setup.exe makes mintty crash

Andy Koppe
Sat Oct 16 15:27:00 GMT 2010


I've been looking at a rather weird bug that was reported as mintty
issue 225 [1]. I've reproduced it on a 64-bit Win7 and a 32-bit XP,
both with Cygwin 1.7.7:

- Create a shortcut with target 'C:\cygwin\bin\mintty.exe
/bin/bash.exe --login', and 'C:\cygwin\bin' in the StartIn field.
(Adjust Cygwin root as appropriate. Its location doesn't appear to
- Invoke mintty through that shortcut.
- Run setup, pointing it at the same Cygwin install.
- Just keep clicking Next. No change to the package selection appears
to be needed.
- At some point during the download/install stage, probably when
invoking scripts, mintty freezes or crashes, leaving the bash process

Fortunately, mintty's default shortcut is not affected, but still,
this is quite a serious problem, and a very puzzling one too. I've
tracked it back through svn history and found that the issue first
appeared with r923 (for mintty 0.8). I've made it go away in r1057
[2]. Trouble is, the r1057 change shouldn't make a difference, since
all it does is swap calls to getenv and getpwuid that should be
unrelated. I haven't managed to glean anything from stackdumps,
dmalloc, or gdb.

However, while the issue occurred with Cygwin 1.7.5 too, it's gone
with recent 1.7.8 snapshots (even without r1057). I managed to track
that welcome development down to this change:

2010-09-13  Corinna Vinschen
	* (symlink_info::check_reparse_point): Add comment.
	(symlink_info::check): Fetch FileNetworkOpenInformation rather than
	FileBasicInformation throughout, except on NFS.  Explain why.  Store
	FILE_ATTRIBUTE_DIRECTORY attribute in conv_hdl for reparse point
	* path.h (class path_conv_handle): Add FILE_NETWORK_OPEN_INFORMATION
	member _fnoi.

Can anyone see why that might have made the problem go away, or is
this just another case of the underlying problem being obscured? Does
it ring any other bells?



More information about the Cygwin-developers mailing list