Hi Andrew,
the Fortran code that this valgrind error is pointing to is:
close( 10, status = 'delete' )
and that does not allow much variation. I can only imagine there is some issue
in the
gfortran runtime library that is causing this. It might be an idea to look into
this using
a small test program. But other than that, there does not seem much we can do
about it.
Regards,
Arjen
> -----Original Message-----
> From: Andrew Ross [mailto:andrewr...@users.sourceforge.net]
>
...
>
> Valgrind output for fortran example 20.
>
> ==21590== Memcheck, a memory error detector ==21590== Copyright (C) 2002-
> 2012, and GNU GPL'd, by Julian Seward et al.
> ==21590== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
> ==21590== Command: /home/andrew/software/plplot/build/examples/f95/x20f -dev
> psc -o ./x20f95%n.psc ==21590== Parent PID: 21464 ==21590== ==21590==
> Syscall param write(buf) points to uninitialised byte(s)
> ==21590== at 0x5960700: __write_nocancel (syscall-template.S:81)
> ==21590== by 0x5337A47: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x5337D3C: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x5337D78: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x533732A: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x402032: read_img.1934 (x20f.f90:318)
> ==21590== by 0x4027B5: MAIN__ (x20f.f90:191)
> ==21590== by 0x403779: main (x20f.f90:72)
> ==21590== Address 0x82a3f40 is 0 bytes inside a block of size 8,192 alloc'd
> ==21590== at 0x4C2A2DB: malloc (in /usr/lib/valgrind/vgpreload_memcheck-
> amd64-linux.so)
> ==21590== by 0x5273BB4: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x53379ED: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x533837C: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x532F48F: ??? (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x532FD5B: _gfortran_st_open (in /usr/lib/x86_64-linux-
> gnu/libgfortran.so.3.0.0)
> ==21590== by 0x401F3F: read_img.1934 (x20f.f90:311)
> ==21590== by 0x4027B5: MAIN__ (x20f.f90:191)
> ==21590== by 0x403779: main (x20f.f90:72)
> ==21590==
> ==21590==
> ==21590== HEAP SUMMARY:
> ==21590== in use at exit: 0 bytes in 0 blocks
> ==21590== total heap usage: 1,246,240 allocs, 1,246,240 frees, 145,836,405
> bytes allocated
> ==21590==
> ==21590== All heap blocks were freed -- no leaks are possible ==21590==
> ==21590== For counts of detected and suppressed errors, rerun with: -v
> ==21590==
> Use --track-origins=yes to see where uninitialised values come from ==21590==
> ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2)
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
