Bug 16922 – :gserver: access method stop cvs on assertion in client.c

Bug 16922 - :gserver: access method stop cvs on assertion in client.c

Summary:	:gserver: access method stop cvs on assertion in client.c

Status:	CLOSED DUPLICATE of bug 76557

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	cvs (Show other bugs)
Sub Component:
Version:	6.2
Hardware:	i386 Linux

Priority	high Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Martin Stransky
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2000-08-25 03:39 EDT by Pawel Salek
Modified:	2007-03-26 23:35 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2006-02-21 13:47:45 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Pawel Salek 2000-08-25 03:39:14 EDT

I have been trying to setup a test network CVS server with Kerberos GSS
authentication. I set up tickets, inetd.conf as described in cvs
documentation. I have tested also that :pserver: method was functional.

Trying to access CVS respository with :gserver: method crashes the client
on assertion
in src/client.c:1410. It seems (as far as I could understand, I am not
Kerberos expert) the server requests buffer size of order 24kB, while cvs
has fixed size buffer of max size 1024 bytes. 

I file it as cvs component bug (because it was cvs which dumped core) but I
wonder if it isn't really krb5 bug, because it is the server response which
seems wrong.
I use the krb5 from Redhat Errata. 
PS. cvs-1.10.7-7 doesn't build from src.rpm as non root.

Comment 1 Pawel Salek 2000-08-28 12:54:42 EDT

I tested GSS authentication on IMAP, and it works.
I get reports in /var/log/messages that inetd dies on signal 1.  It is the
executed child,  not the main inetd, as far as I can tell.

Comment 2 Nalin Dahyabhai 2000-10-02 02:05:47 EDT

The not-rebuilding-as-non-root problems should be fixed in the 7 release of
1.10.8.  The gserver assertion will need further debugging.

Comment 3 Martin Stransky 2005-03-17 04:48:20 EST


*** This bug has been marked as a duplicate of 76557 ***

Comment 4 Red Hat Bugzilla 2006-02-21 13:47:45 EST

Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.