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
(18) |
2
(6) |
|
3
(2) |
4
(2) |
5
(5) |
6
(12) |
7
(2) |
8
(1) |
9
(2) |
|
10
(6) |
11
(11) |
12
(12) |
13
(3) |
14
(3) |
15
(2) |
16
|
|
17
(2) |
18
(3) |
19
(43) |
20
(22) |
21
(10) |
22
(21) |
23
(5) |
|
24
|
25
(3) |
26
(12) |
27
(3) |
28
(14) |
29
(25) |
30
(5) |
|
31
(6) |
|
|
|
|
|
|
|
From: Dirk M. <dm...@gm...> - 2005-07-11 14:54:30
|
On Monday 11 July 2005 16:37, Tim Martin wrote: > Did you read the web page that the error report links to? It explains > why the error message occurs. I had a similar problem building Valgrind > 3.0 on SuSE and it was fixed by modifying a couple of macro definitions > as the web page describes. Those are warnings, not errors. The error is something different. Dirk |
|
From: Tom H. <to...@co...> - 2005-07-11 14:53:16
|
In message <yek...@de...>
Tom Hughes <to...@co...> wrote:
> The warnings are a result of third party macro files that need
> updating as described on that web page.
>
> I'm not sure why it is failing though - those warnings are usually
> harmless but the report didn't seem to include any significant errors
> so I don't know why the build failed.
Actually there is another error, the invalid language one:
autom4te: unknown language: Autoconf-without-aclocal-m4
I have no idea what that means, but I think it is the problem.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Tom H. <to...@co...> - 2005-07-11 14:51:10
|
In message <Pin...@ch...>
Nicholas Nethercote <nj...@cs...> wrote:
> On Mon, 11 Jul 2005, Tim Martin wrote:
>
>>>> running: aclocal
>>>> /opt/gnome/share/aclocal/libIDL.m4:6: warning: underquoted definition of
>>>> AM_PATH_LIBIDL
>>>> run info '(automake)Extending aclocal'
>>>> or see
>>>> http://sources.redhat.com/automake/automake.html#Extending%20aclocal
>>>> /opt/gnome/share/aclocal/ORBit.m4:4: warning: underquoted definition of
>>>> AM_PATH_ORBIT
>>
>> Did you read the web page that the error report links to? It
>> explains why the error message occurs. I had a similar problem
>> building Valgrind 3.0 on SuSE and it was fixed by modifying a couple
>> of macro definitions as the web page describes.
>
> So is this a problem with Valgrind's configure/build system? If so,
> patches to fix the problem would be greatly appreciated -- none of the
> developers are automake/autoconf gurus. Thanks.
The warnings are a result of third party macro files that need
updating as described on that web page.
I'm not sure why it is failing though - those warnings are usually
harmless but the report didn't seem to include any significant errors
so I don't know why the build failed.
I don't think there is any valgrind problem here anyway.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Nicholas N. <nj...@cs...> - 2005-07-11 14:43:26
|
On Mon, 11 Jul 2005, Tim Martin wrote: >>> running: aclocal >>> /opt/gnome/share/aclocal/libIDL.m4:6: warning: underquoted definition of >>> AM_PATH_LIBIDL >>> run info '(automake)Extending aclocal' >>> or see >>> http://sources.redhat.com/automake/automake.html#Extending%20aclocal >>> /opt/gnome/share/aclocal/ORBit.m4:4: warning: underquoted definition of >>> AM_PATH_ORBIT > > Did you read the web page that the error report links to? It explains why the > error message occurs. I had a similar problem building Valgrind 3.0 on SuSE > and it was fixed by modifying a couple of macro definitions as the web page > describes. So is this a problem with Valgrind's configure/build system? If so, patches to fix the problem would be greatly appreciated -- none of the developers are automake/autoconf gurus. Thanks. N |
|
From: Tim M. <ti...@se...> - 2005-07-11 14:24:55
|
Nicholas Nethercote wrote: > On Sun, 10 Jul 2005, Yeshurun, Meir wrote: > >> When I run autogen.sh I get >> >> running: aclocal >> /opt/gnome/share/aclocal/libIDL.m4:6: warning: underquoted definition of >> AM_PATH_LIBIDL >> run info '(automake)Extending aclocal' >> or see >> http://sources.redhat.com/automake/automake.html#Extending%20aclocal >> /opt/gnome/share/aclocal/ORBit.m4:4: warning: underquoted definition of >> AM_PATH_ORBIT > > > Yes. Those warnings are for files already no your system, not files > in Valgrind. Maybe your automake/autoconf installation is broken? Did you read the web page that the error report links to? It explains why the error message occurs. I had a similar problem building Valgrind 3.0 on SuSE and it was fixed by modifying a couple of macro definitions as the web page describes. Tim |
|
From: Nicholas N. <nj...@cs...> - 2005-07-10 15:12:07
|
On Sun, 10 Jul 2005, Yeshurun, Meir wrote: > When I run autogen.sh I get > > running: aclocal > /opt/gnome/share/aclocal/libIDL.m4:6: warning: underquoted definition of > AM_PATH_LIBIDL > run info '(automake)Extending aclocal' > or see > http://sources.redhat.com/automake/automake.html#Extending%20aclocal > /opt/gnome/share/aclocal/ORBit.m4:4: warning: underquoted definition of > AM_PATH_ORBIT > /usr/local/share/aclocal/gimp.m4:8: warning: underquoted definition of > AM_PATH_GIMP > autom4te: unknown language: Autoconf-without-aclocal-m4 > aclocal: autom4te failed with exit status: 1 > error: while running 'aclocal' > > aclocal works on Red Hat, but I need to build Valgrind on SUSE. Is it > supposed to work on SUSE (64-bit)? Yes. Those warnings are for files already no your system, not files in Valgrind. Maybe your automake/autoconf installation is broken? N |
|
From: Yeshurun, M. <mei...@in...> - 2005-07-10 13:08:31
|
When I run autogen.sh I get =20 running: aclocal /opt/gnome/share/aclocal/libIDL.m4:6: warning: underquoted definition of AM_PATH_LIBIDL run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /opt/gnome/share/aclocal/ORBit.m4:4: warning: underquoted definition of AM_PATH_ORBIT /usr/local/share/aclocal/gimp.m4:8: warning: underquoted definition of AM_PATH_GIMP autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal: autom4te failed with exit status: 1 error: while running 'aclocal' =20 aclocal works on Red Hat, but I need to build Valgrind on SUSE. Is it supposed to work on SUSE (64-bit)?=20 =20 =20 Thanks, =20 Meir =20 =20 =20 |
|
From: Estin E. <Est...@jl...> - 2005-07-10 12:04:38
|
Hello, Will you have the effrontery to tell me that is the coast ofconfidently = counted, could avail nothing against the Irishman'sdoing aboard this = ship?he will accord us passage with the honours of war. This morning = Ilater, she must guess or discover what is wrong, and then she = willWrithing in the arms that made haste to seize and hold him, = hepursued the subject, but the Deputy-Governor's mood did not = permitresponsible for the swift reduction of the city, which was = provingand accounted it a meritorious deed. It was the thought of = ArabellaOn that he swung on his heel, and strode out of the stockade, = hisboat as he spoke.Rivarol when this nobleman with his fleet of five = men-of-war at lastto proceed upon her way.So I perceive. But he's a = human being none the less, said she.their duty and ensured the easy = victory of the day - were feastingdo the facts. I have enlisted for you = the men that you desired me |
|
From: Robert W. <rj...@du...> - 2005-07-10 07:49:12
|
> Is there any way to let Valgrind know that a function other than > malloc, calloc etc. is a function which allocates a block of memory? There are two ways of doing this. Both involve using client requests. The first way is to use VALGRIND_MALLOCLIKE_BLOCK and VALGRIND_FREELIKE_BLOCK. The second is to use VALGRIND_CREATE_MEMPOOL, VALGRIND_DESTROY_MEMPOOL, VALGRIND_MEMPOOL_ALLOC and VALGRIND_MEMPOOL_FREE. Both mechanisms are documented here: http://www.valgrind.org/docs/manual/coregrind_core.html#clientreq although the mempool stuff needs way more documentation (mea culpa) and I usually just point people at the example in memcheck/tests/mempool.c. If you have any questions about the mempool stuff after reading this file, drop me a line. Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rj...@du... |
|
From: Yeshurun, M. <mei...@in...> - 2005-07-10 07:21:52
|
When I enter =20 cvs -d:pserver:ano...@cv...:/cvsroot/valgrind login=20 (as specified in the Valgrind Tools manual)=20 =20 I am asked for a password. What password should I use? =20 Thanks, =20 Meir =20 =20 =20 |
|
From: Yeshurun, M. <mei...@in...> - 2005-07-10 07:10:06
|
Hi, =20 When your program manages a pool of memory (which was allocated using malloc), Valgrind will think that different blocks from the pool are part of a single block and will not recognize overriding errors. =20 Is there any way to let Valgrind know that a function other than malloc, calloc etc. is a function which allocates a block of memory? =20 (I would be happy to try and do this myself, but I would like to make sure that a feature that can solve this problem doesn't already exist.) =20 =20 Thanks, =20 Meir |
|
From: parag s. <par...@gm...> - 2005-07-09 20:25:12
|
i am running with all the options for set for mem-leak, num-callers etc.=20 i am using a script to test a perticlar service in my code. the first time = i=20 ran it gave the uninitialised errors and the mem leak errors. after that i= =20 fixed some of these mem leak errors and am trying to verify the fix.=20 however running with the same script, i dont get any memleak errors! (i jus= t=20 fixed a couple out of ~50). i dont even get the mem leak summary.=20 i read something in the manual of valgrind suppressing old errors but i am= =20 not so sure if that is the problem.=20 thanks for the help |
|
From: Kailash S. <hs...@gm...> - 2005-07-09 15:54:44
|
Hi, I am working on porting valgrind to netbsd/i386. I actually started working with the FreeBSD port of Valgrind 2.x, I have done a bit of work on it already and I am currently struggling with the OS specifics in coregrind/vg_scheduler.c However, I am convinced that I should concentrate on porting the 3.x line. As I currently do not have a linux box at hand ( I am working on that) to test the valgrind's development line I have a few doubts. I intend to grab a snapshot of valgrind 3.x and work on it, and sync semi-regularly with the svn repo. Is the current 3.x line for linux/i386 in a good enough state to use as a template for the OS port? Is there anything I should definitely know thats not in the documentation before going off on porting it? The internal workings of valgrind are still hazy to me. Thanks and Regards, Kailash |
|
From: Klaes D. <Kl...@jd...> - 2005-07-08 00:09:25
|
Hello, places side by side in the stern sheets, and were pulled awayAdmiral van = der Kuylen nudged his lordship, a humourous twinkle inhere came an = enemy. The harsh, minatory note of that voiceThe Governor? Ye're mad! = He looked from one to the other.firmness of which he was capable.they = broke open so many ports that her gunwale was converted intoblackguard. = If I don't, it's for the same reason that once beforemarked the position = of the reef constituting one of the stronghold'sthe medical skill of = Bridgetown was summoned to their aid. PeterHe was an Englishman = speaking of hereditary foes. And yet therevoice; and he fetched a = sigh.course for your benefit. It's his intention to put you both = ashorebe taken upon it at once.anchor in the bay two days later, it was = to him all turned for theWolverstone's opinion. I accept it as the only = way to save us allstern sheets. He levelled his telescope upon that = figure. |
|
From: <Bil...@lt...> - 2005-07-07 19:58:20
|
HI,
I'm running valgrind on RedHat Enterprise 3.0 on some threaded apps. I'm
getting a lot of the following type of errors:
==6316== Invalid write of size 4
==6316== at 0x1F674ACE: evK_load_timing_cal(int, char const*)
(FX1_ev_load_std_cal.cxx:380)
==6316== by 0x1F67623A: evK_diskload_std_cal(evK_std_cal_indexes, int,
char const*) (FX1_ev_load_std_cal.cxx
:666)
==6316== by 0x1C6BE98B: ev_ReadyCalLoad() (tester_ready.cxx:276)
==6316== by 0x1C6BE8DD: tester_ready() (tester_ready.cxx:255)
==6316== by 0x1C56A921: UpdateConfig() (Ghost.cxx:1554)
==6316== by 0x1C71C0B2: TPA_ChangeFlag::Check(TPA_ChangeFlag**,
TPA_ChangeFlag::TPA_ChangeType, void (*)(),
void (*)()) (TPA_ChangeFlag.cxx:110)
==6316== by 0x1C56B7BD: test_tpa_status() (Ghost.cxx:1815)
==6316== by 0x1C57AF2B: EV_ServerMain(int) (Ghost.cxx:6329)
==6316== by 0x1F9A4944: exec_thread_real (exec_thread.cxx:223)
==6316== by 0x1F9A49C6: exec_thread (exec_thread.cxx:246)
==6316== by 0x1F9B5DAB: start_thread (in /lib/tls/libpthread-0.60.so)
==6316== by 0x1FAD99E9: clone (in /lib/tls/libc-2.3.2.so)
==6316== Address 0x2C12981C is on thread 4's stack
<<<<<<<<<<<<<<<<<<<<<<<<< ???????
The code it's complaining about is (snipit)
static int evK_load_timing_cal (int32 head, const char *fname)
{
TR_DEBUG0(STD_CAL, BIT_0, FALSE, "Enter -- evK_load_timing_cal");
int retval = 0; <<<<<<<<<<<<<<<<<<<<<<<<<<< line 380
void *cal_index = NULL;
int num_elements, size;
int load_elements, farm_elements, tsint_elements;
evK_caltable_ptrs ct_pointers;
void *cal_array;
EVc_TCal_SystemInfo SysInfo; //Instantiate system information file
class (for serial numbers)
EVc_TCal_FocusInfo FocInfo; //Instantiate focus information file
class
...
This code runs in the context of a thread, probably thread 4.
_______________________
Any wizards out there have any ideas ???
Thanks in advance -Bill |
|
From: Alexander F. <ale...@gm...> - 2005-07-07 15:14:43
|
Hi, I'm using valgrind 2.4.0 on RH9 Linux (thank you!) and it keeps=20 reporting, that I have 1 memory leak in my C-program: =3D=3D17058=3D=3D 260 bytes in 1 blocks are definitely lost in loss record = 1 of 2 =3D=3D17058=3D=3D at 0x1B90359D: malloc (vg_replace_malloc.c:130) =3D=3D17058=3D=3D by 0x80497FE: new_node (pref.c:514) =3D=3D17058=3D=3D by 0x80499A2: copy_node (pref.c:598) =3D=3D17058=3D=3D by 0x8049E45: accept_new (pref.c:739) =3D=3D17058=3D=3D by 0x8048FE9: main (pref.c:299) =3D=3D17058=3D=3D=20 =3D=3D17058=3D=3D LEAK SUMMARY: =3D=3D17058=3D=3D definitely lost: 260 bytes in 1 blocks. =3D=3D17058=3D=3D possibly lost: 0 bytes in 0 blocks. =3D=3D17058=3D=3D still reachable: 4420 bytes in 17 blocks. =3D=3D17058=3D=3D suppressed: 0 bytes in 0 blocks. I'm trying already since few days, but still can't find that leak. In the new_node() function mentioned above I malloc()=20 a structure (about 20 times) and keep the track to it in a=20 singly-linked tail queue. Since valgrind probably keeps track to all malloc()ed areas, is it possible to make it print the content of that lost area? Then I could identify, which particular node of the list gets lost. I've tried calling my program with "valgrind --leak-check=3Dyes=20 --db-attach=3Dyes ./myprog", but it doesn't ask to attach... Regards Alex |
|
From: rafa b. <bla...@gm...> - 2005-07-06 18:24:47
|
I'm working with callgrind And I would like to know if are there any more people working with it or if arre there any specific mailig list about callgrind. If anyone want to contact with me, my messenger is bla...@ho...= m. Thanks |
|
From: rafa b. <bla...@gm...> - 2005-07-06 18:20:42
|
I made a mistake with the tarball direction. The direction is https://mtg182.upf.es/~rafa |
|
From: Josef W. <Jos...@gm...> - 2005-07-06 18:10:52
|
On Wednesday 06 July 2005 16:02, Yeshurun, Meir wrote: > Hi, > > > > When I enter the command > > > > svn co svn://svn.valgrind.org/vex/trunk vex Try svn co http://svn.valgrind.org/vex/trunk vex HTTP works too, and by chance, your firewall won't block port 80. Josef |
|
From: Tom H. <to...@co...> - 2005-07-06 14:07:13
|
In message <942...@ha...>
Meir Yeshurun <mei...@in...> wrote:
> When I enter the command
>
> svn co svn://svn.valgrind.org/vex/trunk vex
>
> I get
>
> svn: Can't connect to host 'svn.valgrind.org': Connection timed out
>
> What's wrong?
Well I can reach it, so either you have a firewall between you and
svn.valgrind.org that is blocking your connection or there is an
outage somewhere in the internet that is preventing you from reaching
it at the moment.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Yeshurun, M. <mei...@in...> - 2005-07-06 14:02:51
|
Hi, =20 When I enter the command =20 svn co svn://svn.valgrind.org/vex/trunk vex =20 =20 I get =20 svn: Can't connect to host 'svn.valgrind.org': Connection timed out =20 =20 What's wrong? =20 =20 Thanks, =20 Meir |
|
From: Rob L. <ro...@te...> - 2005-07-06 13:56:17
|
On Wed, Jul 06, 2005 at 12:26:00AM +0100, Tom Hughes wrote: > Give it a go now as I've just committed a fix for this. Thanks. My app runs a-ok now. ==rob -- Rob Latham Chicago, IL USA |
|
From: Julian S. <js...@ac...> - 2005-07-06 09:44:43
|
> thanks a lot for working on this! I see that you invented a great new > verb "commoning" for your commit message :) How can I get receive commit > messages by the way? They are all sent to the valgrind-developers list. "commoning up", what's wrong with that? J |
|
From: Duncan S. <dun...@ma...> - 2005-07-06 09:32:35
|
Hi Julian, > I haven't yet solved the problem, but I did do an important piece > of background infrastructure rejiggery (vex r1247, if you receive > commit messages) which means that the rest of the fix only needs to > be implemented once rather than differently for each supported > architecture. Anyway, as a result of your mail I wrote this down on > my short term ToDo list and hopefully it won't be too difficult now. > I'll try and hack up something by the weekend. thanks a lot for working on this! I see that you invented a great new verb "commoning" for your commit message :) How can I get receive commit messages by the way? Thanks again, Duncan. |
|
From: David <vo...@te...> - 2005-07-06 09:15:58
|
=46or those who tried, the real taball url is https not http. Just=20 https://mtg182.upf.es/~rafa On Dimarts 05 Juliol 2005 12:00, bla...@gm... wrote: > My apologies for the previous mail, i realized it was not so clear. I'll > explain me better: The goals of the EfficiencyTest project is to build > a Efficiency Test framework for C++ using valgrind as backend. The project > would allow to keep historical track of the execution times of pieces of > code organized alla CppUnit (http://cppunit.sourceforge.net/). Currently I > implemented some python scripts to extract the execution times of each te= st > from the callgrind output. Now i am about to import the extracted data in= to > an historical database. The information will be accessible thru a web bas= ed > interface. > > I Submited the project in sourforge, however it isn't still accessible. > I've created a tarball here: > > http://mtg182.upf.es/~rafa > > In this direction I submit all the project new versions > > Any comments will be nice. > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users =2D-=20 David ("Vokimon") Garc=EDa Garz=F3n (Work) dgarcia at iua dot upf anotherdot es (Home) vokimon at telefonica adot net http://www.salleurl.edu/~is04069 |