Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Fri, 13 Sep 2002 10:17:41 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: cygwin AT cygwin DOT com
Subject: Re: Release candidate 2: /etc/hosts
In-Reply-To: <3D81C757.49B19C45@pajhome.org.uk>
Message-ID: <Pine.GSO.4.44.0209130954300.19696-300000@slinky.cs.nyu.edu>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1932422408-1031926661=:19696"

---559023410-1932422408-1031926661=:19696
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 13 Sep 2002, Paul Johnston wrote:

> Hi,
>
> > > 1) the '-l' option of cygpath works in the cvs HEAD, and
> > > 2) it does exactly what we need (thanks, Corinna).
>
> Cool... I've just modified your code to correct case on $WINETC before
> we do the directory check.  This has the side-effect of catching the
> cygpath bug without creating any links.

Paul, the bug was not in cygpath, but somewhere in newlib (apparently).
The only fault of the current cygpath is that it was compiled on June 6,
against faulty libraries.  This should not be a problem in the new release
of cygwin.  So, the check is redundant (or, in any event, the message is
wrong -- you can't upgrade cygpath; it should be "upgrade to new cygwin").
It does not speed up the script, either, since the $WINETC directory will
still be processed and corrected every time cygpath is called.

> As for the script name, given the scope of /etc/postinstall I think it
> should contain the package name.  Someone suggested mketc.sh and that's
> fairly consistent with the old-skool MKDEV script.  So I think it should
> be called cygwin-mketc.sh.

Fair enough.  If I read the name correctly, this script would become part
of the cygwin package.  In this case the cygpath message is really
redundant and needs to be taken out altogether.  That message only makes
sense if the script is in a package other than cygwin (so people can
install it without updating cygwin).

> How come your script works when cygpath is called inside $(...) but not
> backticks?

The backtick syntax does not allow recursive invocations.  If we want to
use the backtick syntax, we should use something like

    WFILE="`cygpath -w -l "$WFILE"`"
    WFILE="`cygpath -u "$WFILE"`"

I've attached the message correction.  If this is really part of cygwin,
please take it out altogether, along with the translation of $WINETC.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file



---559023410-1932422408-1031926661=:19696
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="cygwin-mketc.sh"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine DOT GSO DOT 4 DOT 44 DOT 0209131017410 DOT 19696 AT slinky DOT cs DOT nyu DOT edu>
Content-Description: 
Content-Disposition: attachment; filename="cygwin-mketc.sh"

IyEvYmluL3NoDQojLS0NCiMgQ3JlYXRlIHN5bWJvbGljIGxpbmtzIGZyb20g
c29tZSAvZXRjIGZpbGVzIHRvIHRoZSBXaW5kb3dzIGVxdWl2YWxlbnRzDQoj
LS0NCg0KRklMRVM9Imhvc3RzIHByb3RvY29scyBzZXJ2aWNlcyBuZXR3b3Jr
cyINCg0KT1NOQU1FPSJgL2Jpbi91bmFtZSAtc2AiDQpXSU5IT01FPSJgL2Jp
bi9jeWdwYXRoIC1XYCINCg0KY2FzZSAiJE9TTkFNRSIgaW4NCiAgQ1lHV0lO
X05UKikgV0lORVRDPSIkV0lOSE9NRS9zeXN0ZW0zMi9kcml2ZXJzL2V0YyIg
OzsNCiAgQ1lHV0lOXzkqfENZR1dJTl9NRSopIFdJTkVUQz0iJFdJTkhPTUUi
IDs7DQogICopIA0KICAgIGVjaG8gIlVua25vd24gc3lzdGVtIHR5cGUgJE9T
TkFNRTsgZXhpdGluZyIgPiYyDQogICAgZXhpdCAwDQogIDs7DQplc2FjDQoN
CldJTkVUQz0iJCgvYmluL2N5Z3BhdGggLXUgIiQoL2Jpbi9jeWdwYXRoIC13
IC1sICIkV0lORVRDIikiKSINCmlmIFsgISAtZCAiJFdJTkVUQyIgXQ0KdGhl
bg0KICBlY2hvICJEaXJlY3RvcnkgJFdJTkVUQyBkb2VzIG5vdCBleGlzdDsg
ZXhpdGluZyIgPiYyDQogIGVjaG8gIklmIGRpcmVjdG9yeSBuYW1lIGlzIGdh
cmJhZ2UsIHBsZWFzZSB1cGRhdGUgY3lnd2luIiA+JjINCiAgZXhpdCAwDQpm
aQ0KDQpmb3IgRklMRSBpbiAkRklMRVMNCmRvDQogIGlmIFsgISAtZSAiL2V0
Yy8kRklMRSIgLWEgISAtTCAiL2V0Yy8kRklMRSIgXQ0KICB0aGVuDQogICAg
IyBXaW5kb3dzIG9ubHkgdXNlcyB0aGUgZmlyc3QgOCBjaGFyYWN0ZXJzDQog
ICAgV0ZJTEU9IiRXSU5FVEMvYGV4cHIgc3Vic3RyICIkRklMRSIgMSA4YCIN
CiAgICBXRklMRT0iJCgvYmluL2N5Z3BhdGggLXUgIiQoL2Jpbi9jeWdwYXRo
IC13IC1sICIkV0ZJTEUiKSIpIg0KICAgIC9iaW4vbG4gLXMgLXYgIiRXRklM
RSIgIi9ldGMvJEZJTEUiDQogIGZpDQpkb25lDQoNCg0K
---559023410-1932422408-1031926661=:19696
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="cygwin-mketc.sh-0.10-diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine DOT GSO DOT 4 DOT 44 DOT 0209131017411 DOT 19696 AT slinky DOT cs DOT nyu DOT edu>
Content-Description: 
Content-Disposition: attachment; filename="cygwin-mketc.sh-0.10-diff"

LS0tIGN5Z3dpbi1ta2V0Yy5zaC0wLjkJMjAwMi0wOS0xMyAwNzowMjo0MS4w
MDAwMDAwMDAgLTA0MDANCisrKyBjeWd3aW4tbWtldGMuc2gJMjAwMi0wOS0x
MyAxMDoxMzoxMy4wMDAwMDAwMDAgLTA0MDANCkBAIC0yMSw3ICsyMSw3IEBA
IFdJTkVUQz0iJCgvYmluL2N5Z3BhdGggLXUgIiQoL2Jpbi9jeWdwYXQNCiBp
ZiBbICEgLWQgIiRXSU5FVEMiIF0NCiB0aGVuDQogICBlY2hvICJEaXJlY3Rv
cnkgJFdJTkVUQyBkb2VzIG5vdCBleGlzdDsgZXhpdGluZyIgPiYyDQotICBl
Y2hvICJJZiBkaXJlY3RvcnkgbmFtZSBpcyBnYXJiYWdlLCB1cGRhdGUgY3ln
cGF0aCB0byAxLjIyIG9yIGxhdGVyIiA+JjINCisgIGVjaG8gIklmIGRpcmVj
dG9yeSBuYW1lIGlzIGdhcmJhZ2UsIHBsZWFzZSB1cGRhdGUgY3lnd2luIiA+
JjINCiAgIGV4aXQgMA0KIGZpDQogDQo=

---559023410-1932422408-1031926661=:19696
Content-Type: text/plain; charset=us-ascii

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/
---559023410-1932422408-1031926661=:19696--