Here's some background information on a problem I am encountering:
Client: WinCVS 1.3.12 on Windows NT 4.0 SP6a
Server: cvs 1.11.2 on AIX 4.3.3
Communication Method: pserver
On each and every login by a WinCVS client, a core dump (32MB!) is being
created in /tmp/cvs-servern (where n is pr
[EMAIL PROTECTED] wrote:
>
> Client: WinCVS 1.3.12 on Windows NT 4.0 SP6a
> Server: cvs 1.11.2 on AIX 4.3.3
> Communication Method: pserver
>
> On each and every login by a WinCVS client, a core dump (32MB!) is being
> created
Does the client print any messages from the server? If not, try runni
[EMAIL PROTECTED] writes:
>
> Client: WinCVS 1.3.12 on Windows NT 4.0 SP6a
> Server: cvs 1.11.2 on AIX 4.3.3
> Communication Method: pserver
The first thing to do is to upgrade your server to the current release
of CVS (1.11.5) and see if that fixes the problem.
-Larry Jones
Can I take an ax to
[EMAIL PROTECTED] (Larry Jones) writes:
>[EMAIL PROTECTED] writes:
>>
>> Client: WinCVS 1.3.12 on Windows NT 4.0 SP6a
>> Server: cvs 1.11.2 on AIX 4.3.3
>> Communication Method: pserver
>
>The first thing to do is to upgrade your server to the current release
>of CVS (1.11.5) and see if that fixe
[EMAIL PROTECTED] writes:
>
> I have now completed the upgrade. Same result - big core dumps in /tmp.
Can you get a traceback from one of the dumps?
-Larry Jones
Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin
___
Info-cvs mai
(Larry Jones)cc: [EMAIL PROTECTED]
Subject: Re: pserver core dumps on WinCVS
login
[EMAIL PROTECTED] writes:
>
> I changed the entry in /etc/inetd.conf to add "-t" to the cvs command line,
> but I don't seem to be able to find any trace output anywhere. Where would
> it have been written to?
Trace output goes to stderr, which for a server is probably nowhere,
but it doesn't mat
MAIL
PROTECTED]
[EMAIL PROTECTED] Subject:
Re: pserver core dumps
[EMAIL PROTECTED] writes:
>
> OK. Here's what I get from dbx:
>
> $ dbx /usr/local/bin/cvs core
> Type 'help' for help.
> reading symbolic information ...
> [using memory image in core]
>
> Segmentation fault in expand_catname at 0xd01895b0 ($t1)
> 0xd01895b0 (expand_catname+0x18) 9421f780
Sent by:To: [EMAIL
PROTECTED]
info-cvs-bounces+mchojnacki=symcor.ccc: [EMAIL
PROTECTED]
[EMAIL PROTECTED] writes:
>
> Sorry about that. Here's the first few lines of output for the where
> command within dbx. The final 10 lines are repeated ad nauseum after
> that...
The following patch should avoid the recursive death, maybe then we'll
be able to figure out the root problem.
Index
] Subject:
Re: pserver core dumps on WinCVS login
[EMAIL PROTECTED] writes:
>
> Looks like recursive death may have been the whole problem. Now I get no
> core dumps, although an empty directory (cvs-servNN, where NN is
> the process ID for the server) is left in /tmp (not a big deal)...
No, something is going badly wrong somewhere. You
13 matches
Mail list logo