cvs nie działa?

[Paweł Sikora]

Dnia wtorek, 6 grudnia 2005 23:45, Jakub Bogusz napisał:
> On Tue, Dec 06, 2005 at 11:28:58PM +0100, Tomasz Wittner wrote:
> > [inter w asus 23:25 ~/my/devel/codeblocks/SOURCES]$ cvs add
> > codeblocks-ac.patch cvs [add aborted]: connect to
> > [cvs.pld-linux.org]:2401 failed: Connection refused
>
> Teraz działa, natomiast:
>  1553 cvs       21   2 17216 8568 1208 R 33.6  0.4   0:01.01 cvs
> 19986 cvs       27   2 10072 1140 1128 R 15.9  0.1  15:31.02 cvs
> 19157 cvs       27   2 10072 1448 1136 R 15.9  0.1   3:46.79 cvs
> 25838 cvs       27   2 10072 1140 1128 R 15.3  0.1  11:11.20 cvs
> 30879 cvs       27   2 10072 1140 1128 R 15.3  0.1   9:11.97 cvs
>  1434 cvs       27   2 10072 1140 1128 R 15.3  0.1   8:38.17 cvs
> 16588 cvs       27   2 11140 1544 1208 R 15.0  0.1   4:06.18 cvs
> 24830 cvs       27   2 10072 1140 1128 R 12.0  0.1  11:50.62 cvs
>  4300 cvs       27   2 10072 1140 1128 R 11.6  0.1  48:28.42 cvs
>
> nie wygląda ładnie. Wszystkie chcą się dobrać do jednego pliku
> (/cvs/root/pld/SOURCES/gcc-pr20218.patch,v).

probowaliśmy z Arkiem zdiagnozować na szybko locki, które notorycznie
powstaja przy zabawach z branchami. sprawdziliśmy na binarkach cvs-a
z AC i TH. backtrace klienta wygląda tak:

(gdb) bt
#0  0x0fd98c54 in read () from /lib/libc.so.6
#1  0x0fd4a24c in _IO_file_underflow () from /lib/libc.so.6
#2  0x0fd4cdbc in _IO_default_uflow () from /lib/libc.so.6
#3  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#4  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#5  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#6  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#7  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#8  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#9  0x0fd4cb24 in __uflow () from /lib/libc.so.6
#10 0x0fd4cb24 in __uflow () from /lib/libc.so.6
#11 0x0fd4cb24 in __uflow () from /lib/libc.so.6
#12 0x0fd4cb24 in __uflow () from /lib/libc.so.6
#13 0x0fd4cb24 in __uflow () from /lib/libc.so.6
#14 0x0fd4cb24 in __uflow () from /lib/libc.so.6

natomiast na serwerze w Arek doszedł do:

wisi po:
19157 open("/cvsroot/SOURCES/DIRACL", O_RDONLY) = -1 ENOENT
19157 stat("/cvsroot/SOURCES", {st_mode=S_IFDIR|0775, st_size=700416, ...})=0
19157 open("/cvsroot/SOURCES/DIRACL", O_RDONLY) = -1 ENOENT
19157 open("/cvsroot/SOURCES/ACL", O_RDONLY) = -1 ENOENT

póki co, z dwóch maszyn jestem wstanie wygenerować locka
w sources na tym patchu.

-- 
to_be || !to_be == 1, to_be | ~to_be == -1