Weird bug involving :ext: access

[Adrian Pepper]

I recompiled 1.11.5 for both Solaris 2.6 and Solaris 8.
Using pretty identical procedures (gcc-based) I thought.

On Solaris 8 however:

% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs checkout cs498/a2

works in as far as it generates a prompt for
"cvsuser@xxxxxx.yyy.net's password" (which I don't know, so...) whilst
the following never even gets that far:

% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot checkout cs498/a2

xxxxxx.yyy.net represents the actual number and length of components
of the .net DNS name, but is not the actual name.  All other names
are exactly correct.

The only problem is that "/u/consultant/faq/cvs" is not the valid
pathname required; the second one is.  A bizarre detail is that both
pathnames are identical in length, otherwise one might think a
problem occurred because of an uninitialized string buffer or
something?

The second command hangs regardless of what value for "CVS_RSH" you
set.  (Even "doesnotexist").  That is, the "ssh" command is never run.
The "cvs" is not spinning on CPU, however.  (You might expect
preprocessing of the CVS_ROOT to spin somewhere in the case of a bug?)

As I say, the problem does not occur on Solaris 2.6

Both client machines have an empty /home directory, but that should be
irrelevant.  Neither pathname exists on either machine (they NFS-mount
the same set of home directories), although /u/consultant does exist
on both.

I'll report this now and check known problems later, I think the level
of detail I've given might be enlightening.


Adrian Pepper
Math Faculty Computing Facility
University of Waterloo, Waterloo, Ontario, Canada
arpepper@math.uwaterloo.ca
============================================================================
Here is cut-and-paste, with the real server name changed.

mgc2000.math% setenv CVS_RSH ssh
mgc2000.math% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs 
checkout cs498/a2
 -> main loop with CVSROOT=:ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs
 -> Starting server: ssh xxxxxx.yyy.net -l cvsuser cvs server 
cvsuser@xxxxxx.yyy.net's password: 
cvs [checkout aborted]: end of file from server (consult above messages if any)
 -> Lock_Cleanup()
mgc2000.math% 
mgc2000.math% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot 
checkout cs498/a2
 -> main loop with CVSROOT=:ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot
cvs [checkout aborted]: received interrupt signal
 -> Lock_Cleanup()
mgc2000.math% 

The "cvs" is not spinning on CPU, however.  (You might expect
preprocessing of the CVS_ROOT to spin somewhere in the case of a bug?)

An examination of "lsof" doesn't immediately tell me what the process is
doing.

Here is from "ps -flu arpepper":

 8 S arpepper 25020 19039  0  41 20        ?    283        ? 18:34:07 pts/19   
0:00 cvs -t -d :ext:cvsuser@xxxxxx.yyy.n

That is after many minutes.  It doesn't seem to have any children.