During the cvsup process of KDE with the following collection list
(rather long, I see) cvsup dies with SIGILL (signal 4), possibly due to
some internal table overflow.
Unfortunately, no known.
try to get KDE mirror with the following supfile:
# Supfile for KDE mirroring
*default host=cvsup.kde.org delete use-rel-suffix umask=002 compress
*default release=cvs tag=.
*default prefix=/pub/mirror/kde # whatever
Over to maintainer
With help from another KDE user I have finally found the cause of this
problem. The CVSup server configuration files created by the KDE
project are very unusual, and they could cause a thread stack overflow
in the CVSup clients due to too much recursion. I have replaced the
recursive algorithm which was causing the trouble with a non-recursive
algorithm. Attached is the new code. I would appreciate it if you
could test it for me and verify that it solves the problem.
To try this out, you will need to install the ezm3 port if you don't
already have it. Then grab the cvsup-16.1f sources from
(Beware of line wrap caused by my mailer or your mailer.)
Extract the tar file and find the directory "client/src". Replace the
file "GlobTree.m3" in that directory with the attached file. Go back
to the top-level directory and build everything with "make". Now in
"client/FreeBSD4" you should find a new "cvsup" program to test.
Please let me know if it solves the problem.
On Sun, 17 Nov 2002, John Polstra wrote:
JP> Please let me know if it solves the problem.
Unfortunately it does not:
%~marck/ports/cvsup-snap-16.1f/client/FreeBSD4/cvsup -zgl /tmp/kde-big.Lock -L1 kde-big.cvsup
Connected to cvsup.kde.org
Falling back to protocol version 16.1
Updating collection www/cvs
Updating collection qt-copy/cvs
Updating collection kde-common/cvs
Updating collection kde-i18n/cvs
Updating collection kdeaddons/cvs
Updating collection kdeadmin/cvs
Updating collection kdeartwork/cvs
Updating collection kdebase/cvs
Updating collection kdebindings/cvs
Updating collection kdegames/cvs
Updating collection kdegraphics/cvs
Updating collection kdelibs/cvs
Updating collection kdemultimedia/cvs
Updating collection kdenetwork/cvs
Updating collection kdepim/cvs
Updating collection kdesdk/cvs
Updating collection kdetoys/cvs
Updating collection kdeutils/cvs
(it is at the same place as the original cvsup-16.1f breaks)
I would be very glad to help track this problem down further. Any directions?
D.Marck [DM5020, DM268-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- email@example.com ***
Dmitry Morozovsky wrote:
> On Sun, 17 Nov 2002, John Polstra wrote:
> JP> Please let me know if it solves the problem.
> Unfortunately it does not:
> %~marck/ports/cvsup-snap-16.1f/client/FreeBSD4/cvsup -zgl /tmp/kde-big.Lock -L1
> Connected to cvsup.kde.org
> Falling back to protocol version 16.1
> Updating collection www/cvs
> Updating collection qt-copy/cvs
> Updating collection kde-common/cvs
> Updating collection kde-i18n/cvs
> Updating collection kdeaddons/cvs
> Updating collection kdeadmin/cvs
> Updating collection kdeartwork/cvs
> Updating collection kdebase/cvs
> Updating collection kdebindings/cvs
> Updating collection kdegames/cvs
> Updating collection kdegraphics/cvs
> Updating collection kdelibs/cvs
> Updating collection kdemultimedia/cvs
> Updating collection kdenetwork/cvs
> Updating collection kdepim/cvs
> Updating collection kdesdk/cvs
> Updating collection kdetoys/cvs
> Updating collection kdeutils/cvs
> Bus error
> (it is at the same place as the original cvsup-16.1f breaks)
Thanks for the quick reply! I am really surprised that this fix
didn't solve the problem.
Could you please try running the program under gdb? When it crashes,
use gdb's "where" command to get a stack trace. (I recommend running
gdb under the "script" command to capture all the output.) Please
send the stack trace to me.
Fixed in CVSup 16.1g. I have updated the port accordingly.