You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(6) |
2
(16) |
3
(3) |
4
(11) |
5
(2) |
|
6
(4) |
7
(11) |
8
(4) |
9
(6) |
10
(25) |
11
(10) |
12
(1) |
|
13
(2) |
14
(6) |
15
(16) |
16
(19) |
17
(16) |
18
(5) |
19
|
|
20
(4) |
21
(5) |
22
(21) |
23
(4) |
24
(14) |
25
(3) |
26
(9) |
|
27
(3) |
28
(13) |
29
(6) |
30
(16) |
|
|
|
|
From: Julian S. <js...@ac...> - 2003-04-06 23:37:25
|
On Sunday 06 April 2003 6:48 pm, Robert Walsh wrote:
> > Anyone have a reliable check easily to hand?
>
> Yeugh. I don't know if this is reliable, but pthread_tryjoin_np is
> implemented in nptl but not in the original pthread stuff. Perhaps a
> check for that will let you know? It will certainly let you know if
> pthread_tryjoin_np is implemented, but you might allow yourself to infer
> from that that it's nptl... :-)
Hmm. Sounds a plausible scheme, but ...
On the one hand (on RH 9), nm /lib/tls/libpthread.so.0 | grep tryjoin
shows pthread_tryjoin_np as an exported text symbol ("T").
On the other hand, you can't link against it:
sewardj@localhost:~/VgHEAD/valgrind$ cat nptltest.c
#include <pthread.h>
extern int pthread_tryjoin_np;
int main (int argc, char * argv )
{
int* p = (int*)(& pthread_tryjoin_np);
return 0;
}
sewardj@localhost:~/VgHEAD/valgrind$ gcc -o nptltest nptltest.c -lpthread
/tmp/ccWjnvw9.o(.text+0x13): In function `main':
: undefined reference to `pthread_tryjoin_np'
collect2: ld returned 1 exit status
Now what? If the symbol is in the DSO, why can't I link to it?
Mystified.
J
|
|
From: Julian S. <js...@ac...> - 2003-04-06 21:25:06
|
Ok, I've got the same problem running OpenOffice on R H 9, using the LD_ASSUME_KERNEL thing and auxinfo patch from Graydon. OO is blocking in accept(). We get to accept() at vg_intercept.c:140 (correct), which then calls VGL_(accept) (correct). Unfortunately this leads to the one in the same file rather than the one in vg_libpthread.c. Enquiring with LD_DEBUG=files confirms that ld.so has somehow done this, despite both valgrind.so and vg_libpthread.so being in the image. Graydon, Jeff, is there any known issue in glibc-2.3.2 to do with weak symbols not being overriden by non-weak symbols? What we've got here is just such a case. Mystified. J On Thursday 03 April 2003 6:56 am, da...@2g... wrote: > Quoting Jeremy Fitzhardinge <je...@go...>: > > On Wed, 2003-04-02 at 10:28, David Eriksson wrote: > > > Strace stops in poll, and if I attach to the server process with gdb I > > > get this stacktrace: > > > > > > (gdb) bt > > > #0 0x40183272 in vgPlain_do_syscall () from > > > /usr/local/lib/valgrind/valgrind.so > > > #1 0x4023c4d0 in __JCR_LIST__ () from /usr/lib/libglib-1.2.so.0 > > > #2 0x40170c97 in poll (__fds=0x4223bf3c, __nfds=0x2, __timeout=0xea60) > > > at vg_intercept.c:194 > > > #3 0x4022a3cb in g_main_poll () from /usr/lib/libglib-1.2.so.0 > > > #4 0x40229c95 in g_main_iterate () from /usr/lib/libglib-1.2.so.0 > > > #5 0x4022a0f4 in g_main_run () from /usr/lib/libglib-1.2.so.0 > > > #6 0x0804c671 in main (argc=0x0, argv=0xbfffe8e4) at smaccd.c:616 > > > #7 0x403d3907 in __libc_start_main () from /lib/libc.so.6 > > > > Hm, looks like the vg_intercept stuff isn't working - it's catching > > poll, but it isn't passing it into the threads library properly. What > > does ldd <your program> say? What is in /proc/<pid>/maps when you run > > it? What does the link command line look like? > > ldd says this: > > libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x4002a000) > libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x4002e000) > libpthread.so.0 => /lib/libpthread.so.0 (0x40054000) > libldap_r.so.2 => /usr/lib/libldap_r.so.2 (0x400a6000) > liblber.so.2 => /usr/lib/liblber.so.2 (0x400d4000) > libradiusclient.so.0 => > /usr/local/radiusclient/lib/libradiusclient.so.0 (0x400df000) > libssl.so.2 => /lib/libssl.so.2 (0x400e8000) > libcrypto.so.2 => /lib/libcrypto.so.2 (0x40119000) > libresolv.so.2 => /lib/libresolv.so.2 (0x401ed000) > libc.so.6 => /lib/libc.so.6 (0x401ff000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libsasl.so.7 => /usr/lib/libsasl.so.7 (0x4033c000) > libdl.so.2 => /lib/libdl.so.2 (0x40347000) > libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4034a000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x40352000) > libpam.so.0 => /lib/libpam.so.0 (0x4037f000) > > The output from /proc/<pid>/maps is attached. > > The (short version) of the linking is simply like this: > > gcc -o server <OBJECTS> `glib-config --libs gthread` <LIBRARIES> > > > Did you manage to get a small standalone program to reproduce the > > problem? > > Not yet. > > \David |
|
From: Robert W. <rj...@du...> - 2003-04-06 18:48:07
|
> Anyone have a reliable check easily to hand? Yeugh. I don't know if this is reliable, but pthread_tryjoin_np is implemented in nptl but not in the original pthread stuff. Perhaps a check for that will let you know? It will certainly let you know if pthread_tryjoin_np is implemented, but you might allow yourself to infer from that that it's nptl... :-) Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rj...@du... |
|
From: Julian S. <js...@ac...> - 2003-04-06 13:14:24
|
Greetings, all. I'm trying to add support to V for R H 9, and it nearly works. I need a configure (autoconf, etc) check to establish whether V is being built on a system which uses NPTL (Native Posix Threads Library) as opposed to the older LinuxThreads library. So far R H 9 is the only distro I'm aware of that uses NPTL. Problem is: I have a set of patches which does appear to make V work on R H 9, but they break all other systems. So I need a configure test to distinguish NPTL-based systems from LinuxThreads-based systems. Anyone have a reliable check easily to hand? J |