Article View: comp.os.msdos.programmer
Article #1268Re: Any idea why NUL is busy inside of windows?
From: Mark Curtis
Date: Thu, 03 Sep 1992 23:26
Date: Thu, 03 Sep 1992 23:26
29 lines
1728 bytes
1728 bytes
In article <1992Sep3.202411.3690@dcatlas.dot.gov>, joet@dcatlas.dot.gov (Joe Trott) writes: |> leadfoot@bigbootay.sw.stratus.com (Mark Curtis) writes: |> |> >I can not get MS's C7 pwb to compile inside a dos window. It gets |> >a sharing violation on the dev NUL. NUL is used to throw away |> >unwanted output. Outside of windows all is fine, but inside a dos |> >window any write accesses to NUL produce share violations. |> |> >copy \autoexec.bat nul inside a dos window causes A/R/F |> > error message. PWB displays an |> > error prompt and aborts. |> |> It is hard to resist thinking that this is an act of self preservation on |> the part of Windows. Only by plugging up NUL can it prevent itself from |> being sucked into the void where it belongs. I found the problem. When I installed C7 somewhere in the docs it said something about redirecting kernel debug messages. I don't have a second monitor or a dedicated terminal on com1, so I redirected the debug output to nul. In system.ini I added: [debug] OutputTo=nul This was the problem! I'm not sure what to use so I just put a file name in there for right now. Fixed the problem. Mark
Technical Details
Message-ID:
<6161@transfer.stratus.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!cs.utexas.edu!sun-barr!olivea!bu.edu!transfer!bigbootay.sw.stratus.com!leadfootReferences:
<6126@transfer.stratus.com> <1992Sep3.202411.3690@dcatlas.dot.gov>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!cs.utexas.edu!sun-barr!olivea!bu.edu!transfer!bigbootay.sw.stratus.com!leadfoot From: leadfoot@bigbootay.sw.stratus.com (Mark Curtis) Newsgroups: comp.os.msdos.programmer Subject: Re: Any idea why NUL is busy inside of windows? Message-ID: <6161@transfer.stratus.com> Date: 3 Sep 92 23:26:13 GMT References: <6126@transfer.stratus.com> <1992Sep3.202411.3690@dcatlas.dot.gov> Sender: usenet@transfer.stratus.com Lines: 29