Re: [DemoScene]Bugs with some demos
Posted on 2011-04-28, 20:34
wd, that's what we call regression testing, but okay, you're not interested in supporting this thing.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-27, 06:47
Okay, then change line 1006 to: if (reg_flags & FLAG_VM) cpu.code.big=false; and now it's more perfect with the patch than without. -- Blub II: patch is available from my site.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-27, 06:18
the fucomi instructions simply use the eflags instead of FPU status flags, so instead of c3, it's zf; c1 -> pf, c0 -> cf. It would be easy enough to include that functionality, but it would be yet another core for maybe just this one demo.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-27, 01:47
I know that v86 is affected, but that code is kind of wrong anyway - the place to set the 64kb limit for v86 mode is in the code that loads any selector, since all segments are 64kb in v86 mode, not just cs. Well, yes, DOSBox is not intended to be a perfect emulator.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-26, 16:19
[quote="wd"]Changing this could create a hell lot of problems[/quote] You know this for certain, or you are guessing? Montana: uses MMX which is not supported by DOSBox.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-26, 04:42
Dead Flowers: DOSBox does not report that MMX is supported when CPUID is used.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-25, 05:35
There are at least three "cpu.code.big=false;" which are wrong. The cs size should remain set to whatever was the last loaded value. Here's a source diff that gets Project Angel working. I doubt that I can make a runtime patch to work around the current behaviour.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-25, 03:54
Ah, it's using "huge" mode (32-bit cs selector). The cached value is not honoured by DOSBox.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-25, 03:47
Angel - it thinks that it's in 32-bit protected mode when reloading the IDT, but it's not (at least in DOSBox), so it reads the wrong pointer and crashes. Something funny going on there, I'll take a closer look.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-25, 03:07
Void 3 - it thinks that DPMI is installed (but it's not) because it checks the registers in the wrong order. Jumps into space and eventually crashes. Try running CWDPMI first.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-24, 17:32
Patch for Uni is now available. Yes, it's smooth with GUS.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-24, 04:57
Patch for Reve is now available from my site.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-24, 04:07
Into the Shadows fix (and some others) is available from my site: http://pferrie2.tripod.com/misc/dosbox.htm The issue is in the way that it uses paging, which would cause severe performance issues in DOSBox if it were supported.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-23, 22:25
[quote="ripsaw8080"]Uni apparently needs a Pentium, because it uses the RDTSC and RDMSR opcodes. It crashes because an invalid opcode exception occurs on RDMSR, which is not implemented. Not sure which MSRs, if any, are emulated. The MSRs being read are ECX==0x12 and ECX==0x13.[/quote] Ha, beat me …
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-23, 08:31
4 byte interval is in pic.cpp. if (val&0x04) E_Exit("PIC: 4 byte interval not handled"); Ninja 2: requires GUS on port 220.
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-23, 06:23
Reve: disabling the 4 byte interval check allows the demo to run to completion. Why is the check there? Shouldn't 4 byte interrupt size be the default behaviour, and thus acceptable?
Re: [DemoScene]Bugs with some demos
Posted on 2011-04-23, 05:10
Crystal Dream: SoundBlaster support is hard-coded to IRQ5. Even then, it doesn't play properly for me. SoundPlayer mode works nicely, though. I haven't looked at any of the others yet.
Re: movzx and movsz
Posted on 2011-04-21, 15:33
word-word encoding (that is, 16-bit mode with no prefix) behaves like an ordinary mov instruction.
Re: Mov Ew,Sw Question
Posted on 2011-04-16, 15:30
It is correct. The register is zero-extended in 32-bit mode, even though a selector is only 16 bits.
Re: patrician just quits
Posted on 2011-02-01, 18:51
It's because you haven't mounted the CD.
Page 18 of 27