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
(20) |
2
(20) |
3
(11) |
4
(10) |
5
(11) |
6
(19) |
|
7
(12) |
8
(22) |
9
(22) |
10
(18) |
11
(11) |
12
(21) |
13
(17) |
|
14
(8) |
15
(16) |
16
(16) |
17
(9) |
18
(19) |
19
(12) |
20
(9) |
|
21
(8) |
22
(12) |
23
(17) |
24
(8) |
25
(8) |
26
(7) |
27
(11) |
|
28
(12) |
29
(16) |
30
(16) |
31
(9) |
|
|
|
|
From: Matthew T. <ma...@te...> - 2007-01-24 20:24:47
|
My company has been working with valgrind on linux for a long time now and found it extremely useful. For various reasons the company has been shifting from linux to solaris x86. Unfortunately during this transition we have been struggling with some lack of support for some fundamental tools. I noticed on your website that the solaris x86 port of valgrind is "low" priority. We would be willing to pay a developer to work on the solaris x86 port to get it done in a relatively short amount of time. This would make our development on solaris x86 a lot easier. Currently we need to rebuild our code on linux in order to use valgrind. Please let me know if you have any information about the status of the solaris x86 port, or if you are interested in working on it for us. Thanks. -Matthew Tepel |
|
From: <and...@us...> - 2007-01-24 14:50:51
|
The stack trace explicitly tells you: the main() called libc fgets() which called libc getline() which called memcpy which had the invalid write. Your error is likely that you passed an invalid argument to fgets() from main(). Check the arguments you use to fgets on line 22 of gan.c and you'll probably find your error. Andrew val...@li... wrote on 01/24/2007 03:35:24 AM: > [image removed] > > [Valgrind-developers] backtrace option in valgrind . > > Vikas <cat...@gm...> > > to: > > valgrind-developers > > 01/24/07 04:13 AM > > Bcc: > > Andrew Lamb > > Hi , > > I get an output like this. > > ==26775== Invalid write of size 2 > POINT 1 . > ==26775== at 0x1B9879DA: memcpy (in /lib/tls/i686/cmov/libc-2.3.6.so) > ==26775== by 0x1B970FEE: _IO_getline (in /lib/tls/i686/cmov/libc- 2.3.6.so) > ==26775== by 0x1B96FF18: _IO_fgets (in /lib/tls/i686/cmov/libc-2.3.6.so) > ==26775== by 0x80484CD: main (gan.c:22) > ==26775== Address 0x1BA4E029 is 1 bytes inside a block of size 2 free'd > ==26775== at 0x1B9070B9: free (vg_replace_malloc.c:153) > ==26775== by 0x804848F: main (gan.c:13) > > > Is there any way to know what function was called before memcpy > which is below POINT1 ??? > > Waiting for reply. > vikas > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Vikas <cat...@gm...> - 2007-01-24 08:35:58
|
Hi , I get an output like this. ==26775== Invalid write of size 2 POINT 1 . ==26775== at 0x1B9879DA: memcpy (in /lib/tls/i686/cmov/libc-2.3.6.so) ==26775== by 0x1B970FEE: _IO_getline (in /lib/tls/i686/cmov/libc-2.3.6.so ) ==26775== by 0x1B96FF18: _IO_fgets (in /lib/tls/i686/cmov/libc-2.3.6.so) ==26775== by 0x80484CD: main (gan.c:22) ==26775== Address 0x1BA4E029 is 1 bytes inside a block of size 2 free'd ==26775== at 0x1B9070B9: free (vg_replace_malloc.c:153) ==26775== by 0x804848F: main (gan.c:13) Is there any way to know what function was called before memcpy which is below POINT1 ??? Waiting for reply. vikas |
|
From: <js...@ac...> - 2007-01-24 07:44:53
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-01-24 09:00:01 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 219 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Vikas <cat...@gm...> - 2007-01-24 06:19:21
|
Hi ,
I am facing a strange problem . The lackey runs fine with any binary . But
when i run it in gdb i am getting seg fault in vg_despatch.S ( the assembly
code ) .
I just changed this code for debugging purpose in vg_main.c ,
line:2957 /* Hook to delay things long enough so we can get the pid and
attach GDB in another shell. */
if (VG_(clo_wait_for_gdb)) {
if (1) {
Int p, q;
for ( p = 0; p < 300000; p++ )
for ( q = 0; q < 50000; q++ ) ;
}
VG_(printf)("pid=%d\n", VG_(getpid)());
/* do "jump *$eip" to skip this in gdb */
// VG_(do_syscall)(__NR_pause);
}
[vicky@ganesh:valgrind] #gdb ./stage2 23129
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db
library "/lib/tls/i686/cmov/libthread_db.so.1".
Attaching to program:
/home/vicky/ganesh/research/jan22/valgrind-2.2.0/ganesh/lib/valgrind/stage2,
process 23129
Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libdl.so.2
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /home/vicky/ganesh/research/jan22/valgrind-2.2.0
/ganesh/lib/valgrind/vgskin_lackey.so...done.
Loaded symbols for /home/vicky/ganesh/research/jan22/valgrind-2.2.0
/ganesh/lib/valgrind/vgskin_lackey.so
main (argc=4, argv=0x70) at vg_main.c:2964
2964 for ( q = 0; q < 50000; q++ ) ;
(gdb) n
2963 for ( p = 0; p < 300000; p++ )
(gdb) n
2964 for ( q = 0; q < 50000; q++ ) ;
(gdb) n
2963 for ( p = 0; p < 300000; p++ )
(gdb) b lk_main.c:201
Breakpoint 1 at 0xb7fedee4: file lk_main.c, line 201.
(gdb) continue
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0xb0774158 in ?? ()
(gdb) backtrace
#0 0xb0774158 in ?? ()
#1 0xb00138c0 in dispatch_main ()
#2 0x00000000 in ?? ()
(gdb)
Any help is really appreciated because it is blocking my work too much .
Warm Regards,
vikas
|
|
From: <js...@ac...> - 2007-01-24 05:05:43
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2007-01-24 04:30:01 GMT Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 253 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == Results from 24 hours ago == ================================================= Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 253 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Jan 24 04:48:52 2007 --- new.short Wed Jan 24 05:06:04 2007 *************** *** 10,12 **** ! == 253 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) --- 10,12 ---- ! == 253 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) *************** *** 18,20 **** none/tests/mremap2 (stdout) - none/tests/pth_detached (stdout) --- 18,19 ---- |
|
From: <sv...@va...> - 2007-01-24 01:29:28
|
Author: sewardj Date: 2007-01-24 01:29:25 +0000 (Wed, 24 Jan 2007) New Revision: 6552 Log: Bump version. Modified: branches/VALGRIND_3_2_BRANCH/configure.in Modified: branches/VALGRIND_3_2_BRANCH/configure.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- branches/VALGRIND_3_2_BRANCH/configure.in 2007-01-23 06:20:43 UTC (re= v 6551) +++ branches/VALGRIND_3_2_BRANCH/configure.in 2007-01-24 01:29:25 UTC (re= v 6552) @@ -8,7 +8,7 @@ ##------------------------------------------------------------## =20 # Process this file with autoconf to produce a configure script. -AC_INIT(Valgrind, 3.2.2, val...@li...) +AC_INIT(Valgrind, 3.2.3.SVN, val...@li...) AC_CONFIG_SRCDIR(coregrind/m_main.c) AM_CONFIG_HEADER(config.h) AM_INIT_AUTOMAKE |
|
From: <js...@ac...> - 2007-01-24 01:16:29
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-01-24 02:00:01 CET Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 225 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |