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: Vimal R. <vim...@ya...> - 2003-04-25 23:10:01
|
Hi,
I am getting an Abort signal when I run valgrind on GNU smalltalk. The problem
(I think) seems to be with the signal handlers. GNU Smalltalk sets its own
signal handlers. After reading the documentation (2.13.5 Signals), I feel the
problem is occurring after valgrind catches the signal, but the return back to
the client code's handler bombs.
Here is the output of valgrind :
/vimal/gst-linux-x86> valgrind --trace-signals=yes --error-limit=no
./gst ../smalltalk-2.1/tests/sets.st
See attached file : gst_output
I have included the program output separately at the end.
The combined output (if it helps to better see the sequence of events):
See attached file: combined_output
Here is the client signal hanlder code (just included the important functions)
:
See attached file : gst_signal_handler_code
Here is a look at the dynamic dependencies of gst:
/vimal/gst-linux-x86> ldd ./gst
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
libdl.so.2 => /lib/libdl.so.2 (0x4002d000)
libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40030000)
libtermcap.so.2 => /lib/libtermcap.so.2 (0x40056000)
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x4005a000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40082000)
libm.so.6 => /lib/i686/libm.so.6 (0x40097000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x400ba000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Another important thing to note is this happens only when the garbage collector
is invoked (I placed a command in the smalltalk file sets.st which forces
garbage collection). If I run the same file (sets.st) without invoking garbage
collection (GC) it runs perfectly. When the GC is invoked, there is surely some
particular signal thrown around (there is some new memory allocated, cleaned up
etc in the heap ) and I guess that is the one to look out for. I'm sorry, i'm
not in a position to pin point the problem as I'm just a user of GNU Smalltalk.
If you want to reproduce the problem, GNU Smalltalk-2.1 is there for download
here : http://www.gnu.org/software/smalltalk/ Or I can send you the copy I'm
using.
Please let me know if you need any more diagnostic information.
Thanks,
Vimal
=====
Vimal Reddy
Graduate Student, ECE
North Carolina State University
Raleigh, NC
Ph: (919) 836-8254 Web: http://www4.ncsu.edu/~vkreddy
__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com |
|
From: Nicholas N. <nj...@ca...> - 2003-04-25 10:14:49
|
On Thu, 24 Apr 2003, Julian Seward wrote: > Writing a skin to do this should be very easy. I suggest you > start with the lackey skin. Or maybe the cacheprof one. > You can instrument the basic blocks in flexible ways as they > are passed to your skin. One simple thing to do is to call > function(s) of your choice when LOADs / STOREs, and their > FPU equivalents, happen. ( s/cacheprof/cachegrind ) Read the docs on how to write a skin; there should be a link to it from within the main docs, coregrind/docs/coregrind_skins.html if not. include/vg_skin.h contains all the declarations relevant for writing skins, it's worth reading to see what services Valgrind provides to make skin-writing easier. And yes, it should be about as easy as any skin to write. N |
|
From: Robert W. <rj...@du...> - 2003-04-25 01:46:59
|
> Sorry for off-topic, but I would like to ask Valgrind users a question - = no > doubt some of you have run into this. I am deeply interested in finding a > performance profiler that works without code recompilation. Gprof is grea= t, but > ... can't use it. Is there anything out there for Linux that works like > valgrind - on executalbles? Or at least on object files? I would truly > appreciate any feedback. Not at all off-topic :-) There's a patch to Valgrind to do this. Take a look at Jeremy Fitzhardinge's vgprof stuff. I'm not so sure how up-to-date it is with respect to the current CVS head, but it worked pretty well for me last time I tried it out. http://www.goop.org/~jeremy/valgrind/ This produces a gmon.out file that can be parsed by an updated version of gprof (which Jeremy also provides.) Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rj...@du... |