At 11:16 PM 3/17/2004 +, Bart Oldeman wrote:
>> >Duke Nukem 3D reboots the machine as soon as it enters graphics mode. Its
>> >setup program (which also uses dos4gw 1.97) works correctly though. DOOM
>> >on the other hand works. Will try to run with Causeway and DOS32A later.
>>
>> I downloaded
At 09:53 PM 3/17/2004 -0500, you wrote:
>>What is your physical memory on the machine you are using (e.g. 32M, 256M, 512M)?
>256M, but 32 of it is shared with the video card. (can go from 8 - 64 m)
Okay, I figured out a problem with higher memory machines (>= 256M) not reserving
enough memory wi
What is your physical memory on the machine you are using (e.g. 32M, 256M,
512M)?
256M, but 32 of it is shared with the video card. (can go from 8 - 64 m)
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presente
On Wed, 17 Mar 2004 19:28:01 +0200, you wrote:
Hi Lucho,
>Here is the explanation why NRV isn't included in UPX. This was an old
>hypothesis of mine, but it's now over-confirmed. He just had signed NDAs
>with NA$A (the big liars - their moon landing 35 years ago was hoax!), and
Really?
But al
On Wed, 17 Mar 2004 14:33:15 + (GMT), you wrote:
Hi Bart,
>> Great! But when I downloaded it, it turned out to be... the old version
>> (0.39)! :-(
>
>I wonder why you'd want to save 200 bytes anyway, when the disk space used
>is exactly the same (8002 -> 7802, both 16 sectors)?
Lucho may wa
Michael Devore wrote:
At 09:04 AM 3/13/2004 -0600, Jim Hall wrote:
That's great! I assume it would be okay for me to post a news item on FreeDOS.org so that more users could have a chance to test this for you. If that's not okay, let me know and I'll take it down.
Well, it's an interesting way
On Wed, 17 Mar 2004, Michael Devore wrote:
> >
> >Duke Nukem 3D reboots the machine as soon as it enters graphics mode. Its
> >setup program (which also uses dos4gw 1.97) works correctly though. DOOM
> >on the other hand works. Will try to run with Causeway and DOS32A later.
>
> I downloaded Duke
At 10:35 PM 3/17/2004 +, you wrote:
>On Wed, 17 Mar 2004, Michael Devore wrote:
>
>> I suppose I could break up the ZIP to floppy sized units, but I'm not
>> real thrilled about trying it. I'd very much rather get the CD problem
>> fixed.
>
>don't you have an old ISA network card you can put i
On Wed, 17 Mar 2004, Michael Devore wrote:
> I suppose I could break up the ZIP to floppy sized units, but I'm not
> real thrilled about trying it. I'd very much rather get the CD problem
> fixed.
don't you have an old ISA network card you can put in the DOS machine?
Then you could copy via a sm
At 09:00 AM 3/17/2004 -0500, Adam Peart wrote:
>I just tried out the new version, and I had the same problem as the previous version.
> If I go emm38664.exe /noems, I get the message "func 43, out 8800 0006 ".
>But if I use ems, then I get
>mapping UBM's (16k each) at: d800 dc00
>umb bl
At 08:30 PM 3/17/2004 +, Bart Oldeman wrote:
>> Latest test version of EMM386 is at
>> ftp://ftp.devoresoftware.com/downloads in the files EMM386.ZIP and
>> EMMSRC.ZIP, as executable and source.
>>
>> These version corrects a problem with memory corruption in UMB's using
>> VCPI, particularly n
> Today, Markus Franz Xaver Johannes Oberhumer
> launched his new site at last (after NRV marsed)!
Lucho, You always make my day when you quote
Herr Oberhumer's full name.
Someway somehow it evaporates some of the 'heaviness'
associated with the compression & GPL discussion.
But not for long so k
At 09:04 AM 3/13/2004 -0600, Jim Hall wrote:
>That's great! I assume it would be okay for me to post a news item on FreeDOS.org so
>that more users could have a chance to test this for you. If that's not okay, let me
>know and I'll take it down.
Well, it's an interesting way to make my daily f
On Tue, 16 Mar 2004, Michael Devore wrote:
> Latest test version of EMM386 is at
> ftp://ftp.devoresoftware.com/downloads in the files EMM386.ZIP and
> EMMSRC.ZIP, as executable and source.
>
> These version corrects a problem with memory corruption in UMB's using
> VCPI, particularly notable with
Hi Lucho,
luckily both the non-NRV versions of UPX (i.e. the compile yourself
ones, which I have to use in Linux anyway because there are no precompiled
UPX binaries for my ooold libc) and Info-ZIP are find in combination with
GPL license-wise. So if it really bothers you, replace UPX-nrv and RAR
Today, Markus Franz Xaver Johannes Oberhumer launched his new site at last
(after NRV marsed)!
http://www.oberhumer.com/company/partners.php
Here is the explanation why NRV isn't included in UPX. This was an old
hypothesis of mine, but it's now over-confirmed. He just had signed NDAs
with NA$A
On Wed, 17 Mar 2004 17:54:38 +0300 (MSK), Arkady V.Belousov wrote:
I think there's a problem here. If you recall the discussion with Dave
Turner (FSF), he said:
I heard that you were considering a proprietary executable compression
scheme for FreeDOS. I'm just writing to let you know the licensin
>> 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 s
>> 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
Hi!
17-Мар-2004 08:12 [EMAIL PROTECTED] (Jim Hall) wrote to
[EMAIL PROTECTED]:
>> MKEYB 0.40 released
As sayed Lucho there is 0.39.
JH> I think there's a problem here. If you recall the discussion with Dave
JH> Turner (FSF), he said:
>> I heard that you were considering a proprietary exec
On Wed, 17 Mar 2004, Luchezar Georgiev wrote:
> On Wed, 17 Mar 2004 10:54:16 +0100, tom ehlert wrote:
>
> > 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 sma
On Wed, 17 Mar 2004 10:54:16 +0100, tom ehlert wrote:
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 execut
tom ehlert wrote:
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,
I think there'
I just tried out the new version, and I had the same problem as the
previous version. If I go emm38664.exe /noems, I get the message "func 43,
out 8800 0006 ". But if I use ems, then I get
mapping UBM's (16k each) at: d800 dc00
umb block 0 at d800:000, size = 0x800 paragraphs (32kb)
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
-
25 matches
Mail list logo