This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Exec and parent environment [attn tcltk maintainer]


> > But if cygexec mounting is turned on, then a native windows program in
> > that mount point will be mistakenly treated as a cygwin program, such
> > that cygwin tries to use only the cygwin method for passing the
> > environment to the child program.  My guess is that you are calling
> > tclsh from a cygwin shell (bash?), and that cygwin is assuming the child
> > (tclsh) can understand cygwin's environment because it lives in /bin,
> > even though it is a windows native executable and needs the windows
> > environment.
> 
> Well, tclsh is a *Cygwin* executable that uses native Windows calls
> (CreateProcess) under the covers (in tcl84.dll).  I'm not sure if it would
> even help to be able to mount it as a "non-cygwin executable"...  CGF?

Really?

$ cygcheck tclsh
Found: C:\cygwin\bin\tclsh.exe
C:/cygwin/bin/tclsh.exe
$

My understanding of the cygexec magic was that if it was
determined that an .exe had a startup dependency on
cygwin1.dll, but tclsh has NO dll dependencies at startup
(any dlls are pulled in with dynamic loads during execution),
so how would cygwin1.dll be able to think that tclsh is
a cygwin executable?

--
Eric Blake

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]