Re: DOSBox: Can't mount drive after booting MS-DOS
Posted on 2019-10-27, 15:33
Do any copying before running the boot command.
Re: DOSBox: Can't mount drive after booting MS-DOS
Posted on 2019-10-27, 14:43
That's normal. You can't mount drives after using the boot command, and any drives that aren't images are unavailable.
Re: OS X Core Audio Compile Problem
Posted on 2019-10-27, 14:37
I'm not sure, however Apple's modified gcc needs to support the Blocks extension otherwise #include'ing Apple's coreMIDI header would similarly choke on the broken prototype syntax. The versions of xcode that bundle gcc don't bundle system headers that use blocks, obviously. The preprocessor code …
Re: OS X Core Audio Compile Problem
Posted on 2019-10-27, 12:58
This is a bog-standard gcc... and it builds DOSBox just fine when I use Apple's own published method for dectecting their AppleBlocks extension. It's not fine though, it's crippled - missing a standard feature that a macOS build is expected to have. Have you checked if Apple's gcc ( not clang ) …
Re: OS X Core Audio Compile Problem
Posted on 2019-10-27, 09:13
I wasn't aware DOSBox's core developers exclusively support Clang-based builds on OS X (happy if you can point me to that). Similarly, I wasn't aware the core developers have declared gcc as /not supported/ on OS X. Clang is not the only compiler that Apple has ever shipped. They used gcc long …
Re: OS X Core Audio Compile Problem
Posted on 2019-10-27, 03:29
Oh.. interesting. They might have mangled it with their non-standard language extensions prior to getting clang underway. As I mentioned earlier that's exactly what happened. Their headers have always been designed to only work with their compiler, not sure why you're going to the effort of setting …
Re: The Wonderful World of Quake (VCF PNW 2020)
Posted on 2019-10-27, 02:33
Re: OS X Core Audio Compile Problem
Posted on 2019-10-26, 09:14
I believe Apple's version of gcc (back when they used to use it instead of clang) handles these files fine, the problem is an external build of gcc is being used instead. It's the classic problem of having to use apple's stuff to build for their platform.
Re: OS X Core Audio Compile Problem
Posted on 2019-10-26, 05:50
You might want to check why configure is not enabling the dynamic_x86 core for all those builds.
Re: is there a legal site to buy roms?
Posted on 2019-10-22, 00:29
It's pretty simple on recent consoles where all content must be signed.
Re: How to spot a scam? Could this be a scam?
Posted on 2019-10-21, 12:49
eBay doesn't even care about serial bid retractors (used to find your max bid - they keep increasing their bids until they're leading, then retract and bid just under).
Re: Dos4GW options?
Posted on 2019-10-21, 03:27
DOSBox used to implement either one or both of the interfaces (I forget which) but no longer does.
Re: Benchmarking DOSBox on latest machines
Posted on 2019-10-19, 05:52
I'd be interested to try a 64-bit Visual Studio build, but my attempts at building one have resulted in executables that do not work. If you're using the config.h found in src/platform/visualc, it needs some fixes for 64-bit. Remove the "#define C_TARGETCPU X86" line, set C_FPU_X86 to 0 and change …
Re: 64-bit dynamic_x86 (patch)
Posted on 2019-10-16, 09:37
Maybe it's time to ruin everyone's benchmarking results by improving the 32-bit core...
Re: Internal USB header
Posted on 2019-10-16, 04:39
If you're sure it uses the same pin configuration as your header (there are two common different layouts...) you can poke a hole through the blocked plug.
Re: 64-bit dynamic_x86 (patch)
Posted on 2019-10-15, 14:00
The dynamic core always uses FSAVE/FRSTOR regardless of the host CPU's capabilities, plus the Dhrystone benchmark is specifically designed to not test floating point performance.
Re: We Need to Preserve the Vanilla Quake Experience for Modern Systems
Posted on 2019-10-14, 20:09
It supports 320x240, 400x300, 640x480 and a bunch of other modes in between and beyond.
Re: We Need to Preserve the Vanilla Quake Experience for Modern Systems
Posted on 2019-10-14, 10:57
If you want to play with a stretched hud, power to you. But the artistically intended option shouldn't be so limited in its availability. Original DOS Quake let you choose a bunch of resolutions besides 320x200 and practically all of them resulted in a stretched HUD, menus, console etc. The …
Re: 64-bit dynamic_x86 (patch)
Posted on 2019-10-14, 10:43
That's why I said where the majority of execution time is spent during that benchmark.
Re: 64-bit dynamic_x86 (patch)
Posted on 2019-10-14, 07:39
Dynamic code (where the majority of execution time is spent during that benchmark) is assembled at run-time so the compiler doesn't matter. Those results look more like normal/dynrec core vs. dyn_x86 - which is very possible since 0.74-3 uses a different .conf file than an SVN build.
Page 51 of 65