Re: [Freedos-user] Freedos Future

2006-07-25 Thread Michael Devore
At 02:20 PM 7/24/2006 +0200, Japeth wrote: >I was advised (thanks Eric!) that there exists a "SB" option for FD-Emm386. >Setting this option indeed cures the SB MPU issues for the protected-mode >games I tried. The SB option is easily the goofiest option I've added to any program I've worked on

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Blair Campbell
Jack gets easily offended, and can't deal with any criticism, even when it's not meant to be offensive. That's why he requested that his programs not be associated with FreeDOS. On 7/24/06, John Price <[EMAIL PROTECTED]> wrote: > On Mon, Jul 24, 2006 at 09:36:33AM -0500, Jim Hall wrote: > > ... B

Re: [Freedos-user] Freedos Future

2006-07-24 Thread John Price
On Mon, Jul 24, 2006 at 09:36:33AM -0500, Jim Hall wrote: > ... But unfortunately, Jack felt there was a personality > conflict with others on the project, and he chose to make his software > non-free, both in terms of source code and in terms of its use. Jack > specifically requested/insisted

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Jim Hall
Kenneth J. Davis wrote: > Norbert Remmel wrote: > > ... > >> And I think none of you will say that qhimem is a bad product and >> because of this Jack's memory manager has the right to be a part of >> freedos, again, closed source or not. That really doesn't matter. >> > ... > > The flamewa

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Jim Hall
Florian Xaver wrote: > [...] > Btw (2): @Jim: > > Have you thought about FreeDOS announcement? Maybe a small interview and > a little discussion about other software would be a good idea, too. E.g. > some words about HX extender (f.e. Windows version of QEMU runs in DOS) > or Mpxplay (Plays even

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Kenneth J. Davis
Norbert Remmel wrote: ... > And I think none of you will say that qhimem is a bad product and > because of this Jack's memory manager has the right to be a part of > freedos, again, closed source or not. That really doesn't matter. ... The flamewar aside I wanted to make a correction to this; Jac

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Japheth
> > Without a true SB card, I can't duplicate the problem, but I would strongly > bet against the Windows-introduced and flavored GEMMIS being used in any > meaningful (or at least critical) manner by DOS4G -- or any other DOS > extender of notable popularity. Function 4a15h is much more likel

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Eric Auer
Hi Norbert, Japheth, Michael, nice to hear that we are getting back to a productive atmosphere on the list :-). > Not right, because as a normal user you don't have to care about the > chipset you are using, because UMBPCI automatically checks and only > gives a message if an unsupported one is f

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Norbert Remmel
Hi Eric, at first thanks a lot for your answer. Eric Auer schrieb: > Hi all, > > my excuses for the length of this mail. I hope at least > Norbert and Blair will read all of it :-). I read all of it ;-) > For all the rest, the summary is: There is less poison in > the community than you think.

Re: [Freedos-user] Freedos Future

2006-07-24 Thread Norbert Remmel
Michael Devore schrieb: > As a matter for record, since it's been incorrectly reported twice now: > FreeDOS, HIMEM, and EMM386 work fine with Doom. It was one of the first > tests of VCPI support and is often checked against as a baseline. There > are no known applications which fail under Fr

Re: [Freedos-user] Freedos Future

2006-07-23 Thread Michael Devore
At 07:56 AM 7/24/2006 +0200, Japheth wrote: > > But: DOOM does work with the current himem/emm386. > >As for me this is true for the newest versions of himem/emm386 (July 2006) >only. In fact, any DOS4G application didn't work with FD-Emm386 previously >because my machine has 768 MB. Generally s

Re: [Freedos-user] Freedos Future

2006-07-23 Thread Japheth
> But: DOOM does work with the current himem/emm386. As for me this is true for the newest versions of himem/emm386 (July 2006) only. In fact, any DOS4G application didn't work with FD-Emm386 previously because my machine has 768 MB. And "do work" doesn't mean "works well". For example, the M

Re: [Freedos-user] Freedos Future

2006-07-23 Thread Florian Xaver
Hi, I see a future of FreeDOS, also behind version 1.0. I have been using latest HIMEM every day and haven't any problem. Also LBACACHE works very good ;-) I am downloading the latest test version of Freecom now. If I find an error, you will read my bug report :-) Bad think is, that I have on

Re: [Freedos-user] Freedos Future

2006-07-22 Thread Eric Auer
Hi all, my excuses for the length of this mail. I hope at least Norbert and Blair will read all of it :-). The other readers of the "EMM386 2.11" thread might want to join ;-) For all the rest, the summary is: There is less poison in the community than you think. HIMEM and EMM386 are better tha

Re: [Freedos-user] Freedos Future

2006-07-22 Thread Michael Devore
As a matter for record, since it's been incorrectly reported twice now: FreeDOS, HIMEM, and EMM386 work fine with Doom. It was one of the first tests of VCPI support and is often checked against as a baseline. There are no known applications which fail under FreeDOS HIMEM or EMM386 with the F

[Freedos-user] Freedos Future

2006-07-22 Thread busch-co
Hi, When reading the messages in developer mailing list, I'm wondering about where FreeDOS is moving. The developers are only blaming each other whole time. There's no normal discussion possible. "If you say something wrong than I'll kick your ass off the mailing list!". That's just kidding. Why