Is there a way to start the CVS server (pserver) so it can be run through
gdb?
I want to be able to debug the server process from the very beginning, but
the best I can do is after inetd has forked off the cvs server process I
can attach to the process with gdb using the PID. Problem is, this is
Shane McDaniel [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
$ cd $CVSROOT/module
$ cp old,v new,v
# make a minor change so the commit will occur
$ cvs commit -m Moved to new old
$ rm old
$ cvs remove old
$ cvs upddate new
# make a minor change so the commit will occur
$
Hi All,
I want to refactor my project tree to break out one large project into
smaller projects. The main issue at the moment is of course that I will lose
my ability to merge in bug fixes. But -- I think I have found a way to do
it.
I am using Win32 with linux tools. I can create hard links
hi ,
I identified the problem. Its bcoz i had the files writers and readers both
existed but containted nothing. So i added the system users to writers.
Then it went like a charm.
Thank u guys for ur inputs.
Take Care.
uday.
On Mon, 14 Oct 2002, Larry Jones Wrote :
lawren :Udaya kumar.R
Title: Message
Hi,
I have CVS Server in
Solaris System. I would like to CVS client in Windows 2000 using
WinCVS.
I have given the
preference as :pserver:pushpa@servername:/home/cvsroot.
when I login its
giving the following problem.
"cvs [login aborted]: recv() from server
On Fri, 2002-10-18 at 01:39, [EMAIL PROTECTED] wrote:
Having finished - I now realise that there are one or two extensions that
I should have included in the cvswrappers (actually the extensions weren't
used in the first version of the product but appeared in the last 10
releases).
Dan Peterson wrote:
Is there a way to start the CVS server (pserver) so it can be run through
gdb?
From inetd? I should hope not. This would (I believe) imply a
rather serious security gap in inetd.
I want to be able to debug the server process from the very beginning, but
the best I can
