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
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] 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] 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] 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] 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-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] 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] 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] 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] 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

[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] 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] 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] Packet drivers/Automatic setup

2005-07-26 Thread tom ehlert
Hello Alex, This is PCISLEEP by Eric Auer 12mar2005 - Free open source software. Read GNU General Public License 2 at www.gnu.org PCISLEEP - where can I get this from? www.google.com (as did I just 5 minutes ago) tom --- SF.Net email is

Re: [Freedos-devel] re: Bug in FreeCOM DIR command

2005-07-27 Thread tom ehlert
Hello Eric, convert(FAT32_Free_Space.free_clusters / (2048UL / (clustersize/512)), buffer); unfortunately drops the low 2047 (0x7ff) of free_clusters tom --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from

Re: [Freedos-devel] Bug in FreeCOM DIR command

2005-07-27 Thread tom ehlert
/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 articles

Re: [Freedos-devel] re: What's new with latest kernel/freecom?

2005-07-28 Thread tom ehlert
Hello Alex, On Thu, 28 Jul 2005, Aitor Santamar?Merino wrote: There's a very small program that sets up the UK keymap; KEYBUK.COM, No, KEYBUK.COM is not Microsoft's. It's freely available for download. All it does is to set up the keymap for UK keyboards but I think it could be adapted

Re: [Freedos-devel] Re: [Freedos-cvs] freecom/cmd if.c,1.7,1.8 dir.c,1.22,1.23

2005-07-30 Thread tom ehlert
to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492oplick ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel Mit freundlichen GrьЯen / Kind regards, Tom Ehlert

Re: [Freedos-devel] Some further question about FreeCOM

2005-07-31 Thread tom ehlert
Hello Jose, Anyway, my main question was about the reason why the memory image must be swapped, instead of reloaded from file. the main and real reason is that I implemented it that way - feel free to use the swapping command.com and CALL /S but read the documentation what won't work with

Re: [Freedos-devel] Chasing MS-DOS compatibility

2005-08-03 Thread tom ehlert
Hello Alain, I said not long ago that running windows on FreeDOS is not a real test, it would be a test, and it would fail. FreeDOS kernel isn't compatible enough to run Windows 3.x end of story. let me explain why: Windows at some point included some very complicated locking mechanism to

Re: [Freedos-devel] Chasing MS-DOS compatibility

2005-08-03 Thread tom ehlert
Hello Alain, let me explain why: Windows at some point included some very complicated locking mechanism to *avoid* windows running other DOSes. plain wrong. ?? what I meant to say is that Windows 3.x (some version) had some code to detect if the dos was really from Microsoft. This was suposed

Re: [Freedos-devel] DJGPP on FreeDOS LiveCDs

2005-08-19 Thread tom ehlert
Hello Alain, It should provide its own library routines so it's easy to use different compilers. I believe that if somone is *really* motivated, this can be done. But it would still be a lot of work... it's MUCH less work then writing FreeCOM in the first place - by several orders of

Re: [Freedos-devel] DJGPP on FreeDOS LiveCDs

2005-08-21 Thread tom ehlert
Hello Alex, Friday, August 19, 2005, 10:48:17 PM, you wrote: On Fri, 19 Aug 2005, tom ehlert wrote: Hello Alain, It should provide its own library routines so it's easy to use different compilers. I believe that if somone is *really* motivated, this can be done. But it would still

Re: [Freedos-devel] Proposed name change

2005-09-13 Thread tom ehlert
Hello Joe, Why do you think so many of the core group of developers have left the project. the core developers finished their work, at least up to the point where they were satisfied with the result. that's not the same as leaving, and has nothing to do with eric. God you're fucking

Re: [Freedos-devel] re: Nasty bug in FreeCOM

2005-10-13 Thread tom ehlert
Hello Blair, Hi Blair, del *.*~ is MEANT to delete all files! Nope; MS-DOS command.com will only delete files ending with ~ in their extention. The same goes for Win2k's cmd.exe. words, *.*~ gets expanded to .??? and the ~ gets It should be .[~?][~?][~?] depends. the

Re: [Freedos-devel] Towards FreeCOM (or FreeDOS) 1.0

2005-11-03 Thread tom ehlert
Hello Alain, I really don't understand why so much effort is put in new and 1.0 stuff and when I report a BUG in the KERNEL so serious that I had to remove FreeDOS from a real user machine I didn't even get ONE answer from the list what do you expect ? 'some program of mine doesn't

Re: [Freedos-devel] Towards FreeCOM (or FreeDOS) 1.0

2005-11-04 Thread tom ehlert
/ Kind regards, Tom Ehlert +49-241-79886 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click

Re: [Freedos-devel] Towards FreeCOM (or FreeDOS) 1.0

2005-11-04 Thread tom ehlert
Hello Alain, c) make it a DOS distribution ( ~1-2 MB), not a pile of each and every more or less useful or useless programm that happens to work on freedos; provide a hyperlink for [more packets] I agree. But I am making my own distro, which just shows that I disagree ;-) I don't

Re: [Freedos-devel] Compiling FreeCOM...

2005-11-10 Thread tom ehlert
Hello David, FreeCom only compiles in small model (see below). I'm pretty sure I got everything to compile in large model even if you can compile it in large model, XMS-SWAP will DEFINITIVELY not work, no matter how much work you put into it. it's in the concept, not the actual implementation

Re: [Freedos-devel] type problem and one programming question

2005-11-25 Thread tom ehlert
Hello BA, I tried Freecom type penc.txt penc.1 and got a smaller file size, where penc.txt=6,779,599 bytes and penc.1=6,755,419 bytes. use the execllent COMP program to solve such problems I want to spawn a child process to HMA, is it possible? no tom

Re: [Freedos-devel] Kernel Problems

2005-11-27 Thread tom ehlert
Hello Kenneth, With several of my changes/additions the size of the kernel has grown just a few cents: a) are human beings like me supposed to locate kernel sources ? how about a link where one can download it without knowing where it is ? b) anyone knows who in hell is 'perditionc'

Re: [Freedos-devel] EMM386 2.08/Nomyso 2.0 Available

2005-11-29 Thread tom ehlert
Hello Bernd, if HIMEM compiles now with NASM, does FDXMS/FDXXMS/FDXDM286 also (as HIMEM was based on it, looong time ago)? HIMEM and FDXMS are descent from the same parent which also happens to be called FDXMS, but HIMEM is definitively NOT based on the current FDXMS. If anything, it's

  1   2   3   4   5   6   >