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
(6) |
2
(3) |
3
|
4
(3) |
5
(10) |
6
(4) |
7
(5) |
|
8
(1) |
9
(3) |
10
(11) |
11
(18) |
12
(13) |
13
(4) |
14
(11) |
|
15
(12) |
16
(6) |
17
(1) |
18
(13) |
19
(14) |
20
(12) |
21
(3) |
|
22
(17) |
23
(18) |
24
(17) |
25
(24) |
26
(15) |
27
(7) |
28
(23) |
|
29
(31) |
|
|
|
|
|
|
|
From: Dirk M. <mu...@kd...> - 2004-02-20 14:52:08
|
CVS commit by mueller:
get rid of the thread local storage tests until somebody
writes a configure check for them.
M +11 -13 Makefile.am 1.27
--- valgrind/none/tests/Makefile.am #1.26:1.27
@@ -60,5 +60,5 @@
munmap_exe map_unmap mremap rcl_assert \
rcrl readline1 resolv seg_override sha1_test shortpush shorts smc1 \
- tls.so tls2.so tls pth_blockedsig \
+ pth_blockedsig \
syscall-restart1 syscall-restart2 system \
coolo_sigaction gxx304 yield
@@ -110,19 +110,17 @@
syscall_restart2_SOURCES = syscall-restart2.c
system_SOURCES = system.c
-tls_SOURCES = tls.c tls2.c
-tls_DEPENDENCIES = tls.so
-tls_LDFLAGS = -Wl,-rpath,$(srcdir)
-tls_LDADD = tls.so -lpthread
-tls_so_SOURCES = tls_so.c
-tls_so_LDADD = tls2.so
-tls_so_DEPENDENCIES = tls2.so
-tls_so_LDFLAGS = -Wl,-rpath,$(srcdir) -shared
-tls2_so_SOURCES = tls2_so.c
-tls2_so_LDFLAGS = -shared
+#tls_SOURCES = tls.c tls2.c
+#tls_DEPENDENCIES = tls.so
+#tls_LDFLAGS = -Wl,-rpath,$(srcdir)
+#tls_LDADD = tls.so -lpthread
+#tls_so_SOURCES = tls_so.c
+#tls_so_LDADD = tls2.so
+#tls_so_DEPENDENCIES = tls2.so
+#tls_so_LDFLAGS = -Wl,-rpath,$(srcdir) -shared
+#tls2_so_SOURCES = tls2_so.c
+#tls2_so_LDFLAGS = -shared
yield_SOURCES = yield.c
yield_LDADD = -lpthread
-tls_so.o tls2_so.o: CFLAGS += -fpic
-
# pthread C ones
pth_blockedsig_SOURCES = pth_blockedsig.c
|
|
From: Nicholas N. <nj...@ca...> - 2004-02-20 12:53:02
|
On Fri, 20 Feb 2004, Chris January wrote: > > What exactly do you mean by program traces/program histories? Collect > > a full program path trace, like described in Larus' paper (Whole Program > > Paths.) > > No, not quite as described in that paper. I'm thinking more of H. Agrawal, > R. Demillo, and E. Spafford, "Debugging with Dynamic Slicing and > Backtracking," Software-Practice and Experience, Vol.23, No.6, pp.589-616, > 1993, i.e. collecting all reads/writes to registers/memory, function > calls/returns, jumps, etc. (obviously with options to control exactly what > is collected - you only actually need to record writes and jumps to > reconstruct a program's execution) and using the information for dynamic > slicing and similar things. You might be interested in a paper I wrote called "Redux: A dynamic dataflow tracer" (see www.cl.cam.ac.uk/~njn25/pubs.html). It describes a Valgrind tool I wrote that's quite similar to what's described in the Agrawal et al paper. N |
|
From: Chris J. <ch...@at...> - 2004-02-20 11:39:39
|
> "Chris January" <ch...@at...> wrote: > > : Personally I developed this as the foundation for a larger effort to add > : support for program traces/program histories to GDB (using > valgrind + a skin > : called logrind to collect them). > > What exactly do you mean by program traces/program histories? Collect > a full program path trace, like described in Larus' paper (Whole Program > Paths.) No, not quite as described in that paper. I'm thinking more of H. Agrawal, R. Demillo, and E. Spafford, "Debugging with Dynamic Slicing and Backtracking," Software-Practice and Experience, Vol.23, No.6, pp.589-616, 1993, i.e. collecting all reads/writes to registers/memory, function calls/returns, jumps, etc. (obviously with options to control exactly what is collected - you only actually need to record writes and jumps to reconstruct a program's execution) and using the information for dynamic slicing and similar things. Chris |
|
From: Chris J. <ch...@at...> - 2004-02-20 11:27:55
|
> In message <ICE...@at...> > Chris January <ch...@at...> wrote: > > > Plain old MAP_SHARED isn't supported on Linux so that would > mean using POSIX > > shm (shm_open, /dev/shm) instead. I'm not sure how portable that is. > > What do you mean by "plain old" exactly? I wasn't aware of any problem > with MAP_SHARED on linux. I just wrote a small test program and it appears MAP_SHARED does work. I don't know where I got the idea it didn't from! However it is probably best to avoid the use of shared memory altogether (since it means GDB needs to know about Valgrind's internal structures) and use something like gdbstub instead as someone else suggested. Chris |
|
From: Nicholas N. <nj...@ca...> - 2004-02-20 10:14:21
|
On Fri, 20 Feb 2004, Tom Hughes wrote: > I would refer the honourable gentleman to the answer I gave a few > days ago... I am getting old and my brain is turning to mush. N |
|
From: Tom H. <th...@cy...> - 2004-02-20 10:11:08
|
In message <Pin...@ye...>
Nicholas Nethercote <nj...@ca...> wrote:
> On Fri, 20 Feb 2004 js...@ac... wrote:
>
>> Nightly build on nemesis ( SuSE 9.0 ) started at 2004-02-20 03:50:00 GMT
>>
>> Checking out source tree ... done
>> Configuring ... done
>> Building ... done
>> Running regression tests ... done
>>
>> Last 20 lines of log.verbose follow
>>
>> then mv -f ".deps/tls.Tpo" ".deps/tls.Po"; \
>> else rm -f ".deps/tls.Tpo"; exit 1; \
>> fi
>> if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Winline -Wall -Wshadow -g -I../../include -MT tls2.o -MD -MP -MF ".deps/tls2.Tpo" \
>> -c -o tls2.o `test -f 'tls2.c' || echo './'`tls2.c; \
>> then mv -f ".deps/tls2.Tpo" ".deps/tls2.Po"; \
>> else rm -f ".deps/tls2.Tpo"; exit 1; \
>> fi
>> gcc -Winline -Wall -Wshadow -g -I../../include -o tls -Wl,-rpath,. tls.o tls2.o tls.so -lpthread
>> tls.so: undefined reference to `___tls_get_addr'
>> collect2: ld returned 1 exit status
>
> Anyone know what the problem is here? I'm guessing it's a glibc thing...
I would refer the honourable gentleman to the answer I gave a few
days ago...
Seriously, the problem is that Julian has a compiler that understands
the __thread qualifier but a glibc that doesn't support TLS data so
the code that gcc is generating for that test won't link.
Of course if his compiler didn't support __thread it wouldn't compile
so that wouldn't be much better.
The basic problem is that the TLS test that Jeremy added will only
work on systems that fully support TLS data in their compiler and run
time libraries.
By the way, if we're interested in doing daily build/tests on various
platforms then I can easily set it up on a range of RedHat/Fedora
systems if there is a script available to do it.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Nicholas N. <nj...@ca...> - 2004-02-20 09:44:21
|
On Fri, 20 Feb 2004 js...@ac... wrote: > Nightly build on nemesis ( SuSE 9.0 ) started at 2004-02-20 03:50:00 GMT > > Checking out source tree ... done > Configuring ... done > Building ... done > Running regression tests ... done > > Last 20 lines of log.verbose follow > > then mv -f ".deps/tls.Tpo" ".deps/tls.Po"; \ > else rm -f ".deps/tls.Tpo"; exit 1; \ > fi > if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Winline -Wall -Wshadow -g -I../../include -MT tls2.o -MD -MP -MF ".deps/tls2.Tpo" \ > -c -o tls2.o `test -f 'tls2.c' || echo './'`tls2.c; \ > then mv -f ".deps/tls2.Tpo" ".deps/tls2.Po"; \ > else rm -f ".deps/tls2.Tpo"; exit 1; \ > fi > gcc -Winline -Wall -Wshadow -g -I../../include -o tls -Wl,-rpath,. tls.o tls2.o tls.so -lpthread > tls.so: undefined reference to `___tls_get_addr' > collect2: ld returned 1 exit status Anyone know what the problem is here? I'm guessing it's a glibc thing... N |
|
From: Tom H. <th...@cy...> - 2004-02-20 08:19:44
|
In message <ICE...@at...>
Chris January <ch...@at...> wrote:
> Plain old MAP_SHARED isn't supported on Linux so that would mean using POSIX
> shm (shm_open, /dev/shm) instead. I'm not sure how portable that is.
What do you mean by "plain old" exactly? I wasn't aware of any problem
with MAP_SHARED on linux.
I didn't even realise there was a POSIX shared memory interface, but
it does look like it fixes the worst of the Sys V shared memory
problems, the greatest of which is a tendency to leak the shared
memory if the owning process dies unexpectedly.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Chris J. <ch...@at...> - 2004-02-20 07:54:11
|
> > > * we're also likely to be officially supporting other operating > > > systems (starting with Doug's FreeBSD port), so make sure that > > > any OS/library dependencies are factored out > > > > The code I've already written depends on Sys V IPC shm support but if > > gdbstub is used instead then this should be pretty OS neutral. > > If you do wind up sticking with shared memory I would seriously > recommend using mmaped memory if possible rather than Sys V shared > memory as it's much less likely to cause problems in my experience. Plain old MAP_SHARED isn't supported on Linux so that would mean using POSIX shm (shm_open, /dev/shm) instead. I'm not sure how portable that is. Chris |
|
From: <js...@ac...> - 2004-02-20 04:11:51
|
Nightly build on phoenix ( SuSE 8.2 ) started at 2004-02-20 04:00:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow fi tls.c: In function `main': tls.c:92: warning: comparison between signed and unsigned if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Winline -Wall -Wshadow -g -I../../include -MT tls2.o -MD -MP -MF ".deps/tls2.Tpo" \ -c -o tls2.o `test -f 'tls2.c' || echo './'`tls2.c; \ then mv ".deps/tls2.Tpo" ".deps/tls2.Po"; \ else rm -f ".deps/tls2.Tpo"; exit 1; \ fi gcc -Winline -Wall -Wshadow -g -I../../include -o tls -Wl,-rpath,. tls.o tls2.o tls.so -lpthread tls.so: undefined reference to `___tls_get_addr' collect2: ld returned 1 exit status make[4]: *** [tls] Error 1 make[4]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none/tests' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/sewardj/ValgrindABT/valgrind' make: *** [check] Error 2 |
|
From: <js...@ac...> - 2004-02-20 03:58:01
|
Nightly build on nemesis ( SuSE 9.0 ) started at 2004-02-20 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow then mv -f ".deps/tls.Tpo" ".deps/tls.Po"; \ else rm -f ".deps/tls.Tpo"; exit 1; \ fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Winline -Wall -Wshadow -g -I../../include -MT tls2.o -MD -MP -MF ".deps/tls2.Tpo" \ -c -o tls2.o `test -f 'tls2.c' || echo './'`tls2.c; \ then mv -f ".deps/tls2.Tpo" ".deps/tls2.Po"; \ else rm -f ".deps/tls2.Tpo"; exit 1; \ fi gcc -Winline -Wall -Wshadow -g -I../../include -o tls -Wl,-rpath,. tls.o tls2.o tls.so -lpthread tls.so: undefined reference to `___tls_get_addr' collect2: ld returned 1 exit status make[4]: *** [tls] Error 1 make[4]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none/tests' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/sewardj/ValgrindABT/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/sewardj/ValgrindABT/valgrind' make: *** [check] Error 2 |
|
From: Johan R. <jry...@ni...> - 2004-02-20 01:51:59
|
Jeremy Fitzhardinge <je...@go...> wrote: : What if we just built gdbstub into Valgrind, so you could use that : interface? Would that do the trick? Does that protocol do everything : necessary? It seems nice since it doesn't explicitly expose any : Valgrind-internal structures. I suggest you take a look at RDA, available from sources.redhat.com (look in the binutils CVS repo.) It gives you a full GDB stub by simply implementing a few callbacks. It is GPL'ed if I remember correctly. -- Johan Rydberg, Free Software Developer, Sweden http://rtmk.sf.net | http://www.nongnu.org/guss/ Playing air - mike mills |