Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <004e01c23d9a$93756f00$0100a8c0@wdg.uk.ibm.com> From: "Max Bowsher" To: , References: <3D4F1DF5 DOT 4838 DOT 80A7629E AT localhost> <3D4F2A0C DOT 21069 DOT 80D69C57 AT localhost> Subject: Symlink Question (was: Re: Mysterious gdb behavior) Date: Tue, 6 Aug 2002 22:55:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Paul Derbyshire wrote: > I've gotten (at last) a genuinely useful looking, detailed reply. Too > bad it was in a post that also contained an insult. This makes me > unsure of the poster's motives, and therefore unsure whether the > instructions given would sabotage anything. Then why not read them through, and work out what they do? > I've got a question about Cygwin symlinks, actually. Best to post a new email with a different subject. Otherwise you risk your question being missed. > I looked at one > via Winblows Exploder and saw it to be just a typical looking > Winblows shortcut, except that a "comment" field (or some such) was > set to the unixy path of the target. I tried creating a symlink > outside of Cygwin by making a shortcut, giving it an appaopriate path > and this other field, and making other attributes and settings > identical, but Cygwin didn't see it as a symlink. It looks like > there's another bit of "magic" involved, and I am curious as to what > this is. Use the source, Luke :-) However, since this question intrigued me, I did that myself: Cygwin creates its shortcuts by writing to the .lnk file itself (not through the official Windows COM interfaces). Specifically, it requires that the shortcut header be a specific sequence of bytes. A newly created windows shortcut does not match this, presumably due to the introduction of fields that were always null at the time when this bit of Cygwin was written. Also, Cygwin .lnk symlinks should have the read-only attribute set to be recognized as such. The situation becomes even more complicated on NTFS, when the symlink info is stored in an EA, as well. Max. -- 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/