|
From: Yeshurun, M. <mei...@in...> - 2005-07-29 06:23:17
|
Hi,
The constants VG_N_SEGMENTS and VG_N_SEGNAMES in=20
coregrind/m_aspacemgr/aspacemgr.c
are too small for one of the programs I use Valgrind on.
I use
/* Max number of segments we can track. */
#define VG_N_SEGMENTS 100000
=20
/* Max number of segment file names we can track. */
#define VG_N_SEGNAMES 10000
Regards,
Meir
-----Original Message-----
From: val...@li...
[mailto:val...@li...] On Behalf Of Michael
Smith
Sent: Thursday, July 28, 2005 5:37 PM
Cc: val...@li...
Subject: [Valgrind-users] Re: [Valgrind-developers] Valgrind-3.0.0 (for
x86 and amd64) Release Candidate 1 available
On 7/27/05, Julian Seward <js...@ac...> wrote:
>=20
> Greetings.
>=20
> Valgrind-3.0.0 Release Candidate 1 is available from
> http://www.valgrind.org/downloads/valgrind-3.0.RC1.tar.bz2
> (md5sum =3D=3D c3dc8089bebe7aba0822667b7850451e)
Oops. This was meant to go to the list, not just Julian... Let's try
again!
I tried this out on an application of mine, and got this:
unhandled opc_aux =3D 0x 3
first_opcode =3D=3D 0xDA
vex x86->IR: unhandled instruction bytes: 0xDA 0x1C 0x24 0xDF
=3D=3D24821=3D=3D
=3D=3D24821=3D=3D Process terminating with default action of signal 4 =
(SIGILL)
=3D=3D24821=3D=3D Illegal opcode at address 0x1BA168D8
=3D=3D24821=3D=3D at 0x1BA168D8: floor1_fit (floor1.c:581)
=3D=3D24821=3D=3D by 0x1BA19F04: mapping0_forward (mapping0.c:497)
=3D=3D24821=3D=3D by 0x1BA0EC66: vorbis_analysis (analysis.c:49)
=3D=3D24821=3D=3D by 0x8048F2E: main (encoder_example.c:220)
=3D=3D24821=3D=3D
This was late in execution, and a LOT of errors had already been
reported (most of them in tight loops), so I'm not sure whether it's a
real problem, or if my application had already done something Very Bad
like writing to random areas of memory.
This system is 32 bit x86, running the current Ubuntu development
release (which uses gcc 4 as the default compiler - the problem I'm
looking into in this application is specific to gcc4).
Mike
p.s. Thanks for valgrind, it's been an invaluable tool.
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Valgrind-users mailing list
Val...@li...
https://lists.sourceforge.net/lists/listinfo/valgrind-users
|