At work, we use the Cygwin distribution primarily for the SSH server it
provides. Almost everyone writes non-cygwin applications (not linked with
Cygwin dll), which we spawn remotely through the Cygwin SSH server and bash.
Some of these Windows programs need to clean up things when they are
To: cygwin@cygwin.com
Subject: Re: cygstart patch
Derosa, Anthony CIV NAVAIR 2035, 2, 205/214 wrote:
I found a small bug and added a feature to the cygstart
utility, which is part of the cygutils package. The feature
that I added removes the limit on the length of the command
line
: cygstart patch
Original Message
From: Charles Wilson
Sent: 03 March 2005 06:59
Derosa, Anthony CIV NAVAIR 2035, 2, 205/214 wrote:
I found a small bug and added a feature to the cygstart
utility, which
is part of the cygutils package. The feature that I added
removes
, March 03, 2005 9:34
To: Derosa, Anthony CIV NAVAIR 2035, 2, 205/214
Cc: cygwin@cygwin.com
Subject: RE: cygstart patch
On Thu, 3 Mar 2005, Derosa, Anthony CIV NAVAIR 2035, 2,
205/214 wrote:
What do you think about Chuck's concerns regarding strcat()
vs. strncat()?
I'm no expert
But there is an important _process_ problem. It is the
number one sin of CVS to checkin anything
other than ***exactly*** the code that you compiled and tested, so you
aren't excused from having to re-compile and re-test the code
with the +1 = +2 modification applied to it, and at that
I found a small bug and added a feature to the cygstart utility, which is part
of the cygutils package. The feature that I added removes the limit on the
length of the command line arguments passed to the target application, which
was previously limited to MAX_PATH. The bug I fixed was in
I found a small bug and added a feature to the cygstart utility, which is part
of the cygutils package. The feature that I added removes the limit on the
length of the command line arguments passed to the target application, which
was previously limited to MAX_PATH. The bug I fixed was in
7 matches
Mail list logo
