Re: setup and mintty (was Re: New setup.exe release?)

2011-05-28 Thread Andy Koppe
On 26 May 2011 13:09, Andy Koppe wrote: On 26 May 2011 12:51, Corinna Vinschen wrote: On a closely related note, there's the issue of the mintty postinstall script. Simply dropping the mintty shortcut creation when setup.exe is changed would mean that the shortcut would disappear without

Re: setup and mintty (was Re: New setup.exe release?)

2011-05-28 Thread szgyg
2011.05.28. 10:53, Andy Koppe wrote: Another point worth noting here is that the mintty postinstall script requires mkshortcut, hence cygutils will be pulled into the default installation. Cygutils is already pulled by cygwin-doc. http://szgyg.web.elte.hu/cygwin/base.png szgyg

Re: setup and mintty (was Re: New setup.exe release?)

2011-05-28 Thread Andy Koppe
On 28 May 2011 11:47, szgyg wrote: 2011.05.28. 10:53, Andy Koppe wrote: Another point worth noting here is that the mintty postinstall script requires mkshortcut, hence cygutils will be pulled into the default installation. Cygutils is already pulled by cygwin-doc.

winsup/cygwin ChangeLog autoload.cc child_info ...

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 18:17:09 Modified files: cygwin : ChangeLog autoload.cc child_info.h cygtls.h dcrt0.cc devices.cc devices.h devices.in

winsup/cygwin ChangeLog

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 18:23:01 Modified files: cygwin : ChangeLog Log message: * fhandler.cc (fhandler_base_overlapped::wait_overlapped): Don't set io_pending unless ReadFile has

winsup/cygwin ChangeLog dll_init.cc fork.cc si ...

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 20:09:06 Modified files: cygwin : ChangeLog dll_init.cc fork.cc sigproc.cc Log message: * dll_init.c (dll_list::load_after_fork): Don't clear in_forkee here. *

winsup/cygwin ChangeLog dll_init.cc dll_init.h ...

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 20:17:09 Modified files: cygwin : ChangeLog dll_init.cc dll_init.h fork.cc Log message: * dll_init.cc (dll_list::find_by_modname): New function to search the dll list

winsup/cygwin ChangeLog dll_init.cc dll_init.h

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 20:27:56 Modified files: cygwin : ChangeLog dll_init.cc dll_init.h Log message: * dll_init.cc (reserve_upto): Remove. (release_upto): Ditto.

winsup/cygwin ChangeLog dll_init.cc dll_init.h ...

2011-05-28 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-05-28 20:41:51 Modified files: cygwin : ChangeLog dll_init.cc dll_init.h fork.cc Log message: Revert previous checkins as they introduced a bug when running zsh. Patches:

Problems with: Improvements to fork handling (2/5)

2011-05-28 Thread Christopher Faylor
On Wed, May 11, 2011 at 02:31:37PM -0400, Ryan Johnson wrote: This patch has the parent sort its dll list topologically by dependencies. Previously, attempts to load a DLL_LOAD dll risked pulling in dependencies automatically, and the latter would then not benefit from the code which encourages

Re: Improvements to fork handling (3/5)

2011-05-28 Thread Christopher Faylor
On Wed, May 11, 2011 at 02:32:09PM -0400, Ryan Johnson wrote: This patch fixes a bug in the reserve_at function which caused it to sometimes reserve space needed by the dll it was supposed to help land. This happens when the dll tries to land in a free region which overlaps the desired

Re: Problems with: Improvements to fork handling (2/5)

2011-05-28 Thread Ryan Johnson
On 28/05/2011 4:50 PM, Christopher Faylor wrote: On Wed, May 11, 2011 at 02:31:37PM -0400, Ryan Johnson wrote: This patch has the parent sort its dll list topologically by dependencies. Previously, attempts to load a DLL_LOAD dll risked pulling in dependencies automatically, and the latter

Re: Problems with: Improvements to fork handling (2/5)

2011-05-28 Thread Christopher Faylor
On Sat, May 28, 2011 at 06:40:30PM -0400, Ryan Johnson wrote: On 28/05/2011 4:50 PM, Christopher Faylor wrote: On Wed, May 11, 2011 at 02:31:37PM -0400, Ryan Johnson wrote: This patch has the parent sort its dll list topologically by dependencies. Previously, attempts to load a DLL_LOAD dll

Re: Problems with: Improvements to fork handling (2/5)

2011-05-28 Thread Ryan Johnson
On 28/05/2011 8:23 PM, Christopher Faylor wrote: On Sat, May 28, 2011 at 06:40:30PM -0400, Ryan Johnson wrote: On 28/05/2011 4:50 PM, Christopher Faylor wrote: On Wed, May 11, 2011 at 02:31:37PM -0400, Ryan Johnson wrote: This patch has the parent sort its dll list topologically by

Re: Problems with: Improvements to fork handling (2/5)

2011-05-28 Thread Daniel Colascione
On 5/28/11 7:35 PM, Ryan Johnson wrote: On 28/05/2011 8:23 PM, Christopher Faylor wrote: On Sat, May 28, 2011 at 06:40:30PM -0400, Ryan Johnson wrote: On 28/05/2011 4:50 PM, Christopher Faylor wrote: On Wed, May 11, 2011 at 02:31:37PM -0400, Ryan Johnson wrote: This patch has the parent sort

Re: File Name Case Sensitivity Globbing! Was: file system name case insensitivity issue: Possible inclusion for the FAQ or User Manual?

2011-05-28 Thread Corinna Vinschen
On May 27 16:36, Edward McGuire wrote: This note: http://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-casesensitive warns that you cannot have two filenames in the same directory that differ only by case, because of NTFS semantics. No, it does not. *sigh* I'm not a native

Re: File Name Case Sensitivity Globbing! Was: file system name case insensitivity issue: Possible inclusion for the FAQ or User Manual?

2011-05-28 Thread Christopher Faylor
On Sat, May 28, 2011 at 09:50:22AM +0200, Corinna Vinschen wrote: Did I make myself clear now? Yep. Perfectly. I think the discussion prior to your explication brings new meaning to the term case insensitivity. cgf -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: untarring symlinks with ../ fails randomly

2011-05-28 Thread Ken Brown
On 4/27/2011 11:54 AM, Eric Blake wrote: On 04/27/2011 09:50 AM, Dan Grayson wrote: Here is a patch to tar that fixes the problem by using mtime instead of ctime. Yes, it's not a problem with cygwin or tar, but I see no way for users to figure out, under Windows, which processes are changing