Re: [Freedos-kernel] kernel progress
On Fri, 9 Jul 2004, Arkady V.Belousov wrote: Hello, SK That depends on which mail you mean: SK b) about the env bug: There has been sent a patch by Tom already SK (actually, it's in Bugtrack, but I didn't got no notification by it). ^ Bugzilla, of course :) I see neither answers to my letter, nor patches in freedos-cvs. Also, I Yes, because I do not process posts when the mail flows in, but when I have time. I guess there are two or so threads in the archive discussing this topic that I do not timely act on submissions. wish to know URL of fixed FreeCOM executable, which I may use to replace one from 2035. I have several patches and suggestions pending, therefore I don't spent time to make yet another test release, but applying them. Pending before next release are: + search for executables with single findfirst, + filename completion rewrite, + FreeCOM executable search [#1773], + upd italian strings, + redesign of SUPPL integration [#1794], + automated localized pre-compiled FreeCOMs, + (and two things I don't have in my memory and on this mail server). SK b) about the search for FreeCOM in certain places: suggestion has been SK noted. I not see your confirms to my letter with explanations what you plan. Bugzilla #1773. Really, guys, I'd wish everybody would use Bugzilla for both to report and query bug reports and wishes. It would make my live easier. At least an entry in Bugzilla and, in order you don't want to make confidential information or an URL or such public, a private mail. SK c) I had to test it, it seems that FreeCOM prompt the user once, but never SK again. This is strange. What strange? Your results strange or I report something wrong? Details, please. The behaviour of FreeCOM is strange as it should ask for its location any time it unsuccessfully searches for a resource, not only once it its livetime. Bye, -- Steffen Kaiser --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 13--2004 09:01 [EMAIL PROTECTED] (Steffen Kaiser) wrote to [EMAIL PROTECTED] [EMAIL PROTECTED]: SK b) about the env bug: There has been sent a patch by Tom already SK (actually, it's in Bugtrack, but I didn't got no notification by it). SK ^ Bugzilla, of course :) Now I see the patch in freedos-cvs. Now I wait when I get the URL to FreeCOM compiled image (and download it), then try it. wish to know URL of fixed FreeCOM executable, which I may use to replace one from 2035. SK I have several patches and suggestions pending, therefore I don't spent SK time to make yet another test release, but applying them. What so complex to compile image and place it somewhere on site? Like kernel.tgz on freedos.sf.net? SK b) about the search for FreeCOM in certain places: suggestion has been SK noted. I not see your confirms to my letter with explanations what you plan. SK Bugzilla #1773. Really, guys, I'd wish everybody would use Bugzilla for SK both to report and query bug reports and wishes. For this I should have the online. I do not. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
On Tue, 6 Jul 2004, Arkady V.Belousov wrote: PS: Steffer, when you answer to my letter in the freedos-freecom about issues with environment in FreeCOM? That depends on which mail you mean: a) about LAST_FIT: I said all what I have to say: I do not currently change the behaviour. b) about the env bug: There has been sent a patch by Tom already (actually, it's in Bugtrack, but I didn't got no notification by it). b) about the search for FreeCOM in certain places: suggestion has been noted. c) I had to test it, it seems that FreeCOM prompt the user once, but never again. This is strange. Bye, -- Steffen Kaiser FH Bonn-Rhein-Sieg| e-mail: [EMAIL PROTECTED] FB Informatik | Grantham-Allee 20 | phone : +49 2241/865-203 53757 Sankt Augustin | Germany - Deutschland | fax : +49 2241/865-8203 --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress: menu
Hi! 7--2004 22:44 Arkady V.Belousov wrote to [EMAIL PROTECTED]: AVB As requested by some peoples, menu changed: now screen not cleared, if AVB there are no MENUCOLOR; now correctly handled case, when there are more MENU AVB lines, than screen width. I mean, screen _height_, but too long lines also disable menu lines highlighting: - screen now cleared (when MENUCOLOR present) before all MENU lines; after menu screen not cleared. - DoMenu(): now, when MENU lines are longer than screen width or them are more, than screen height, menu lines highlighting disabled. AVB Also: AVB config.c AVB - menu selection shown only if there is more than one choice (in 123? AVB prefixes), but CONFIG=n will be defined if even one choice is present. AVB - CONFIG= now not defined if F5 pressed in menu. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
On Tue, 6 Jul 2004, Arkady V.Belousov wrote: Hello, config.c - config now parsed in 5 passes: te that's fine IF config.c fit's into buffers or you boot from disk. te else (if boot from floppy) that might become *SLOW* There was 3 passes, now 5. Not a big change, especially because on some passes there will be other disk accesses (drivers, installs, shell). When I test config.sys working (on floppy), for me this is enoughly fast. Of course, my config.sys-es are much lesser than 10k (20 buffers are preallocated before processing config.sys), but I don't think that you will notice *SLOW* even on bigger config.sys. But what you propose else? 5 passes are _required_. What I still wonder about this topic -- I remember that I had a CONFIG.SYS size problem with Win95 (when its size grew past some point, DOS 7 did't start) -- aren't device drivers allowed to mangle with drive mappings? I mean there is (was?) a DSWAP.EXE or SWAP.EXE or whatever from stacker that allowed to compress the boot drive by swapping C: with the drive letter the compress-on-the-fly drive got. This was before MS came up with the DRVSpace.BIN approach. I actually believed that CONFIG.SYS is to be kept in memory because of this stuff. Is this handled silently by the buffers? Bye, -- Steffen Kaiser --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 6--2004 08:03 [EMAIL PROTECTED] (Steffen Kaiser) wrote to [EMAIL PROTECTED] [EMAIL PROTECTED]: - config now parsed in 5 passes: te that's fine IF config.c fit's into buffers or you boot from disk. te else (if boot from floppy) that might become *SLOW* There was 3 passes, now 5. Not a big change, especially because on some But what you propose else? 5 passes are _required_. SK What I still wonder about this topic -- I remember that I had a CONFIG.SYS SK size problem with Win95 (when its size grew past some point, DOS 7 did't SK start) -- aren't device drivers allowed to mangle with drive mappings? I 1. FreeDOS have no issues with config.sys size, because it not loads it into memory completely, but reread line-by-line (just like batch files) at each pass. 2. Yes, mangling drive mappings will cause troubles with config.sys (like with .BAT files processing), unless you place copy of config.sys (or fdconfig.sys) into new drive (like with .BAT files processing). [And I not change there anything.] Difference with .bat files processing is that config.sys is not open/closed for each line, thus drive mapping issue will be seen only after current pass. If you swap letters at INSTALL= stage (last pass), then you will see no troubles. SK mean there is (was?) a DSWAP.EXE or SWAP.EXE or whatever from stacker SK that allowed to compress the boot drive by swapping C: with the drive SK letter the compress-on-the-fly drive got. 1. There is SSWAP.EXE in Stacker package, but this is .EXE file, not driver. 2. Stacker preload driver (which copied into dblspace.bin) also changes drive letters (as pointed by stacker.ini), but this happens when MS-DOS loads this driver before processing config.sys. Under FreeDOS preload drivers are not supported. SK This was before MS came up with the DRVSpace.BIN approach. SK I actually believed that CONFIG.SYS is to be kept in memory because of SK this stuff. Is this handled silently by the buffers? No. PS: Steffer, when you answer to my letter in the freedos-freecom about issues with environment in FreeCOM? --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hello Arkady, where the hell are thge sources for these changes ?? config.c - config now parsed in 5 passes: that's fine IF config.c fit's into buffers or you boot from disk. else (if boot from floppy) that might become *SLOW* - screen now cleared (white on black) well - I IMPLEMENTED THE CONFIG MENU'S FIRTS TIME. AND I ABSOLUTELY HATE IT IF OTHER ASSHOLES COMPLETELY CHANGE THE BEHAVIOUR INTO A WIN95 GUI LIKE BEHAVIOUR. 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
tom ehlert schreef: Hello Arkady, where the hell are the sources for these changes ?? I wonder, too. CVS read/download access is nice. Is it possible to fork the CVS kernel tree into an Arkady branch so he can work on the kernel and at same time provide sources (he doesn't have a website, and Lucho only offers a compiled binary as a service on top of his ROM-DISK program)??? You or Jeremy probably have the ability to do so. A nice requirement then might be that Arkady has to keep CVS up to date *before* sending any mail to the kernel/devel list about his progress. and just like Bart did, a daily .tgz can be offered. Download kernel sources: [released kernel] [official branch] [Arkady's experimental branch] No idea what the clear screen with white on black is. In what way a Win95 GUI behaviour? Logo on top of programs, hiding loading them? or the F8-menu ? so far for my non-programmer input.. Bernd --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 5--2004 23:03 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov [EMAIL PROTECTED]: te where the hell are thge sources for these changes ?? Lucho promise to place changed files from me on his site. config.c - config now parsed in 5 passes: te that's fine IF config.c fit's into buffers or you boot from disk. te else (if boot from floppy) that might become *SLOW* There was 3 passes, now 5. Not a big change, especially because on some passes there will be other disk accesses (drivers, installs, shell). When I test config.sys working (on floppy), for me this is enoughly fast. Of course, my config.sys-es are much lesser than 10k (20 buffers are preallocated before processing config.sys), but I don't think that you will notice *SLOW* even on bigger config.sys. But what you propose else? 5 passes are _required_. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 28--2004 14:11 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]: I just reproduce MS-DOS behavior. Also, I myself found that skipping all remaining questions (including ?) is useful. Though, later this behavior may be changed (and documented in config.txt!). A BUT, IMHO the key for that should not be Esc but something completely A different, like some other function key. Agreed. I myself also feel that using Esc for ALLYES is somewhat misleading. But Esc is as in MS-DOS and I introduce (similar) F8. Unfortunately, I don't know which key may be assigned to ALLNO. :( O! What you say about this: ?device=himem.sys[Y/n/Esc=all N/F8=all Y/F5=skip all] Of course, Esc should answer N only for lines with ?. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
I just reproduce MS-DOS behavior. Also, I myself found that skipping all remaining questions (including ?) is useful. Though, later this behavior may be changed (and documented in config.txt!). In my opinion this would be a _great_ improuvement :) Many times I had ro reboot (in MS-DOS) because the critical instruction was executed ok and I didn't want to singlestep all the rest. BUT, IMHO the key for that should not be Esc but something completely different, like some other function key. Alain --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Alain schreef: In my opinion this would be a _great_ improvement :) Many times I had ro reboot (in MS-DOS) because the critical instruction was executed ok and I didn't want to singlestep all the rest. BUT, IMHO the key for that should not be Esc but something completely different, like some other function key. yes, agree. I had a small discussion with Tom a year ago or so. It turned out that Win9x's DOS (7.x0) interprets the keys in a different way compared to older MSDOS. Y = confirm N = not confirm ENTER=confirm ESC = No (MSDOS7), YES (FreeDOS, older MSDOS). so a don't ask any other items unless explicitly mentioned in config.sys option/key would have to use something other than ESC. How about the space bar :) ? ..or even..F5 this causes only the commands explicitly using the sequence '?' followed by '=' to be asked: echo?=test (and ?echo=test , but not !echo?=test) Alain Bernd --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Bernd Blaauw escreveu: Win9x's DOS (7.x0) interprets the keys in a different way compared to older MSDOS. Y = confirm N = not confirm ENTER=confirm ESC = No (MSDOS7), YES (FreeDOS, older MSDOS). so a don't ask any other items unless explicitly mentioned in config.sys option/key would have to use something other than ESC. How about the space bar :) ? ..or even..F5 this could do, but I don't like it for a reason: if used at the begining, it meens Don't execute any or Config.sys os autoexec, so IMHO it thould be something else, something never used, like F7, and F5 could be implemented as Stop executing any or Config.sys os autoexec this causes only the commands explicitly using the sequence '?' followed by '=' to be asked: echo?=test (and ?echo=test , but not !echo?=test) Ok, Alain --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 28--2004 14:11 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]: I just reproduce MS-DOS behavior. Also, I myself found that skipping all remaining questions (including ?) is useful. Though, later this behavior may be changed (and documented in config.txt!). A BUT, IMHO the key for that should not be Esc but something completely A different, like some other function key. Agreed. I myself also feel that using Esc for ALLYES is somewhat misleading. But Esc is as in MS-DOS and I introduce (similar) F8. Unfortunately, I don't know which key may be assigned to ALLNO. :( O! What you say about this: ?device=himem.sys[Y/n/Esc=all N/F8=all Y/F5=skip all] Of course, Esc should answer N only for lines with ?. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
tom ehlert schreef: - when tracing, Esc now turns off asks for following lines with ? and assumes Y for all; F8 now behaves similar to Esc. I disagree. Esc turns of F8 'single stepping', nothing else. so if pressed ESC, then everything except a command?=value is auto-executed? Arkady, define similar (similar behaviour) please. You mean identical ? AFAIK, the only reason for INSTALL= to exist is, that programs will be INSTALL'ed without environment, and save a few unnecessary environments, else you could load it through autoexec.bat as well. You guys are the experts here. But Lucho showed the use of INSTALL= (and SET) commands, when using his ROMDSK (space is *very* precious there, thus no autoexec.bat). --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] kernel progress
Hi! 27--2004 20:03 [EMAIL PROTECTED] (Bernd Blaauw) wrote to [EMAIL PROTECTED]: - when tracing, Esc now turns off asks for following lines with ? and assumes Y for all; F8 now behaves similar to Esc. I disagree. Esc turns of F8 'single stepping', nothing else. BB so if pressed ESC, then everything except a command?=value is BB auto-executed? Now - yes. As in MS-DOS. BB Arkady, define similar (similar behaviour) please. You mean identical ? Yes. --- 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-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
