Hi folks, I've got a problem with COMBoot (16 bit) in SYSLINUX 2.06: while the write string call (ax=2, int 22h) works just fine, the open file call (ax=6, int 22h) does nothing at all. Calling that function doesn't modify any register, and doesn't modify the carry flag. I then modified comapi_open in comboot.inc so it sets ax to some value and recompiled SYSLINUX, reinstalled it in my disk image and reran my tests, and still no modification to ax... I checked the syslinux source and my magic values (0xDEAD and 0xBEEF for success and failure) are there, so the code did get compiled. Does anyone know how something like this can happen ? The comapi_open does appear in the int22_table, and on the correct offset... but I haven't checked the ISR yet... BTW, I'm using VMWare 4 for testing... C'ya, Marc -- Marc Haisenko Linux Solutions Be O.K. service group GmbH R?desheimer Stra?e 7 D-80686 M?nchen Tel: +49 (0)89 - 54 84 99 73 Fax: +49 (0)89 - 54 84 99 28 e-mail: haisenko at be-ok.com http://www.be-ok.com
Marc Haisenko wrote:> Hi folks, > I've got a problem with COMBoot (16 bit) in SYSLINUX 2.06: while the write > string call (ax=2, int 22h) works just fine, the open file call (ax=6, int > 22h) does nothing at all. Calling that function doesn't modify any register, > and doesn't modify the carry flag. >Get 2.08, or better yet, 2.09-pre11. -hpa
Marc Haisenko wrote:> On Sunday 15 February 2004 19:15, you wrote: > >>Marc Haisenko wrote: >> >>>The question is why don't the changed registers propagate back to my test >>>program (which I've included again) ? And why does this only happen for >>>ax=6 in int 22h, not for example for ax=0Ah ? >> >>This list filters binary attachments, so whatever you attached isn't >>there anymore. >> >>Have you looked at the opentest program? >> >> -hpa > > > You mean filetest.c ? Yes, I have, but it's a COM32 program, mine is a 16 bit > comboot program. I've attached the sources for you to see. > C'ya, > Marc >Okay, the 16/32-bitness is a red herring, and it would have helped if you had tested it. Either way, it turns out it's a bug in SYSLINUX but not PXELINUX/ISOLINUX, so I'll make a patch and release it as 2.09-pre12. -hpa