On Thu, Feb 23, 2006 at 03:07:07PM +0100, Alex Riesen wrote:
If the speed of cygwin's fork is an issue then I'd previously suggested
using spawn*. The spawn family of functions were designed to emulate
Windows functions of the same name. They start a new process without
the requirement of forking.
I'm not sure if you're mixing cygwin with windows here but if signals do
not work reliably in Cygwin then that is something that we'd like to
know about. Signals *obviously* have to work fairly well for programs
like ssh, bash, and X to work, however.
Native Windows, OTOH, hardly has any signals at all and deals with
signals in a way that is only vaguely like linux.
Again, it's not clear if you're talking about Windows or Cygwin but
under Cygwin, in the default configuration, the exec attribute means the
same thing to cygwin as it does to linux.
As always, if you have questions or problems with cygwin, you can ask in
the proper forum. The available cygwin mailing lists are here:
http://cygwin.com/lists.html.
Would getting git into the cygwin distribution solve any problems with
git adoption on Windows? This would get an automatic green light from
anyone who was interested, if so. Someone would just have to send an
"ITP" (Intent To Package) to the cygwin-apps mailing list and provide a
package using the guidelines here: http://cygwin.com/setup.html .
cgf
--
Christopher Faylor spammer? -> aaaspam@sourceware.org
Cygwin Co-Project Leader
TimeSys, Inc.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html