This is the mail archive of the
cygwin
mailing list for the Cygwin project.
RE: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
- From: "cyg Simple" <cygsimple at gmail dot com>
- To: <cygwin at cygwin dot com>
- Date: Tue, 13 Jan 2015 14:12:35 -0500
- Subject: RE: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
- Authentication-results: sourceware.org; auth=none
- References: <20150107174122 dot GB4190 at calimero dot vinschen dot de> <20150108171825 dot GB15791 at calimero dot vinschen dot de> <8761cez7qi dot fsf at Rainer dot invalid> <20150112103834 dot GA15213 at calimero dot vinschen dot de> <loom dot 20150113T124708-54 at post dot gmane dot org> <20150113125648 dot GV15791 at calimero dot vinschen dot de> <loom dot 20150113T135909-484 at post dot gmane dot org> <20150113135339 dot GW15791 at calimero dot vinschen dot de> <loom dot 20150113T150342-521 at post dot gmane dot org> <04ae01d02f3e$7eb2f6c0$7c18e440$ at gmail dot com> <20150113154719 dot GX15791 at calimero dot vinschen dot de>
> From: Corinna Vinschen
>
> On Jan 13 09:37, cyg Simple wrote:
> > > -----Original Message-----
> > > From: Achim Gratz
> > >
> > > Corinna Vinschen writes:
> > > > Which means what for the Cygwin DLL? Dropping TMP/TEMP from the
> > > > merged Windows env? It makes sense, I think. Of course, there
> > > > will be others...
> >
> > My process is dependent on the fact that TMP/TEMP have in/out
> > rewriting of strings from POSIX to WINDOWS so please leave it as is.
>
> You're missing something here. What we're talking about is a merge of the
Correct, I was missing this key point.
> user's Windows default environment at the time of a user context switch (for
> instance, logon via ssh). In that case, "leaving it as is"
> today would mean to *drop* TMP/TEMP from the environment, because that's
> what ssh does anyway. Ssh drops almost everything from the environment,
> before exec'ing the child process. And that's a good thing, because the
> environment (e.g. LOCALAPPDATA, USERPROFILE, etc) would otherwise reflect
> the settings of the user running the sshd service, not the settings of the user just
> logging in.
>
Shouldn't these be removed during the startup of sshd? Then the child process would setup the variables during the login process?
> The new functionality we're talking about here is that the next Cygwin would
> "resurrect" the Windows environment setting for the child process started by
> sshd. And these settings would be the one for the user just logging in. This
> would help some Windows applications which otherwise choke if these
> Windows environment variables are missing.
Ack.
>
> Having said that, TMP/TEMP have the downside of being used by POSIX and
> Windows applications alike. Therefore these variables usually are converted
> from Windows to POSIX and vice versa on the fly.
This is what I was referring to earlier.
>
> However, whether it makes sense to set TMP/TEMP in a ssh logon session or a
> cron session is questionable.
Ack. The environment tends to be empty on cron in *nix so I agree. The logon process tends to be what sets the variables, however with Cygwin sshd we need to logon to a new user; would remote desktop protocol provider API help?
http://msdn.microsoft.com/en-us/library/dd919947(v=vs.85).aspx
--
cyg Simple
--
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