X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=ML7ejTio5AVGOrEJjEEZ8ULpiP6Tge6OD7Kb2rn00um
	83YClwDqkb80NNMWWsczKcKvJnPt/AKr5ZNvzueUTFWOrP+5E8GRoDxhI4ohJjqT
	5AE3nmTWMfLNEuNP9CWaXhHxnJOmI8cRSNVp6jqlPvn2hHWcDbV85i8oBa4+9GfQ
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=0vH6oS39zI25ToWEV3W/Ozq4qe4=; b=Jo04Hel68jhLeVn0b
	Bv4Bjq7xhHMoTna4BUSgRX3lfFDPQ6/NZxJFPSzMaVEECcxBzoqP6IIS0M7+Jl0l
	pNMG3rAhuTQ6YvX7/ibG8RMPS2krbbeQUOA0FXMMSuAorPiYKcICXoWpkETkeEjk
	p0zJ70cE7Zruun/o0gx7WCHwUk=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO:	Ishtar.tlinx.org
Message-ID:	<5330E56F.8020805@tlinx.org>
Date:	Mon, 24 Mar 2014 19:09:51 -0700
From:	Linda Walsh <cygwin AT tlinx DOT org>
User-Agent:	Thunderbird
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: usefulness of symlinks (was: cygserver-config script installed inconsistent path in registry)
References:	<532CC553 DOT 9000700 AT tlinx DOT org> <20140324103627 DOT GB27624 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20140324103627.GB27624@calimero.vinschen.de>
X-IsSubscribed:	yes

Corinna Vinschen wrote:
> On Mar 21 16:03, Linda Walsh wrote:
>  both think
>> they are running under C:/bin (which is a symlink ->
>> cygwin64/bin, through C:\windows\system32\cygwin)
> 
> Why did you mess around with the install paths that badly?  Don't
> install anything Cygwin into C:\windows.
----
    Strictly speaking, nothing "cygwin" is in C:\windows --
there are only "pointers" ;-)

More specifically: There are two symlinks.

    1) under C:\Windows\System32 (cygwin->C:\cygwin64)
    2) under C:\Windows\SysWOW64 (cygwin->C:\cygwin).

Why?

   Because it is the only place you can get automatic redirectly
based on what bit-size (64 v. 32) you are running at.


> The script just calls cygrunsrv.  cygrunsrv fetches it's own path via
> the Win32 API GetModuleFileName and that API returns the path apparently
> cleaned from symlinks.
---
    Is there a reason why it needs or why it should do that?

    It would be nice if there was a way to provide path transparency
to cygwin apps -- i.e. you guys do a good job of calling all the types
of redirection "symlinks", but windows doesn't really have any easy
way to remount a subpath -- might be nice to have an  option to treat
say, 'linkd' links as 'mounts' rather than symlinks, since
'mountvol' only works for complete volumes...

    I.e. linkd could be a limited substitute for mount --bind

    (reason I mention that is that I have to manually move files
after running setup)...

    Theoretically, /usr/share, should be "shareable" and contains
the most amount of data by itself.

    There might be others, but /usr/share was created to have
arch-independent data on it.

    I wouldn't call any of it a high priority item, as I doubt I'll
use 32-bit as much... but I probably will try the GLgears on 32-bit
to see if that still works there (as it doesn't on 64-bit -- gears
display but don't move, but window the gears are in is a directX
window -- 'FRAP' (Frame Rate util) displays a counter  in the window
which it only does in directX mapped windows (showing 30FPS -- it's
an LCD so doesn't need or benefit from 60).

    If it does work, I might want to continue 32 bit just for
the X-stuff until the 64bit gets sorted out... I know everyone is
doing whatever they can to make things work and all things can't
be done at the same time....  It's just that my linux distro's (opensuse)
desktops are all opening up GLX enabled windows -- so w/o that
working no remote desktop usage.  ;-(

    I was just pluggin cygwin, today over it's X-server for people
wanting a remote access to their opensuse desktops, and were talking
Xming... I know cygwin's GLX used to work... oh well.  Maybe just
a 64-bit thing.


	

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -