[linux-audio-dev] What valgrind says

Paul Davis paul at linuxaudiosystems.com
Sun Jun 25 00:04:02 UTC 2006


On Sat, 2006-06-24 at 23:26 +0100, james at dis-dot-dat.net wrote:
> Hi peeps.
> 
> I've just been running an app through valgrind and I'm getting a few
> of these:
> 
> ==11955== Syscall param write(buf) points to uninitialised byte(s)
> ==11955==    at 0x4D51BDB: (within /lib64/libpthread-2.4.so)
> ==11955==    by 0x4B27CDD: (within /usr/lib64/libjack.so.0.0.23)
> ==11955==    by 0x4B29434: jack_deactivate (in
> /usr/lib64/libjack.so.0.0.23)
> ==11955==    by 0x4B2945F: jack_client_close (in
> /usr/lib64/libjack.so.0.0.23)
> ==11955==    by 0x40402F: jackpart_close() (jackPart.cc:86)
> ==11955==    by 0x40235F: mainLoop() (sampleplayer.cpp:438)
> ==11955==    by 0x40237B: main (sampleplayer.cpp:444)
> ==11955==  Address 0x7FEFFE934 is on thread 1's stack
> 
> 
> I can't see anything wrong on my part, so I thought I'd check with
> people who know more than I before I tear my program apart.
> 
> I also get them coming from jack_port_register, jack_activate and
> jack_connect.

they don't matter. they are the result of writing a byte to a FIFO to
wake up an(other) client. the contents of the byte do not make any
difference at any point.

--p





More information about the Linux-audio-dev mailing list