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
(11) |
2
(26) |
3
(15) |
4
(4) |
|
5
(2) |
6
(7) |
7
(6) |
8
(22) |
9
(15) |
10
(13) |
11
(8) |
|
12
(6) |
13
(4) |
14
(9) |
15
(5) |
16
(2) |
17
(7) |
18
(7) |
|
19
(8) |
20
(14) |
21
(7) |
22
(21) |
23
(12) |
24
(12) |
25
(6) |
|
26
(6) |
27
(12) |
28
(17) |
29
(8) |
30
(8) |
|
|
|
From: <jen...@ta...> - 2010-09-17 13:04:25
|
-----Original Message----- From: jen...@ta... To: bat...@is... CC: val...@li... Sent: Fri, 17 Sep 2010 13:43 Subject: Re: [Valgrind-developers] what are the library objects does valgrind need to run on arm-linux Hi Kirill, Thanks for replying to my message. I remove the DESTDIR from "make install" in my script, and re-compiled valgrind. But I am still getting the same problem: "No such file or Directory" when I try to run valgrind on the target arm-linux box. And I got "./: error while loading shared libraries: ./: cannot read file data: Error 21" when I do the following on my arm-linux box: #cd /mnt/chlorine/testing_log/mem/Cross-compile/bin #/lib/ld-linux.so.2 --list ./ I wonder do I need to create some links on my arm-linux box to the installed valgrind library? Aprreciate your help! Jenny -----Original Message----- From: Kirill Batuzov <bat...@is...> To: jen...@ta... CC: val...@li... Sent: Fri, 17 Sep 2010 12:57 Subject: Re: [Valgrind-developers] what are the library objects does valgrind need to run on arm-linux Hello. > Does anybody know what are the mandatory library objects in order to > run valgrind on a arm-linux box? (I cannot run strace on our box, so I > can't find them myself). Valgrind does not use any specific libraries. If you are able to build simple Hello world program with your cross toolchain and run it on your hardware then Valgrind should be ok too. The error you mention is most probably caused by the fact that path $PREFIX/lib/valgrind is hardcoded to Valgrind binaries. Considering your previous email note, that command make install DESTDIR=/foo/bar will install Valgrind not to /foo/bar but to /foo/bar/$PREFIX. In other words DESTDIR is appended to PREFIX. ---- Kirill. |
|
From: <jen...@ta...> - 2010-09-17 12:43:20
|
Hi Kirill, Thanks for replying to my message. I remove the DESTDIR from "make install" in my script, and re-compiled valgrind. But I am still getting the same problem: "No such file or Directory" when I try to run valgrind on the target arm-linux box. And I got "./: error while loading shared libraries: ./: cannot read file data: Error 21" when I do the following on my arm-linux box: #cd /mnt/chlorine/testing_log/mem/Cross-compile/bin #/lib/ld-linux.so.2 --list ./ I wonder do I need to create some links on my arm-linux box to the installed valgrind library? Aprreciate your help! Jenny -----Original Message----- From: Kirill Batuzov <bat...@is...> To: jen...@ta... CC: val...@li... Sent: Fri, 17 Sep 2010 12:57 Subject: Re: [Valgrind-developers] what are the library objects does valgrind need to run on arm-linux Hello. > Does anybody know what are the mandatory library objects in order to > run valgrind on a arm-linux box? (I cannot run strace on our box, so I > can't find them myself). Valgrind does not use any specific libraries. If you are able to build simple Hello world program with your cross toolchain and run it on your hardware then Valgrind should be ok too. The error you mention is most probably caused by the fact that path $PREFIX/lib/valgrind is hardcoded to Valgrind binaries. Considering your previous email note, that command make install DESTDIR=/foo/bar will install Valgrind not to /foo/bar but to /foo/bar/$PREFIX. In other words DESTDIR is appended to PREFIX. ---- Kirill. |
|
From: Kirill B. <bat...@is...> - 2010-09-17 12:18:03
|
Hello. > Does anybody know what are the mandatory library objects in order to > run valgrind on a arm-linux box? (I cannot run strace on our box, so I > can't find them myself). Valgrind does not use any specific libraries. If you are able to build simple Hello world program with your cross toolchain and run it on your hardware then Valgrind should be ok too. The error you mention is most probably caused by the fact that path $PREFIX/lib/valgrind is hardcoded to Valgrind binaries. Considering your previous email note, that command make install DESTDIR=/foo/bar will install Valgrind not to /foo/bar but to /foo/bar/$PREFIX. In other words DESTDIR is appended to PREFIX. ---- Kirill. |
|
From: <jen...@ta...> - 2010-09-17 11:04:08
|
Hi there, I have cross compiled valgrind on a red-hat Linux box, and then installed it on a file server, there was no error during the compilation and the installation. There are three folder created on the file server under the directory defined in --Prefix, (i.e /bin,/lib & /include); On the target arm-linux box, I mounted the directory on the file server where valgrind is installedI, and then set the $PATH and $LD_LIBRARY_PATH to point to the installed \bin and \lib\valgrind folders. But when I try to run valgrind, it give me an error message "No such file or directory". Our arm linux box has a cut down version of linux, I wonder is there any library object missing on it what is needed by valgrind? Does anybody know what are the mandatory library objects in order to run valgrind on a arm-linux box? (I cannot run strace on our box, so I can't find them myself). Thanks Jenny |
|
From: Josef W. <Jos...@gm...> - 2010-09-17 06:23:45
|
On Friday 17 September 2010, Scott Pakin wrote:
> How can my instrumentation code reliably detect function calls?
If there is debug information available for the functions you want
to catch, it should be enough to ask VG core for every guest instruction
whether this is the first instruction of a function with
VG_(get_fnname_if_entry).
You could argue that you do not want to interpret a jump to a first
instruction of a function as a call (which above would do). However,
such a case is ambigous anyway: it could have been a call, converted
to a jump due to tail recursion optimization by the compiler.
> I had thought I could look for an Ijk_Call JumpKind in either an
> Ist_Exit statement or in the IRSB's jumpkind, but those don't seem to
> catch everything. The particular code I want to catch is the
> following (amd64-linux):
>
> 0x4004CD: call 0x4004DC
>
> ------ IMark(0x4004CD, 5) ------
> PUT(168) = 0x4004CD:I64
> t2 = Sub64(GET:I64(32),0x8:I64)
> PUT(32) = t2
> STle(t2) = 0x4004D2:I64
> t3 = 0x4004DC:I64
> ====== AbiHint(Sub64(t2,0x80:I64), 128, t3) ======
>
> 0x4004DC: pushq %rbp
>
> ------ IMark(0x4004DC, 1) ------
> PUT(168) = 0x4004DC:I64
> t4 = GET:I64(40)
> t5 = Sub64(GET:I64(32),0x8:I64)
> PUT(32) = t5
> STle(t5) = t4
>
> I, for one, don't see anything in the call statement's IR that
> indicates that control is being transferred as the result of a
> function call.
Yes. VG does not keep the jump kind information when chasing over
function calls (that would make up a good wish item "bug" report).
However, you can switch off chasing with
VG_(clo_vex_control).guest_chase_thresh = 0;
and then, above issue does not happen.
However, you should keep in mind that the jumpkind info by VEX
is a heuristic, which only is quite good on x86/x86-64.
For PPC this is unreliable, as PPC does not have explicit CALL
instructions, but does use specific branch instruction, able to
store a return address in a (link) register, and jump to the
address stored in that register. However, it is not clear that
the latter is always a return...
Josef
>
> Thanks,
> -- Scott
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>
|
|
From: John R. <jr...@bi...> - 2010-09-17 02:39:21
|
> How can my instrumentation code reliably detect function calls? 100% reliability is impossible, both theoretically and in practice. For instance, the code call L100 .asciz "How now, brown cow?" L100: usually is a position-independent PUSH of the address of a string. With suitable changes in the string and in the code at L100, it can be disguised arbitrarily well as a subroutine call. > I had thought I could look for an Ijk_Call JumpKind in either an > Ist_Exit statement or in the IRSB's jumpkind, but those don't seem to > catch everything. The particular code I want to catch is the > following (amd64-linux): > > 0x4004CD: call 0x4004DC > > ------ IMark(0x4004CD, 5) ------ > PUT(168) = 0x4004CD:I64 > t2 = Sub64(GET:I64(32),0x8:I64) > PUT(32) = t2 > STle(t2) = 0x4004D2:I64 > t3 = 0x4004DC:I64 > ====== AbiHint(Sub64(t2,0x80:I64), 128, t3) ====== > > 0x4004DC: pushq %rbp > > ------ IMark(0x4004DC, 1) ------ > PUT(168) = 0x4004DC:I64 > t4 = GET:I64(40) > t5 = Sub64(GET:I64(32),0x8:I64) > PUT(32) = t5 > STle(t5) = t4 > > I, for one, don't see anything in the call statement's IR that > indicates that control is being transferred as the result of a > function call. The discontinuity (5+ 0x4004CD) != 0x4004DC must be accomplished somewhere, such as in the capture of the value in t3. Not everything is printed pendantically. -- |
|
From: Scott P. <pa...@la...> - 2010-09-17 01:59:48
|
How can my instrumentation code reliably detect function calls?
I had thought I could look for an Ijk_Call JumpKind in either an
Ist_Exit statement or in the IRSB's jumpkind, but those don't seem to
catch everything. The particular code I want to catch is the
following (amd64-linux):
0x4004CD: call 0x4004DC
------ IMark(0x4004CD, 5) ------
PUT(168) = 0x4004CD:I64
t2 = Sub64(GET:I64(32),0x8:I64)
PUT(32) = t2
STle(t2) = 0x4004D2:I64
t3 = 0x4004DC:I64
====== AbiHint(Sub64(t2,0x80:I64), 128, t3) ======
0x4004DC: pushq %rbp
------ IMark(0x4004DC, 1) ------
PUT(168) = 0x4004DC:I64
t4 = GET:I64(40)
t5 = Sub64(GET:I64(32),0x8:I64)
PUT(32) = t5
STle(t5) = t4
I, for one, don't see anything in the call statement's IR that
indicates that control is being transferred as the result of a
function call.
Thanks,
-- Scott
|