Hi!
16-Сен-2004 01:19 [EMAIL PROTECTED] (Aitor Santamarэa Merino) wrote to
[EMAIL PROTECTED]:
>>bad idea. COM2EXE cannot detect de-UPX-ed size! So the exe header
>>will tell how much space the compressed COM needs. But the whole idea
>>of using COM2EXE was to let DOS know the de-UPX-ed size expli
Hi!
15-Сен-2004 19:31 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> About DISPLAY:
>> UPX first, COM2EXE next, produces smallest size.
EA> bad idea. COM2EXE cannot detect de-UPX-ed size! So the exe header
This is unimportnat, because (my) COM2EXE doesn't "detects" size at
al
Aitor wrote:
> By the way, does anyone know how to mount a drive or
> directory as a drive for VMWARE? (something like DOSEMU's
> lredir).
I never had VMWARE myself (why spend US $189 when you don't
need to?) but from what I've read about it has a virtual
network card so you could use a SMB clie
Hi,
Eric Auer escribió:
About DISPLAY:
UPX first, COM2EXE next, produces smallest size.
bad idea. COM2EXE cannot detect de-UPX-ed size! So the exe header
will tell how much space the compressed COM needs. But the whole idea
of using COM2EXE was to let DOS know the de-UPX-ed size explicitly:
Hi Bernd and all,
> I finally got internet again, so after spending this afternoon reading
> about 300 emails I'm back again.
I noticed that :-).
> DEVLOAD /H /Q ATAPICDD.SYS /D:FDCD0001
> DEVLOAD /H /Q CDRCACHE.SYS FDCD0001 CDRCACH1 5
Oh boy... I still suggest using DEVICE, not DEVLOAD. The
Bernd Blaauw escribió:
no idea if the DISPLAY binary has been UPX'd, and if that has any affect.
UPX first, COM2EXE next, produces smallest size.
I'm still confused by syntax for DISPLAY/MODE/KEYB.., so it's good to
have working examples at hand.
I think what you are using is ok. It's equal than f
alright, MEM display is a MEM bug as Bart indicated,
Lucho fixed, as final public developers's work for his part, the
'remainig' -> 'remaining' cosmetic bug.
now only this strange bug of why DISPLAY loads high if MEM is first run,
and loads low (and atapicdd/cdrcache load high instead) if MEM isn'
Bart Oldeman escribió:
On Wed, 15 Sep 2004, Bernd Blaauw wrote:
Bernd Blaauw wrote:
Hello all,
I've put online a new bootdisk with which I, and you, can easily
experiment. Download it from:
http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
unzipped]
OK, just uploade
Hi,
Bernd Blaauw escribió:
Bernd Blaauw wrote:
Hello all,
I've put online a new bootdisk with which I, and you, can easily
experiment. Download it from:
http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
unzipped]
OK, just uploaded a new version, now includes fixed autoexec.bat
Hi!
15-Сен-2004 12:04 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
>>BB> CTMOUSE 3,328(3K) 0(0K) 3,328(3K)
>>BB> 48,704 (48K) 0(0K) 48,704 (48K)
>>BB> Free 623,024 (608K)622,880 (608K)144
On Wed, 15 Sep 2004, Bernd Blaauw wrote:
> Bernd Blaauw wrote:
>
> > Hello all,
> >
> > I've put online a new bootdisk with which I, and you, can easily
> > experiment. Download it from:
> > http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
> > unzipped]
>
> OK, just uploaded a n
Arkady V.Belousov wrote:
BB> Bart, do you see the unnamed program, eating 48KB (probably just a
BB> viewing problem)?
BB> CTMOUSE 3,328(3K) 0(0K) 3,328(3K)
BB> 48,704 (48K) 0(0K) 48,704 (48K)
BB> Free 623,024 (608K)622
Hi!
15-Сен-2004 03:44 [EMAIL PROTECTED] (Bernd Blaauw) wrote to All:
BB> Bart, do you see the unnamed program, eating 48KB (probably just a
BB> viewing problem)?
BB> CTMOUSE 3,328(3K) 0(0K) 3,328(3K)
BB> 48,704 (48K) 0(0K) 48,704
Bernd Blaauw wrote:
Hello all,
I've put online a new bootdisk with which I, and you, can easily
experiment. Download it from:
http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
unzipped]
OK, just uploaded a new version, now includes fixed autoexec.bat and
mounting. program for s
14 matches
Mail list logo