Re: [Freedos-devel] space in environment
Hello Arkady, 5. MS-command.com places its (resized) segment with environment right after itself (original segment preserved not freed), FreeCOM places environment into UMB, but, as I understand, with LAST_FIT. I think, (5) should be changed (LAST_FIT to BEST_FIT). I think (5) should be NOT changed (hint: what happens if you don't have UMB's) tom --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] space in environment
Hi! 27--2004 15:52 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov [EMAIL PROTECTED]: 5. MS-command.com places its (resized) segment with environment right after itself (original segment preserved not freed), FreeCOM places environment into UMB, but, as I understand, with LAST_FIT. I think, (5) should be changed (LAST_FIT to BEST_FIT). te I think (5) should be NOT changed te (hint: what happens if you don't have UMB's) In this case memory will be allocated in the _best_ segment (shortest, which may fit) or after command.com (as with MS-DOS), if there is no fragmentation. --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] space in environment
Hello Arkady, 5. MS-command.com places its (resized) segment with environment right after itself (original segment preserved not freed), FreeCOM places environment into UMB, but, as I understand, with LAST_FIT. I think, (5) should be changed (LAST_FIT to BEST_FIT). te I think (5) should be NOT changed te (hint: what happens if you don't have UMB's) In this case memory will be allocated in the _best_ segment (shortest, which may fit) or after command.com (as with MS-DOS), if there is no fragmentation. one more hint: command.com swaps itself into XMS --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] space in environment
Hi! 27--2004 17:56 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov [EMAIL PROTECTED]: In this case memory will be allocated in the _best_ segment (shortest, which may fit) or after command.com (as with MS-DOS), if there is no fragmentation. te one more hint: command.com swaps itself into XMS And? command.com remain in memory stub, this stub my defragment its memory (when env segment is adjacent with command.com block). Or, in case of adjacent blocks, command.com may swap them (ie. place env segment before itself). Yes, this requires slightly more work in command.com, but this gives better memory distribution and less holes. --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FD-DEBUG: bug?
Hi! Found one more issue in the FD-DEBUG: if inspect INT23 and INT24 vectors inside FD-DEBUG, then there is NULL. Consequently, INT 21/26 (make new PSP) makes PSP with zero fileds for these interrupts. --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel