Ok, I give up; I knew that linux has 'make' and 'make install' all over the
place, but, until this afternoon,
I never knew that dos has it. While attempting to install some parts of HX
and GEM to djgpp, I was struck
by this: "use 'make' to configure the includes(headers) and libraries, and
use 'mak
On Tue, Jun 16, 2009 at 4:42 PM, Tom Ehlert wrote:
> > Because running Win32 console applications are not reliable in HX. I have
> a
> > few of them on my own FreeDOS machine, and they don't really run very
> well.
>
> is that your entry to the ever lasting 'WORST BUG REPORT EVER'
> competition ?
> Because running Win32 console applications are not reliable in HX. I have a
> few of them on my own FreeDOS machine, and they don't really run very well.
is that your entry to the ever lasting 'WORST BUG REPORT EVER'
competition ? in that case, consider yourself a front runner.
and - BTW - Free
On Tue, Jun 16, 2009 at 2:09 PM, Robert Riebisch wrote:
> King InuYasha wrote:
>
> > HX Extender is not a very good Win32 console runner,
>
> Why do you think so?
>
> Robert Riebisch
> --
> BTTR Software
> http://www.bttr-software.de/
>
Because running Win32 console applications are not reliable
dos386 wrote:
>> DPMI host ??? Some faulty EMM386 ???
>> For me it isn't slow at all :-) ... I didn't test the memory requirements :-|
>
> Now I tested for you in BOCHS ( !!! 100x slower than natively !!! )
> with 8 MiB RAM:
>
> It WORKS VERY WELL, starts in 2 SECONDS, and can display a small BM
King InuYasha wrote:
> HX Extender is not a very good Win32 console runner,
Why do you think so?
Robert Riebisch
--
BTTR Software
http://www.bttr-software.de/
--
Crystal Reports - New Free Runtime and 30 Day Trial
Chec
dos386 wrote:
>> From hundreds of PCs only a few failed here.
>
> WOW !!! You have / had and tested that many ?
I haven't tested, but actually *used* these.
> "BIOS USB storage support" is nice for those
> having it "accidentally" working, but definitely
> not a generic DOS USB solution, the mi
Before I even try messing with hx extender, does anyone know if it will work
out-of-the-box with djgpp,
which I am used to, and I don't trust having two compilers of the same
language present simultaneously.
Also, since HX has it's own dpmi, would I have to remove the cwsdpmi from
the djgpp/bin?--k
Folks,
By my count, there have been 26 messages on this thread and it is
going off topic. Please do not rehash the GPL issues other projects
may or may not had.
Pat
On 6/16/09, Christian Masloch wrote:
>>> development has been to at least support the
>>> versions of Windows that ran on top o
>> development has been to at least support the
>> versions of Windows that ran on top of dos.
>
> This violates the GPL.
That sounds interesting. Completely implausible, but interesting. In what
way does it violate the GPL?
--
> No it is not and it is rude
Try ReactOS forum. How long you will survive
there before getting banned, if you are not yet.
> development has been to at least support the
> versions of Windows that ran on top of dos.
This violates the GPL.
> The natural next step is to replace those versions of
> ... you did something wrong.
NO. I didn't buy any of them at given short time (2003 to 2008 ?)
caring about "BIOS USB storage support"
> From hundreds of PCs only a few failed here.
WOW !!! You have / had and tested that many ?
"BIOS USB storage support" is nice for those
having it "accidenta
> Just wondering what Open Source libraries in the graphics/multimedia/audio
GFX: DUGL ( :-) DGJPP), ALLEGRO (buggy, dead, DGJPP), FB-GFX (limited,
some bugs left)
AUDIO: nothing, Allegro (dead, ISA sound cards only), DUGL (sound
support not yet (?) implemented)
MM: APEG (Allegro addon, YES, the
> > uses much memory and is very slow (45s just to load on my computer).
Then you did something very wrong.
> DPMI host ??? Some faulty EMM386 ???
> For me it isn't slow at all :-) ... I didn't test the memory requirements :-|
Now I tested for you in BOCHS ( !!! 100x slower than natively !!! )
w
14 matches
Mail list logo