Hi!

19-Июл-2004 12:00 [EMAIL PROTECTED] (Steffen Kaiser) wrote
to "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>:

>>     You mean "Arkady called MS-DOS-style empty environment broken"? Yes, I
>> call this. But this is MS-DOS and all its bugs become standard and called
SK> So, you've "fixed" the FreeDOS kernel to issue the broken MS-DOS "empty
SK> environment" to programs, did I understood it correctly?

     No. I fix the task.c:ChildEnv(), which was wrongly scans empty
environment with non-MS-DOS-style layout (only one empty ASCIIZ string). And
yes, currently ChildEnv() for empty environment uses MS-DOS layout. What you
have against?

SK> Actually, it would be cleaner to never issue an empty environment. You

     MS-DOS may. Also, "not issue empty environment" anyway mean "don't make
availabel startup path" (what makes FreeCOM unhappy).

SK> will, for instance, find a reply in the archives from yourself, stating
SK> that the end of the environment is _not_ marked by '\0\0' (two bytes

     Unfortunately, unlike INT25/26 this MS-DOS bug isn't documented, but
used in some programs (smartdrv, MFT).

SK> zero) as the poster stated, but by an empty string, hence, when the
SK> environment is completely empty, there is a single '\0'.

     This was based on observation of all available documentation.
Unfortunately, documented layout makes smartdrv broken.

SK> To have a good and working work-around for any program and your own
SK> advices, it would be best to never pass on an empty environment.

     "not pass empty environment" anyway mean "don't make availabel startup
path" (what makes FreeCOM and some other programs, like programs from Norton
Utilities, unhappy). Also, MS-DOS _passes_ empty environment, why we
shouldn't?




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_idG21&alloc_id040&op=click
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Reply via email to