You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(17) |
2
(15) |
3
(36) |
4
(24) |
5
(36) |
|
6
(18) |
7
(16) |
8
(18) |
9
(19) |
10
(18) |
11
(37) |
12
(18) |
|
13
(13) |
14
(21) |
15
(27) |
16
(10) |
17
(16) |
18
(25) |
19
(21) |
|
20
(11) |
21
(14) |
22
(6) |
23
(15) |
24
(27) |
25
(3) |
26
(9) |
|
27
(16) |
28
(24) |
29
(21) |
30
(43) |
31
(42) |
|
|
|
From: Jeremy F. <je...@go...> - 2005-03-18 22:57:38
|
Michael Matz wrote:
>Anyway, if Julians OOo uses /lib/libpthread.so this indeed means that
>LinuxThreads are used, not NPTL. I wonder why this happens without
>LD_ASSUME_KERNEL thingies, but let's ignore this. But still it's the case
>that this is running on a 2.6 kernel. I've not yet heared back from my
>kernel colleagues, but perhaps the kernel 2.6 behaves a little bit
>different from 2.4, when used by linuxthreads (instead of nptl as it's
>supposed to be)?
>
I can reproduce Julian's problem with SuSE 9.1 LinuxThreads, so I'll see
what I can find. FC3 LinuxThreads does not exhibit the same problem.
The open mystery is why Julian's glibc RPM doesn't seem to contain TLS
support.
J
|
|
From: Jeremy F. <je...@go...> - 2005-03-18 22:57:18
|
Julian Seward wrote:
>I have a straight LinuxThreads system here (Red Hat 7.3) which I'll
>see if I can repro the hang on.
>
>
Tom Truscott mentioned getting some Valgrind assertion failure with an
"obsolete pthreads", but I haven't seen any more detail about this. It
could be related; if would be interesting to see if RH7.3 has problems.
J
|
|
From: Dirk M. <dm...@gm...> - 2005-03-18 22:29:35
|
On Friday 18 March 2005 19:10, Julian Seward wrote: > Distribution: SuSE Linux 9.1 (i586) you're using the non-TLS version of glibc. There are two glibc packages on the suse cd's, one in the i686 subdirectory (enabled TLS support) and one in the i586 directory (without TLS). They conflict each other, you can only have one of them installed at the same time. Dirk |
|
From: Julian S. <js...@ac...> - 2005-03-18 21:59:24
|
> I have glibc-2.3.3-97 installed (build date 5 Apr 2004); it contains > /lib/tls directories. What does "rpm -qi glibc" say? What does "rpm > -V glibc" say? Maybe they split tls into a separate glibc package? sewardj@phoenix:~$ rpm -qi glibc Name : glibc Relocations: (not relocatable) Version : 2.3.3 Vendor: SuSE Linux AG, Nuernberg, Germany Release : 98 Build Date: Tue 06 Apr 2004 01:26:15 BST Install date: Tue 22 Jun 2004 23:25:00 BST Build Host: frobenius.suse.de Group : System/Libraries Source RPM: glibc-2.3.3-98.src.rpm Size : 3496068 License: GPL, LGPL Signature : DSA/SHA1, Tue 06 Apr 2004 01:32:16 BST, Key ID a84edae89c800aca Packager : http://www.suse.de/feedback URL : http://www.gnu.org/software/libc/libc.html Summary : The standard shared libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the stndard C library, the standard math library and the POSIX thread library. Without these libraries, the system is not functional. Distribution: SuSE Linux 9.1 (i586) sewardj@phoenix:~$ rpm -V glibc (viz, nothing) This SuSE 9.1 installation discrepancy is all very strange, but I'm not sure it's relevant, if you can repro the hang using LD_ASSUME_KERNEL. That seems to say there's a LinuxThreads issue. I have a straight LinuxThreads system here (Red Hat 7.3) which I'll see if I can repro the hang on. J |
|
From: Michael M. <ma...@su...> - 2005-03-18 17:36:01
|
Hi,
On Fri, 18 Mar 2005, Jeremy Fitzhardinge wrote:
> Michael Matz wrote:
>
> >I've asked some kernel people here. I'm not aware of any non-standard
> >changes of the kernel itself. AFAIK the 9.1 is as normal NPTL as it gets
> >;) OTOH I'm no expert in that. I've looked at the archives for this
> >thread, and just have one additional clarification: 9.1 uses the kernel
> >2.6. Without any LD_ASSUME_KERNEL hackery it will use the
> >/usr/lib/nptl/ libs (one should perhaps ensure that this is the case). At
> >least in the beginning of this thread it seems as if Jeremy was arguing
> >from a 9.1-is-linuxthreads perspective.
> >
> That's what the traces Julian sent me indicate; they're using the
> non-NPTL forms of clone(), etc. Maybe there's just something strange
> with his installation? OOo on his system is using /lib/pthread.so.
That's the non-nptl libpthread. I misinformed above: the nptl libraries
itself (the DSOs used by ld.so) are in {/usr,}/lib/tls. The libraries in
{/usr,}/lib are the linuxthread libraries. The files in /usr/lib/nptl are
only used at linktime (not runtime), in case one really needs the extra
functions provided by the nptl libs, which usually is not the case.
Anyway, if Julians OOo uses /lib/libpthread.so this indeed means that
LinuxThreads are used, not NPTL. I wonder why this happens without
LD_ASSUME_KERNEL thingies, but let's ignore this. But still it's the case
that this is running on a 2.6 kernel. I've not yet heared back from my
kernel colleagues, but perhaps the kernel 2.6 behaves a little bit
different from 2.4, when used by linuxthreads (instead of nptl as it's
supposed to be)?
Ciao,
Michael.
|
|
From: <sv...@va...> - 2005-03-18 17:00:23
|
Author: de Date: 2005-03-18 17:00:21 +0000 (Fri, 18 Mar 2005) New Revision: 90 Added: images_src/st-george_text.xcf Log: oops - forgot to add this image in xcf format file for st-george-with-text Added: images_src/st-george_text.xcf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Property changes on: images_src/st-george_text.xcf ___________________________________________________________________ Name: svn:mime-type + application/octet-stream |
|
From: <sv...@va...> - 2005-03-18 16:59:35
|
Author: de Date: 2005-03-18 16:59:29 +0000 (Fri, 18 Mar 2005) New Revision: 89 Added: trunk/images/valgrind-link1.png trunk/images/valgrind-link2.png trunk/images/valgrind-link3.png trunk/images/valgrind-link4.png Removed: trunk/images/valgrind-link.png Modified: trunk/gallery/artwork.html trunk/images/st-george_sm.png trunk/php/header.php Log: Modified the image at the top of leaf pages '<< Home Page' is now part of the image, so no more text wrapping. Added more images-to-link-to per users' requests Modified: trunk/gallery/artwork.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/gallery/artwork.html 2005-03-18 16:03:02 UTC (rev 88) +++ trunk/gallery/artwork.html 2005-03-18 16:59:29 UTC (rev 89) @@ -16,15 +16,23 @@ <br /> <h3>Linking to www.valgrind.org</h3> =20 +<p>If you would like to include a link to valgrind.org on your +website, you are welcome to use these images.</p> + <table width=3D"100%" cellspacing=3D"0" cellpadding=3D"4" border=3D"0"> <tr> <td> - <?php echo image("valgrind-link.png","60","51","Valgrind Website"); ?> + <?php echo image("valgrind-link1.png","60","51","valgrind-link1.png, [= 60x51]"); ?> </td> <td> - If you would like to include a link to valgrind.org on your - website, you are welcome to use this image. + <?php echo image("valgrind-link2.png","60","46","valgrind-link2.png, [= 60x46]"); ?> </td> + <td> + <?php echo image("valgrind-link3.png","121","104","valgrind-link3.png,= [121x104]"); ?> + </td> + <td> + <?php echo image("valgrind-link4.png","102","78","valgrind-link4.png, = [102x78]"); ?> + </td> </tr> </table> =20 Modified: trunk/images/st-george_sm.png =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Deleted: trunk/images/valgrind-link.png =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Copied: trunk/images/valgrind-link1.png (from rev 87, trunk/images/valgri= nd-link.png) Added: trunk/images/valgrind-link2.png =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Property changes on: trunk/images/valgrind-link2.png ___________________________________________________________________ Name: svn:mime-type + application/octet-stream Added: trunk/images/valgrind-link3.png =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Property changes on: trunk/images/valgrind-link3.png ___________________________________________________________________ Name: svn:mime-type + application/octet-stream Added: trunk/images/valgrind-link4.png =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (Binary files differ) Property changes on: trunk/images/valgrind-link4.png ___________________________________________________________________ Name: svn:mime-type + application/octet-stream Modified: trunk/php/header.php =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/php/header.php 2005-03-18 16:03:02 UTC (rev 88) +++ trunk/php/header.php 2005-03-18 16:59:29 UTC (rev 89) @@ -47,7 +47,7 @@ <table width=3D"100%" cellspacing=3D"0" cellpadding=3D"12" border=3D"0"> <tr> <td width=3D"1%" align=3D"center"> - <a href=3D"/"><?php echo image('st-george_sm.png','121','104','Valgrin= d Home'); ?><b><< Home Page</b></a> + <a href=3D"/"><?php echo image('st-george_sm.png','121','127','Valgrin= d Home'); ?></a> </td> <td width=3D"99%" align=3D"center" valign=3D"middle"> <span class=3D"topnav"> |
|
From: Jeremy F. <je...@go...> - 2005-03-18 16:58:49
|
Julian Seward wrote: >sewardj@phoenix:~$ rpm --query -l glibc-2.3.3-98 > > I have glibc-2.3.3-97 installed (build date 5 Apr 2004); it contains /lib/tls directories. What does "rpm -qi glibc" say? What does "rpm -V glibc" say? Maybe they split tls into a separate glibc package? I get: $ rpm -qi glibc Name : glibc Relocations: (not relocatable) Version : 2.3.3 Vendor: SuSE Linux AG, Nuernberg, Germany Release : 97 Build Date: Mon 05 Apr 2004 08:35:27 AM PDT Install date: Thu 17 Mar 2005 03:52:18 PM PST Build Host: zert200.suse.de Group : System/Libraries Source RPM: glibc-2.3.3-97.src.rpm Size : 6772421 License: GPL, LGPL Signature : DSA/SHA1, Mon 05 Apr 2004 08:41:05 AM PDT, Key ID a84edae89c800acaPackager : http://www.suse.de/feedback URL : http://www.gnu.org/software/libc/libc.html Summary : The standard shared libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the stndard C library, the standard math library and the POSIX thread library. Without these libraries, the system is not functional. Distribution: SuSE Linux 9.1 (i686) J |
|
From: Julian S. <js...@ac...> - 2005-03-18 16:48:28
|
I'm wondering if what I have is strange as a result of upgrading a SuSE 9.0 install to 9.1, rather than nuking the disk and doing a clean 9.1 install. Truth is I can't remember. > ...but I do have this. That's in the glibc package; try "rpm -V glibc". sewardj@phoenix:~$ rpm -qa | grep libc glibc-i18ndata-2.3.3-98 libcap-1.92-479 glibc-devel-2.3.3-98 glibc-2.3.3-98 glibc-locale-2.3.3-98 glibc-info-2.3.3-98 glibc-html-2.3.3-98 libchipcard-0.9.1-203 sewardj@phoenix:~$ rpm --query -l glibc-2.3.3-98 /etc/bindresvport.blacklist /etc/default/nss /etc/ld.so.conf /etc/nsswitch.conf /etc/rpc /lib/ld-2.3.3.so /lib/ld-linux.so.2 /lib/libBrokenLocale.so.1 /lib/libNoVersion.so.1 /lib/libSegFault.so /lib/libanl.so.1 /lib/libc.so.6 /lib/libcidn.so.1 /lib/libcrypt.so.1 /lib/libdl.so.2 /lib/libm.so.6 /lib/libmemusage.so /lib/libnsl.so.1 /lib/libnss_compat.so.2 /lib/libnss_dns.so.2 /lib/libnss_files.so.2 /lib/libnss_hesiod.so.2 /lib/libnss_nis.so.2 /lib/libnss_nisplus.so.2 /lib/libpcprofile.so /lib/libpthread.so.0 /lib/libresolv.so.2 /lib/librt.so.1 /lib/libthread_db.so.1 /lib/libutil.so.1 /sbin/ldconfig /usr/bin/gencat /usr/bin/getconf /usr/bin/getent /usr/bin/iconv /usr/bin/ldd /usr/bin/lddlibc4 /usr/bin/locale /usr/bin/localedef /usr/lib/pt_chown /usr/sbin/iconvconfig /usr/sbin/rpcinfo /usr/share/doc/packages/glibc /usr/share/doc/packages/glibc/LICENSES /usr/share/man/man1/getconf.1.gz /usr/share/man/man1/getent.1.gz /usr/share/man/man1/iconv.1.gz /usr/share/man/man1/locale.1.gz /usr/share/man/man1/localedef.1.gz /usr/share/man/man5/locale.alias.5.gz /usr/share/man/man8/rpcinfo.8.gz Ain't no tls there! J |
|
From: Jeremy F. <je...@go...> - 2005-03-18 16:38:32
|
Julian Seward wrote:
>>I just installed a SuSE 9.1 VMWare machine, and it seems to be a proper
>>TLS/NPTL system. Is there something broken about your installation?
>>
>>
>
>Not as far as I know. I haven't messed with it. This is really
>extremely strange. This machine is a PIII, not a P4; would that
>influence which thread library applied by default?
>
>
>
>
>>I can reproduce the hang if I start OOo with LD_ASSUME_KERNEL=2.4.1 to
>>disable NPTL, but otherwise it works fine.
>>
>>
>
>Well, in a way, good.
>
>Here's some info:
>
>sewardj@phoenix:~$ ls -l /bin/ls
>-rwxr-xr-x 1 root root 90616 2004-04-06 02:58 /bin/ls*
>
>sewardj@phoenix:~$ md5sum /bin/ls
>6e4af824bd787c3ea76f78e20a76a7fe /bin/ls
>
>
That matches what I have...
>sewardj@phoenix:~$ ldd /bin/ls
> linux-gate.so.1 => (0xffffe000)
> librt.so.1 => /lib/librt.so.1 (0x40033000)
> libacl.so.1 => /lib/libacl.so.1 (0x40045000)
> libselinux.so.1 => /lib/libselinux.so.1 (0x4004b000)
> libc.so.6 => /lib/libc.so.6 (0x40059000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x4016e000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
> libattr.so.1 => /lib/libattr.so.1 (0x401c1000)
>
>sewardj@phoenix:~$ env | grep ASSUME
>
>sewardj@phoenix:~$ ls /lib/tls
>ls: /lib/tls: No such file or directory
>
>
...but I do have this. That's in the glibc package; try "rpm -V glibc".
J
|
|
From: Julian S. <js...@ac...> - 2005-03-18 16:33:55
|
> I just installed a SuSE 9.1 VMWare machine, and it seems to be a proper
> TLS/NPTL system. Is there something broken about your installation?
Not as far as I know. I haven't messed with it. This is really
extremely strange. This machine is a PIII, not a P4; would that
influence which thread library applied by default?
> I can reproduce the hang if I start OOo with LD_ASSUME_KERNEL=2.4.1 to
> disable NPTL, but otherwise it works fine.
Well, in a way, good.
Here's some info:
sewardj@phoenix:~$ ls -l /bin/ls
-rwxr-xr-x 1 root root 90616 2004-04-06 02:58 /bin/ls*
sewardj@phoenix:~$ md5sum /bin/ls
6e4af824bd787c3ea76f78e20a76a7fe /bin/ls
sewardj@phoenix:~$ ldd /bin/ls
linux-gate.so.1 => (0xffffe000)
librt.so.1 => /lib/librt.so.1 (0x40033000)
libacl.so.1 => /lib/libacl.so.1 (0x40045000)
libselinux.so.1 => /lib/libselinux.so.1 (0x4004b000)
libc.so.6 => /lib/libc.so.6 (0x40059000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4016e000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libattr.so.1 => /lib/libattr.so.1 (0x401c1000)
sewardj@phoenix:~$ env | grep ASSUME
sewardj@phoenix:~$ ls /lib/tls
ls: /lib/tls: No such file or directory
J
|
|
From: Jeremy F. <je...@go...> - 2005-03-18 16:24:09
|
Julian Seward wrote:
>>In general that's true, but exit and exit_group always need to be
>>emulated, and I'm worried about non-standard behaviour in exit_group,
>>particularly. Though its hard to tell, your trace seems to suggest that
>>it expects exit_group to kill the whole process, even though they
>>threads are not in the same thread group (they weren't created with
>>CLONE_THREAD). Valgrind, naturally, emulates standard 2.6 behaviour of
>>exit_group.
>>
>>
>
>The kernel in question is a 2.6.5 variant from SuSE. I've mailed to
>ask if they have mutantified it re exit_group.
>
>
I just installed a SuSE 9.1 VMWare machine, and it seems to be a proper
TLS/NPTL system. Is there something broken about your installation?
I can reproduce the hang if I start OOo with LD_ASSUME_KERNEL=2.4.1 to
disable NPTL, but otherwise it works fine.
J
|
|
From: Jeremy F. <je...@go...> - 2005-03-18 16:05:34
|
Michael Matz wrote:
>I've asked some kernel people here. I'm not aware of any non-standard
>changes of the kernel itself. AFAIK the 9.1 is as normal NPTL as it gets
>;) OTOH I'm no expert in that. I've looked at the archives for this
>thread, and just have one additional clarification: 9.1 uses the kernel
>2.6. Without any LD_ASSUME_KERNEL hackery it will use the
>/usr/lib/nptl/ libs (one should perhaps ensure that this is the case). At
>least in the beginning of this thread it seems as if Jeremy was arguing
>from a 9.1-is-linuxthreads perspective.
>
That's what the traces Julian sent me indicate; they're using the
non-NPTL forms of clone(), etc. Maybe there's just something strange
with his installation? OOo on his system is using /lib/pthread.so.
J
|
|
From: <sv...@va...> - 2005-03-18 16:03:14
|
Author: de
Date: 2005-03-18 16:03:02 +0000 (Fri, 18 Mar 2005)
New Revision: 88
Modified:
trunk/php/header.php
trunk/php/menu.php
Log:
Tweaked the menu output to stop lonely '|' chars being output
when there's no submenu on that page (hope Ceri is happy now)
Modified: trunk/php/header.php
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/php/header.php 2005-03-15 02:32:40 UTC (rev 87)
+++ trunk/php/header.php 2005-03-18 16:03:02 UTC (rev 88)
@@ -51,11 +51,11 @@
</td>
<td width=3D"99%" align=3D"center" valign=3D"middle">
<span class=3D"topnav">
- <?php echo $curr_page['top-nav']; ?>
+<?php echo $curr_page['top-nav']; ?>
</span>
- <div class=3D"subnav">
- <?php echo $curr_page['sub-nav']; ?>
- </div>
+ <div class=3D"subnav">
+<?php echo $curr_page['sub-nav']; ?>
+ </div>
</td>
</tr>
<tr>
Modified: trunk/php/menu.php
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/php/menu.php 2005-03-15 02:32:40 UTC (rev 87)
+++ trunk/php/menu.php 2005-03-18 16:03:02 UTC (rev 88)
@@ -76,14 +76,14 @@
echo ' <li><a href=3D"' .$dir['url'].$files[$i]['url']. '">' .=
$files[$i]['tag']. '</a></li>'."\n";
}
echo ' </ul>'."\n";
- }
+ }
echo ' </div>';
}
=20
=20
/* Called in /php/header.php.=20
Takes as input $_SERVER['SCRIPT_NAME'], eg. /info/contact.html
- Returns the current page title,=20
+ Returns the current page title,=20
and generates the top + sub nav bars for leaf pages.
When a top nav bar item is clicked on,=20
the first leaf page in the list is shown by default. */
@@ -95,56 +95,61 @@
$curr_page =3D array();
$curr_page['title'] =3D 'Valgrind';
=20
- /* if we are on the home page, just return the page title */
- if ( $url =3D=3D '/' || $url =3D=3D '/index.html' ) {
+ /* if we are on the home page, just return the page title */
+ if ( $url =3D=3D '/' || $url =3D=3D '/index.html' ) {
$curr_page['title'] .=3D ' Home';
- } else {
+ } else {
=20
$curr_page['top-nav'] =3D '';
- $curr_page['sub-nav'] =3D " | ";
- $elems =3D explode( "/", $url );
+ // $curr_page['sub-nav'] =3D " | ";
+ $curr_page['sub-nav'] =3D '';
+ $elems =3D explode( "/", $url );
//myLog( $elems );
=20
- global $vgdirs;
- foreach( $vgdirs as $dir ) {
+ global $vgdirs;
+ foreach( $vgdirs as $dir ) {
=20
- /* top nav bar: if this is _not_ the currently selected
+ /* top nav bar: if this is _not_ the currently selected
dir, just make a link. */
- if ( $dir['url'] !=3D '/'.$elems[1].'/' ) {
- $top_nav =3D '<a class=3D"crumb" href=3D"' .$dir['url']. '">' .$dir[=
'tag']. '</a>';
+ if ( $dir['url'] !=3D '/'.$elems[1].'/' ) {
+ $top_nav =3D ' <a class=3D"crumb" href=3D"' .$dir['url']. '">'=
.$dir['tag']. '</a>';
=20
- } else {
- /* otherwise, show it in bold, and list the leaf pages */
- $top_nav =3D '<span class=3D"crumb"><b>' .$dir['tag']. '</b></span>'=
;
+ } else {
+ /* otherwise, show it in bold, and list the leaf pages */
+ $top_nav =3D ' <span class=3D"crumb"><b>' .$dir['tag']. '</b><=
/span>';
=20
- $files =3D $dir['files'];
+ $files =3D $dir['files'];
=20
- /* if user has clicked on a top-nav link, show the first
+ /* if user has clicked on a top-nav link, show the first
leaf page in the list as the default */
- if ( $elems[2] =3D=3D '' ) {
- $elems[2] =3D $files[0]['url'];
- //myLog( $elems );
- }
+ if ( $elems[2] =3D=3D '' ) {
+ $elems[2] =3D $files[0]['url'];
+ //myLog( $elems );
+ }
=20
- for ( $i=3D0; $i<sizeof($files); $i++ ) {
- /* if this is the requested page, show it in bold in
+ for ( $i=3D0; $i<sizeof($files); $i++ ) {
+ /* if this is the requested page, show it in bold in
the sub nav list, and get the page title */
- if ( $files[$i]['url'] =3D=3D $elems[2] ) {
- $curr_page['title'] .=3D ': ' .$files[$i]['tag'];
- $curr_page['sub-nav'] .=3D '<span class=3D"crumb"><b>'.$files[$i][=
'tag']."</b></span>\n";
- } else {
- /* else, just show it as a link */
- $curr_page['sub-nav'] .=3D '<a class=3D"crumb" href=3D"'.$dir['url=
'].$files[$i]['url'].'">' .$files[$i]['tag']. "</a>\n";
- }
- $curr_page['sub-nav'] .=3D " | ";
+ if ( $files[$i]['url'] =3D=3D $elems[2] ) {
+ $curr_page['title'] .=3D ': ' .$files[$i]['tag'];
+ $curr_page['sub-nav'] .=3D '<span class=3D"crumb"><b>'.$file=
s[$i]['tag']."</b></span>\n";
+ } else {
+ /* else, just show it as a link */
+ $curr_page['sub-nav'] .=3D '<a class=3D"crumb" href=3D"'.$di=
r['url'].$files[$i]['url'].'">' .$files[$i]['tag']. "</a>\n";
+ }
+ $curr_page['sub-nav'] .=3D " | ";
+ }
+ if ( $curr_page['sub-nav'] !=3D '' ) {
+ $curr_page['sub-nav'] =3D ' | ' .$curr_page['sub-nav']. "\n";
}
- }
- $curr_page['top-nav'] .=3D $top_nav. "\n";
- }
=20
- } /* end else */
+ }
+ $curr_page['top-nav'] .=3D $top_nav. "\n";
+ }
=20
- return $curr_page;
+ } /* end else */
+
+ return $curr_page;
}
=20
=20
|
|
From: Michael M. <ma...@su...> - 2005-03-18 14:37:35
|
Hi, On Thu, 17 Mar 2005, Julian Seward wrote: > > I wonder if this is another instance of a strange vendor-special > > LinuxThreads/NPTL hybrid? The full trace will be interesting, to see > > how the threads are created. > > Maybe. I was surprised to find recently that SuSE 9.1 (x86) didn't seem > to be a 'normal' NPTL system; I thought it was. MichaelM, can you clarify? I've asked some kernel people here. I'm not aware of any non-standard changes of the kernel itself. AFAIK the 9.1 is as normal NPTL as it gets ;) OTOH I'm no expert in that. I've looked at the archives for this thread, and just have one additional clarification: 9.1 uses the kernel 2.6. Without any LD_ASSUME_KERNEL hackery it will use the /usr/lib/nptl/ libs (one should perhaps ensure that this is the case). At least in the beginning of this thread it seems as if Jeremy was arguing from a 9.1-is-linuxthreads perspective. Ciao, Michael. |
|
From: Julian S. <js...@ac...> - 2005-03-18 14:11:00
|
> In general that's true, but exit and exit_group always need to be > emulated, and I'm worried about non-standard behaviour in exit_group, > particularly. Though its hard to tell, your trace seems to suggest that > it expects exit_group to kill the whole process, even though they > threads are not in the same thread group (they weren't created with > CLONE_THREAD). Valgrind, naturally, emulates standard 2.6 behaviour of > exit_group. The kernel in question is a 2.6.5 variant from SuSE. I've mailed to ask if they have mutantified it re exit_group. > It may be moot because Alex Ivershen's report pointed out a real bug in > the handling of sigsuspend, which may have some bearing on your bug > (though I can't convince myself of that based on the trace). I'm about > to check in the fix for that one, so give it a go. Tried it, but unfortunately still hangs. J |
|
From: Jeremy F. <je...@go...> - 2005-03-18 07:39:31
|
CVS commit by fitzhardinge:
sigsuspend was not sanitizing the temporary signal mask, which allowed
SIGVGKILL to be blocked. This could cause process-exit to hang
indefinitely while threads ignore their requests to exit.
This patch sanitizes a copy of the temp sig mask, and points the syscall
to the sanitized version.
M +21 -3 vg_syscalls.c 1.261
--- valgrind/coregrind/vg_syscalls.c #1.260:1.261
@@ -5501,5 +5501,6 @@ PRE(sys_pause, MayBlock)
PRE(sys_sigsuspend, MayBlock)
{
- /* The C library interface to sigsuspend just takes a pointer to
+ /*
+ The C library interface to sigsuspend just takes a pointer to
a signal mask but this system call has three arguments - the first
two don't appear to be used by the kernel and are always passed as
@@ -5509,4 +5510,10 @@ PRE(sys_sigsuspend, MayBlock)
In fact glibc normally uses rt_sigsuspend if it is available as
that takes a pointer to the signal mask so supports more signals.
+
+ NOTE: (non-RT) sigsuspend can't block RT signals like
+ VKI_SIGVGKILL, so we don't need to worry about sanitizing its
+ mask, like we do with rt_sigsuspend. We still need
+ tst->tmp_sig_mask to be set, since this is the effective signal
+ mask for any signal handlers which run during this syscall.
*/
PRINT("sys_sigsuspend ( %d, %d, %d )", arg1,arg2,arg3 );
@@ -5520,5 +5527,6 @@ PRE(sys_sigsuspend, MayBlock)
PRE(sys_rt_sigsuspend, MayBlock)
{
- /* The C library interface to sigsuspend just takes a pointer to
+ /*
+ The C library interface to sigsuspend just takes a pointer to
a signal mask but this system call has two arguments - a pointer
to the mask and the number of bytes used by it. The kernel insists
@@ -5527,8 +5535,18 @@ PRE(sys_rt_sigsuspend, MayBlock)
*/
PRINT("sys_rt_sigsuspend ( %p, %d )", arg1,arg2 );
- PRE_REG_READ2(int, "rt_sigsuspend", vki_sigset_t *, mask, vki_size_t, size);
+ PRE_REG_READ2(int, "rt_sigsuspend",
+ vki_sigset_t *, mask, vki_size_t, size);
if (arg1 != (Addr)NULL) {
SYS_PRE_MEM_READ( "rt_sigsuspend(mask)", arg1, sizeof(vki_sigset_t) );
+
+ /* We need to make sure that the rt_sigsuspend doesn't mask more
+ signals than it is allowed, so we make a copy of the
+ temporary mask, sanitize that, and point the syscall to use
+ the copy. (We need this copy anyway, because its the
+ effective signal mask during any signal handlers which are
+ called during this syscall.) */
tst->tmp_sig_mask = *(vki_sigset_t *)arg1;
+ VG_(sanitize_client_sigmask)(tid, &tst->tmp_sig_mask);
+ arg1 = (Addr)&tst->tmp_sig_mask;
}
}
|
|
From: Jeremy F. <je...@go...> - 2005-03-18 07:37:39
|
Julian Seward wrote:
>On reflection, I'm a little puzzled. I thought one of the aims of
>your recent threading rework was to decouple V from the precise
>behaviour of the threading libraries. So long as they use sys_clone
>in a way we can cope with, we are happy to let the threading library
>do whatever it wants, right? But the implication of this comment
>is that in fact we do have to be concerned whether we're running
>NPTL, LinuxThreads or some hybrid. Ummmmm ....
>
In general that's true, but exit and exit_group always need to be
emulated, and I'm worried about non-standard behaviour in exit_group,
particularly. Though its hard to tell, your trace seems to suggest that
it expects exit_group to kill the whole process, even though they
threads are not in the same thread group (they weren't created with
CLONE_THREAD). Valgrind, naturally, emulates standard 2.6 behaviour of
exit_group.
It may be moot because Alex Ivershen's report pointed out a real bug in
the handling of sigsuspend, which may have some bearing on your bug
(though I can't convince myself of that based on the trace). I'm about
to check in the fix for that one, so give it a go.
J
|
|
From: <js...@ac...> - 2005-03-18 04:00:20
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-03-18 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: (skipping, prereq failed: ../../../tests/cputest x86-mmxext) insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 201 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/writev (stderr) corecheck/tests/fdleak_fcntl (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2005-03-18 03:28:27
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-03-18 03:20:04 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int sh: line 1: 25007 Segmentation fault VALGRINDLIB=/tmp/valgrind.32324/valgrind/.in_place /tmp/valgrind.32324/valgrind/./coregrind/valgrind --command-line-only=yes --memcheck:leak-check=no --addrcheck:leak-check=no --tool=none ./int >int.stdout.out 2>int.stderr.out pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 207 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-18 03:22:12
|
Nightly build on audi ( Red Hat 9 ) started at 2005-03-18 03:15:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow cpuid: valgrind ./cpuid dastest: valgrind ./dastest fpu_lazy_eflags: valgrind ./fpu_lazy_eflags insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 206 tests, 0 stderr failures, 0 stdout failures ================= |
|
From: Tom H. <th...@cy...> - 2005-03-18 03:16:36
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-03-18 03:10:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 205 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-18 03:15:23
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-03-18 03:00:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 205 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-18 03:12:13
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-03-18 03:05:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow == 205 tests, 16 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/distinguished-writes (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-0 (stderr) addrcheck/tests/leak-cycle (stderr) addrcheck/tests/leak-regroot (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |
|
From: Julian S. <js...@ac...> - 2005-03-18 01:11:54
|
> I wonder if this is another instance of a strange vendor-special > LinuxThreads/NPTL hybrid? On reflection, I'm a little puzzled. I thought one of the aims of your recent threading rework was to decouple V from the precise behaviour of the threading libraries. So long as they use sys_clone in a way we can cope with, we are happy to let the threading library do whatever it wants, right? But the implication of this comment is that in fact we do have to be concerned whether we're running NPTL, LinuxThreads or some hybrid. Ummmmm .... J |