Re: [Freedos-user] Looking for HIEW 6.11 freeware hex editor (have 4.41!)

2004-02-20 Thread Michael Devore
Google is your friend. First link on HIEW search goes to http://www.serje.net/sen/ also http://webhost.kemtel.ru/~sen/ which both allow downloading 6.11 as the LATEST FREE version. It can be downloaded, since I just tried it. There is also a different e-mail address than the one you used

[Freedos-user] EMM386 release candidate #1

2004-03-24 Thread Michael Devore
The first release candidate version of EMM386 with VCPI support is available at ftp://ftp.devoresoftware.com/downloads in the files EMM386.ZIP and EMM386SR.ZIP, as executable and ASM+C source. Note well: the uncompressed executable name is now EMM386.EXE, and not the previous test release name

[Freedos-user] [Freedos-devel] EMM386 release candidate #2

2004-03-27 Thread Michael Devore
This one should be getting close. The second release candidate version of EMM386 with VCPI support is available at ftp://ftp.devoresoftware.com/downloads in the files EMM386.ZIP and EMM386SR.ZIP, as executable and ASM+C source. They are dated March 27, 2004. This version of EMM386 corrects

[Freedos-user] FINAL: EMM386 with VCPI support

2004-04-07 Thread Michael Devore
The final release of EMM386 with VCPI support, version 0.90, is now available at ftp://ftp.devoresoftware.com/downloads as the files emm090.zip (executable) and emm090sr.zip (asm and C source modifications to the original file set). This version of EMM386 contains no changes to VCPI behavior

Re: [Freedos-user] Writing Utilities for FreeDOS

2004-04-23 Thread Michael Devore
At 04:50 AM 4/24/2004 +0200, Bernd Blaauw wrote: smallest allowable blocksize seems to be 4KB, so I'd like a utility which can check each 4KB. UMBPCI can do this right now (and even use it), UMBCHK cannot (16KB only), Emm386 I'm not sure if it can check in 4KB blocks, but it can use no smaller

Re: [Freedos-user] Writing Utilities for FreeDOS

2004-04-23 Thread Michael Devore
At 05:26 AM 4/24/2004 +0200, Bernd Blaauw wrote: Michael Devore schreef: DOS can deal with blocks down to 16 bytes, so you could probably run UMB size down that low, although the overhead there wouldn't be worth it. But 1K (or less) is feasible. It's a matter of how hard you want to squeeze

Re: [Freedos-user] New EMM386 release (long description)

2004-04-26 Thread Michael Devore
At 11:38 PM 4/26/2004 +0200, Aitor Santamaría Merino wrote: The first option is X=TEST. This option tests all UMB blocks after X=range and I=range qualification by examining all bytes of the ROM block memory image. X=TEST will discard a block from being used as a UMB if it detects any byte

Re: [Freedos-user] Re: New EMM386 release (long description)

2004-04-27 Thread Michael Devore
At 03:16 PM 4/27/2004 +0200, Eric Auer wrote: Hi, I would call X=TEST either HIGHSCAN or SAFESCAN if you were to ask me what syntax should be used to exclude all high areas which contain other than all-0 / all-ff. By the way, while googling for NoMovExBDA I found that in EMM386 of DOS 6.22 /

Re: [Freedos-user] EMM386.exe

2004-05-17 Thread Michael Devore
Looks like you might have something loaded high in a UMB that is conflicting with your machine environment. Take out the I=C800-C8FF to see if the problem goes away. In fact, you could try full exclusion via X=A000-EFFF (temporarily) to see if there are any UMB conflicts, then bring the

Re: [Freedos-user] EMM386.exe

2004-05-17 Thread Michael Devore
At 12:50 AM 5/18/2004 +0400, you wrote: Hi! 17-íÁÊ-2004 14:03 [EMAIL PROTECTED] (Michael Devore) wrote to [EMAIL PROTECTED]: as always, your message appears as 1 long line. Very wide. Manually quoting now.. MD wins and I'll change or not, accordingly. What I won't do is change away MD from

Re: [Freedos-user] EMM386.exe

2004-05-18 Thread Michael Devore
At 12:47 AM 5/19/2004 +0400, you wrote: Hi! 18-íÁÊ-2004 12:23 [EMAIL PROTECTED] (Michael Devore) wrote to [EMAIL PROTECTED]: no big problem. MD Alright, I changed to hard CR's, I look at source of your letter (which I answer) - no, there are no hard CRs inside paragraphs. :) :( That's because

Re: [Freedos-user] DUSE 4.9 (USB driver) conflict with HIMEM64

2004-06-13 Thread Michael Devore
Nothing unexpected here. You cannot use EMM386 with a program which is (badly) written so as to not work under virtual 8086 mode. Use HIMEM only. UBMPCI if it works, since it uses BIOS hardware rather than software to get UMB's. Loading before HIMEM is asking for trouble since DUSE

Re: [Freedos-user] FreeDOS distro delayed

2004-06-28 Thread Michael Devore
At 07:01 PM 6/28/2004 +0200, you wrote: If any of the developers has programs ready for release, please do so, which allows me to put them in the distribution. I'm very interested in the following packages: *official 1.12 EMM386/HIMEM package. I'm back today. We should soon be able to see about

[Freedos-user] New EMM386 Available

2004-07-12 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads are the files emm386.zip (uncompressed executable) and emm386sr.zip (revised source code) for EMM386. This version of EMM386 corrects an error with its GDT setup that led to a crash when it was used with one or more versions of SoundBlaster

[Freedos-user] Small EMM386 update call for bugs

2004-07-22 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads are the files emm386.zip (uncompressed executable) and emm386sr.zip (revised source code) for EMM386. This relatively minor update adds an SB option, adds silent recognition to the bare RAM option, and restores the VDS experimental option for

[Freedos-user] EMM386 update adds ALTBOOT for Ensemble Lite

2004-07-28 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads are the files emm386.zip (uncompressed executable) and emm386sr.zip (revised source code) for EMM386. This EMM386 version adds an ALTBOOT command line option which bypasses EMM386's normal handling of INT 9 (keyboard interrupt) for

[Freedos-user] Updated SHARE for DOS 7 compatibility

2004-08-24 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads is the file share.zip. It contains a modified SHARE.C and uncompressed SHARE.COM executable. The changes to SHARE align it with the behavior expected from a DOS 7 share utility by removing several conditions which previously returned an

[Freedos-user] EMM386 enhancement, plus cosmetic HIMEM change

2004-08-30 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads are the files emm386.zip and himem.zip containing uncompressed executables of, respectively, EMM386.EXE and HIMEM.EXE, plus the source files modified in this latest version. EMM386 adds support for EMS function 51h, reallocate pages. This

Re: [Freedos-user] Does QuickView now work in FreeDOS? Probably!

2004-11-07 Thread Michael Devore
At 11:58 PM 11/7/2004 +0100, Eric Auer wrote: Hi, forwarding a message from Wolfgang Hesseler: message QuickView Pro for DOS used to crash under FreeDOS. This was because of an incompatibilily of the DOS extender ZRDX. I switched to the extender DOS32A in the last version. Could you please test

[Freedos-user] New EMM386 update

2004-11-23 Thread Michael Devore
Uploaded to ftp.devoresoftware.com/downloads is an updated emm386.zip, the full FreeDOS file set of HIMEM and EMM386 files. EMM386 has several enhancements. It adds support for the most-used API subset of VDS with the VDS option, allowing network drivers to be loaded high in UMBs. All moves

Re: [Freedos-user] OT: Adjusting the spam-bar (scores)

2004-11-26 Thread Michael Devore
At 03:48 PM 11/26/2004 +0100, Eric Auer wrote: Hi, I have looked at the X-Spam-Scores of my list mail folder. My plan is to throw away mails with a score of 3.0 or higher. Of almost 8000 checked mails, there would be 13 false positives. I am explaining those below. A possible reaction could be to

[Freedos-user] EMM386 bugs update

2004-12-07 Thread Michael Devore
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. EMM386 supports [in|ex]clusion ranges to

Re: [Freedos-user] Re: Re: GRUB for DOS How-To

2004-12-30 Thread Michael Devore
At 01:43 PM 12/30/2004 +0300, Arkady V.Belousov wrote: BTW, this raise two questions to Michael Devore: - may EMM386 autoinclude given region in some way, if there will not be detected mono adapter/mode? QEMM386 does this. Automatically as default? No. Fails the rule of least surprise

Re: [Freedos-user] Re: Re: GRUB for DOS How-To

2004-12-30 Thread Michael Devore
At 01:43 PM 12/30/2004 +0300, Arkady V.Belousov wrote: - what happen if I=B000-B800 will be used on system with mono adapter/mode? Oh, you mean if you designate a UMB which has memory addresses used by the active screen, what would happen to the display? You'd get screen which doesn't update

Re: [Freedos-user] Re: Re: Re: Re: GRUB for DOS How-To

2004-12-30 Thread Michael Devore
At 06:16 PM 12/30/2004 +0100, Eric Auer wrote: Which reminds me that VDS should probably be on by default No. but on the other hand is probably not stable enouh for that yet? Cite? And, by the way, what exactly where the effects of the SB switch for EMM386? Would be cool if that stuff could be

Re: [Freedos-user] Re: Re: GRUB for DOS How-To

2004-12-31 Thread Michael Devore
At 01:22 AM 12/31/2004 -0800, 16BIT wrote: Grub for DOS prints the following error message if I try and run it with FreeDOS: - Sorry! Currently supported DOS versions are: MS-DOS 3.30 and later; FreeDOS kernel build 2029 and, hopefully, 2032 and later. - A rather

Re: [Freedos-user] Re: Re: GRUB for DOS How-To

2005-01-08 Thread Michael Devore
At 12:54 AM 1/8/2005 +0300, Arkady V.Belousov wrote: MD You'd get screen which MD doesn't update after EMM386 loads. Ie., current EMM386 doesn't check that such maping is wrong and, thus, we get hanging machine (because all subsequent screen outputs will overwrite code, which will loaded

Re: [Freedos-user] Re: Re: GRUB for DOS How-To

2005-01-08 Thread Michael Devore
At 12:34 AM 1/7/2005 +1300, Bart Oldeman wrote: An extract from the patch in grub013.zip is below. It's far nastier. Very nasty. It's code that assumes that the binary code of FD-kernel's IRQ stack handling never changes, noone uses STACKS=0, and MS HIMEM may be loaded (int15 hooked by himem.exe

Re: [Freedos-user] problem with Pictview under FreeDOS

2005-01-15 Thread Michael Devore
Jose Antonio Senna wrote: I downloaded version 1.94 of Pictview from pictview.com site (saw this link on a message about .png viewers for DOS Arkady posted on this list some time ago). In the initial testing,I found that it works OK under DRDOS,but not under FreeDOS kernel 2035. The

[Freedos-user] New EMM386 release

2005-02-07 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files emmx14.zip, EMM386/HIMEM mostly executable package, and emms14.zip, EMM386/HIMEM mostly source package. This EMM386 version 1.14 update contains a number of revisions and is generally recommended for everyone. It corrects

Re: [Freedos-user] Re: USB stick boot solution...

2005-02-09 Thread Michael Devore
At 02:48 PM 2/9/2005 +0100, Robert Urban wrote: USB-ZIP is generally documented on the net as the most compatible one to choose for USB flash drive booting. It's the only selection that works for booting my USB stick here. But mine does boot up as a large A:, which you might not find

Re: [Freedos-user] Re: USB stick boot solution...

2005-02-09 Thread Michael Devore
At 09:39 PM 2/9/2005 +0100, Robert Urban wrote: Not sure why you're having so many problems, although I admit that I hand punched in a few values in the boot sector to make sure mine booted. What's the brand and size of your flash drive? If I see one locally and its cheap enough, maybe I'll

Re: [Freedos-user] EMM386 1.14 issue

2005-02-12 Thread Michael Devore
At 04:07 AM 2/12/2005 +0800, you wrote: Hi, Actually it's a minor problem, but I think it's necessary to report, the 'PCTools v9's Memory Information' crashed the latest EMM386, it works fine till version 1.13d but won't happy with 1.4. CS=4600 IP=1651 SS=164F SP=1653 DS= ES=164F EAX=9600

Re: [Freedos-user] FreeDOS block allocation different from MS DOS

2005-02-16 Thread Michael Devore
At 08:54 AM 2/15/2005 +0100, you wrote: Hi, I've posted the question below on newsgroup alt.os.free-dos and also received answers (really appreciated). However, I post it here also and provide some additional information and maybe I can come to a solution sooner with your help. You said your

Re: [Freedos-user] Re: FreeDOS block allocation different from MS DOS

2005-02-16 Thread Michael Devore
At 09:56 PM 2/16/2005 +0100, Eric Auer wrote: If you use FreeDOS to load WinCE, please behave better than Neoware.com which have hidden the FreeDOS copyright messages on their old Eon systems (with FreeCOM 0.76b from 3/1999, FDXMS driver from 1995, ancient kernel...). Their config sys just loaded

Re: [Freedos-user] Master of Orion emm386 // RE: sound cards apogee games

2005-02-18 Thread Michael Devore
At 10:23 AM 2/18/2005 -0800, Charlie Wilkes wrote: MOO is one game that is pretty tender under FreeDOS. I have only been able to make it work at all with MS emm386. Masters of Orion should work without problem under EMM386 as of most recent 1.14 version, although the accompanying bug in the

Re: [Freedos-user] Re: Master of Orion emm386 // RE: sound cards apogee games

2005-02-18 Thread Michael Devore
At 07:31 PM 2/18/2005 -0800, Charlie Wilkes wrote: I worded my question poorly. What should the line in my config.sys look like to play MOO? Don't use NOEMS or FRAME=NONE options. EMM386 defaults will work, unless you have an low memory machine of 8M or less. Then you should explicitly use

Re: [Freedos-user] New NDN beta avaiable nad mpxplay

2005-02-23 Thread Michael Devore
At 11:32 AM 2/22/2005 +0200, Florian Xaver wrote: On (and only on :-) http://www.freewebtown.com/mpxplay/ i a new test version of mpxplay. Whatever MPXPLAY did, it's the first DOS application that actually played sound files on my RealTek AC'97 machine, so they have impressed me. Maybe

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

2005-02-23 Thread Michael Devore
At 05:05 AM 2/21/2005 -0800, Charlie Wilkes wrote: Far out man! I just played Master of Orion for about an hour and it worked great with this version. Not good with mi.com, however... weird characters and a manic counter spinning away at the very bottom of the screen... BONG HIT! Gotta reboot.

Re: [Freedos-user] New NDN beta avaiable nad mpxplay

2005-02-23 Thread Michael Devore
At 10:57 AM 2/23/2005 +0200, Florian Xaver wrote: Whatever MPXPLAY did, it's the first DOS application that actually played sound files on my RealTek AC'97 machine, so they have impressed me. Maybe somebody can convince them to list FreeDOS as a supported OS, besides MS-DOS and DOSBox. Yes,

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

2005-03-12 Thread Michael Devore
At 06:44 PM 3/12/2005 -0800, root wrote: Bernd Blaauw wrote: FDXMS286 should have worked on your computer, and HIMEM probably should have refused to load at all, as it currently cannot handle 286. Great to see someone who can actually test/experiment on pre386 equipment. I do not know if there

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

2005-03-13 Thread Michael Devore
At 04:36 PM 3/13/2005 +0100, Bernd Blaauw wrote: probably better, make HIMEM compatible to 286+, which would end up in a single unified XMS driver. Adamantly and permanently opposed. And you might be too, with the potential size increase and performance decrease in HIMEM after the significant

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

2005-03-13 Thread Michael Devore
At 04:36 PM 3/13/2005 -0800, root wrote: Yes, under every version of DOS that I'm aware of, HIMEM.SYS is an XMS driver for 286 and above. Not true of MS-DOS 7.x. FreeDOS reports as 7.10, also. Most people that have/had a 386+ just run EMM386 in addition to HIMEM, I'm assuming for the purpose

[Freedos-user] FD-DOC wiki, was: Question

2005-03-15 Thread Michael Devore
At 09:24 PM 3/15/2005 -0300, Carlos AB wrote: The wiki site for Fd-doc is almost ready and I though it would be nice to have your opinions, comments and help, before it goes public. So here is the address: http://fd-doc.sourceforge.net/pmwiki.php Spread the word. :) Improvement suggestion: In big

Re: [Freedos-user] Compilation with DJGPP using RHIDE

2005-03-18 Thread Michael Devore
At 02:49 PM 3/18/2005 +0200, Kristaps Kaupe wrote: I had problems with DJGPP (long compile times, mystical error messages) until I removed FreeDOS EMM386 from my CONFIG.SYS. Heavy port I/O and use of software interrupts are way too freaking slow in V86 mode, no doubt about it. No way around it,

Re: [Freedos-user] Re: Compilation with DJGPP using RHIDE

2005-03-18 Thread Michael Devore
At 06:24 PM 3/18/2005 +0100, Eric Auer wrote: Heavy port I/O and use of software interrupts are way too freaking slow in V86 mode, no doubt about it. No way around it, either, as it's the nature of V86 mode. Not true - in Pentium and newer CPUs, you have VME, which allow software interrupts

Re: [Freedos-user] Compilation with DJGPP using RHIDE

2005-03-18 Thread Michael Devore
At 01:12 AM 3/19/2005 +0100, Aitor Santamaría Merino wrote: Michael Devore escribió: Heavy port I/O and use of software interrupts are way too freaking slow in V86 mode, no doubt about it. No way around it, either, as it's the nature of V86 mode. Just curiosity, but is the same behaviour

Re: [Freedos-user] Re: Compilation with DJGPP using RHIDE

2005-03-18 Thread Michael Devore
At 06:24 PM 3/18/2005 +0100, you wrote: Not true - in Pentium and newer CPUs, you have VME, which allow software interrupts and the interrupt enable flag to be handled by hardware even for V86 tasks. And following-up with a more accurate answer, no, your VME does NOT help. You have to

Re: [Freedos-user] RE: Freedos-user digest, Vol 1 #405 - 16 msgs

2005-03-19 Thread Michael Devore
At 05:33 PM 3/18/2005 -0700, Schumacher, Gordon wrote: Well, one thing that comes to mind is that (at least) Microsoft's EMM386 affects how the DPMI host allocates memory - I don't know if the same will be true of FreeDOS's, but we found some issues where it did definitely negatively impact the

Re: [Freedos-user] x-comment to Michael Devore's message of 18 March

2005-03-19 Thread Michael Devore
At 03:41 AM 3/19/2005 -0300, Jose Antonio Senna wrote: MDGNU-ish type stuff suffers from the we despise everything related to MDMicrosoft and Not Invented Here syndromes, and its relationship with DOS MDis often uneasy. That said, DJGPP has never given me a problem when MDtesting recent EMM386

Re: [Freedos-user] Compilation with DJGPP using RHIDE

2005-03-19 Thread Michael Devore
At 01:26 PM 3/19/2005 +0300, Arkady V.Belousov wrote: MD Could be interesting to add the required TSS fields and throw the VME MD switch in EMM386. Then benchmark against non-VME and see if there is a Just for information: __O\_/_\_/O__

Re: [Freedos-user] Re: x-comment to Michael Devore's message of 18 March

2005-03-19 Thread Michael Devore
At 01:59 PM 3/19/2005 +0100, Eric Auer wrote: Many illegal memory accesses in programs which won't fail under HIMEM will fail with EMM386 loaded. EMM386 does not allow memory reads/writes outside of the actual PC memory range due to protected mode /V86... You forget that the MEMCHECK switch

Re: [Freedos-user] Re: comment to Aitor Santamaria message of 19 March

2005-03-20 Thread Michael Devore
At 12:42 AM 3/21/2005 +0100, Eric Auer wrote: You might want to ask Michael for the latest testing binary of emm386, which might improve stability, and you might want to run memtest86 on your system to see if your RAM modules are really okay. You should also try if it helps to explicitly use

Re: [Freedos-user] DPMI with 4 GB

2005-04-15 Thread Michael Devore
At 01:11 PM 4/15/2005 +0100, Roberto Waldteufel wrote: Hi All, No I am not using Himem.Sys or Himem.exe. I am writing for 32-bit protected mode, so I need DPMI for the flat memory model, which in theory should enable the use of all 4 GB of RAM on my system, not just extra high memory in the

Re: [Freedos-user] EMM386 problem

2005-04-24 Thread Michael Devore
At 08:03 PM 4/24/2005 +0200, Fox wrote: Hi, I've installed recently FreeDOS on an friend's PC (Cel 850 / 384 MB SDRAM). That PC have a Sound Blaster 64 PCI sound card and I have a big problem to install its driver. The driver must be launched when HIMEM EMM386 are installed, and it needs to have

Re: [Freedos-user] 4GB DPMI - Some more results.

2005-04-26 Thread Michael Devore
At 03:52 PM 4/26/2005 +0100, Roberto Waldteufel wrote: I have a system with 4 GB RAM and am aiming to write and execute programs that will use as much as possible of this RAM while running in 32-bit protected mode (via the GO32 program, linked into my code at compile time). The main problem has

[Freedos-user] EMM386 2.0 Released

2005-04-28 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files emmx20.zip, EMM386/HIMEM mostly executable package, and emms20.zip, EMM386/HIMEM mostly source package. Version 2.0 of EMM386 supports sharing of extended memory between EMS, XMS, and VCPI from a common pool. For most

Re: [Freedos-user] bCAD 2.2 crashes in FreeDOS

2005-04-28 Thread Michael Devore
Catching up... At 01:23 PM 4/5/2005 -0700, Charlie Wilkes wrote: I have been trying to figure out how to use this program for basic drafting and rendering, running it on 3 platforms -- win95osr2 DOS window, win98se DOS window, and FreeDOS. It runs fine on the windows systems but crashes in

Re: [Freedos-user] EMM386 v2.0

2005-04-29 Thread Michael Devore
At 03:51 PM 4/29/2005 +0200, you wrote: Hi, I'm just reporting, that Aladdin is still not working with EMM386 2.0 - still the same error message: XMS memory allocating error. When I waste some XMS with EATXMS, the game launch ok. You need to use /X2MAX32 option with HIMEM, on the HIMEM line in

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-29 Thread Michael Devore
At 12:56 PM 4/29/2005 +0200, you wrote: Yes, BUT: You still forgot to compile with FORSYS defined, so prf.c still outputs to BIOS instead of to (redirectable) DOS. I didn't forget and I did look at the code. The #define explicitly indicated for SYS files, use it the way it is set up. One of the

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-29 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: Quite a while ago, when we had the same discussion, I showed you some documentation (PC DOS stuff afair?) which explicitly states that you can use int 21.01 ... int 21.0c at almost any time. That includes that you can use them from within SYS files and

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-29 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: Quarterdeck Manifest / MFT: I mean: It hangs even if I have no caches on and run it from harddisk. GCUBE intro crashes on second call with EMM386 2.0: DOS tells that the MCB at d0cf:0 has been zeroed out. Does not happen with EMM386 1.15... If I enable

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-29 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: Same for Jazz Jackrabbit (RTM/DPMI16BI) game and the Jazz Jackrabbit DOS link goes to a Win32 version of the game. So much for that guy. GCUBE is one of those tarball atrocities. No thanks, unless you have an already compiled and readily

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-30 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: CTSTOAST 1996 demo (when started with DOS32a) hangs at once if pool sharing is on. AuGoS Go player (same DOS extender). For AuGoS, things are even worse: Alright, I'm going to scream now. Augos.exe fails for me with a runtime error EVEN IF I don't

Re: [Freedos-user] Re: Re: EMM386 2.0 Released

2005-04-30 Thread Michael Devore
At 10:37 PM 4/30/2005 +0200, Eric Auer wrote: For me, it complains about my DOS4GW, but it runs okay in EMM386 1.15 as long as I start it with help of DOS32A. At long last, a clue. Turns out your favorite DOS32A doesn't like it when more than about 256M of VCPI is available. It either locks up

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-04-30 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: GCUBE intro crashes on second call with EMM386 2.0: DOS tells that the MCB at d0cf:0 has been zeroed out. Does not happen with EMM386 1.15... Very trippy, that GCUBE, looks like a hi-rez television version of an 60's acid trip. Well, it's a smoking

Re: [Freedos-user] EMM386 gun-smoking with HIMEM /max

2005-05-01 Thread Michael Devore
At 08:17 AM 5/1/2005 +0200, Eric Auer wrote: Hi, I did extensive testing with HIMEM /max=... to limit the amount of available XMS memory. The biggest value for /max which works for me is 84992, one kilobyte more and ZIP starts to crash (emm386 illegal instruction message, cs:ip at 0:b, ds=f,

Re: [Freedos-user] EMM386 gun-smoking with HIMEM /max

2005-05-01 Thread Michael Devore
At 02:07 AM 5/1/2005 -0500, I wrote: Could be the sideways nibble that EMM386 does if it doesn't have a full (1.5M * n) pool allocation block from a previous allocation. It tries to eat 32K off an adjacent address free XMS handle and pass it over to the currently used handle to fill out the

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-05-02 Thread Michael Devore
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote: More problems ahead. I tested several programs with EMM386 2.0, setting X=TEST VDS. Many failed. Most of them did work, however, when I added EMM=20480 to the settings, to disable the EMS / XMS / VCPI memory pool sharing. Some programs still failed

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-05-02 Thread Michael Devore
At 10:22 PM 5/2/2005 +0200, Fox wrote: Hi, I tried the EMM386 v2.0, and there is a weird behave: When I boot the PC, my apps works ok (I tested with JAZZ JackRabbit, LAME, MPXPLAY and FastTracker 2). But when I quit the app and want to launch another one from the list, the second app is freezing

[Freedos-user] EMM386 2.01 Bugfix Released

2005-05-02 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files emmx201.zip, EMM386/HIMEM mostly executable package, and emms201.zip, EMM386/HIMEM mostly source package. EMM386 Version 2.01 is a bugfix release for Version 2.0. It is required for everyone who has version 2.0, and is a

Re: [Freedos-user] Re: EMM386 2.01 Bugfix Released

2005-05-02 Thread Michael Devore
At 01:18 AM 5/3/2005 +0200, Eric Auer wrote: Remaining PROBLEM: Lemmings 3d hangs right before returning to DOS. I can't run Lemmings on my machines, period. It locks up, including under MS HIMEM and EMM386. So not much I can do about it. Everything else sounds likely to be errors or

Re: [Freedos-user] Re: EMM386 2.0 Released

2005-05-02 Thread Michael Devore
At 01:59 AM 5/2/2005 +0200, Aitor Santamaría Merino wrote: Michael Devore escribió: It should clear up your DOS extender problems, anyway. Except for DOS/32A having a hard limitation of 256M VCPI. That bit of stupidity on its part will take user intervention to circumvent. Hi Michael, I like

Re: [Freedos-user] EMM386 2.01

2005-05-03 Thread Michael Devore
At 02:57 PM 5/3/2005 +0200, Fox wrote: Jazz - don't ran. Just showed Unhandled exception 000E at 0020 1BEF ErrCode 0002, but not hanged. Is this that Jazz Jackrabbit thing? You would be the second person reporting a problem there. Any link to get the DOS version for me to test? I Googled for

Re: [Freedos-user] Re: EMM386 2.01 Bugfix Released

2005-05-03 Thread Michael Devore
At 02:59 PM 5/3/2005 +0200, Eric Auer wrote: todo.txt emm386.txt and emm386.lsm are all outdated Not my file, not my file, and fully up to date. Sorry. Did not mean to annoy you. So: Tom, could you update those files? Thanks. I don't know what you're talking about, actually. The first two

Re: [Freedos-user] Re: EMM386 2.01 Bugfix Released

2005-05-03 Thread Michael Devore
At 01:36 PM 5/3/2005 -0500, I wrote: At 02:59 PM 5/3/2005 +0200, Eric Auer wrote: amount of allocateable EMS, namely 256 MB? I mean, would all DOS extenders be able to allocate extra RAM from XMS when they find out that VCPI only offers them 256 MB? So why should I cripple VCPI to make your

Re: [Freedos-user] EMM386 2.01

2005-05-03 Thread Michael Devore
At 08:22 PM 5/3/2005 +0200, Fox wrote: By the way, I get exactly the same error when trying to launch Borland Pascal 7 (BP.EXE) I don't do Pascal so I don't have that compiler. I'm assuming that BP 7 is simply not available for download anywhere other than transient illegal warez sites so I

Re: [Freedos-user] EMM386 2.01

2005-05-03 Thread Michael Devore
At 08:22 PM 5/3/2005 +0200, Fox wrote: You found the Jazz 2 game, which is indeed for Windows. Jazz 1 can be downloaded from http://www.dosgamesarchive.com/download/game/111 Jazz runs okay for me, at least as far as running the green rodent around and shooting things. Only problem I have with

Re: [Freedos-user] EMM386 2.01

2005-05-03 Thread Michael Devore
At 02:57 PM 5/3/2005 +0200, you wrote: 0002, but not hanged. Then I wanted to run RAR32 but it frozed up :( The good news is that RAR32 is working at all (don't worked with the EMM386 1.5) :-) RAR32 also runs okay for me IF I limit free XMS to 429M. If I have more than 429M available, RAR32 say

Re: [Freedos-user] EMM386 v2.01 bug

2005-05-04 Thread Michael Devore
At 03:16 PM 5/4/2005 +0200, Fox wrote: When I load EMM386 with the VDS option and I want to listen to music (MP3) with MPXPLAY (the DOS32 version) from CD-ROM, the sound is garbled. When I listen from hard disk, it's ok. The thing to remember about the VDS option is that it doesn't change

Re: [Freedos-user] EMM386 2.01

2005-05-04 Thread Michael Devore
At 08:38 AM 5/4/2005 +0200, Roberto Mariottini wrote: I don't think it's still available, because today the french site links to Borland USA for downloads. So no more free french beer :-( Still I have that copy of BP 7 downloaded legally, I can send it to you to test it with your environment,

Re: [Freedos-user] EMM386 2.01

2005-05-04 Thread Michael Devore
At 07:31 AM 5/4/2005 +0200, Fox wrote: My CPU is a Celeron 766 MHz FC-PGA Maybe it's ok because I gave you a link to the shareware version... (I have the full one). I will pack my copy of the game and will send it to your ftp (devoresoftware/incoming), so you will have exactly the same program as

Re: [Freedos-user] EMM386 v2.01 bug

2005-05-06 Thread Michael Devore
At 08:38 AM 5/6/2005 +0200, Fox wrote: On Thursday 05 May 2005 23:19, Arkady V.Belousov wrote: What program reports occupied? The FreeDOS MEM (it's the only program I know which i able to play with memory bigger than 64MB) You'll need to post a MEM /X report and CONFIG.SYS. I don't know

Re: [Freedos-user] emm386 2.01 question

2005-05-06 Thread Michael Devore
At 04:52 PM 5/6/2005 +0200, Florian Xaver wrote: As i understand, emm386 switches the pc into protected mode (so it needs VCPI).Then... is it in V86 mode? So wouldn't it be possible to make a better error handling. I mean, if a program hangs or so, that not the computer hangs and that you can

[Freedos-user] EMM386 2.02 Stable (should be)

2005-05-16 Thread Michael Devore
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. EMM386 Version 2.02 is a stable release with small bug fixes over version 2.01 and compatibility enhancements. It

Re: [Freedos-user] applic problem with emm386, himem

2005-05-28 Thread Michael Devore
At 07:41 AM 5/28/2005 -0700, coralline algae wrote: I am testing a program pari/gp which i downloaded from here ftp://megrez.math.u-bordeaux.fr/pub/pari/dos/ only two files are necessary for the dos install gpb_210.zip gprt.zip tested initially on freedos b9sr1 with emmx202.zip version of

[Freedos-user] Re: About LOADHIGH with EMM386

2005-06-04 Thread Michael Devore
resent with address corrections for freedos-user list At 05:54 PM 6/3/2005 -0300, Enrique Mora wrote: Hi. I have a problem. When i use EMM386.exe and HIMEM.EXE all the programs that I put in upper memory faild. 14?DOS=HIGH,UMB 4?DEVICE=C:\FDOS\FDXMS\FDXMS.SYS

Re: [Freedos-user] About LOADHIGH with EMM386

2005-06-04 Thread Michael Devore
At 04:51 PM 6/4/2005 +0400, Arkady V.Belousov wrote: MD If X=TEST without I= and the VDS option don't change anything, the best MD thing to try is to do a full exclude of all high memory as in X=A000-EFFF MD (keep VDS too), in order to be sure that the problem really is with high MD memory

Re: [Freedos-user] EMM386 2.01

2005-06-04 Thread Michael Devore
At 09:13 PM 6/2/2005 +0200, Aitor Santamaría Merino wrote: Michael Devore escribió: At 03:07 PM 5/3/2005 -0500, I wrote: Ha! What is up with these goofball extender limitations? RAR32 uses RSX extender. I can't decide if there is a weird bug in EMM386 that makes DOS/32A unhappy

[Freedos-user] Re: About LOADHIGH with EMM386

2005-06-06 Thread Michael Devore
are not automatically included. If it does not work with full exclusion, we're looking at a different problem unrelated to upper memory entirely. Frankly, I don't see a need to ever use FDXMS.SYS in a CONFIG.SYS file nowadays. == Michael Devore, Devore Software

Re: [Freedos-user] Re: About LOADHIGH with EMM386

2005-06-06 Thread Michael Devore
At 01:34 PM 6/6/2005 -0300, Enrique Mora wrote: Hi!! Thanks for help me!! When i used umbpci the lh work correct but umbpci put only 122Kb in upper memory and i need 150kb because i use PC/TCP packets for my program to cumunicate whit a central server. I can't help further until you tell us

[Freedos-user] EMM386 2.03 (minor, for WDOSX)

2005-06-08 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files emmx203.zip, EMM386/HIMEM mostly executable package, and emms203.zip, EMM386/HIMEM mostly source package. EMM386 Version 2.03 is a minor update, recommended for those using programs which are bound to the WDOSX DOS

Re: [Freedos-user] problems with OpenWatcom debugger + FreeCOM + Win98

2005-07-06 Thread Michael Devore
At 04:48 PM 7/5/2005 -0800, Brolin wrote: The DOS version of the OpenWatcom debugger (BINW\WD.EXE) behaves strangely when using FreeCOM on Win98. There are no problems with WD when using Win98's COMMAND.COM on Win98, nor are there problems when using FreeCOM on FreeDOS rather than Win98.

[Freedos-user] EMM386 2.04/HIMEM 3.11 update, recommended

2005-07-07 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the files emmx204.zip, EMM386/HIMEM mostly executable package, and emms204.zip, EMM386/HIMEM mostly source package. EMM386 2.04 and HIMEM 3.11 are bugfix updates. HIMEM 3.11 is a recommended update for all FreeDOS users. EMM386

Re: [Freedos-user] problems with OpenWatcom debugger + FreeCOM + Win98

2005-07-09 Thread Michael Devore
At 03:29 PM 7/9/2005 -0800, Brolin wrote: Michael Devore wrote: WD is plain old goofy. It has had a slightly unstable reputation under DOS for over ten years. You could be seeing nothing more than the OS memory image having different byte values at a particular location(s), or slightly

Re: [Freedos-user] NTFS4DOS and UMBPCI.SYS?!?!

2005-07-10 Thread Michael Devore
At 11:08 PM 7/10/2005 +, Mark Bailey wrote: SWITCHES=/F DOS=HIGH,UMB DEVICEHIGH=a:\HIMEM.SYS /NUMHANDLES=128 /TESTMEM:OFF /Q DEVICEHIGH=A:\UMBPCI.SYS This is a strange example since DEVICEHIGH simply won't work (because it can't) before upper memory is actually available. That won't

[Freedos-user] Re: GVEdit versus HIMEM problems

2005-07-12 Thread Michael Devore
At 08:38 PM 7/11/2005 +0200, Eric Auer wrote: Hi, the fancy windowed desktop which only contains a text editor and some small tools and comes with 2 bmps for unknown reason GVEdit: http://homepage.ntlworld.com/gvision/gv/gvedit.zip ... crashes for Blair with HIMEM and FDXXMS. GVEDIT fails

Re: [Freedos-user] re: Re: GVEdit versus HIMEM problems

2005-07-12 Thread Michael Devore
At 04:39 PM 7/12/2005 +0200, Eric Auer wrote: Thanks! Actually GVEdit grows the XMS block very often (in multiples of 4k) so no wonder that GVEdit crashed. However, it is strange that nobody has noticed this problem before. Documentation tells that reallocation can only fail due to A20

Re: [Freedos-user] NTFS4DOS and FreeDOS - Works with UMBPCI, Fails with EMM386

2005-07-12 Thread Michael Devore
At 01:31 PM 7/12/2005 -0400, Mark wrote: OK, here is the config.sys file I used with emm386. Note that including NOEMS on the command line causes the installhigh to FAIL with: DOS/32A fatal (1002): DOS reported insufficient memory Well, the problem is here. You need the NOEMS option to free

Re: [Freedos-user] NTFS4DOS and FreeDOS - Works with UMBPCI, Fails with EMM386

2005-07-12 Thread Michael Devore
At 02:11 AM 7/13/2005 +, you wrote: Hi Michael: Thanks again for the help. That didn't change the symptoms at all from just using NOEMS...still get the error from DOS/32A! What does DOSDATA=UMB do? I am booting from a USB floppy drive most of the time...occasionally from a CD with a

  1   2   3   >