Re: pserver ends with SEGV during checkout
Brought to you by:
tyranny
From: Alexey M. <mo...@no...> - 2002-04-14 12:33:43
|
=F7 =F7=D3=CB, 14.04.2002, =D7 18:34, Michael Kazakov wrote: Hmm, could you tell how did you try to start the server when it sigsegv'ed. I suspect, you tried to run it with totally wrong arguments. Could you tell the [x]inetd line etc etc etc?... I also noticed that you're using 'cvs' w/ core file from cvs-pserver :-). BTW, in the attachment you may find a [hopefully] correct example (at least it works for me:-)) how to set up an ncvs-pserver in xinetd environment. inetd line should be constructed in similar way :-).=20 In a really near future (hopefully a day or two) I will provide a set of tools for creating repositories, starting projects etc... In fact there's a draft of doc (in texinfo) :-)). And finally, Alex will fix cvs-admin-guide.texi so we'll have a proper and much more accurate documentation :-) > $ gdb -c core.pserver /usr/local/cvs-nserver/bin/cvs >=20 > 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-suse-linux"... > Core was generated by `/usr/local/cvs-nserver/bin/cvs pserver'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libcrypt.so.1...done. > Loaded symbols for /lib/libcrypt.so.1 > Reading symbols from /lib/libz.so.1...done. > Loaded symbols for /lib/libz.so.1 > Reading symbols from /lib/libc.so.6...done. > Loaded symbols for /lib/libc.so.6 > Reading symbols from /lib/ld-linux.so.2...done. > Loaded symbols for /lib/ld-linux.so.2 > #0 0x400dd17d in chunk_free () from /lib/libc.so.6 > (gdb) bt > #0 0x400dd17d in chunk_free () from /lib/libc.so.6 > #1 0x400dd064 in free () from /lib/libc.so.6 > #2 0x805970d in Entnode_Destroy (ent=3D0x820e7b8) at entries.c:74 > #3 0x805a2a5 in Entries_delproc (node=3D0x81b4c38) at entries.c:598 > #4 0x805f217 in freenode_mem (p=3D0x81b4c38) at hash.c:188 > #5 0x805f273 in freenode (p=3D0x81b4c38) at hash.c:210 > #6 0x805f1ee in delnode (p=3D0x81b4c38) at hash.c:177 > #7 0x805f0f4 in dellist (listp=3D0xbffff434) at hash.c:93 > #8 0x805a284 in Entries_Close (list=3D0x80eb310) at entries.c:582 > #9 0x8080e32 in do_recursion (frame=3D0xbffff4f4) at recurse.c:768 > #10 0x808162b in do_dir_proc (p=3D0x80ec678, closure=3D0xbffff590) > at recurse.c:1091 > #11 0x805f4fd in walklist (list=3D0x80ebac8, proc=3D0x8081000 <do_dir_pro= c>,=20 > closure=3D0xbffff590) at hash.c:370 > #12 0x8080e0c in do_recursion (frame=3D0xbffff614) at recurse.c:758 > #13 0x808162b in do_dir_proc (p=3D0x80da800, closure=3D0xbffff6b0) > at recurse.c:1091 > #14 0x805f4fd in walklist (list=3D0x80eb008, proc=3D0x8081000 <do_dir_pro= c>,=20 > closure=3D0xbffff6b0) at hash.c:370 > #15 0x8080e0c in do_recursion (frame=3D0xbffff744) at recurse.c:758 > #16 0x8080901 in start_recursion (fileproc=3D0x80908c0 <update_fileproc>,= =20 > filesdoneproc=3D0x8090e40 <update_filesdone_proc>,=20 > direntproc=3D0x8090f40 <update_dirent_proc>,=20 > dirleaveproc=3D0x80912d0 <update_dirleave_proc>, callerdat=3D0x0, arg= c=3D0,=20 > argv=3D0x80da648, local=3D0, which=3D3, aflag=3D0, readlock=3D1,=20 > update_preload=3D0x80dac58 "cvs-nserver", dosrcs=3D1) at recurse.c:35= 5 > #17 0x809088a in do_update (argc=3D0, argv=3D0x0, xoptions=3D0x0, xtag=3D= 0x0,=20 > xdate=3D0x0, xforce=3D1, local=3D0, xbuild=3D1, xaflag=3D0, xprune=3D= 0, xpipeout=3D0,=20 > which=3D3, xjoin_rev1=3D0x0, xjoin_rev2=3D0x0,=20 > preload_update_dir=3D0x80dac58 "cvs-nserver", xdotemplate=3D1) at upd= ate.c:515 > #18 0x8051e35 in checkout_proc (argc=3D1, argv=3D0x80daff0, where_orig=3D= 0x0,=20 > mwhere=3D0x0, mfile=3D0x0, shorten=3D0, local_specified=3D0,=20 > omodule=3D0x80daae8 "cvs-nserver", msg=3D0x80b5417 "Updating") > at checkout.c:1075 > #19 0x806f273 in do_module (db=3D0x80da7b8, mname=3D0x80daae8 "cvs-nserve= r",=20 > m_type=3DCHECKOUT, msg=3D0x80b5417 "Updating",=20 > callback_proc=3D0x8050e10 <checkout_proc>, where=3D0x0, shorten=3D0,=20 > local_specified=3D0, run_module_prog=3D1, build_dirs=3D1, extra_arg= =3D0x0) > at modules.c:299 > #20 0x8050b82 in checkout (argc=3D1, argv=3D0x80da630) at checkout.c:373 > #21 0x8088925 in do_cvs_command (cmd_name=3D0x80cb599 "checkout",=20 > command=3D0x8050450 <checkout>) at server.c:2782 > #22 0x808a462 in serve_co (arg=3D0x80daafa "") at server.c:3738 > #23 0x808c12f in server (argc=3D1, argv=3D0xbffffc78) at server.c:5104 > #24 0x806dab7 in main (argc=3D1, argv=3D0xbffffc78) at main.c:1122 > #25 0x40085c6f in __libc_start_main () from /lib/libc.so.6 > (gdb)=20 >=20 > $ uname -rs > Linux 2.2.19 >=20 > $ gcc -v > Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.3/specs > gcc version 2.95.3 20010315 (SuSE) >=20 > $ rpm -q glibc > glibc-2.2.2-38 >=20 > --=20 > WBR, Michael Kazakov. >=20 > _______________________________________________ > Cvs-nserver-devel mailing list > Cvs...@li... > https://lists.sourceforge.net/lists/listinfo/cvs-nserver-devel |