Hi all
While trying to build the cygwin dll from source, I accidentally left my
home-built gcc-4.6 in PATH... and it complains loudly about all kinds of
things, some of which might actually be of interest. I'll follow up
shortly with two patches that fix those problems in a backwards
On 29/03/2012 10:36 AM, Ryan Johnson wrote:
Patch 1: fix function attribute conflicts
* dcrt0.cc (getstack): Simplify function attribute declarations.
(do_exit): Remove conflicting function attributes.
* environ.cc (various): Ditto.
* errno.cc (various): Ditto.
On 29/03/2012 10:36 AM, Ryan Johnson wrote:
Patch 2: fix compiler misc. warnings
* fhandler_disk_file.cc (fhandler_disk_file::fchmod): Fix harmless
out of bounds array access.
* hookapi.cc (find_first_notloaded_dll): Remove write-only
variable.
* net.cc
On Thu, Mar 29, 2012 at 10:38:54AM -0400, Ryan Johnson wrote:
On 29/03/2012 10:36 AM, Ryan Johnson wrote:
Patch 1: fix function attribute conflicts
Sorry, I appreciate the effort but I'd rather deal with these types of
issues when we have a newer version of gcc available. If we don't have
that
Hi Cgf,
latest CVS seems to have some problem, just starting BASH
id: write error: Permission denied
/usr/bin/hostname: write error: Permission denied
/bin/echo: write error: Permission denied
/bin/grep: (standard input): Permission denied
id: write error: Permission denied
dircolors: write
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no
On 11/16/2011 8:14 PM, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major
On Wed, Nov 16, 2011 at 11:01:16PM +0100, marco atzeri wrote:
On 11/16/2011 8:14 PM, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no details and no way to
duplicate the problem. A stack trace from a home-grown version of
cygwin1.dll is not a detail. It's
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no details and no way to
duplicate the problem. A stack trace from a
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
on CYGWIN_NT-6.1-WOW64
the shell have fork issues during make/build session.
1 [main] sh 6768 E:\cygwin\bin\sh.exe
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
on CYGWIN_NT-6.1-WOW64
the shell have fork issues during
On 11/14/2011 4:31 PM, Christopher Faylor wrote:
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
On Mon, Nov 14, 2011 at 05:09:07PM +0100, marco atzeri wrote:
On 11/14/2011 4:31 PM, Christopher Faylor wrote:
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http
Cgf, Corinna
just noted that on cygwin built from cvs HEAD, mc is wrongly reacting
to key press and screwing up the screen (booth on mintty and xterm).
Eventually something is eating control characters
Using 14 June built I have no such problem
Regards
Marco
--
Problem reports:
cmake 2.8.4 does not run with Cygwin CVS HEAD, but does with 1.7.9.
Please let me know if you need further information to diagnose.
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Hello,
my login id is
$ id
uid=12253(Shailesh.Ligade) gid=10513(Domain Users)
groups=544(Administrators),545(Users),11546(Contractor_Kratos),10513(Domain
Users),12201(Skunk M Drive)
$ whoami
Shailesh.Ligade
I have installed, cvs with cygwin. I did init a cvs repository
cvs -d
Hi,
I'm trying to build cygwin from sources, and I get the following error (I
haven't found anything about this on google, or in the mailing list
archives):
In file included from /home/oszkar/cygwin/src/winsup/cygwin/winsup.h:98,
from
On 13 December 2007 11:11, [EMAIL PROTECTED] wrote:
Hi,
I'm trying to build cygwin from sources, and I get the following error (I
haven't found anything about this on google, or in the mailing list
archives):
In file included from /home/oszkar/cygwin/src/winsup/cygwin/winsup.h:98,
I'm getting an error from configure when trying to build Cygwin CVS
HEAD. The error is:
configure: configuring in cygwin
configure: running /bin/sh '/netrel/src/cygwin/winsup/cygwin/configure'
--prefix=/usr '--cache-file=./config.cache' '--with-newlib'
'--enable-multilib' '--prefix=/usr
David Rothenberger wrote:
Although the former and current values look the same, the former
value actually has two trailing spaces while the current value has
only one. The attached patch solves the problem for me, but I doubt
it is the appropriate way to fix this. Is there a better way?
This
redirecting this reply to the appropriate
list.
On Sat, 13 May 2006, Joy wrote:
Hi Igor,
I had the problem with Cygwin+CVS+SSH when trying to access the remote CVS
repository via SSH, CVS reports that:
cannot mkdir /tmp/cvs-serv1992/.
No such file or directory
My CVS setup worked fine until I
with Cygwin+CVS+SSH when trying to access the remote CVS
repository via SSH, CVS reports that:
cannot mkdir /tmp/cvs-serv1992/.
No such file or directory
My CVS setup worked fine until I updated my CVS yesterday. I didn't realize
the problem was caused by the trailing dot till I saw your post
Eric Blake wrote:
My experience with cvs-1.11.21-1 is that it loses track of conflicts. In
other words, in cvs-1.11.17, if I do:
$ cvs up
C foo
$ cvs up
C foo
but in cvs-1.11.21, I get:
$ cvs up
C foo
$ cvs up
M foo
I would much rather see conflicts every time I update, so I haven't
done
Right. I missed the . in the original message. The change that
prompted this behavior seems to be
http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00224.html. I'm assuming the
motivation for this patch was to duplicate Linux's behavior (which doesn't
allow trailing . in a path passed to mkdir
The funny thing is that the
directory in the message *is* created before the commands are even read,
and yet cvs still complains that it can't create it because of ENOENT.
I think, that ENOENT is wrong! It should be EEXIST. Perhaps cvs would
ignore EEXIST, but now complains about ENOENT.
I
On Jan 27 17:01, Igor Peshansky wrote:
Ugh, top-posting... Reformatted.
On Fri, 27 Jan 2006, Frank-Michael Moser wrote:
Igor Peshansky wrote:
The problem is with the CVS server running on Cygwin. CVS in client
mode works just fine.
I have encountered the same problem, have
On Sat, 28 Jan 2006, Corinna Vinschen wrote:
On Jan 27 17:01, Igor Peshansky wrote:
Ugh, top-posting... Reformatted.
On Fri, 27 Jan 2006, Frank-Michael Moser wrote:
Igor Peshansky wrote:
The problem is with the CVS server running on Cygwin. CVS in client
mode works just
So I guess it's now up to the cvs maintainer to try tracking this down (or
reporting this as a bug upstream). FWIW, I've looked at the sources of
1.11.17 and didn't see where that . was added. Did anyone try this with
a test cvs-1.11.21-1?
My experience with cvs-1.11.21-1 is that it loses
On 26/01/06, Igor Peshansky [EMAIL PROTECTED] wrote:
Remote CVS server is Solaris, local ssh and Cygwin dll versions are
latest released.
Then you have misunderstood the original problem. The problem is with the
CVS server running on Cygwin. CVS in client mode works just fine
on Cygwin. CVS in client mode works just fine.
Igor
--
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/
Ugh, top-posting... Reformatted.
On Fri, 27 Jan 2006, Frank-Michael Moser wrote:
Igor Peshansky wrote:
The problem is with the CVS server running on Cygwin. CVS in client
mode works just fine.
I have encountered the same problem, have investigated it a bit and came
out with two
Hi,
CVS_RSH=/bin/ssh
CVS -d [EMAIL PROTECTED]:/test-repository co test1
...password
cannot mkdir /tmp/cvs-server1396/.
No such file or directory.
I am running OpenSSH on a cygwin windows server.
The CVS repository is on the windows server.
From CYGWIN:
OpenSSH_4.2p1
CVS 1.11.17
So, the
On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
CVS_RSH=/bin/ssh
CVS -d [EMAIL PROTECTED]:/test-repository co test1
...password
cannot mkdir /tmp/cvs-server1396/.
No such file or directory.
I am running OpenSSH on a cygwin windows server.
The CVS repository is on the windows
Hi
On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
CVS_RSH=/bin/ssh
CVS -d [EMAIL PROTECTED]:/test-repository co test1
...password
cannot mkdir /tmp/cvs-server1396/.
No such file or directory.
I am having the same problem now, after upgrading
to cygwin 1.5.19-4 from 1.5.18-1.
I am
the ssh pipe.
cvs with ssh works fine in my installation, if i reinstall cygwin 1.5.18-1.
So, going back to cygwin 1.5.18-1 is my current workaround.
For those that might be interested, my current work around is to
uninstall cygwin cvs and use CVSNT instead on the server. So, it looks
very
works fine in my installation, if i reinstall cygwin
1.5.18-1.
So, going back to cygwin 1.5.18-1 is my current workaround.
For those that might be interested, my current work around is to
uninstall cygwin cvs and use CVSNT instead on the server. So, it looks
very much like a cygwin cvs
On 25/01/06, Igor Peshansky xxx wrote:
On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
On 25/01/06, Karl-Heinz Wirth [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Does anyone know how to configure gmail to do this?
Note: Special manual deletion of
On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
On 25/01/06, Igor Peshansky xxx wrote:
On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
On 25/01/06, Karl-Heinz Wirth [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Does anyone know how to
James Courtier-Dutton wrote:
CVS_RSH=/bin/ssh
CVS -d [EMAIL PROTECTED]:/test-repository co test1
--^^^
Is this correct? or it was really _cvs_.
...password
cannot mkdir /tmp/cvs-server1396/.
No such file or directory.
I am running OpenSSH on a cygwin windows server.
The CVS
On Wed, 25 Jan 2006, René Berber wrote:
James Courtier-Dutton wrote:
CVS_RSH=/bin/ssh
CVS -d [EMAIL PROTECTED]:/test-repository co test1
--^^^
Is this correct? or it was really _cvs_.
Both should work unless you use check_case:strict or a shell that does
case-sensitive hashing.
Igor Peshansky wrote:
[snip]
From the manual:
If the access method is omitted, then if the repository starts with
'/', then :local: is assumed.
Try: cvs -d :ext:[EMAIL PROTECTED]:/test-repository co test1
FWICS, [EMAIL PROTECTED] doesn't start with a '/'.
fred is not in the repository
On Wed, 25 Jan 2006, René Berber wrote:
Igor Peshansky wrote:
[snip]
From the manual:
If the access method is omitted, then if the repository starts with
'/', then :local: is assumed.
Try: cvs -d :ext:[EMAIL PROTECTED]:/test-repository co test1
FWICS, [EMAIL PROTECTED] doesn't
Igor Peshansky wrote:
[snip]
FWIW, I could reproduce the original problem, either with or without
:ext:.
The combination cvs/ssh has no problem :
$ echo $CVS_RSH
ssh
$ echo $CVSROOT
:ext:[EMAIL PROTECTED]:/export/home0/cvsrep
$ cvs co junit-test
cvs server: Updating junit-test
U
running on Cygwin. CVS in client mode works just fine.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4
I have Cygwin DLL v1.5.13-1. I install all ssh and cvs files. Cygwin works
fine when I am logged on to the server but When I try to check out or update a
module form remote desktop from either cygwin bash or Wincvs it does not work
and I get the following error. C:\cygwin\bin\ssh.exe (1400):
I have Cygwin DLL v1.5.13-1. I install all ssh and cvs files. Cygwin works
fine when I am logged on to the server but When I try to check out or update a
module form remote desktop from either cygwin bash or Wincvs it does not work
and I get the following error. C:\cygwin\bin\ssh.exe (1400):
I have Cygwin DLL v1.5.13-1. I install all ssh and cvs files. Cygwin works
fine when I am logged on to the server but When I try to check out or update a
module form remote desktop from either cygwin bash or Wincvs it does not work
and I get the following error. C:\cygwin\bin\ssh.exe (1400):
I have Cygwin DLL v1.5.13-1. I install all ssh and cvs files. Cygwin works
fine when I am logged on to the server but When I try to check out or update a
module form remote desktop from either cygwin bash or Wincvs it does not work
and I get the following error. C:\cygwin\bin\ssh.exe (1400):
Christopher Warth wrote:
Wow! You're not kidding - cygwin cvs performance is comparable to
native performance on local drives.
I wonder if you could try running a cvs pserver on the machine hosting
the CVS repository. In other words, it might be faster to go through
pserver than through
Can anyone speculate as to why cygwin cvs is so much slower than their
native windows equivalents?
In short, 'cvs update' using cygwin cvs takes 7-9 times as long to do
the same task as a non-cygwin port of cvs from www.cvshome.org/.
To update a missing directory that contains almost 3000
At 09:29 PM 1/4/2005, you wrote:
Can anyone speculate as to why cygwin cvs is so much slower than their
native windows equivalents?
In short, 'cvs update' using cygwin cvs takes 7-9 times as long to do
the same task as a non-cygwin port of cvs from www.cvshome.org/.
To update a missing
Wow! You're not kidding - cygwin cvs performance is comparable to
native performance on local drives.
I'm obviously going to look through the archives to see previous
discussions of network drive performance. In the meantime, do you know
if the problem is one that just lacked someone willing
At 10:51 PM 1/4/2005, you wrote:
Wow! You're not kidding - cygwin cvs performance is comparable to
native performance on local drives.
I'm obviously going to look through the archives to see previous
discussions of network drive performance. In the meantime, do you know
if the problem is one
Hello Christopher,
there is a W32/[EMAIL PROTECTED] virus attachment in the
cygwin-cvs archives in an attachment file named Document.zip:
/var/ftp/pub/cygwin/mail-archives/cygwin-cvs-2004-q2.bz2
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
On Sun, Oct 31, 2004 at 08:51:53AM +0100, Gerrit P. Haase wrote:
Hello Christopher,
there is a W32/[EMAIL PROTECTED] virus attachment in the cygwin-cvs
archives in an attachment file named Document.zip:
/var/ftp/pub/cygwin/mail-archives/cygwin-cvs-2004-q2.bz2
Um, yeah, I'm sure there are all
Hi,
I'm getting the following error building Cygwin CVS HEAD:
c++ -L/usr/src/cygwin-cvs/build/i686-pc-cygwin/winsup
-L/usr/src/cygwin-cvs/build/i686-pc-cygwin/winsup/cygwin
-L/usr/src/cygwin-cvs/build/i686-pc-cygwin/winsup/w32api/lib -isystem
/usr/src/cygwin-cvs/src/winsup/include -isystem
Apologies to all, this got sent to the wrong list by mistake. Please
ignore.
Igor
On Tue, 13 Jul 2004, Igor Pechtchanski wrote:
Hi,
I'm getting the following error building Cygwin CVS HEAD:
c++ -L/usr/src/cygwin-cvs/build/i686-pc-cygwin/winsup
-L/usr/src/cygwin-cvs/build/i686-pc
From: luke.kendall@unencoded email-address removed
You'd better take heed, the spammers will get to you real soon.
To protect against it; do not expose email addresses within messages sent
to such a forum as this one.
I'd only expect that if Cygwin was installed with the Use Unix line
at all
for Windows was that Windows xomes with a broken RSH implementation,
hrm... that performs some sort of EOL conversion... Is it possible
that your Cygwin CVS is using the Windows RSH client rather than the
Cygwin RSH?
Again, I've had few recent troubles with the Cygwin client under Windows
... that performs some sort of EOL conversion...
Interesting. Ah, and the Cygwin version isn't based on the Windows-NT
source code, of course!
Is it possible
that your Cygwin CVS is using the Windows RSH client rather than the
Cygwin RSH?
It's possible, yes. I just tried to find out
under cygwin, cvs documentation
Date: Tue, 16 Mar 2004 12:11:58 +1100 (EST)
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Although we have a moderately good workaround (an old version of cvs
compiled up), we have a long-standing problem with cvs in Cygwin that
I'm looking into finally
On Tue, Mar 16, 2004 at 12:33:52PM +1100, [EMAIL PROTECTED] wrote:
Re-sending this since the Cygwin list says any cross-post means you're
a spammer. :-(
You are confused. There is nothing which says that you may not cc another list
when sending email to the cygwin list. Of course that is
Christopher Faylor wrote:
On Tue, Mar 16, 2004 at 12:33:52PM +1100, [EMAIL PROTECTED] wrote:
Re-sending this since the Cygwin list says any cross-post means you're
a spammer. :-(
You are confused. There is nothing which says that you may not cc another list
when sending email to the
My last message on this mailing list was about uninstalling Cygwin to
re-install it and solve my problem but my problem still.
I installed a CVS Server and OpenSSH on Cygwin.
I succesfully remotly connect to my server via SSH
But when i try to checkout the CVSROOT module remotly i get this
/taginfo
U CVSROOT/verifymsg
So i don't know what can i do with my problem ...??
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part
de Flo
Envoyé : dimanche 8 février 2004 16:12
À : [EMAIL PROTECTED]
Objet : Windows XP Pro / Cygwin / CVS / OpenSSH == cvs [server
On Sun, 8 Feb 2004, Flo wrote:
My last message on this mailing list was about uninstalling Cygwin to
re-install it and solve my problem but my problem still.
I installed a CVS Server and OpenSSH on Cygwin.
I succesfully remotly connect to my server via SSH
But when i try to checkout the
I'm trying to use plink (release version 0.53b) and pageant along with
Cygwin cvs 1.11.6 on windows 98SE. A commandline CVS command succeeds
and displays the expected output, but then appears to hang. Nonetheless
in fact the DOS window is in fact alive and listening to input, for new
commands
On Thu, 17 Jul 2003, Corinna Vinschen wrote:
On Thu, Jul 17, 2003 at 05:03:52PM +0200, Ronald Landheer-Cieslak wrote:
I've just checked out the latest Cygwin sources and built a cygwin1.dll
(and friends). It seems to be working nicely - though I must say that I
haven't stressed it to the
I've just checked out the latest Cygwin sources and built a cygwin1.dll
(and friends). It seems to be working nicely - though I must say that I
haven't stressed it to the limits of the imaginable :)
Is there anything the core developers would like me to try while torturing
the Cygwin DLL and
BTW: for info in the system I'm testing on, look at the cygcheck output
below:
a5cc167376064ad5d62584d2978d9adb *cygcheck.out
http://blytkerchan.chez.tiscali.fr/cygcheck.out
HTH
rlc
On Thu, 17 Jul 2003, Ronald Landheer-Cieslak wrote:
I've just checked out the latest Cygwin sources and built
On Thu, Jul 17, 2003 at 05:03:52PM +0200, Ronald Landheer-Cieslak wrote:
I've just checked out the latest Cygwin sources and built a cygwin1.dll
(and friends). It seems to be working nicely - though I must say that I
haven't stressed it to the limits of the imaginable :)
Is there anything
On Thu, 17 Jul 2003, Corinna Vinschen wrote:
On Thu, Jul 17, 2003 at 05:03:52PM +0200, Ronald Landheer-Cieslak wrote:
I've just checked out the latest Cygwin sources and built a cygwin1.dll
(and friends). It seems to be working nicely - though I must say that I
haven't stressed it to the
Hi,
There seems to be a nasty autoconf macro in coreutils (open-max.m4*)
which attempts to compile and execute the following the code for the
purpose of determining the system's simultaneous open file maximum:
#include stdio.h
#include stdlib.h
#include unistd.h
int
main ()
{
Actually, Cyg CVS (afaik) determines line termination defauls based on
the cyg dll, and user-defined mounts that the check-out are done to.
I've found this as we have a number of developers using cyg/cvs who have
set up mounts in a number of creative ways (not according to docs,etc.)
... and cvs
On Sun, Sep 22, 2002 at 08:44:40AM -0700, Bruce Alderson wrote:
Actually, Cyg CVS (afaik) determines line termination defauls based on
the cyg dll, and user-defined mounts that the check-out are done to.
I've found this as we have a number of developers using cyg/cvs who have
set up mounts in a
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Sun, Sep 22, 2002 at 08:44:40AM -0700, Bruce Alderson wrote:
Actually, Cyg CVS (afaik) determines line termination defauls
based on
the cyg dll, and user-defined mounts that the check-out are done
to.
I've found this as we have a number
On Sun, Sep 22, 2002 at 11:57:04AM -0700, Nicholas Wourms wrote:
The name of the product is Cygwin. It is not cyg. I don't know
where this abbreviation is coming from but I really find it repugnant.
Didn't you know? cyg is Ebonics for Cygwin...
Oh, well, nevermind then.
cgf
--
Unsubscribe
, and
CVS may tell you a file is out of date when it is not.
Second, the Cygwin CVS (as I believe the stock CVS) is aware of line
endings and what to do with them. In a nutshell, a Windows client will
convert the endings before commiting to CVS.
If you are using a DOS text mount on your client machine
I've noticed that WinCVS has a feature where it can change the line endings on
files on checkout/update, to either use DOS or Unix line endings. I don't see
anything in the Cygwin CVS interface that can do this. Is this feature just
not in standard command-line CVS
--- David M. Karr [EMAIL PROTECTED] wrote:
I've noticed that WinCVS has a feature where it can change the line
endings on
files on checkout/update, to either use DOS or Unix line endings.
I don't see
anything in the Cygwin CVS interface that can do this. Is this
feature just
On 21 Sep 2002, David M. Karr wrote:
I've noticed that WinCVS has a feature where it can change the line
endings on files on checkout/update, to either use DOS or Unix line
endings. I don't see anything in the Cygwin CVS interface that can do
this. Is this feature just not in standard
Please keep all cygwin-related email on the cygwin list. I've redirected
replies to go there.
Currently, cvs on cygwin is only supported as an interactive (e.g.
non-service) application. It is *possible* to have the inetd daemon run
it in :pserver: mode, but that takes some effort -- see the
wondering now, is:
1. is it possible to make cygwin CVS do line ending translation,
without changing the default text type for all of cygwin?
2. is it possible to change the default line ending for a cygwin
installation, without reinstalling cygwin?
3. will changing the default line ending
84 matches
Mail list logo