On Wed, 10 Mar 2004 03:03:30 +0300 (MSK), you wrote:
Hi Arkady,
Come with best timing!
Gentlemans, I prepare first edition of BOOTFIX - utility to check boot
sector validness. Please, test it, and report me if something is wrong.
I've some problem with FORMAT a FAT32 L partition, working
On Wed, 10 Mar 2004 14:54:58 -0300, Alain Mouette wrote:
Only one program is missing and that is a Scan-Disk (written as 2 words)
Afraid of the M1CR0$0FT police? ;-) Let's swap the words then and call it
DISKSCAN!
utility for Fat32. For what I kow, DOSFSCK is working and need only a
small
A minor update to HIMEM64, next release slated to be the HIMEM, is available in the
directory at ftp://ftp.devoresoftware.com/downloads via ftp or direct link with most
browsers. The files are HIMEM64.ZIP, containing uncompressed HIMEM64.EXE and
HIMEM64S.ZIP, contain the modified source file
Only one program is missing and that is a Scan-Disk (written as 2 words)
Afraid of the M1CR0$0FT police? ;-) Let's swap the words then and call
it DISKSCAN!
No, I am afraid of starting another message war. There are some people
here working in a scandisk
utility for Fat32. For what I kow,
Hi Michael,
EMM386 will only allocate VCPI memory from the EMS memory pool. Making it
automatically use the XMS memory pool would require backdoor interaction
with HIMEM[64] and generally make things quite a bit more complex.
Of course, a DOS extender/extended program can still use XMS in
Hi, I removed the C000:8 and | strings and did this:
xxd -r dump.txt | ndisasm - | less
At first glance the analyzed payload of this HighPoint IDE 386 thing
looks like something which hooks int 13h (BIOS disk services) and hides
the first 2 sectors on the disk from the user, both in CHS and LBA
At 07:34 PM 3/10/2004 -0300, Alain wrote:
EMM386 will only allocate VCPI memory from the EMS memory pool. Making it
automatically use the XMS memory pool would require backdoor interaction
with HIMEM[64] and generally make things quite a bit more complex.
Of course, a DOS extender/extended
Hi Alain,
Only one program is missing and that is a Scan-Disk (written as 2 words)
utility for Fat32. For what I kow, DOSFSCK is working and need only a
small fixes in the read sector.
I strongly disagree. Our SCANDISK for FAT1x is completely defunct, so we
have no SCANDISK in the meaning
Hi!
10--2004 15:54 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
MD What would you think about an EMM386 that decided to steal some of your XMS
MD memory at startup, just in case a VCPI-using program wanted it later on? I
As I understand, EMM386 may inserts itself into
At 03:38 AM 3/11/2004 +0300, Arkady V.Belousov wrote:
Hi!
10-íÁÒ-2004 15:54 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
MD What would you think about an EMM386 that decided to steal some of your XMS
MD memory at startup, just in case a VCPI-using program wanted it later on? I
Michael Devore escreveu:
At 07:34 PM 3/10/2004 -0300, Alain wrote:
EMM386 will only allocate VCPI memory from the EMS memory pool. Making it
automatically use the XMS memory pool would require backdoor interaction
with HIMEM[64] and generally make things quite a bit more complex.
Of course,
Hi!
10--2004 20:00 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
As I understand, EMM386 may inserts itself into XMM chain and behave as
XMM over HIMEM. Thus, you will one memory available both through EMS and
XMS, as in QEMM386.
MD No, the memory allocation is quite
12 matches
Mail list logo