public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Dave Korn" <dave.korn@artimi.com>
To: <cygwin@cygwin.com>
Subject: RE: Odd behaviour of __cygwin_environ?
Date: Wed, 05 Dec 2007 15:50:00 -0000	[thread overview]
Message-ID: <04a801c83756$90a8b5f0$2e08a8c0@CAM.ARTIMI.COM> (raw)
In-Reply-To: <20071205153214.GI26345@calimero.vinschen.de>

On 05 December 2007 15:32, Corinna Vinschen wrote:

> On Dec  5 15:00, Dave Korn wrote:
>> On 05 December 2007 12:31, Corinna Vinschen wrote:
>>> Keep in mind that the size of the
>>> native environment block is restricted to 32K.
>> 
>>   I thought when cygexec was in effect the posix environment and
>> commandline were passed around-behind-the-back-of CreateProcess, bypassing
>> that limit?  Or does it only handle the commandline but not environment?
> 
> It also handles the environment block.  Is there a native process in the
> call chain, maybe? 

  Nope, it's all cygwin through and through.  Big project using
make/gcc/binutils, nothing non-posix.

> If not, I don't see any other chance than to debug
> this further.  spawn_guts() and the build_env() functions might be good
> starting points for that.

  Thanks, that's what I'm trying right now.

  Disappointingly it disappears under strace.  That might have been down to
the strace-is-a-win32-process-launching-a-cygwin-process anomaly, which is why
I'm hacking about the dll.  Early results suggest that, even though I'm not
launching under strace, but instead enabling it (by calling strace.hello()
during initial_env() if I detect an environment variable in the win32
environment), the problem still disappears, which makes me suspicious of it
still being a race somehow.

    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....


--
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/

  reply	other threads:[~2007-12-05 15:50 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-04 18:17 Dave Korn
2007-12-05 12:31 ` Corinna Vinschen
2007-12-05 15:01   ` Dave Korn
2007-12-05 15:32     ` Corinna Vinschen
2007-12-05 15:50       ` Dave Korn [this message]
2007-12-05 17:25         ` Christopher Faylor
2007-12-05 17:52           ` Dave Korn
2007-12-05 18:04             ` question with xargs and jar- seems to drop files Mike Marchywka
2007-12-05 18:17               ` Dave Korn
2007-12-11 20:00               ` Richard Copley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='04a801c83756$90a8b5f0$2e08a8c0@CAM.ARTIMI.COM' \
    --to=dave.korn@artimi.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).