the problem is that your patch is a workaround *and* there may be other places where eax may be used too. If you can find the place where it really hurts then it would be better for all of us, since it could potentially point to a bug that just hasn't shown up in other situations (inc. other compilers) so far.
Yes, I agree. I confirmed that you're right this morning, but perhaps my post hasn't arrived yet. By the way, it contained a simple macro optimisation patch gaining 240 bytes. Did you get it?
(Now I get most articles I post to this maling list, but still not all or at least very delayed.)
As to the specific case of fmemcpy, the proper (IMHO) way to do it is to use something like nasm -DINIT asmsupt.asm -o initaspt.obj and link that object into the main kernel.
Indeed, I was thinking of exactly the same, and after we fix the bug, it'd be good idea to do it.
But that is still not a bug fix.
Alas, I must agree! :-(
So, I guess learning Bochs is inevitable to me... Any other candidates (besides Tom) to whom I can send the failing kernel plus mapfile that are willing to give it a try? Remember - INSTALLHIGH!
Lucho
------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
