Re: error checking out codes

[Jean-Marie DAMAS]

I executed the following command :

$ gdb cvs core

and obtained :

GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
Core was generated by `cvs -d /d2/ACS/arc/repository co src'.
Program terminated with signal 11, Segmentation fault.
Error while mapping shared library sections:
/lib/libshow.so.0.9.5: No such file or directory
Erreur de segmentation (core dumped)

Does this give you more ideas ???
JM. Damas

"Jean-Marie DAMAS" <address@hidden> a écrit dans le message news:
address@hidden
> Hi all,
>
> I have the same problem than David whith winCVS and pserver method. It
> occurs when dealing with directories containing more than almost 10
> sub-directories. It works fine when treating each sub-directory manually.
>
> So I also tried locally on the server with the command : cvs -d
> /my_repository co package
> I obtained a core dump !
>
> The result of the "strings" command on the core file displays :
>
> CORE
> address@hidden
> sito+
> CORE
> cvs -d /d2/ACS/arc/repository co src
> CORE
> netd
> tito
> y prepending a tab.
>   -v  --version  Output version info.
>   --help  Output this help.
> If a FILE is `-', read standard input.
> Usage: %s [OPTION]... MYFILE OLDFILE YOURFILE
> internal error: screwup in format of diff blocks
> diff error: %s
> internal error: invalid diff type in process_diff
> invalid diff format; invalid change separator
> diff
> --horizon-lines=%d
> subsidiary diff failed
> could not open temporary diff file
> files are too large to fit into memory
> invalid diff format; incomplete last line
> pipe close
> invalid diff format; incorrect leading line chars
> internal error: invalid diff type passed to output
> ====%s
> ...
>
> When I check the memory during the cvs commands, it seems to be enought
free
> mem !
> All this was working fine in december 2001 ...
> What can I do ?
>
> My context is :
> Linux RedHat 7.0 = Linux hostname 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT
2000
> i686 unknown
> CVS = Concurrent Versions System (CVS) 1.10.8 (client/server)
>
> Thanks,
> Jean-Marie Damas.
>
>
>