[Freedos-devel] FreeDOS spec comments

2004-09-06 Thread Eric Auer
Hi, we got a comment on the FreeDOS spec - "why support only kernel 3.3 but the tools of MS DOS 6?". I replied that our kernel is very MS DOS 5ish now, mostly with respect to being able to use UMBs and HMA. Some other interesting points: - I think the normal installer does not need to support < 3

[Freedos-devel] Project: Braille / LCD driver for DOS

2004-09-08 Thread Eric Auer
Hi, I have finally found the time to solder a printer cable and some buttons to a 20x4 text LCD display which I bought more than 2 years ago... Works nice with lcdproc / LCDd in Linux, but more interesting: I wrote a small DOS driver for it, which is similar user-interface-wise to BrlTTY (a Linux

[Freedos-devel] FAQ: How to install OpenWatcom?

2004-09-20 Thread Eric Auer
Hi, as OpenWatcom seems to gain popularity, one of the fans should answer http://fd-doc.sourceforge.net/faq/cgi-bin/viewfaq.cgi?faq=incoming/318 to make OW even more popular ;-). Preferrably the answer should also give some hints on how to do a MINIMAL install after a MINIMAL download (without the

[Freedos-devel] Re: How to make FreeDOS USB bootable (was: FAQ: How to install OpenWatcom?)

2004-09-20 Thread Eric Auer
Hi! > No FreeDOS related solution to get an USB drive bootable. > If using Windows, you might try the WinImage Beta release > http://www.winimage.com/beta.htm Could anybody who owns an USB drive try: Linux fdisk Linux mkdosfs Linux Perl to run http://www.coli.uni-sb.de/~eric/stuff/soft/specials/

[Freedos-devel] Re: Buy a PC with FreeDOS

2004-09-20 Thread Eric Auer
Hi Bernd! > > I just noticed that TigerDirect is advertising a P-4 3.2GHz system ... > > running FreeDOS! > nice indeed. 160GB harddisk..I wonder if FreeDOS (kernel) handles > LBA48-addressing correctly Not sure about the UDMA driver (might reach only the first 128 GB), but at least FreeDOS kern

[Freedos-devel] CHKDSK / DEFRAG / XCOPY to the rescue...

2004-09-21 Thread Eric Auer
Hi, I just worked with a FAT16 filesystem (Win95 / 133 MHz / 48 MB / 1.2 GB) on a dying harddisk. No FreeDOS tools involved, but I found some bad behaviour of MS tools. So here my suggestions: - add a recovery mode to XCOPY which tries to copy all files, does twice as many attempts per sector c

[Freedos-devel] Re: Re: CHKDSK / DEFRAG / XCOPY to the rescue...

2004-09-22 Thread Eric Auer
Hi Alain, > > move data around to make clusters A ... B empty > > - CHKDSK surface scan should try reading sectors N times. If that fails, > > mark the sector as broken and try copying the data elsewhere, > FWIK this is what scandisk does, am I wrong? No. You cannot tell it MANUALLY to make

[Freedos-devel] Re: Developing in Linux / FreeDOS

2004-09-23 Thread Eric Auer
Hi Robert, > Only problem is -- Turbo C++ 3.0 for DOS doesn't seem > to work in FreeDOS or Wine. That would be a bug then. Turbo C is for DOS, so use it in DOSEmu, not in Wine. If it does not work in plain FreeDOS and does not work in (properly configured - read the documentation) DOSEmu, then y

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

2004-09-23 Thread Eric Auer
Hi Tom, Robert, Bernd, a collected reply to all mails in the thread so far... > Tom wrote: > > > Maintaining is more than just having your > > > fun writing code. > > well - I certainly know better then you. > ... > One less. I resign as maintainer of the help system. That would be a pity. Tom c

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

2004-09-23 Thread Eric Auer
Hi Tom! > seriously - would you use AnyDOS for your everyday work ? Well we both use DOS for some WORK. In my case it is real-time data processing. DOS is not optimized for that but as it is single-tasking, as long as you do not wait for the kernel, you have 100% CPU. So you can place kernel cal

[Freedos-devel] Re: documentation writers needed (was: HIMEM/EMM386)

2004-09-24 Thread Eric Auer
Hi! > I think it is a waste to invest a lot of energy in > having _programmers_ write up more than simple bare-bones text > documentation AT THIS TIME when: > - FreeDOS hasn't released non-beta version 1.0. On the other hand, many people are happy with the current version, which means that

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

2004-10-12 Thread Eric Auer
Hi, in order to load MemTest86+ from DOS, int 15 must not be hooked. It is the only int vector which is (for memory sizing and APM stuff) used when MemTest86+ returns to real mode for a moment after doing protected mode initialization. How could we give Memtest86+ the ROM BIOS int 15 handler? One

[Freedos-devel] Problem with RXCOPY vs DJ mechanism?

2004-09-30 Thread Eric Auer
Hi, Mitch stary tells in Bugzilla entry 1836 that XCOPYing files between 2 floppy disks on a system with 1 floppy drive results in being asked to swap disks (kernel DJ mechanism) far too often. Can anybody confirm this problem / has an idea about the reasons? http://www.ibiblio.org/pub/micro/pc-s

[Freedos-devel] RXCOPY bug vs DJ mechanism, any ideas?

2004-10-01 Thread Eric Auer
Hi, Mitch tested RXCOPY with various kernels: > XCOPYEXE16,442 02-06-03 12:00a XCOPY.EXE > XCOPYTXT 4,082 02-06-03 12:00a XCOPY.TXT Win9x DOS: > A:\rxcopy>xcopy xcopy.txt b: > [Operation completed with 15 or 16 disk swaps. When run from a DOS window > under Windows 95

[Freedos-devel] keyboard controller issues and ideas

2004-10-02 Thread Eric Auer
Hi, Tyler writes that he is adding an "out 60,ff" (reset keyboard and 8042) to his GUI, in case the keyboard crashes (which sometimes happens if you try to set the typematic rate while using 8042-based A20 control and/or PS/2 mouse drivers). Konstantin has 8042 comments, too: He noticed that ALI c

[Freedos-devel] Re: Extracting filesystem from freeDOS

2004-10-21 Thread Eric Auer
Hi, you asked: 1. Does freeDOS have a ramdisk and if so how do I use it? Yes. It works as a sector providing driver. When it is loaded, the FAT drivers can use it as a simulated drive. It has no "idea" of FAT, it just provides disk space. I personally prefer using XMSDSK, but you can use TDSK (whi

[Freedos-devel] Re: ANNOUNCE: Edit 0.82

2004-10-24 Thread Eric Auer
Hi, for the "maximum number of lines on screen" option, I would suggest to change the font to 8x8 if EGA or better is detected. That will give you at least 43 rows and is much better than nothing. Extra stuff like going to 50 or 60 rows would need number-of-scanlines changing, but changing to 8x8

[Freedos-devel] Protected mode BIOS header / VGA AGP BIOS observations / Q

2004-11-01 Thread Eric Auer
Hi all, I browsed my memory with the free and powerful 386SWAT debugger a bit... (after loading, activate with ctrl alt numpad-5, leave with ESC, swap screens with alt f7, toggle user screen with f10, get help with f1... in particular, keyboard quick help is useful...). Results (no XMS / EMS / HM

[Freedos-devel] Re: Protected mode BIOS header / VGA AGP BIOS observations / Q

2004-11-01 Thread Eric Auer
Hi Bart, you were exactly right, the PMIDX is in fact PMID as described by VESA VBE 3.0 specs (I already had it around because of my experimental VBE3FAST refresh rate set tool)... Sigh. The X was just there to distract me from the right answer ;-). Protected Mode entry point info structure: PMID

[Freedos-devel] Re: NTFS Operation

2004-11-01 Thread Eric Auer
> is there some way to make dreedos work under the ntfs file system? > if not, can you add ntfs support into it? (HTML-formatted mail in Arial font size 2 on white background, but wtf...) Joel, you are by no means the first to ask this: http://www.google.com/search?q=ntfs+site%3Afd-doc.sourcef

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

2004-11-03 Thread Eric Auer
Hi Bernd! I think we need not compress country sys - the FreeDOS version is already pretty small. Now for some explanation: COUNTRY=number,codepage,file tells the kernel which country, hardware codepage, and country file you have. NLSFUNC loads central codepage management stuff, and you can give

[Freedos-devel] Re: YESCHAR question (was: New COUNTRY.SYS)

2004-11-04 Thread Eric Auer
Hi, the YESCHAR/NOCHAR in config sys of DR DOS is, as far as I know, ONLY for the "load driver...?" in trace mode. Later you will have country information loaded, and then of course you have: - country unaware programs will just use hardcoded "are you sure?" and will just expect "y" for that. -

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

2004-11-06 Thread Eric Auer
Hi Tom, suggestions to shrink FreeCOM code size and improve things: - replace cmd_cls by something which does not use that stupid library function which only works for 80x25... - replace delay() by something which uses 40[6c]. This will affect: The "panic" delay and the beep_l and beep_n dela

[Freedos-devel] Re: Compact Flash under DOS

2004-11-13 Thread Eric Auer
Hi, I think it would be really interesting to have PCMCIA drive, for example compact flash, support in DOS. Not with hotswapping, but a nice idea would be a device driver which initializes PCMCIA to activate the IDE controller to the CF card, and then tweaks BIOS data (40:xx data segment and maybe

[Freedos-devel] Re: New EMM386 update

2004-11-24 Thread Eric Auer
Hi, I had a look at the new ftp.devoresoftware.com/downloads (mirror: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/emm386/ ...) emm386.zip file. Would it be possible to move the sources from SOURCE to SOURCE\EMM386 and the DOC files from DOC to DOC\EMM386 in the zip? Then I could j

[Freedos-devel] Re: Fwd: Thank you! + Suggestion

2004-12-02 Thread Eric Auer
Hi, great to have yet another happy FreeDOS user :-). The CD-ROM is only meant for installing FreeDOS, not really for USING it directly from the CD. There should be, however, a pre-installed copy of most tools in the ODIN directory there, so you can still use many things without having to install

[Freedos-devel] Re: Dumping C000-EFFF

2004-12-03 Thread Eric Auer
Hi Johnson, talking about testing-in-emulation... > Maybe also explained why there's no DOS client can mount > a linux or SAMBA client. There are LTOOLS. Works like MTOOLS: Special programs, which are like copy, dir, ..., but which can use Linux "drive letters". For Samba, I guess there is only

[Freedos-devel] Re: Questions on EMM386

2004-12-03 Thread Eric Auer
Hi, comment on 40:72 -> MEM 0040h:0072h - POST RESET FLAG which can be 0, 1234h, and a few other values. I think this should be 40:7b instead -> MEM 0040h:007Bh - INT 4Bh FLAGS (PS2 and newer) 5 set if Virtual DMA Spec supported [PS] (see INT 4B) 3 set if INT 4Bh intercepted and must

[Freedos-devel] Re: EMM386 bugs update

2004-12-08 Thread Eric Auer
Hi! > Uploaded to ftp://ftp.devoresoftware.com/downloads are the files > emmx13b.zip, EMM386 mostly executable package, and emms13b.zip, EMM386 > mostly source package. > These versions follow the latest EMM386 fileset template directory and > naming conventions. Thanks for the template dire

[Freedos-devel] Re: Re: EMM386 bugs update

2004-12-08 Thread Eric Auer
Hi, excuse the continued nitpicking, but how about... ftp:///downloads/emm386/emmx13b.zip which would have both the name of the package and the version number in the URL? Just an idea ;-). Eric --- SF email is sponsored by - The IT Prod

[Freedos-devel] Re: Simple FD questions

2004-12-09 Thread Eric Auer
Hi, adding to Bart's / Arkady's answers... > Do FreeDOS disk accesses via INT 21h, INT 13h, INT whatever, read and write > directly from/to a passed address or do they always buffer the disk > access? Never? Sometimes? While this ought to take place at int 13 level (to give programs like dis

Re: Re: [Freedos-devel] Simple FD questions

2004-12-10 Thread Eric Auer
Hi! > Does anything use those two interrupts in an unbuffered state for UMB space? NOT LBAcache, but TICKLE. The point is, only TICKLE has local buffers. So you should not load TICKLE to UMB if you have UMB DMA problems. LBAcache itself does not alter the buffer pointers - it just uses the buffe

[Freedos-devel] Re: keyboard layout

2004-12-23 Thread Eric Auer
Hi, for French chars typed on German keyboard, you would usually use composing, e.g. press ` and then e to type รจ... Aitor supports that in KEYB, but as German is one of the widespread layouts, MKEYB supports it as well (MKEYB is one small program with something like 10-30 built-in layouts, as opp

[Freedos-devel] Re: Recommended C Compiler

2004-12-27 Thread Eric Auer
Hi all, short comment: I think OpenWatcom is indeed pretty nice for C / C++. If you only need simpler stuff, Turbo C 2 still does the trick for me, and it is free by now. Creates small binaries. For C++, somebody told us about DigitalMars.com C++, which can create DOS binaries but is a Windows pro

[Freedos-devel] FDAPM test: PC87317 ATX users wanted / SCSI idea

2005-01-04 Thread Eric Auer
Hi, I am looking for somebody who has the PC87317 super I/O chip (or newer version) on board. The chip contains 2 serial ports, 1 parallel port, 24 general purpose pins, floppy controller, keyboard and mouse controller, RTC, 128 bytes of extra CMOS RAM, power management and other stuff. It can be

[Freedos-devel] FDAPM: PCI Power Mgmt / Linux questions...

2005-01-13 Thread Eric Auer
Hi, I am trying to figure out how FDAPM could save energy on non-APM (e.g. ACPI only) systems. Apart from the obvious "try to use ACPI", I am thinking about PCI Power Mgmt. tricks. You have the power states 0..3, where 0 and 3 are on and off, 1 is idle and 2 is stopped. 66 MHz devices (e.g. AGP) c

[Freedos-devel] Re: Re: Questions on EMM386 (part2 and last)

2005-01-16 Thread Eric Auer
Hi all, > Of course, I remember discussions about handling A20 behavior. Only > main reason to support switching A20 off is bugs in MS exepacker (which was > used by MS link in many programs) and old PKLITE - they both behave > wrongly, when runs in first 64k of memory and there is HMA enabl

[Freedos-devel] Re: FDAPM testing

2005-01-26 Thread Eric Auer
Hi Alain, > 1) You say something about restoring the dos time. This only applies to SUSPEND, for which many APM BIOSes stop the CPU. > Am I safe if I use only APMDOS? APMDOS - which is the only TSR mode of FDAPM - uses both HLT and the int 15.5305 CPU idle call (you can configure which to use,

[Freedos-devel] Disk spindown test tool, SCSI testers please...

2005-01-26 Thread Eric Auer
Hi, at http://www.coli.uni-sb.de/~eric/parkdisk.zip you can find a small tool which tries various int 13 calls to spin down your first two harddisks. No problem if you have only one disk... Please report if this could spin down your disk (instead of only parking it) - you notice that by listening

[Freedos-devel] Re: New EMM386 release

2005-02-08 Thread Eric Auer
Hi Michael, thanks for the update! > It corrects errors when using the > NOEMS option with the EMM= option > it adds support for EMS function 53h > for the Master of Orion game > it fixes a bug in INT 15h, function 87 > it supports emulation of the INVD instruction... I will try to writ

[Freedos-devel] Re: New EMM386 release

2005-02-10 Thread Eric Auer
Hi Bernd, > For the FreeDOS bootdisk, the only thing I use config.sys for is > deciding if the user wants to load XMS (and disk caches) or not. I wish you were using the config sys menu for many things, and I wish you would do something like "read hints.txt, load or devload cdrom drivers yoursel

[Freedos-devel] Re: New EMM386 release

2005-02-11 Thread Eric Auer
Hi Bernd, Michael, > MS manages to pull it off (loading XMSMMGR.EXE), in order to load > Smartdrv on a clean booted system... That is their problem - DR DOS NWCACHE can use int 15 memory, it does not need XMS at all :-P. > Only XMS access, HMA access is not necessary, as hardly any software >

[Freedos-devel] Re: Re: Re: New EMM386 release

2005-02-12 Thread Eric Auer
Hi Bernd, > The bootdisk itself no longer does anything special. No harddisk > touching (SYS, dualboot) except for FORMAT when necessary ('no AA55', > OSCHECK). Nice to hear! Now you can move the FORMAT from the memdisk image to the install directory on the CD, too... ;-). > With a bit of luc

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

2005-02-12 Thread Eric Auer
Hi, > >The problem is that my notebook doesnt have floppy drive, > >and all the boot cds i know dont give access to the c:\ > >so i need to know how can i do to install the bios through > >dos without floppy drive. Well, this could mean that you have a buggy BIOS - some BIOSes mess up drive geom

[Freedos-devel] Re: New EMM386 release

2005-02-14 Thread Eric Auer
Hi Arkady, space in URL: it is bad style to have an exe without source code around, so I tried to keep web crawlers away from my memtest-1.27 file. The zip only contains mtloader.asm and the final exe, not the rest of the source. About int 15 vs memtest / mkeyb / himem: Memtest will overwrite all

[Freedos-devel] EMM386 diff donation...

2005-02-14 Thread Eric Auer
Hi, trying to be an EMM386 groupie, I created http://www.coli.uni-sb.de/~eric/emm386.asm.diff.gz which is a diff to the 7 Feb EMM386 1.14 emm386.asm, supposed to implement some new features. Note that I do NOT have a compile environment for EMM386. However, the patches are pretty tame, so please t

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

2005-02-15 Thread Eric Auer
Hi Michael, > >which is a diff to the 7 Feb EMM386 1.14 emm386.asm, > >supposed to implement some new features. > Do you have or know of any application which uses these functions so we -- > I'm sorry, so I -- can test them in actual operation before release? You are right, some of the improve

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

2005-02-15 Thread Eric Auer
Hi Tom, > > 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-

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

2005-02-16 Thread Eric Auer
Hi Tom, Michael, not giving up on that one yet... Michael wrote: > On another front, it appears that Tom Ehlert has rejected the idea of > MONOUMB and VGAUMB options. As you may know, he has the overriding vote in > what gets added to EMM386... Tom wrote: > I have seen VGA/EGA BIOS's that wi

[Freedos-devel] Re: can't acess drive c:\ and other situations

2005-02-16 Thread Eric Auer
Hi, simple answer: > I use linux, but i also have a NTFS partition with winXP installed. > after i save the iso image of freedos in a cd, and then boot my notebook is > impossible to acess c:\, why? Because there is no C: ... You can only access NTFS partitions with Windows NT / 2000 / XP / 200

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

2005-02-16 Thread Eric Auer
Hi Michael, sorry for getting Arkady-ish in my patches. Here the most useful ones of them: + ; All calls can destroy esi, edi, ecx: saved at @@makecall + ; None of the calls RETURNS anything in esi, edi, ecx, except + ; 58xx and VCPI de0a, which write [esp+2] to return (E)CX.

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

2005-02-17 Thread Eric Auer
Hi Michael, thanks for accepting a good part of my patch :-). > 2. After one validates a > handle, one does not need to check that a handle index will later > overflow... Uhm, yes. True. The movzx e?x,?l does not really improve things compared to movzx e?x,?x, but it is not bigger in RAM either,

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

2005-02-20 Thread Eric Auer
Hi, can you explain what "VDS function 2" (now implemented for FastTracker) does? Int 4b.8102+2 = 4b.8104? Unlock DMA region? What made int 67.53 (EMS func 53, get/set handle name) use the wrong buffer addresss? > EMS function 58h, subfunction 1, did not properly return the number of EMS > mappa

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

2005-02-20 Thread Eric Auer
Hi Aitor, > I mean is it possible to get an emulation of a 1.4MB writable driver > into memory (not ElTorito or such). there are various solutions for that, but if you boot FreeDOS from a virtual A:, then the SYSLINUX + MEMDISK solution works very well :-). You can install SYSLINUX family loaders

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

2005-02-22 Thread Eric Auer
Hi Arkady, > device? = c:\temp\emm386.exe ram i=b000-b7ff > smartdrv 8192 64 Microsoft would tell you that you have to try with x=a000- or other "no UMB at all" style options. You should at least avoid shaky things like i=b000-b7fff ram for the test. Smartdrv also has options to force LOW me

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

2005-02-23 Thread Eric Auer
Hi Michael, > > > Forget to mention: your EMM386 outputs help screen to stderr (very > > > bad) and complains for /? option. one of the problems is simply a cut and paste bug: put_console(COUNT c) ... #ifndef FORSYS ... #else /* use DOS write char to make output redirectable */

Re: [Freedos-devel] User interface

2005-02-25 Thread Eric Auer
Hi Johnson, I agree that there are problems with help screens which are more than 1 page long. However, I do not suggest to call MORE or other tools. The better solution is to keep the help screen limited to 1 page and do something like program /? > program.txt edit program.txt to create a more ve

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

2005-03-14 Thread Eric Auer
Hi all... some mixed replies on this thread: > http://fd-doc.sourceforge.net/spec/ > (2) I don't think MS-DOS 5.0 is an improvement over 3.3... It *is* an improvement - it adds HMA and UMB support. And DOS 6.xx used more or less the same kernel as DOS 5.00, while 5.00 is quite different from ear

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

2005-03-15 Thread Eric Auer
Hi Arkady, > As temporary/partial solution, may be used warning in himem about > "non-386" CPU and immediate exiting. Good idea. Then you can simply do: device=...himem... device=...fdxms286... On a 286, the first will fail and the second should work. On a 386, the first will work and ther

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

2005-03-15 Thread Eric Auer
Hi Bernd, > Isn't XMS 3.0 used if available anyway? Or only if detected by a certain > program (which might lack a detection method for XMS 3.0 but not for 2.0). > A 'fast' 32bit register using XMS 3.0 implementation and slower 16bit > register using XMS 2.0 implementation is feasable? To impl

[Freedos-devel] EMM386 with FDXXMS updated

2005-03-15 Thread Eric Auer
Hi, I had a stupid bug in my test setup in Bochs... Now things look better: With the MEMCHECK option for EMM386, an early PAGE FAULT is avoided (EMM386 has a bug in the handling of protected mode exceptions, which makes the stack melt by 2+2 bytes per iteration in a recursion, and not much is left

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

2005-03-16 Thread Eric Auer
Hi Michael, > Or a sweet-talking > diplomatic type might convince the original FDXMS developer to make the > changes/fixes. Or bribes. Money, flattery, chocolate, cheese, beer, > liquor, young female, choice World of Warcraft items,... Which of those would it take to make you write some nic

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

2005-03-16 Thread Eric Auer
Hi... > I'm 684 lines of new code into a EMM386 revision to support dynamic > EMS/VCPI pool-sharing with XMS, with probably more than that many new lines > of code left, plus at least several hours debugging. I'm not too > interested in coding up much of anything else in EMM386 right now...

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

2005-03-16 Thread Eric Auer
Hi, I think I found the *bug in EMM386* which makes it FDXXMS incompatible... EMM_ENTRY PROC NEAR ... cmp ah,087h jne normal_emm_functions pop ecx CALLSIMULATE_INT1587 jmp @@BYECX ... There must b

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

2005-03-17 Thread Eric Auer
Hi Arkady, Tom, > > Isn't sy2pac open/free source? > NO. > > ... if no, then sy2pac usage may violate rules, > > when this program used together with GPLed software. > that's why HIMEM/EMM386 aren't GPL any longer. I would like to add that this is perfectly okay for me... FreeDOS software c

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

2005-03-18 Thread Eric Auer
Hi, if your mail can be read "I have an EMM386 with working int 15.87", then yes, please tell me where I can download it. Then I will test FD*XMS* with it. I am actually surprised that nobody seems to care about the buggy int 15.87 simply because HIMEM accidentally hides that bug. Would be very s

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

2005-03-18 Thread Eric Auer
Hi Tom, good point - after HIMEM / EMM386 are loaded, there is *usually* (unless you use some "keep N kilobytes of int 15 memory free" switch!) no int 15 memory left visible to other programs. However: > EMM386 won't even load without HIMEM present. > thus noone is allowed to call int 15.87 when

[Freedos-devel] Drill a hole in FDSHIELD for RTM and CWSDPMI? Alternatives?

2005-03-23 Thread Eric Auer
Hi, I found that the RTM (DPMI16BI) DOS-extender insists on staying in RAM as a TSR when you run programs like Jazz Jackrabbit or other Borland-compiled protected mode programs. Does anybody know a workaround for that? For example DOS4GW and DOS32A stay in RAM as a SHELL for the protected mode pro

[Freedos-devel] Re: password.com accessing the master environment

2005-04-02 Thread Eric Auer
Hi, > > I thought of way to set master environment, you can just call int 2e > > with ds:si point to lstring "set user=somename0" does this interrupt > > work like msdos does? Alas the "int 2e backdoor" (int 2e is a function to call the master shell, so you do not have to start a new shell instan

[Freedos-devel] weird RTM, DOS4GW extenders vs. HIMEM, RAMDISK, DPMIONE - ideas?

2005-05-04 Thread Eric Auer
Hi, as suggested, I did some extra DOS extender testing. First a few replies to the EMM386 2.01 thread: Fox, why is the name of your Pascal Kitten "cubs"? Michael: Borland Museum has Turbo Pascal 5.5, Turbo C 2.01, Turbo C++ 1.02 and the FRENCH version has Borland Pascal 7 (French). Or had. As far

[Freedos-devel] Re: weird RTM, DOS4GW extenders vs. HIMEM, RAMDISK, DPMIONE - ideas?

2005-05-04 Thread Eric Auer
Hi, updates: The Lemmings 3d "hang at exit" went away. Must have done something else wrong in my previous tests. Hit the mouse or spacebar to return to DOS if the last display does not go away automatically... The Descent DPMIONE thing is confirmed: No matter whether I use the default DOS4GW or u

[Freedos-devel] Re: weird RTM, DOS4GW extenders vs. Eric

2005-05-04 Thread Eric Auer
Hi Michael, sure, my RAM is Memtest86+ tested okay... > I'd memtest were I you, in case of iffy RAM. Other than that, well, we > know RTM already has at least one stupid bug that FreeDOS kernel had to > work around. Kernel? You mean the "XMS 2.0 clip to 0xfbc0 kbytes reported" thing? That wou

[Freedos-devel] Re: fast memcopy and other optimizations / ideas (was: emm386 2.0)

2005-05-05 Thread Eric Auer
Hi Arkady, Michael, just quoting the emm386 2.01 code from SIMULATE_INT1587 for reference here: ... shr ecx,1 REP MOVS DWORD PTR [ESI],DWORD PTR [EDI]; BIG_NOP; adc ecx,ecx REP MOVS WORD PTR [ESI],WORD PTR [EDI]; BIG_NOP; ... Where BIG_NOP is a NOP

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

2005-05-05 Thread Eric Auer
Hi Arkady ;-) * about memory move optimizations (int 15.87 handler of EMM386, memory copy code of HIMEM and EMS move/exchange of EMM386 all have their own separate implementations)...: > - range of sizes and multiplicity for copied areas, The int 67.57 move/exchange memory region (EMS 4.0+

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

2005-05-06 Thread Eric Auer
Hi Michael, > > Is there a question in all that? No. This is why I conclude my mail with: > maybe we better move the EMM386 optimization stuff to off-list? (directed to Arkady) > You have missed the point of proper optimization. Algorithms optimized > first, only where they matter. Yes. Su

[Freedos-devel] XMS/VCPI test tool released / EMM386 2.01 alloc bug

2005-05-06 Thread Eric Auer
Hi, I spent the better part of the night writing a sophisticated benchmark tool for XMS 2 and VCPI allocation and XMS block move: http://www.coli.uni-sb.de/~eric/stuff/soft/specials/ rambench-xms-vcpi-benchmark.zip To use this tool, you need a Pentium compatible CPU (one with a TimeStampCounte

[Freedos-devel] Re: EMM386 2.01 VCPI alloc bug with Deskwork RAMDISK

2005-05-12 Thread Eric Auer
Hi, thanks for figuring out the problem :-). > Good for you, you win a chocolate chip cookie. IF there is a free XMS > block less than 4K in size, and IF that XMS block is listed first in the > free handles, and IF that XMS block has a non-4K alignment such that (4 - > alignment modulo 4 ) >

[Freedos-devel] Re: Bywater BASIC

2005-05-12 Thread Eric Auer
Hi, > I try to compile Bywater BASIC using Turbo C(++) from the Borland > museum, but I always fail. > Can anyone help? You should try our modified version, which can be compiled with Turbo C. http://www.coli.uni-sb.de/~eric/stuff/soft/specials/bwb220ea.zip (3/2003) Note: We have started to wri

[Freedos-devel] Re: EMM386 2.01 VCPI alloc bug with Deskwork RAMDISK

2005-05-12 Thread Eric Auer
Hi, > >Thanks. Could you, instead of sending a cookie, include RDTSC emulation > >in that version? > RDTSC isn't flagged a privileged instruction at boot-up. If it is > explicitly set privileged later, then EMM386 shouldn't bypass that. Not really. RDTSC is allowed from ring 0 and from real m

[Freedos-devel] Re: Re: EMM386 2.01 VCPI alloc bug with Deskwork RAMDISK

2005-05-12 Thread Eric Auer
Hi... > >Do not ask me why CR4 TSD does not work for v86 tasks on some CPUs. > Because Intel made a mistake with it that wasn't fixed until the Pentium > Pro, and AMD slavishly followed the error? No idea, sorry. Maybe some misunderstanding about IOPL sensitivity versus RDTSC? I would like to a

[Freedos-devel] re: EMM386 and LBAcache

2005-05-14 Thread Eric Auer
Hi - please send mail in plain text without html! - your problem is known: SB Live! drivers are pretty badly written, so they need to allocate their memory in a special place in RAM. Sometimes they show a message if they cannot. According to your report, sometimes they just get unstable instead?

[Freedos-devel] Spammy viruses again...

2005-05-15 Thread Eric Auer
Hi guys, as I have received over 100 bounces of mails which pretended to be sent from me to various unc.edu adresses and some more which bounced because [name of DOS [EMAIL PROTECTED] did not exist at that somedomain (e.g. orudge, erwin.waterlander, ondrej, atari, dosius, fd-dev, jeremyd, ciri, r

[Freedos-devel] Re: Spammy viruses again...

2005-05-15 Thread Eric Auer
Hi all, SANS Internet Storm Center has some updates about the current virus spam. Seems to be caused by Sober (it is really interesting how monopolized viruses are today, sure the top 10 virus families account for 95% of virus mail traffic?). Some useful resources: http://isc.sans.org/ (updated

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

2005-05-16 Thread Eric Auer
Hi Tom / Jason / Johnson, > > 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 ? > > And UPX a device driver may cause more problem. > it's not a driver, and drivers can't be UPX'ed anyway. The 3.00

[Freedos-devel] Re: EMM386 2.02 Stable (should be)

2005-05-16 Thread Eric Auer
Hi Michael! > Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files > emmx202.zip, EMM386/HIMEM mostly executable package, and emms202.zip, > EMM386/HIMEM mostly source package. > It fixes a more serious bug where -- under rare circumstance -- > EMM386 incorrectly believed it w

[Freedos-devel] re: Re: EMM386 2.02 Stable (should be)

2005-05-17 Thread Eric Auer
Hi, some test results for EMM386 2.02... Works at least as good as the previous version, but... You need the MEMCHECK option if you want to access the ACPI tables through int 15 (e.g. using FDAPM SPEED4 and similar commands) while using any HIMEM version which is not aware of the RAM where the AC

[Freedos-devel] Re: A little follow up of SHSUCDX 3.02

2005-05-17 Thread Eric Auer
Hi, I think Jack is right, SHSUCDX 3.02 features MANY macros. Actually I am unable to compile it with NASM 0.98-71 for 2 reasons: 1. [list -] and [list +] (probably to suppress listing with -l option) are not supported and "cpu 386" / "cpu 8086" are not supported, but I can comment those ou

[Freedos-devel] re: FreeDOS Beta 0.9 sr1. install. FreeCOM: XMSSwap-In: Memory allocation error

2005-06-22 Thread Eric Auer
Hi Eric :-). Please use TEXT mail, not HTML, in particular when mailing to the list... > a) iso to fat16 with win98 plus boot diskette > b) copied to c:\fsbootcd ... >can boot but win98 cannot open the cd > have to use chain-to-kernel to avoid invalid opcode You mean: You copied the CD conte

[Freedos-devel] FreeDOS.org domain troubles

2005-06-22 Thread Eric Auer
Hi, Jim would like to let you know that there are problems with the domain transfer to the new provider at the moment. This means that mail to anywhere at freedos.org can fail (e.g. mail to Jim) and that www.freedos.org does not work properly. You can either use the old http://66.43.248.197/ or th

[Freedos-devel] re: More speed test

2005-06-30 Thread Eric Auer
Hi Johnson... > Thanks to Jack Ellis, he did help me to test HIMEM 3.10 and FDXMS > 0.94. Even under MS-DOS the memory manager DO affect hard disk speed... > I ran 4 tests unzipping my 2.2-GB "zeros" file onto my C:... > A) FDXMS, no XDMA overlap: 54.0 seconds. > C) HIMEM, no XDMA

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

2005-07-01 Thread Eric Auer
Hi all... > I could run tests with freedos-emm and umbpci. I tried some cross-use of > drivers but those that I tested did not run at all :( DR DOS EMM386 once worked for me, but later, when FreeDOS EMM386 had all needed features, I stopped using it. I do have a config with MS HIMEM and EMM386,

[Freedos-devel] re: More speed test

2005-07-01 Thread Eric Auer
Hi all... > >>All tests got down to ONLY this umb+udma is very slow (almost the same > >>as no udma)... This is what made me think that the UDMA driver could have decided that UDMA is not possible for some reason caused by enabling UMBs... > Uhmm..., Does FreeDOS read/write to an extra buffer

[Freedos-devel] re: mouse puzzle

2005-07-02 Thread Eric Auer
Hi! > I'm using FreeDOS in dosemu running under Linux. > I haven't installed any mouse drivers; I can use the Linux mouse with edit > ... But those are the only apps I can use the mouse in. So with which apps does the mouse FAIL? Maybe they just have no mouse support? > FreeDOS kernel version 1

[Freedos-devel] re: More speed test

2005-07-02 Thread Eric Auer
Hi, combined answer... > EMM386 doesn't support VDS double-buffering, and reports that when > queried. There is address translation and boundary report function support > only. VDS implementation is not a part of the equation on transfer speed > and slow/fast VDS is not an issue. > I know t

[Freedos-devel] re: UMB slowdown

2005-07-04 Thread Eric Auer
Hi Alain, Johnson, > > Sorry but Jack have no interest in LBAcache because he use Norton > > Cache, so he just care about the integrity of his own program. > As of my tests (I have one user doing a hot test) FreeDOS+LBACache is > reliable. The other advantage is that it is distributable. I thi

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

2005-07-05 Thread Eric Auer
Jeremy, how about this summary? - DIR now supports DESCRIPT.ION (4DOS style) and LFN (/lfn option) - SET, when used to prompt the user, can now do upcase/downcase tricks? - IF now can either ignore or not ignore the case (upcase/downcase) - there were several bugfixes for FreeCOM - there were sev

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

2005-07-05 Thread Eric Auer
Hi Bernd, nice to get some info about your progress... Not much news here, busy with university... > *provide translated interface for batchfile messages/menus (done) I hope you use the in-line default message syntax, makes the batch files much easier to read and maintain. Only OTHER language

[Freedos-devel] re: Speed tests and UMB... new facts

2005-07-05 Thread Eric Auer
Hi... > This time I am starting wit Tom's RAWREAD > and making only minor modifications as needed. > Himem.exe+emm386 v20.3 + Udma, No cache loaded, DOS=HIGH > 2.26GHz Sempron (1.5Ghz) mem is 333MHz, disk is 40Gb with 2MB cache... > RAWREAD *without* UDMA: 2.2Mb/s to 2.3Mb/s all options in rawt

[Freedos-devel] re: Your software on our CD/DVD/Internetsite

2005-07-06 Thread Eric Auer
now that beta 9 sr 1 is getting old (40 downloads of the bootablecd distro per month, that is). > Jim Hall or Eric Auer usually handles this. Indeed. I am kind of "visible" as a DOS developer ;-). But Jim already said: > Thanks. I'll reply to them. About Bernd's reply

[Freedos-devel] re: More trouble in EMM386 EMM=1416 / HIMEM LOG paradise

2005-07-06 Thread Eric Auer
Hi... > >emm=1520 (0x660k EMS) / emm=1536 / emm=2048: all crash while playing Go > > I found the problem with EMS page count rounding errors of actual > versus calculated, causing a problem with typically low EMM= option values > under EMS. For me it was usually hang / illegal instruction

<    2   3   4   5   6   7   8   9   10   11   >