Re: [Freedos-kernel] Macro patch saves 240 resident bytes
Hi! 13--2004 11:43 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to FreeDOS-kernel [EMAIL PROTECTED]: LG Did you receive or read the following message of mine I sent yesterday LG morning? LG http://sourceforge.net/mailarchive/message.php?msg_id=7191320 LG Do I need to re-send it? Because I can now see it in the mail archive, but LG have not received it yet. I seend it. Nice patch. --- 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_id56alloc_id438op=click ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] FAT32 boot sectors metaboot incompatible?
Hi! 14--2004 00:11 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: EA Hi, Arkady reminded me that fat32lba boot sector stores fat_secshift at EA offset 0x68 of the boot sector, thus overwriting CODE !? This would break EA metaboot (generic loader for MetaKern menu entries) compatibility :-(. Fortunately (for you), real code change will happen only when sector size will be not equal to 512. EA Please change the code so that no important data is overwritten. Then it I already do this. :) This is easy - simply use division instead shiftings. EA will be possible again to have easy MetaKern installation with help of EA metaboot EVEN FOR FAT32. Arkady tells that the fat32chs boot sector is even EA completely metaboot incompatible - Yes - fat_start and data_start placed over code. However, they may be placed over unused BPB parts, like in fat32lba. --- 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_id56alloc_id438op=click ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Patch: EJECT bugfix
Hi! 8--2004 15:12 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to FreeDOS-kernel [EMAIL PROTECTED]: - if ((mode CDS_MODE_CHECK_DEV_PATH) (result IS_DEVICE) - !(result IS_NETWORK) dest[2] != '/' !dir_exists(dest)) + if ((mode CDS_MODE_CHECK_DEV_PATH) + ((result (IS_DEVICE|IS_NETWORK)) == IS_DEVICE) + dest[2] != '/' !dir_exists(dest)) LG Thanks for applying my patches, Bart! If you look carefully, you note, that above no changes, only optimization. LG As to the other funny printf patch, it's only a temporary solution until I LG find the reason why Borland 80386 build hangs if any INSTALL= commands were LG processed, just before kernel() enters... If you have the trouble only with with Borland, then there may be bug in code generation. Unfortunately, I found, that many optimization options should be turned off to get correct (more or less) code. You may find may edition of turboc.cfg with (almost) safe options set in ATTRIB archive. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Patch: EJECT bugfix
Hi! 8--2004 16:48 [EMAIL PROTECTED] (Bart Oldeman) wrote to FreeDOS-kernel [EMAIL PROTECTED]: As to the other funny printf patch, it's only a temporary solution until I find the reason why Borland 80386 build hangs if any INSTALL= commands were processed, just before kernel() enters... BO try to investigate if anything weird happens with the high parts of the BO eax, ebx, ... registers. If under 80386 build understanded code generation with option -3, then this code generation is known to be buggy. For example, I know that there was troubles with returning long values. Unfortunately, looks like I lost the example of buggy code generation with -3. BO Borland may rely on them in the BO multiplication/division routines (at least it does in turbo pascal; it BO might have done the same for borland C too) All BC RTL is 16-bit safe. For multiplication see files f_lxmul.asm and n_lxmul.asm. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Patch: Borland C support
Hi! 4--2004 12:27 [EMAIL PROTECTED] (Bart Oldeman) wrote to FreeDOS-kernel [EMAIL PROTECTED]: very welcome (plus the 1.3 KB saving from aPack ;-) And Borland C++ 5.2 is still used by Datalight for their ROM-DOS, so albeit inferior to Watcom, it can't be ignored, can it? The more so as I'm sure it'll follow the fate of Turbo C 2.01 and Turbo C++ 1.0 - will become a part of their museum some day, which means FREE! (Did someone expect that BO hmm FREE is quite limited here -- being only redistributable for personal BO use. For Bulgaria it seems to make no difference at all anyway. Should be worded _usually_ this make no difference anyway. Also, as in Russia. BO anyway, the main advantage of turbo c 2.01 and c++ 1.01 over watcom is BO that these compilers are fast and small. Yes, OW isn't too fast (especially in loading). :( Also, TC was (more) popular, because it was known earlier, than Watcom, and was more free. BO What kind of advantage is there for borland c++ 5.2 then? Does it run on BO XTs too (Eric seems to make a big point about that)? Its host is only Win32. Moreover, free (as bear) personal edition doesn't targets to DOS at all. BO Is it just as small? I think, Win32 says all about this. :) :( So, because BC5 can't be counted as BC3 follower, I think, there are no other reasons to switch from BC3 to BC5 instead OW. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel