From:	"A. Sinan Unur" <asu1 AT cornell DOT edu>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Exclusive access to drive
Date:	Thu, 05 Jun 1997 12:12:18 -0400
Organization:	Cornell University
Sender:	asu1 AT cornell DOT edu (Verified)
Message-ID:	<3396E562.141@cornell.edu>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 970603130649 DOT 29724B-100000 AT is> <5n6bav$l1f AT news DOT ox DOT ac DOT uk>
Reply-To:	asu1 AT cornell DOT edu
NNTP-Posting-Host:	128
Mime-Version:	1.0
Lines:	44
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

George Foot wrote:
> 
> Eli Zaretskii (eliz AT is DOT elta DOT co DOT il) wrote:
> 
> Hmm, I've been following this for a while, and I just booted into 
> Win95 and tried a few things I haven't seen discussed yet. Firstly I 
> confirmed the problem existed on my system. Then, I wrote a short 
> program which waited for a keypress, and tried running chkdsk in 
> another DOS box - it worked fine. Then, I made a program to 
> system("command") and ran chkdsk from that command prompt. The problem 
> recurred.
> 
> These show a few things:
> 
> 1) It's not just Windows' reaction to running DPMI programs (chkdsk 
> still works when a DPMI program is running)
> 
> 2) It's not because chkdsk is being directly spawned by the DPMI 
> program
> 
> I also tried using PFE to execute CHKDSK (worked fine) and to start a 
> DOS prompt and chkdsk there (again, it worked fine).
> 
> Perhaps someone with Watcom could try a similar program there and see
> whether it suffers the same way?

i also verified all those. however, i think what is more significant is
the fact that the program

#include <stdlib.h>

int main(void)
{
 return system("chkdsk");
}

works correctly  when compiled using

gcc -Zwin32 chk.c -o chk.exe

(using the original ld.exe) with rsxntdj 1.3.1. i am not sure what this
shows. any ideas?  

 -- Sinan

- Raw text -