From mboxrd@z Thu Jan  1 00:00:00 1970
From: Phil Edwards <pedwards@jaj.com>
To: cygwin@sourceware.cygnus.com, John.Wiersba@medstat.com
Subject: RE: cat broken
Date: Wed, 30 Jun 1999 22:10:00 -0000
Message-ID: <199906241647.MAA19444@jaj.com>
X-SW-Source: 1999-06n/msg00577.html
Message-ID: <19990630221000.Soa0bliXHWnpF705DLpq8TMqzR7pkCpaqydIxH84xZU@z>

> > > Using the 5/23 cygwin1.dll, the following is broken:
> > > 	cat >file
> > > It echos the input typed from the terminal
> > 
> > Uh, that's what is supposed to happen... unless you mean that it ONLY
> > echos the input, and writes a zero-length file?
>
> No, "cat >file" should take input from stdin (the terminal) and write it to
> file, which in fact is what happens with the 1/15 cygwin1.dll.  However, the
> 5/23 dll echos the input from terminal back to the terminal.

Let me try again.  On any and every Unix,

   $ cat > file
   This is a test.
   ^D
   $ 

should echo to the screen as well as write to the file.  You will be hard
pressed to not get that stuff echoed on the screen.  I'm /hoping/ that your
problem is that cat is /only/ echoing to the screen and not /also/ writing
a file.  Check?


Now, the errors that you're seeing after replacing the DLL (those freaky
trace thingies) are indeed due to a mismatch between a binary and the DLL.
That's the only major problem with using the inst snapshots; it's harder
to keep things in sync (e.g., backing out replacements, or not getting a
new binary with a new DLL).  How you as an end user manage that is largely
a matter of taste -- copying directory structures and updating a copy, or
reinstalling original binaries from a distribution, or just living with
the nonfatal errors, etc, etc.


(If you reply to the list, please DON'T cc another copy to me.  Thanks!)
Phil


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com