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: Jeffrey S. <fe...@xi...> - 2003-04-03 18:47:19
|
I've actually already started working on a valgrind frontend for Gtk. http://primates.ximian.com/~fejj/alleyoop-0.1.tar.gz I don't think that's the latest sources, but it should be close enough for you to get a feel for what I am doing. On Thu, 2003-04-03 at 02:16, Biswapesh Chattopadhyay wrote: > Hi > > I was thinking of writing a GTK+ GUI on top of valgrind (mainly for the > addrcheck skin for now) and integrating it with Anjuta. So, my questions > are: > > 1. What is the recommended method for writing a GUI on top of valgrind ? > Should I just fork()/exec() the process and parse the output this is how I did it :-) however... speaking of front-ends for valgrind - would it be possible for the valgrind developers to add a switch such as --full-src-path or some such that would give the full path name for the src file in the error log output? currently it only gives the basename of the src file containing the brokeness. I've taken a look at adding this myself (to 1.0.4) but got lost in the valgrind sources for parsing ELF (symtab2.c or some such if I recall correctly). from my limited understanding of ELF (mostly from playing with libbfd), the debugging symbols which would give what I want (full src path) lies within the "text" section - but it appears that is not what valgrind uses (probably for a good reason, just that I don't know what that reason is). the other path I was thinking of following was to use bfd myself, but that means that I would have to figure out which .so each address was in. it also means (logically) that I would have to open each of the dependency .so's in libbfd so that I could extract the debugging symbols I needed. kinda yuck, but ya gotta do what ya gotta do I guess :-) > Or, is it > possible to use valgrind as a loadable library in some way ? not that I know of. > > 2. I'm having some problems while running large GTK+ programs (e.g. > anjuta). For example, anjuta crashes on startup unless you pass the > '--no-splash' flag. Then, some gconf errors occur only when running > through valgrind. Are these known issues, and are they on the way to > getting solved ? are you using --alignment=8 ? I had to do this when valgrinding evolution. Jeff > > FWIW, I'm using RH 8.0 with GNOME 2.2 CVS. > > Thanks in advance. -- Jeffrey Stedfast Evolution Hacker - Ximian, Inc. fe...@xi... - www.ximian.com |
|
From: Biswapesh C. <bis...@tc...> - 2003-04-03 07:11:40
|
Hi I was thinking of writing a GTK+ GUI on top of valgrind (mainly for the addrcheck skin for now) and integrating it with Anjuta. So, my questions are: 1. What is the recommended method for writing a GUI on top of valgrind ? Should I just fork()/exec() the process and parse the output Or, is it possible to use valgrind as a loadable library in some way ? 2. I'm having some problems while running large GTK+ programs (e.g. anjuta). For example, anjuta crashes on startup unless you pass the '--no-splash' flag. Then, some gconf errors occur only when running through valgrind. Are these known issues, and are they on the way to getting solved ? FWIW, I'm using RH 8.0 with GNOME 2.2 CVS. Thanks in advance. -- Biswa. |
|
From: <da...@2g...> - 2003-04-03 06:50:39
|
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
|