Re: [Freedos-devel] Executable compression

2004-02-11 Thread tom ehlert
LG Sad to see that, Tom! But you're right - there is no logic in LG lawyer's thinking. I'm only a programmer - with a programmer's brain. Why use licensing terms I can't understand myself? LG However, what if we compose a special FreeDOS LG License, best suited to our needs (saying everything

Re: [Freedos-devel] Re:Eric's idea to put PG binaries online

2004-02-16 Thread tom ehlert
Hello maintainer, PS: I would like to have some PG binaries online, too. If nobody else wants to provide some, I could do so, but I am not sure if BAHCL is okay with this!? mf those PG binaries will be covered by the GNU GPL mf version 2, and will have a link to the PG website. there's

[Freedos-devel] mKEYB 0.40

2004-03-17 Thread tom ehlert
Hi all, MKEYB 0.40 released website http://www.drivesnapshot.de/freedos/mkeyb.htm download http://www.drivesnapshot.de/freedos/mkeyb.zip changes: now uses APACK for 200 byte smaller executable licensing changed to allow distribution of APACK'ed executables tom

Re: [Freedos-devel] mKEYB 0.40

2004-03-17 Thread tom ehlert
MKEYB 0.40 released changes: now uses APACK for 200 byte smaller executable licensing changed to allow distribution of APACK'ed executables JH What you have indicated in your release is that you modified the license JH to allow distribution of the aPack'ed binary. However, you need to have

Re: [Freedos-devel] mKEYB 0.40

2004-03-17 Thread tom ehlert
MKEYB 0.40 released ... LG Great! But when I downloaded it, it turned out to be... the old version LG (0.39)! :-( Don't know why it wasn't uploaded, but now it is. You may have to refresh your browsers cache, otherwise you might still get the old version. BO I wonder why you'd want to save

Re: [Freedos-devel] mKEYB 0.40

2004-03-18 Thread tom ehlert
Neither are most compilers in use for FreeDOS (with the exception of watcom). LG ...and the Borland Museum compilers. AFAIR, the Borland museum compilers have a license similar to 'free for personal use. if you want to distribute compiled programs, you have to buy a license'

Re: [Freedos-devel] mKEYB 0.40

2004-03-18 Thread tom ehlert
Steve, AFAIR, the Borland museum compilers have a license similar to 'free for personal use. if you want to distribute compiled programs, you have to buy a license' SNUW Someone asked what they meant and they said it simply meant you can't SNUW redistribute the compiler. (This was on

Re: [Freedos-devel] mKEYB 0.40

2004-03-18 Thread tom ehlert
Bart, BO Who can sue Tom for changing the license? The copyright holders. There aren't any. contributing to a project doesn't mean you get a copyright. BO Will they BO sue Tom? They'll have a tough time in court (because the contributions BO are minor and close to fair use) only 'close' to fair

Re: [Freedos-devel] UPX/UCL Hell

2004-03-22 Thread tom ehlert
ASM But anyway, and in order to avoid discrepancies, I'd like to use UPX/UCL ASM if available Seems GPL forces you to use second best choice (similar to choosing LINUX) However, after rereading the *exact* GPL terms, I still consider an exepacker kind of runtime library. IFF it's ok to

Re: [Freedos-devel] FreeDOS 1.0 TODO list ready (but not yet posted)

2004-03-25 Thread tom ehlert
Hello Alain, A tom ehlert escreveu: himem /TESTMEM:ON|OFF really want a (bad) memory test in 1.0 ? A As bad as is MS's is, it did save me many times. Consider it not a A _test_for_100%_ok_ but as a _test_if_exists_ and I disagree. If you want a memorytest (I don't question that), you can

Re: [Freedos-devel] FreeDOS 1.0 TODO list ready (but not yet posted)

2004-03-26 Thread tom ehlert
emm386 RAM=m-n range for UMBs + EMS emm386 ROM=m-n range of RAM to be used to shadow ROM as soon as someone finds out what that's supposed to do _exactly_ ASM My guesses: ASM RAM wrong guess ASM My suspicion is ... ASM ROM, my guessing is (only a guessing), ... e.g. Eric implemented it as

Re: [Freedos-devel] Re: FreeDOS 1.0 TODO list ready (but not yet posted)

2004-03-26 Thread tom ehlert
some others like Win 3.11 compat should probably be fixed before we call it FreeDOS 1.0 ... There is probably a patent to prevent us of it anyway :( ASM I don't think so... Did it prevent DR-DOS from doing that anyway? I ASM think it's just a question of misscompatibilities here or there...

Re: [Freedos-devel] EMM386, HLT, options

2004-03-27 Thread tom ehlert
Michael, MD Since you're the maintainer and overall big picture MD operations man on EMM386 well - I was the programing guy. Now someone else stepped in, and he has done GREAT. Now I'm left with administrative stuff ;) MD and I've just been handling the addition MD of a couple of features tiny

Re: [Freedos-devel] UDMA

2004-03-29 Thread tom ehlert
-devel -- Best regards, Tom Ehlert mailto:[EMAIL PROTECTED] +49-241-79886 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything

Re: [Freedos-devel] HIMEM64 - KBC

2004-04-06 Thread tom ehlert
Hello Luchezar (and everybody else), LG Michael, please LG send me a binary to test at lucho snai1 gawab peri0d com bullshit. you can write [EMAIL PROTECTED] as well. here are part of the headers, which I get forwarded from SF Return-path: [EMAIL PROTECTED] Received: from www.gawab.com

Re: [Freedos-devel] FINAL: EMM386 with VCPI support

2004-04-09 Thread tom ehlert
Hello Michael, MD The final release of EMM386 with VCPI support, version 0.90, MD is now available at ftp://ftp.devoresoftware.com/downloads as the MD files emm090.zip (executable) and emm090sr.zip (asm and C source MD modifications to the original file set). I took that version, merged it into

Re: [Freedos-devel] HIMEM64 testing info/requests

2004-04-14 Thread tom ehlert
Hello Bernd, BB HIMEM is still under GPL, correct? HIMEM is under Artistic License. BB derived from FDXMS, which is GPL. derived from FDXMS 0.2, which is free. tom --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux

Re: [Freedos-devel] Joke of the day: lb040501.zip !?

2004-05-09 Thread tom ehlert
Hello Eric, Hi, I got an urgent request well - really urgent ;) The claim is that (paraphrasing) having to use a web browser to download non-8.3-filename and save it as 8.3 filename on disk would be contradictory to GPL. a) the claim is 100% bullshit. b) but is a good reason to switch to a

Re: [Freedos-devel] Intel PRO/1000 driver fails under FreeDOS (MSCLIENT failure)

2004-04-26 Thread tom ehlert
Hello Johnson, JL I got the same problem when trying MSCLIENT, it does work under JL FDXXMS+UMBPCI (try it), but fail with HIMEM+EMM386. I'm quite sure the JL memory manager and hardware not so compatible especially Network JL Interface Card. Freedos EMM386 doesn't support VDS yet, and NET.EXE

Re: [Freedos-devel] EBDA

2004-04-27 Thread tom ehlert
BO On Mon, 26 Apr 2004, Bart wrote: BO Some (especially embedded) applications don't use the DOS memory manager BO but assume all the memory past that given to them by DOS is free for BO use. BO .. BO Obvious reply: BO Most users don't use Some (especially embedded) applications. And these can

Re: [Freedos-devel] Intel PRO/1000 driver fails under FreeDOS

2004-05-01 Thread tom ehlert
Now, my users are reporting that the boot disk no longer works on machines which have Intel gigabit (PRO/1000) networking hardware. Problem: Intel PRO1000 network driver E1000.DOS does Int21/IoControl XYZ -- driver -- Int21/GetVect, Setvect this will reuse the same

Re: [Freedos-devel] Intel PRO/1000 driver fails under FreeDOS

2004-05-03 Thread tom ehlert
Bart, Int21/IoControl XYZ -- driver -- Int21/GetVect, Setvect the problem with this is that int28 handlers will now end up on the error stack instead of the disk api stack. So if an int28-TSR such as THELP causes a critical error, the critical error will end up on its own

Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel fattab.c,1.30,1.31 fatfs.c,1.66,1.67

2004-05-04 Thread tom ehlert
Hello Arkady, + wasfree = 0; + if (cluster == FREE) +wasfree = 1; wasfree = cluster == FREE; well - we know that gifted russian programmers can read this cryptic stuff fluently. mortal programmers like me prefer a more readable style. tom

Re: [Freedos-devel] LH DISPLAY problems / NLSFUNC in a nutshell

2004-05-04 Thread tom ehlert
The latter suggestion is especially important if you want to make DISPLAY a real DEVICE. Other than an EXE (with heap specification in the header), the SYS would have to be an huge file, 60k or something, unless you allocate the buffers dynamically. or you use .EXE style sys-files, of course.

[Freedos-devel] command.com should be compilable from source

2004-05-30 Thread tom ehlert
well it is. even the published suppl source is. unfortunately, it's incomplete; the available suppl.lib contains functions where the source doesn't exist on the net. see bug #1794 tom --- This SF.Net email is sponsored by: Oracle 10g Get

Re: [Freedos-devel] FreeDOS 10th Birthday

2004-05-30 Thread tom ehlert
Hello Jim, PD-DOS was announced to the world on June 28, 1994. That project would quickly turn into the FreeDOS Project. It's amazing to see the project still alive and kicking after 10 years. So I thought it would be appropriate to do something to celebrate our 10th birthday this year.

Re: [Freedos-devel] copy . c: fails. Kernel or Freecom?

2004-06-08 Thread tom ehlert
Hello Erwin, A well known alternative for '*.*' is to use '.' with 'copy', like: 'copy . c:' This works fine with MsDOS and DrDOS (OpenDOS) but fails on FreeDOS with every kernel (2026b - 2035) and freecom (0.82pl1 - 0.82pl3k) I tried (clean boot, no himem/emm386). This dot-shortcut is used

Re: [Freedos-devel] FreeCOM CLS suggestions (vs. CTTY?)

2004-06-15 Thread tom ehlert
___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Best regards, Tom Ehlert mailto:[EMAIL PROTECTED] +49-241-79886 --- This SF.Net email is sponsored by The 2004 JavaOne(SM

Re: [Freedos-devel] space in environment

2004-06-27 Thread tom ehlert
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

Re: [Freedos-devel] space in environment

2004-06-27 Thread tom ehlert
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

Re: [Freedos-devel] Re: FreeCOM environment

2004-06-30 Thread tom ehlert
Hello Arkady, I suggest, this may cause troubles for your swapping FreeCOM edition. What I mean: FreeCOM loaded at FABh; when it runs program, it remains here (shorter) stub and swaps itself somewhere. Let suggest, some program will allocate memory at 1063h (right after stub). As I

Re: [Freedos-devel] Re: FreeDOS distro delayed

2004-06-30 Thread tom ehlert
Hello Arkady, I already know that tom will never accept my changes for kernel. which isn't true, I even look over your SMALL changes, if they are appended; took your RET_AH fix, and found nothing else useful enough to fire up my editor immediately. if you would send 200 mail's each stating

Re: [Freedos-devel] updates: SORT, translations of FIND / others

2004-07-05 Thread tom ehlert
Hello Eric, Monday, July 5, 2004, 4:23:00 AM, you wrote: Hi, translation time! http://www.coli.uni-sb.de/~eric/stuff/soft/ sort-04jul2004.zip I'd prefer programming time as SORT can't sort anything greater then ~15000 byte. In this case I'd prefer functionality over 'smallest executable at

Re: [Freedos-devel] A000 to A001 possible change

2004-07-06 Thread tom ehlert
Hello Michael, Should EMM386 remove its current code which changes returned upper memory block start addresses from A000 to A001? Is it safe? Is it sane? Is it The Right Thing To Do or not? when I wrote that 'return a001 instead of a000', I saw a lot of problems, that would arise, if lower

Re: [Freedos-devel] A000 to A001 possible change

2004-07-07 Thread tom ehlert
Hello Arkady, te actually I don't see the point - it's open source; why doesn't he te compile it himself ? Because I prefer to ask mantainer(s) instead make other fork for another application. in an open source world, you SHOULD compile and test yourself. if works - fine, tell the

Re: [Freedos-devel] A000 to A001 possible change

2004-07-08 Thread tom ehlert
Hello Michael,Arkady, and everybody else WITHOUT PROGRAMMING OR TESTING !! some thoughts: being pressed by arkady, I rethought the issue. I think, that even IF EMM385 returns A000, the old kernels will not merge a000 UMB into lower RAM. old kernel, old a001 EMM386: 1 - 9

Re: [Freedos-devel] Announce: SORT 1.4 released

2004-07-09 Thread tom ehlert
, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Best regards, Tom Ehlert mailto:[EMAIL PROTECTED] +49-241-79886

Re: [Freedos-devel] GRC and FreeDOS

2004-07-09 Thread tom ehlert
Hello Alain, I believe this is a very typical representation of FreeDOS development. Some people are optimizing it while critical problems (for some people) remain unsolved. I don't think that this statement is valid for the last 3 years of kernel development. tom

Re: [Freedos-devel] best free C++ compiler

2004-07-22 Thread tom ehlert
Hello Roberto, I must add the Digital Mars C++ compiler (http://www.digitalmars.com), closed source, free (as in beer), and currently actively maintained by its original author Walter Bright. I think that the DOS compiler it's a 16bit executable, but I'm not sure. DMC is faster than OW, and

Re: [Freedos-devel] Small EMM386 update call for bugs

2004-07-22 Thread tom ehlert
Hello Michael, Uploaded to ftp://ftp.devoresoftware.com/downloads are the files emm386.zip (uncompressed executable) and emm386sr.zip (revised source code) for EMM386. and restores the VDS experimental option for those who can use it in its current skeletal condition. if you didn't make VDS

Re: [Freedos-devel] Ensemble Lite Redux

2004-07-29 Thread tom ehlert
Hello Jim, Michael Devore wrote: This is pretty cosmetic stuff and really, EMM386 has been acting like ALTBOOT from the beginning. I would agree with Aitor - the /ALTBOOT option in FreeDOS EMM386 should act the same as MS-DOS EMM386. exactly. a) it shouldn't be needed b) MS /ALTBOOT is

Re: [Freedos-devel] Format 0.91r and FreeCOM sound tests

2004-07-30 Thread tom ehlert
Hello Luchezar, Sure. Borland's delay() uses timer 0. Why not rely on the referesh toggle bit instead? maybe because that's a *really* undocumented input bit ? I searched right now, but couldn't find it anywhere. so let me ask: what kind of 'refresh' is that ? does this work on

Re: [Freedos-devel] Re: Format 0.91r and FreeCOM sound tests

2004-07-30 Thread tom ehlert
Hello Steffen, The boot menu is used in a DOS session one time at maximum. and - hopefully - FreeCOM also isn't bping all the time ;) INT 15 - BIOS - WAIT (AT,PS) AH = 86h CX:DX = interval in microseconds Return: CF clear if successful (wait interval elapsed) CF

Re: [Freedos-devel] BEEP

2004-07-30 Thread tom ehlert
Hello Bart, Don't forget that FreeCOM is also supposed to be able to run over a serial line via CTTY. In that case the beep should happen on the terminal and not on the PC where FreeCOM actually runs. So I vote for putchar('\007'); no BIOS, no int29, no delay timing, no direct

Re: [Freedos-devel] Re: How to detect if fd #0/#1 are the local console

2004-08-06 Thread tom ehlert
Hello Bart, But back to the question: HOW DOES FREECOM KNOW THAT THE CURRENT STANDARD OUTPUT IS THE DEVICE DRIVEN BY THE BIOS? The only reliable way is to trap int10, write a character using int21 and see if it gets trapped. I've seen (N)ANSI.SYS implementations doing direct screen IO.

Re: [Freedos-devel] Idea about Virtual PC compatibility / A20 handling

2004-08-21 Thread tom ehlert
Hello Eric, Hi, Pavel Novy, author of some tiny tool which Tyler found useful, writes me some explanation for if you want to keep it tiny, then why does it start with mov ah,30h / int 21h (but does not do any- thing with the returned DOS version information)?. the intended meaning of the

Re: [Freedos-devel] Idea about Virtual PC compatibility / A20 handling

2004-08-21 Thread tom ehlert
Hello Arkady, LOADFIX (should be part of every FreeDOS distro! Do we have one? te In what part of the universe did you spend the last few years ? tom, please, be slightly more polite. this WAS the polite version. tom --- SF.Net

Re: [Freedos-devel] Idea about Virtual PC compatibility / A20 handling

2004-08-21 Thread tom ehlert
Hello Bernd, LOL! original author meant: 'if (programmer) concerned about size of program, then why add an instruction which you don't use result of afterwards? That's how I understood the original author as well. But then I didn't understand why our deasr Eric broadcasts this very original

Re: [Freedos-devel] Kaspersky antivirus anybody?

2004-09-01 Thread tom ehlert
Hello Luchezar, What is the overall reputation of the anonymous Russian domains? I can only say that I think that the Russians are the best in everything they do the best ? they certainly have made some good software (and other things) they also host the best 'crack found for comercial

Re: [Freedos-devel] EMM386 enhancement, plus cosmetic HIMEM change

2004-09-01 Thread tom ehlert
Hello Erwin, I am experiencing troubles with EMM386 on WATTCP applications over 16bit ODI + ODIPKT packet driver. Also your latest EMM386 did not solve this. When using NO UMB-manager at all, or using UMBPCI.SYS everything works fine. When I use EMM386 (noems x=test) the WATTCP

Re: [Freedos-devel] EMM386 enhancement, plus cosmetic HIMEM change

2004-09-01 Thread tom ehlert
Hello Erwin, raise all these implications but at the price that it is very chipset dependent, where EMM386 follows a generic line (aiming hardware independence) that's why I did it first place but having to fullfill far more issues (VDS, DPMI/EMM/XMS memory pooling, etc.) as I found out

[Freedos-devel] HIMEM/EMM386

2004-09-22 Thread tom ehlert
well, a while ago we had a serious, heated debate about licensing, in particular about the all so important GPL, and if it's allowed to distribute the APACK'ed kernel. now I wonder: WHO THE HELL made up himem.lsm and emm386.lsm ? the original author is certainly NOT [EMAIL PROTECTED], and

Re: [Freedos-devel] HIMEM/EMM386

2004-09-23 Thread tom ehlert
Hello Robert, Try writing the lsm files yourself. You're the maintainer -- or certainly the last person to make changes. I wrote one myself - and published it. and the current one on freedos.org/software is not the one I wrote. and however changed copying liocense to 'open source(public)'

Re: [Freedos-devel] I quit.

2004-09-23 Thread tom ehlert
Hello Robert, Tom wrote: Maintaining is more than just having your fun writing code. well - I certainly know better then you. What a sage comment. I don't work with people that make gutter comments like that. You say this about me, yet you know full well that I re-wrote the entire

Re: [Freedos-devel] Re: Re: I quit.

2004-09-23 Thread tom ehlert
Hello Eric, That would be a pity. Tom can be very technical sometimes, like 'do not suggest a feature, write the code and I will tell you if it will become part of HIMEM...'. Sometimes he can even be harsh. that's true - and I don't apologize ;) But there is also little visible interest in

Re: [Freedos-devel] Questions on HIMEM

2004-09-23 Thread tom ehlert
Hello Aitor, Yes, but my question is how does kernel know where the device header starts? MZ doesn't look like a correct pointer to the next device driver inside the file... 'MZ' is only an envelope around 'the real thing', specifying e.g. minimum space required, START POINT, size of

Re: [Freedos-devel] Kernel DOS=HIGH Failure (Was: the HTMLHELP problem)

2004-09-25 Thread tom ehlert
Hello Bernd, try 2035 + freecom 0.82pl3AK + DOS=HIGH,UMB + MS-HIMEM for example..crash after the created nn buffers in HMA this is long before freecom gets loaded. as 2035 works beautiful everywhere, there's probably something special in your configuration, that you didn't tell us. tom

[Freedos-devel] HTMLHELP Crashes with DOS=HIGH

2004-10-12 Thread tom ehlert
Hello Bernd, just tested HTMLHELP with ke2035+ (toms boring stable version). AFAICT, everything works fine. no crashes,... sorry bernd: thanks for the crashing boot disk, but I somhow managed to loose it in cyberspace. you might resend me a crashing version ;) tom

Re: [Freedos-devel] How to restore int 15 to ROM?

2004-10-12 Thread tom ehlert
Hello Eric, Hi, in order to load MemTest86+ from DOS, int 15 must not be hooked. then don't load HIMEM (and neither emm386) tom --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business?

Re: [Freedos-devel] Extracting filesystem from freeDOS

2004-10-21 Thread tom ehlert
Hello Daniel, I have three questions: 1. Does freeDOS have a ramdisk yes. XMSDSK. and if so how do I use it? pretty straight forward. * Port DosEmu from Linux to SUN SOLARIS * boot dos, giving it a lot of memory (for the RAMDISK) * start XMSDSK * start MS LANMANAGER as server, and make the

Re: [Freedos-devel] Extracting filesystem from freeDOS

2004-10-21 Thread tom ehlert
Hello Alain, [...] * Port DosEmu from Linux to SUN SOLARIS * boot dos, giving it a lot of memory (for the RAMDISK) * start XMSDSK * start MS LANMANAGER as server, [...] DosEmu provides packet driver, have you been able to instal MS LANMANAGER using it? No. I spent a lot of time last

Re: [Freedos-devel] Re: Re: New COUNTRY.SYS

2004-11-03 Thread tom ehlert
Hello Eric, I think we need not compress country sys - the FreeDOS version is already pretty small. yes, it's indded pretty small. because the kernel is compressed. because emm386 is compressed. because himem is compressed. because command can be compressed. so we can really afford

Re: [Freedos-devel] New COUNTRY.SYS

2004-11-04 Thread tom ehlert
LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_idU88alloc_id065oplick ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Kind regards, Tom

Re: [Freedos-devel] Compiling XMS-SWAP FreeCOM: almost ...

2004-11-06 Thread tom ehlert
Hello Bart, Erwin, Error: segment _TEXT exceeds 64K (repeated 4 times) You're doing nothing wrong here as far as I can see. The source is too big now to fit in 64k. Large model is a work around but then you'd need a suppl_l.lib. I recently compiled it, and it _text was 0xFE?? not much

Re: [Freedos-devel] LH /L: someprog sets errorlevel 95 (on success)

2004-11-08 Thread tom ehlert
Hello Erwin, Last fix in FreeCOM CVS (changed revision 1.155): fix: LH: Errorlevel of program effects LH's error reporting great - this fixes an (so far unknown) bug, but introduced a new problem. The trick to force-loadlow a program that tries to load itself into UMB by LH /L: someprog now

Re: [Freedos-devel] LH /L: someprog sets errorlevel 95 (on success)

2004-11-08 Thread tom ehlert
Hello Bernd, that testingsuite seems great, but batchfiles look a bit complex (recursive..). Ok - I'm pretty advanced with batch programming ;) I tend to find some errors in FreeCOM by accident, when experimenting a bit with batch code and getting unexpected results. then it would be great

Re: [Freedos-devel] [OT] A Sync program

2004-11-11 Thread tom ehlert
Hello Aitor, Sorry for the OT, does anyone know of a good and free XCOPY (to download, not necc. open source) ROBOCOPY Ok, I could use Windows Explorer, but it has two problems: it has many more problems (stops if a file is in use, no security stuff, hidden files,...) tom

Re: [Freedos-devel] VDS fail

2004-11-25 Thread tom ehlert
Hello Johnson, I got change another PC to test FreeDOS, because it's faster and have a USB port. But the latest EMM386 [Nov 15] will hangup when VDS enabled. Testing environment: a) in your testing environment, I don't see 'VDS' b) please press F8, singlestep Config.sys, and tell us WHERE

Re: [Freedos-devel] Questions on EMM386

2004-12-03 Thread tom ehlert
-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Kind regards, Tom Ehlert mailto:[EMAIL PROTECTED] +49-241-79886 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews

Re: [Freedos-devel] DOSLFN and bugs with bugfixes

2005-01-05 Thread tom ehlert
Hello Bernd, Development kernel compiled with OpenWatcom, for 8086 and higher, with (still experimental???) support for FAT32 the developement kernel is experimental (that's why it's named unstable) FAT32 support simply works scince a couple of years. tom

[Freedos-devel] UDMA2 poll

2005-01-09 Thread tom ehlert
Hi everybody Happy new year first. I want to ask the general audience about UDMA(2)'s compatibility with chipsets. UDMA will accelerate many/most of current chipsets, but unfortunately it seems to kill some (few?) chipsets and mustn't be used on those. unfortunately the 'sometimes bad' makes it

Re: [Freedos-devel] UDMA2 poll

2005-01-09 Thread tom ehlert
I forgot to mention one VERY important thing: what information to provide. please send device- and vendor ID as reported by UDMA AMD/Intel CPU approximate age and - of course - GOOD, BAD, HARMLESS tom --- The SF.Net email is

Re: [Freedos-devel] UDMA2 poll

2005-01-10 Thread tom ehlert
Hello Erwin, @Tom I will send you any info on non-working hardware I get from my NwDsk end-users. Since I provide an escape-option in config.sys to choose when experiencing errors like this, the response might be low due to end-users successfully using this workaround. I plan something

Re: [Freedos-devel] UDMA2 poll

2005-01-11 Thread tom ehlert
Hello everybody, I had contact with Jack Ellis, and he claims that there are NO systems (that he knows about), where UDMA leaves it in a unusable state. maybe it won't work(accelerate), but at least it doesn't break the system. So UDMA could be used as default driver on ANY system. are there ANY

Re: [Freedos-devel] Re: EMM386 diff donation...

2005-02-15 Thread tom ehlert
Hello Eric, UMB as (mode) is already used. The only test which you cannot do is the one for mono and pre-EGA graphics cards being present. I think I can find a test PC for that as soon as EMM386 has MONOUMB and VGAUMB ;-). what would be the difference between MONOUMB and /I=b000-b7ff or

Re: [Freedos-devel] Re: Re: Re: EMM386 diff donation...

2005-02-15 Thread tom ehlert
Hello Eric, UMB as (mode) is already used. The only test which you cannot do is the one for mono and pre-EGA graphics cards being present. I think I can find a test PC for that as soon as EMM386 has MONOUMB and VGAUMB ;-). what would be the difference between MONOUMB and /I=b000-b7ff

Re: [Freedos-devel] freedos aceesses c:\ ?

2005-02-16 Thread tom ehlert
Hello AITOR, 3) Burn a bootable CD with floppy emulation with disk image above, and put flash data in content What is a bootable CD with floppy emulation? What program does this? a bootable CD, where the bootcode emulates a floppy (and not a HD) tom

Re: [Freedos-devel] EMM386 1.15 release is out

2005-02-26 Thread tom ehlert
Ehm, you guys mean something like this scheme? Component Component Component Smartdrive Win3.1 Win98 fd-kernel fd-himem fd-emm386 works? works? works? - Y any any [1] NO NO

Re: [Freedos-devel] Re: [Freedos-user] XMS Manager on '286

2005-03-14 Thread tom ehlert
Hello Aitor, For the microscopic percentage of 80286-level clients, just use FDXMS286. Simple readily available solution. Fix it if it's broken, no big deal. Why mug HIMEM when it's so unnecessary? I must say that I agree with you, at least in practical purposes. The problem arises,

Re: [Freedos-devel] XMS Manager on '286

2005-03-17 Thread tom ehlert
Hello Arkady, the minimal system requirements for the sy2pac sys/exe compressor stub are: te that's easy: find a working 286 and test it. te if it crashes, it uses 386 instructions. Isn't sy2pac open/free source? NO. If yes, then it may be easily studied (for example, if it written for

Re: [Freedos-devel] Re: EMM386 problem with FDXXMS figured out!!?

2005-03-18 Thread tom ehlert
Hello Eric, I am actually surprised that nobody seems to care about the buggy int 15.87 simply because HIMEM accidentally hides that bug. because noone is allowed to use int 15.87 after HIMEM took complete control over it. Would be very strange if ALL XMS drivers out there, there aren't that

Re: [Freedos-devel] EMM386 2.01 Bugfix Released

2005-05-02 Thread tom ehlert
Hello Michael, Borland/Turbo C doesn't like #ifdef 0 for reasons which escape me, #ifdef something would expect a name (starting with alpa or '_') you probably intended #if 0 ;) Tom --- This SF.Net email is sponsored by: NEC IT

Re: [Freedos-devel] Re: Re: fast memcopy and other optimizations / ideas

2005-05-06 Thread tom ehlert
Hello Michael, in general, Michael is right - optimize the stuff the is USED OFTEN optimizing rarely used stuff is a waste of time; there are usually better ways to spend this time. The optimization is the one that tries to align EDI to an eight-byte boundary before the main REP MOVSD.

Re: [Freedos-devel] Re: Re: fast memcopy and other optimizations / ideas

2005-05-10 Thread tom ehlert
Hello Michael, The optimization is the one that tries to align EDI to an eight-byte boundary before the main REP MOVSD. Allow me to have a different 'opinion'. As far as I understand+remember Intel optimization guides (whatever CPU that was for), alignment of ESI is more important. Table

Re: [Freedos-devel] Advise from Jack Ellis about SHSUCDX 3.02

2005-05-16 Thread tom ehlert
Hello Johnson, could you be just a tiny little bit more specific ? maybe forward the original message ? I got a message from Jack Ellis (UDMA2 author) warning me a potential problem in SHSUCDX 3.02. like: only 3.02 or other versions as well ? The source code overload the 16bit NASM and the

Re: [Freedos-devel] UDMA2 testing

2005-06-08 Thread tom ehlert
Hello Alain, I just made some tests with UDMA2 and had some unexpected results: Why is FreeDOS so much slower (60% no UDMA, 14% with UDMA)??? this may depend on file placement and free space fragmentation as well, where MSDOS uses an alghorithm other then freedos what EXACTLY is

Re: [Freedos-devel] re: Re: UDMA2 testing

2005-06-08 Thread tom ehlert
FreeDOSMS-DOS7.10 UDMA2, no cacheR=6.3 W=4.4R=54.2 W=16.0 UDMA2, cacheR=5.5 W=4.4R=39.5 W=15.7 Bernd is probably right: EMM386, in particular Pentium VME-unaware versions, can be the main cause of bad FreeDOS performance here.

[Freedos-devel] someone spreading a virus

2005-06-20 Thread tom ehlert
it would be very kind if the idiot at 217.17.38.2, hosted at atman.pl, would either shut down his machine or use a virus scanner, Tom --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to

Re: [Freedos-devel] (fwd) Another P***ing Contest! Appologies

2005-07-01 Thread tom ehlert
Hello Alain, just a general hint in benchmarking (for beginners): a) try to measure something with something that you understand what it does; else your measurements might not be interpretable scince you don't know what rawspeed does (*exactly*), or what your indexing app does (again, *exctly),

Re: [Freedos-devel] re: More speed test

2005-07-01 Thread tom ehlert
Hello Eric, part of the problem. AND Jack, I think the 47 seconds were FREEDOS HIMEM version 3.10, not MS HIMEM. interesting 'I think' WTF is measured ? Talking about every trick in the BOOK, the XMS 3.0 specs explicitly tell that you do NOT have to LOCK XMS handles to use the XMS copy

Re: [Freedos-devel] re: More speed test

2005-07-01 Thread tom ehlert
Hello Alain, That is why I wish that I could move ONLY the buffers to low memory, but as was said here today, this seems too complicated as it is part of the kernel internals BUFFERS= are accessed (and used) only for single sector transfers. and memcpy()'ing them around is MUCH faster then

Re: [Freedos-devel] (fwd) Another P***ing Contest! Appologies

2005-07-01 Thread tom ehlert
Hello Alain, just a general hint in benchmarking (for beginners): a) try to measure something with something that you understand what it does; else your measurements might not be interpretable scince you don't know what rawspeed does (*exactly*), or what your indexing app does (again,

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread tom ehlert
Hello Johnson, I want to submit my opinion: My personal opinion is that the XMS Swap version of FreeCOM should be optimized for 286 CPUs. You can always add a config sys menu which I think it SHOULD BE optimized for 386 CPU, that means priority is 386, then have a 8086/286 version for users

Re: [Freedos-devel] re: EMM386/DOSLFN

2005-07-11 Thread tom ehlert
Hello Michael, The new auto-MEMCHECK approach thereby continues to provide protection against wild memory access errors below 3G (by generating a fault) while allowing MMIO access without fault above 3G. Protection is lost for wild memory accesses in the 3G-4G range, but that could be an

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-12 Thread tom ehlert
Hello Jose, The XMS swap feature means: Copy most of FreeCOM to XMS while a program is running, and mark the memory as free. So FreeCOM LOOKS as if it would be only 3 kilobytes small in RAM. ... Having a version which is 8086 compatible but uses XMS Swap is a very special choice for universal

[Freedos-devel] devload 3.15

2005-07-16 Thread tom ehlert
Hi Eric, 1'st thanks for this patch (at least you *DO* something) but it would be nice if the archive would also contain BUILD.BAT or similar, so I don't have to figure out how to compile (Masm,Nasm,Tasm,...) and how it was compressed Tom

Re: [Freedos-devel] Trash LFNDOS from our collection?

2005-07-20 Thread tom ehlert
Hi, now that DOSLFN has grown far better than the outdated LFNDOS, *now* ? did I miss something ? does everybody agree to remove LFNDOS from the official FreeDOS software list (LSM database)? no. actually the *whole* LSM database sucks anyway (in case of LFNDOS, it's completely outdated, and

Re: [Freedos-devel] re: FreeCom pre-release, please test and report any release blockers

2005-07-21 Thread tom ehlert
/listinfo/freedos-devel Mit freundlichen Grüßen / Kind regards, Tom Ehlert mailto:[EMAIL PROTECTED] +49-241-79886 --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward

Re: [Freedos-devel] re: 386-kernel crash: Eric is guessing

2005-07-25 Thread tom ehlert
Hello Kenneth, I agree that device drivers should not modify any register when you call them, but I admit that I do not remember WHERE I have read that device drivers MUST not modify any registers. In particular, fixing EMM386 would Well PC-DOS tech reference states regarding the The

Re: [Freedos-devel] re: FreeCom pre-release, please test and report any release blockers

2005-07-25 Thread tom ehlert
Hello Eric, works under FreeDOS at least, under NTFS still fails. That can be a problem with your NTFS driver, AFAIK, that's a problem with the network redirector which can't return more them 4GB total/free size tom --- SF.Net email is

  1   2   3   4   >