|
From: Adnan K. <Adn...@ne...> - 2005-06-30 22:00:56
|
I tried the --trace-children=3Dyes and I get the following errors - I've = included the error I get with Valgrind and with callgrind. Is this a plug-in error? Thanks Adnan With just valgrind, I get the following =3D=3D14065=3D=3D Memcheck, a memory error detector for x86-linux. =3D=3D14065=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14065=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D14065=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14065=3D=3D For more details, rerun with: -v =3D=3D14065=3D=3D =3D=3D14065=3D=3D Memcheck, a memory error detector for x86-linux. =3D=3D14065=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14065=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D14065=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14065=3D=3D For more details, rerun with: -v =3D=3D14065=3D=3D =3D=3D14065=3D=3D Warning: bad signal number -2 in sigaction() [ Unable to allocate an initial java heap of 1835008000 bytes. ] [ **Out of memory, aborting** ] [ ] [ *** panic: JVMST016: Cannot allocate memory for initial java heap ] =3D=3D14065=3D=3D =3D=3D14065=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: = 51 from 3) =3D=3D14065=3D=3D malloc/free: in use at exit: 419862 bytes in 275 = blocks. =3D=3D14065=3D=3D malloc/free: 343 allocs, 68 frees, 449082 bytes = allocated. =3D=3D14065=3D=3D For counts of detected errors, rerun with: -v =3D=3D14065=3D=3D searching for pointers to 275 not-freed blocks. =3D=3D14065=3D=3D checked 726584 bytes. =3D=3D14065=3D=3D =3D=3D14065=3D=3D LEAK SUMMARY: =3D=3D14065=3D=3D definitely lost: 318 bytes in 5 blocks. =3D=3D14065=3D=3D possibly lost: 1440 bytes in 1 blocks. =3D=3D14065=3D=3D still reachable: 418104 bytes in 269 blocks. =3D=3D14065=3D=3D suppressed: 0 bytes in 0 blocks. =3D=3D14065=3D=3D Use --leak-check=3Dfull to see details of leaked = memory. ./run-ibm.sh: line 31: 14065 Aborted valgrind = --trace-children=3Dyes java -Xms1750m -Xmx1750m -Xcompactexplicitgc = spec.jbb.JBBmain -propfil With Callgrind, I get a very different error. =3D=3D13859=3D=3D Callgrind-0.9.11, a call-graph generating cache = profiler for x86-linux. =3D=3D13859=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by = J.Weidendorfer, N.Nethercote et al. =3D=3D13859=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D13859=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D13859=3D=3D For more details, rerun with: -v =3D=3D13859=3D=3D =3D=3D13859=3D=3D Callgrind-0.9.11, a call-graph generating cache = profiler for x86-linux. =3D=3D13859=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by = J.Weidendorfer, N.Nethercote et al. =3D=3D13859=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D13859=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D13859=3D=3D For more details, rerun with: -v =3D=3D13859=3D=3D INV 2 FAILED: seg 0xB1198000-0xB11B2000 crosses boundaries of mapping = 0xB1198000-0xB11B1000 INV 1 FAILED: seg -0xB1198000 does not end at mapping = 0xB11B2000-0xB1198000 end vvvvv SEGMENT MAPS NOT OK vvvvv seg: 0x8048000-0x804F000 (r-x) 4318 mapping 0x8048000-0x804F000 r-x = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142 /jre/bin/java seg: 0x804F000-0x8050000 (rw-) 118 mapping 0x804F000-0x8050000 rw- = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142 /jre/bin/java seg: 0x8050000-0x8051000 (rw-) 108 mapping 0x8050000-0x8051000 rw- seg: 0x8051000-0x8052000 (rwx) 809 mapping 0x8051000-0x8055000 rwx = !!! seg: 0x8052000-0x8055000 (rwx) 809 mapping 0x8051000-0x8055000 rwx = !!! seg: 0x3A965000-0x3A97A000 (r-x) 4318 mapping 0x3A965000-0x3A97A000 r-x = /lib/ld-2.2.4.so seg: 0x3A97A000-0x3A97B000 (rw-) 118 mapping 0x3A97A000-0x3A97B000 rw- = /lib/ld-2.2.4.so seg: 0x3A97C000-0x3A97D000 (rw-) 9 mapping 0x3A97C000-0x3A97D000 rw- seg: 0x3A97E000-0x3A97F000 (r-x) 4219 mapping 0x3A97E000-0x3A97F000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/vg_inject.so seg: 0x3A97F000-0x3A980000 (rw-) 19 mapping 0x3A97F000-0x3A980000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/vg_inject.so seg: 0x3A995000-0x3A9A4000 (r-x) 4219 mapping 0x3A995000-0x3A9A4000 r-x = /lib/libpthread-0.9.so seg: 0x3A9A4000-0x3A9AC000 (rw-) 19 mapping 0x3A9A4000-0x3A9AC000 rw- = /lib/libpthread-0.9.so seg: 0x3A9AD000-0x3A9C0000 (r-x) 4219 mapping 0x3A9AD000-0x3A9C0000 r-x = /lib/libnsl-2.2.4.so seg: 0x3A9C0000-0x3A9C2000 (rw-) 19 mapping 0x3A9C0000-0x3A9C2000 rw- = /lib/libnsl-2.2.4.so seg: 0x3A9C2000-0x3A9C4000 (rw-) 9 mapping 0x3A9C2000-0x3A9C4000 rw- seg: 0x3A9C5000-0x3A9C6000 (rw-) 9 mapping 0x3A9C5000-0x3A9C6000 rw- seg: 0x3A9C7000-0x3A9C9000 (r-x) 4219 mapping 0x3A9C7000-0x3A9C9000 r-x = /lib/libdl-2.2.4.so seg: 0x3A9C9000-0x3A9CB000 (rw-) 19 mapping 0x3A9C9000-0x3A9CB000 rw- = /lib/libdl-2.2.4.so seg: 0x3A9CC000-0x3AAF8000 (r-x) 4219 mapping 0x3A9CC000-0x3AAF8000 r-x = /lib/libc-2.2.4.so seg: 0x3AAF8000-0x3AAFE000 (rw-) 19 mapping 0x3AAF8000-0x3AAFE000 rw- = /lib/libc-2.2.4.so seg: 0x3AAFE000-0x3AB02000 (rw-) 9 mapping 0x3AAFE000-0x3AB02000 rw- seg: 0x3AB03000-0x3ACFD000 (r-x) 4219 mapping 0x3AB03000-0x3ACFD000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2 -142/jre/bin/classic/libjvm.so seg: 0x3ACFD000-0x3AD08000 (rw-) 19 mapping 0x3ACFD000-0x3AD08000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2 -142/jre/bin/classic/libjvm.so seg: 0x3AD08000-0x3AD1F000 (rw-) 9 mapping 0x3AD08000-0x3AD1F000 rw- seg: 0x3AD20000-0x3AD41000 (r-x) 4219 mapping 0x3AD20000-0x3AD41000 r-x = /lib/libm-2.2.4.so seg: 0x3AD41000-0x3AD42000 (rw-) 19 mapping 0x3AD41000-0x3AD42000 rw- = /lib/libm-2.2.4.so seg: 0x40000000-0x40001000 (rw-) 108 mapping 0x40000000-0x40001000 rw- seg: 0x40002000-0x40003000 (rw-) 108 mapping 0x40002000-0x40003000 rw- seg: 0xAFEF6000-0xAFEFA000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFA000-0xAFEFB000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFB000-0xAFEFC000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFC000-0xAFEFD000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFD000-0xAFEFF000 (rwx) 60 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFF000-0xAFF00000 (r-x) 0 mapping 0xAFEFF000-0xAFF00000 r-x seg: 0xAFF00000-0xB0000000 (---) 2108 mapping 0xAFF00000-0xB0000000 --- seg: 0xB0000000-0xB009B000 (r-x) 2318 mapping 0xB0000000-0xB009B000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/stage2 seg: 0xB009B000-0xB009D000 (rw-) 2118 mapping 0xB009B000-0xB009D000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/stage2 seg: 0xB009D000-0xB01EB000 (rw-) 2108 mapping 0xB009D000-0xB01EB000 rw- seg: 0xB01EC000-0xB02EC000 (rwx) 2108 mapping 0xB01EC000-0xB02EC000 rwx seg: 0xB02ED000-0xB03ED000 (rwx) 2108 mapping 0xB02ED000-0xB03ED000 rwx seg: 0xB03EE000-0xB04EE000 (rwx) 2108 mapping 0xB03EE000-0xB04EE000 rwx seg: 0xB04EF000-0xB04F0000 (---) 2009 mapping 0xB04EF000-0xB04F0000 --- seg: 0xB04F0000-0xB0500000 (rw-) 2009 mapping 0xB04F0000-0xB0500000 rw- seg: 0xB0501000-0xB0509000 (rwx) 2009 mapping 0xB0501000-0xB0509000 rwx seg: 0xB0562000-0xB0662000 (rwx) 2009 mapping 0xB0562000-0xB0662000 rwx seg: 0xB0694000-0xB0794000 (rwx) 2009 mapping 0xB0694000-0xB0794000 rwx seg: 0xB0795000-0xB0895000 (rwx) 2009 mapping 0xB0795000-0xB0895000 rwx seg: 0xB0896000-0xB0AE0000 (rwx) 2009 mapping 0xB0896000-0xB0AE0000 rwx seg: 0xB0B6B000-0xB0C6B000 (rwx) 2009 mapping 0xB0B6B000-0xB0C6B000 rwx seg: 0xB0C6C000-0xB0D6C000 (rwx) 2009 mapping 0xB0C6C000-0xB0D6C000 rwx seg: 0xB0E10000-0xB0F10000 (rwx) 2009 mapping 0xB0E10000-0xB0F10000 rwx seg: 0xB1000000-0xB1015000 (r-x) 2318 mapping 0xB1000000-0xB1015000 r-x = /lib/ld-2.2.4.so seg: 0xB1015000-0xB1016000 (rw-) 2118 mapping 0xB1015000-0xB1016000 rw- = /lib/ld-2.2.4.so seg: 0xB1016000-0xB101D000 (rw-) 2108 mapping 0xB1016000-0xB101D000 rw- seg: 0xB101D000-0xB1024000 (r-x) 2318 mapping 0xB101D000-0xB1024000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/gcc342= /lib/l ibgcc_s.so.1 seg: 0xB1024000-0xB1026000 (rw-) 2118 mapping 0xB1024000-0xB1026000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/gcc342= /lib/l ibgcc_s.so.1 seg: 0xB1026000-0xB102A000 (rw-) 2108 mapping 0xB1026000-0xB102A000 rw- seg: 0xB102A000-0xB102C000 (r-x) 2318 mapping 0xB102A000-0xB102C000 r-x = /lib/libdl-2.2.4.so seg: 0xB102C000-0xB102E000 (rw-) 2118 mapping 0xB102C000-0xB102E000 rw- = /lib/libdl-2.2.4.so seg: 0xB102E000-0xB115A000 (r-x) 2318 mapping 0xB102E000-0xB115A000 r-x = /lib/libc-2.2.4.so seg: 0xB115A000-0xB1160000 (rw-) 2118 mapping 0xB115A000-0xB1160000 rw- = /lib/libc-2.2.4.so seg: 0xB1160000-0xB1164000 (rw-) 2108 mapping 0xB1160000-0xB1164000 rw- seg: 0xB1164000-0xB1197000 (r-x) 2318 mapping 0xB1164000-0xB1197000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/vgskin_callgrind.so seg: 0xB1197000-0xB1198000 (rw-) 2118 mapping 0xB1197000-0xB1198000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles /lib/valgrind/vgskin_callgrind.so seg: 0xB1198000-0xB11B2000 (rw-) 2408 mapping 0xB1198000-0xB11B1000 rw- = !!! INV 2 FAILED: seg 0xB1198000-0xB11B2000 crosses boundaries of mapping = 0xB1198000-0xB11B1000 INV 1 FAILED: seg -0xB1198000 does not end at mapping = 0xB11B2000-0xB1198000 end seg: 0xB1200000-0xB1208000 (rw-) 2108 mapping 0xB1200000-0xB1208000 rw- seg: 0xB1208000-0xB1300000 (---) 2108 mapping 0xB1208000-0xB1300000 --- seg: 0xB1301000-0xB1401000 (rwx) 2009 mapping 0xB1301000-0xB1401000 rwx seg: 0xB1402000-0xB1502000 (rwx) 2009 mapping 0xB1402000-0xB1502000 rwx seg: 0xB1503000-0xB1603000 (rwx) 2009 mapping 0xB1503000-0xB1603000 rwx seg: 0xB1604000-0xB1704000 (rwx) 2009 mapping 0xB1604000-0xB1704000 rwx seg: 0xB1705000-0xB1805000 (rwx) 2009 mapping 0xB1705000-0xB1805000 rwx seg: 0xB1806000-0xB197E000 (rwx) 2009 mapping 0xB1806000-0xB197E000 rwx seg: 0xB197F000-0xB1A7F000 (rwx) 2009 mapping 0xB197F000-0xB1A7F000 rwx seg: 0xB1A80000-0xB1F56000 (rwx) 2009 mapping 0xB1A80000-0xB1F56000 rwx seg: 0xB1F57000-0xB2057000 (rwx) 2009 mapping 0xB1F57000-0xB2057000 rwx seg: 0xB2058000-0xB2158000 (rwx) 2009 mapping 0xB2058000-0xB2158000 rwx seg: 0xB2159000-0xB2259000 (rwx) 2009 mapping 0xB2159000-0xB2259000 rwx seg: 0xB225A000-0xB235A000 (rwx) 2009 mapping 0xB225A000-0xB235A000 rwx seg: 0xB235B000-0xB245B000 (rwx) 2009 mapping 0xB235B000-0xB245B000 rwx seg: 0xB24D1000-0xB25D1000 (rwx) 2009 mapping 0xB24D1000-0xB25D1000 rwx seg: 0xB25D2000-0xB26D2000 (rwx) 2009 mapping 0xB25D2000-0xB26D2000 rwx seg: 0xB26D3000-0xB27D3000 (rwx) 2009 mapping 0xB26D3000-0xB27D3000 rwx seg: 0xB27D4000-0xB28D4000 (rwx) 2009 mapping 0xB27D4000-0xB28D4000 rwx seg: 0xB28D5000-0xB29D5000 (rwx) 2009 mapping 0xB28D5000-0xB29D5000 rwx seg: 0xB29D6000-0xB2AD6000 (rwx) 2009 mapping 0xB29D6000-0xB2AD6000 rwx seg: 0xB2AD7000-0xB2C4F000 (rwx) 2009 mapping 0xB2AD7000-0xB2C4F000 rwx seg: 0xB2C50000-0xB2D50000 (rwx) 2009 mapping 0xB2C50000-0xB2D50000 rwx seg: 0xB2D51000-0xB2E51000 (rwx) 2009 mapping 0xB2D51000-0xB2E51000 rwx seg: 0xBFFFC000-0xC0000000 (rwx) 2108 mapping 0xBFFFC000-0xC0000000 rwx ^^^^^ SEGMENT MAPS NOT OK ^^^^^ valgrind: vg_main.c:2240 (vgPlain_sanity_check_general): Assertion = `vgPlain_sanity_check_memory()' failed. =3D=3D13859=3D=3D at 0xB003124E: (within = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/stage2) =3D=3D13859=3D=3D by 0xB003124D: assert_fail (vg_mylibc.c:1166) =3D=3D13859=3D=3D by 0xB003128D: vgPlain_core_assert_fail = (vg_mylibc.c:1177) =3D=3D13859=3D=3D by 0xB002B258: vgPlain_sanity_check_general = (vg_main.c:2240) =3D=3D13859=3D=3D by 0xB0017294: vgPlain_scheduler = (vg_scheduler.c:694) =3D=3D13859=3D=3D by 0xB0077161: vgArch_thread_wrapper (core_os.c:69) sched status: running_tid=3D1 Thread 1: status =3D VgTs_Runnable =3D=3D13859=3D=3D at 0x3AA4D9AC: strcat = (../sysdeps/generic/strcat.c:36) =3D=3D13859=3D=3D by 0x3ABC70E1: makePath = (/userlvl/cxia32142/src/jvm/pfm/ci/javai_md.c:279) =3D=3D13859=3D=3D by 0x3ABC731A: GetPropertiesMD = (/userlvl/cxia32142/src/jvm/pfm/ci/javai_md.c:365) =3D=3D13859=3D=3D by 0x3ABC152F: ciCreateJVM = (/userlvl/cxia32142/src/jvm/sov/ci/ci.c:2504) =3D=3D13859=3D=3D by 0x3ABCEABB: JNI_CreateJavaVM = (/userlvl/cxia32142/src/jvm/sov/ci/jni.c:5890) =3D=3D13859=3D=3D by 0x804A818: InitializeJVM (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) =3D=3D13859=3D=3D by 0x80495A1: main (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: valgrind.kde.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. With Callgrind and with separate-threads=3Dyes option, I get =3D=3D14376=3D=3D Callgrind-0.9.11, a call-graph generating cache = profiler for x86-linux. =3D=3D14376=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by = J.Weidendorfer, N.Nethercote et al. =3D=3D14376=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D14376=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14376=3D=3D For more details, rerun with: -v =3D=3D14376=3D=3D =3D=3D14376=3D=3D Callgrind-0.9.11, a call-graph generating cache = profiler for x86-linux. =3D=3D14376=3D=3D Copyright (C) 2002-2005, and GNU GPL'd, by = J.Weidendorfer, N.Nethercote et al. =3D=3D14376=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D14376=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D14376=3D=3D For more details, rerun with: -v =3D=3D14376=3D=3D 0x0002E8B8 BB# 35800484 Callgrind: threads.c:251 (vgSkin_post_signal): Assertion = `*(vgSkin_current_fn_stack.top) =3D=3D 0' failed. =3D=3D14380=3D=3D at 0xB003124E: (within = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/stage2) =3D=3D14380=3D=3D by 0xB003124D: assert_fail (vg_mylibc.c:1166) =3D=3D14380=3D=3D by 0xB003126F: vgPlain_skin_assert_fail = (vg_mylibc.c:1171) =3D=3D14380=3D=3D by 0xB118DABE: vgSkin_post_signal (threads.c:257) =3D=3D14380=3D=3D by 0xB0061072: vgSkinInternal_post_deliver_signal = (vg_toolint.c:500) =3D=3D14380=3D=3D by 0xB0076841: vgArch_signal_return (signal.c:640) =3D=3D14380=3D=3D by 0xB00754BE: x86_linux_sys_sigreturn_before = (syscalls.c:584) =3D=3D14380=3D=3D by 0xB0050EA5: vgPlain_client_syscall = (vg_syscalls.c:6234) =3D=3D14380=3D=3D by 0xB00170F1: handle_syscall (vg_scheduler.c:649) =3D=3D14380=3D=3D by 0xB0017409: vgPlain_scheduler = (vg_scheduler.c:750) =3D=3D14380=3D=3D by 0xB0077161: vgArch_thread_wrapper (core_os.c:69) =3D=3D14380=3D=3D by 0xB0074C26: start_thread (syscalls.c:240) sched status: running_tid=3D3 Thread 1: status =3D VgTs_Runnable =3D=3D14380=3D=3D at 0x3AA9CAD7: sched_yield (in /lib/libc-2.2.4.so) =3D=3D14380=3D=3D by 0x3AD71407: resumeThread = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:2051) =3D=3D14380=3D=3D by 0x3AD715B8: sysThreadResume = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:2097) =3D=3D14380=3D=3D by 0x3ACD5361: xmCreateThread = (/userlvl/cxia32142/src/jvm/sov/xm/thr.c:525) =3D=3D14380=3D=3D by 0x3ACD4FA6: xmCreateSystemThread = (/userlvl/cxia32142/src/jvm/sov/xm/thr.c:406) =3D=3D14380=3D=3D by 0x3ACD44AF: InitializeSignals = (/userlvl/cxia32142/src/jvm/sov/xm/signals.c:535) =3D=3D14380=3D=3D by 0x3ACD88DA: xmInitializeJVM = (/userlvl/cxia32142/src/jvm/sov/xm/xmm.c:220) =3D=3D14380=3D=3D by 0x3ABC1E98: ciCreateJVM = (/userlvl/cxia32142/src/jvm/sov/ci/ci.c:2742) =3D=3D14380=3D=3D by 0x3ABCEABB: JNI_CreateJavaVM = (/userlvl/cxia32142/src/jvm/sov/ci/jni.c:5890) =3D=3D14380=3D=3D by 0x804A818: InitializeJVM (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) =3D=3D14380=3D=3D by 0x80495A1: main (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) Thread 2: status =3D VgTs_WaitSys =3D=3D14380=3D=3D at 0x3AAAB248: poll = (../sysdeps/unix/sysv/linux/poll.c:63) =3D=3D14380=3D=3D by 0x3A99BD0D: __pthread_manager (manager.c:140) =3D=3D14380=3D=3D by 0x3AAB2C39: clone (in /lib/libc-2.2.4.so) Thread 3: status =3D VgTs_Runnable =3D=3D14380=3D=3D at 0x3A9FA9B6: sigsuspend = (../sysdeps/unix/sysv/linux/sigsuspend.c:45) =3D=3D14380=3D=3D by 0x3A99ED44: __pthread_wait_for_restart_signal = (pthread.c:978) =3D=3D14380=3D=3D by 0x3A99AEE3: pthread_cond_wait (in = /lib/libpthread-0.9.so) =3D=3D14380=3D=3D by 0x3AD7035D: suspendSelf = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:1326) =3D=3D14380=3D=3D by 0x3AD70B13: suspendThread = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:1710) =3D=3D14380=3D=3D by 0x3AD70D28: sysThreadSuspend = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:1771) =3D=3D14380=3D=3D by 0x3AD6F6B1: _start = (/userlvl/cxia32142/src/hpi/pfm/threads_md.c:598) =3D=3D14380=3D=3D by 0x3A99BF86: pthread_start_thread (manager.c:284) =3D=3D14380=3D=3D by 0x3AAB2C39: clone (in /lib/libc-2.2.4.so) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: = Jos...@gm... In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. -----Original Message----- From: Nicholas Nethercote [mailto:nj...@cs...] Sent: Thursday, June 30, 2005 2:43 PM To: Adnan Khaleel Cc: val...@li... Subject: Re: [Valgrind-users] Valgrind and Java On Thu, 30 Jun 2005, Adnan Khaleel wrote: > could this be the problem that valgrind just sticks with the initial=20 > java process and any additional java threads created by the app are = not=20 > under Valgrind's control? Yes. Try --trace-children=3Dyes if you want to run all child=20 processes also under Valgrind. N |
|
From: Adnan K. <Adn...@ne...> - 2005-07-01 16:31:23
|
I noticed the extremely large heap size as well but that particular = machine has 4G so it really shouldn't have been a problem. I've reduced the heap size to 300M with tool=3Dnone = and it still fails. However it doesn't have the number -2 in sigaction. Here is the error text [hwteam2:SPECjbb2000]$ valgrind --tool=3Dnone --trace-children=3Dyes = java -Xms300m -Xmx300m -Xcompactexplicitgc spec.jbb.JBBmain -propfile = SPECjbb.props =3D=3D10907=3D=3D Nulgrind, a binary JIT-compiler for x86-linux. =3D=3D10907=3D=3D Copyright (C) 2002-2004, and GNU GPL'd, by Nicholas = Nethercote. =3D=3D10907=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D10907=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D10907=3D=3D For more details, rerun with: -v =3D=3D10907=3D=3D =3D=3D10907=3D=3D Nulgrind, a binary JIT-compiler for x86-linux. =3D=3D10907=3D=3D Copyright (C) 2002-2004, and GNU GPL'd, by Nicholas = Nethercote. =3D=3D10907=3D=3D Using valgrind-2.4.0, a program supervision framework = for x86-linux. =3D=3D10907=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian = Seward et al. =3D=3D10907=3D=3D For more details, rerun with: -v =3D=3D10907=3D=3D INV 2 FAILED: seg 0xB101C000-0xB101F000 crosses boundaries of mapping = 0xB101C000-0xB101E000 INV 1 FAILED: seg -0xB101C000 does not end at mapping = 0xB101F000-0xB101C000 end vvvvv SEGMENT MAPS NOT OK vvvvv seg: 0x8048000-0x804F000 (r-x) 4318 mapping 0x8048000-0x804F000 r-x = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java seg: 0x804F000-0x8050000 (rw-) 118 mapping 0x804F000-0x8050000 rw- = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java seg: 0x8050000-0x8051000 (rw-) 108 mapping 0x8050000-0x8051000 rw- seg: 0x8051000-0x8052000 (rwx) 809 mapping 0x8051000-0x8055000 rwx = !!! seg: 0x8052000-0x8055000 (rwx) 809 mapping 0x8051000-0x8055000 rwx = !!! seg: 0x3A965000-0x3A97A000 (r-x) 4318 mapping 0x3A965000-0x3A97A000 r-x = /lib/ld-2.2.4.so seg: 0x3A97A000-0x3A97B000 (rw-) 118 mapping 0x3A97A000-0x3A97B000 rw- = /lib/ld-2.2.4.so seg: 0x3A97C000-0x3A97D000 (rw-) 9 mapping 0x3A97C000-0x3A97D000 rw- seg: 0x3A97E000-0x3A97F000 (r-x) 4219 mapping 0x3A97E000-0x3A97F000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/vg_inject.so seg: 0x3A97F000-0x3A980000 (rw-) 19 mapping 0x3A97F000-0x3A980000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/vg_inject.so seg: 0x3A995000-0x3A9A4000 (r-x) 4219 mapping 0x3A995000-0x3A9A4000 r-x = /lib/libpthread-0.9.so seg: 0x3A9A4000-0x3A9AC000 (rw-) 19 mapping 0x3A9A4000-0x3A9AC000 rw- = /lib/libpthread-0.9.so seg: 0x3A9AD000-0x3A9C0000 (r-x) 4219 mapping 0x3A9AD000-0x3A9C0000 r-x = /lib/libnsl-2.2.4.so seg: 0x3A9C0000-0x3A9C2000 (rw-) 19 mapping 0x3A9C0000-0x3A9C2000 rw- = /lib/libnsl-2.2.4.so seg: 0x3A9C2000-0x3A9C4000 (rw-) 9 mapping 0x3A9C2000-0x3A9C4000 rw- seg: 0x3A9C5000-0x3A9C6000 (rw-) 9 mapping 0x3A9C5000-0x3A9C6000 rw- seg: 0x3A9C7000-0x3A9C9000 (r-x) 4219 mapping 0x3A9C7000-0x3A9C9000 r-x = /lib/libdl-2.2.4.so seg: 0x3A9C9000-0x3A9CB000 (rw-) 19 mapping 0x3A9C9000-0x3A9CB000 rw- = /lib/libdl-2.2.4.so seg: 0x3A9CC000-0x3AAF8000 (r-x) 4219 mapping 0x3A9CC000-0x3AAF8000 r-x = /lib/libc-2.2.4.so seg: 0x3AAF8000-0x3AAFE000 (rw-) 19 mapping 0x3AAF8000-0x3AAFE000 rw- = /lib/libc-2.2.4.so seg: 0x3AAFE000-0x3AB02000 (rw-) 9 mapping 0x3AAFE000-0x3AB02000 rw- seg: 0x3AB03000-0x3ACFD000 (r-x) 4219 mapping 0x3AB03000-0x3ACFD000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/classic/libjvm.so seg: 0x3ACFD000-0x3AD08000 (rw-) 19 mapping 0x3ACFD000-0x3AD08000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/classic/libjvm.so seg: 0x3AD08000-0x3AD1F000 (rw-) 9 mapping 0x3AD08000-0x3AD1F000 rw- seg: 0x3AD20000-0x3AD41000 (r-x) 4219 mapping 0x3AD20000-0x3AD41000 r-x = /lib/libm-2.2.4.so seg: 0x3AD41000-0x3AD42000 (rw-) 19 mapping 0x3AD41000-0x3AD42000 rw- = /lib/libm-2.2.4.so seg: 0x40000000-0x40001000 (rw-) 108 mapping 0x40000000-0x40001000 rw- seg: 0x40002000-0x40003000 (rw-) 108 mapping 0x40002000-0x40003000 rw- seg: 0xAFEF6000-0xAFEFA000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFA000-0xAFEFB000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFB000-0xAFEFC000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFC000-0xAFEFD000 (rwx) 69 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFD000-0xAFEFF000 (rwx) 60 mapping 0xAFEF6000-0xAFEFF000 rwx = !!! seg: 0xAFEFF000-0xAFF00000 (r-x) 0 mapping 0xAFEFF000-0xAFF00000 r-x seg: 0xAFF00000-0xB0000000 (---) 2108 mapping 0xAFF00000-0xB0000000 --- seg: 0xB0000000-0xB009B000 (r-x) 2318 mapping 0xB0000000-0xB009B000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/stage2 seg: 0xB009B000-0xB009D000 (rw-) 2118 mapping 0xB009B000-0xB009D000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/stage2 seg: 0xB009D000-0xB01EB000 (rw-) 2108 mapping 0xB009D000-0xB01EB000 rw- seg: 0xB01EC000-0xB02EC000 (rwx) 2108 mapping 0xB01EC000-0xB02EC000 rwx seg: 0xB02ED000-0xB02EE000 (---) 2009 mapping 0xB02ED000-0xB02EE000 --- seg: 0xB02EE000-0xB02FE000 (rw-) 2009 mapping 0xB02EE000-0xB02FE000 rw- seg: 0xB02FF000-0xB0307000 (rwx) 2009 mapping 0xB02FF000-0xB0307000 rwx seg: 0xB0360000-0xB0460000 (rwx) 2009 mapping 0xB0360000-0xB0460000 rwx seg: 0xB0492000-0xB0592000 (rwx) 2009 mapping 0xB0492000-0xB0592000 rwx seg: 0xB0593000-0xB0693000 (rwx) 2009 mapping 0xB0593000-0xB0693000 rwx seg: 0xB0694000-0xB08DE000 (rwx) 2009 mapping 0xB0694000-0xB08DE000 rwx seg: 0xB0969000-0xB0A69000 (rwx) 2009 mapping 0xB0969000-0xB0A69000 rwx seg: 0xB0A6A000-0xB0B6A000 (rwx) 2009 mapping 0xB0A6A000-0xB0B6A000 rwx seg: 0xB0C0E000-0xB0D0E000 (rwx) 2009 mapping 0xB0C0E000-0xB0D0E000 rwx seg: 0xB0D0F000-0xB0E0F000 (rwx) 2009 mapping 0xB0D0F000-0xB0E0F000 rwx seg: 0xB0E10000-0xB0F10000 (rwx) 2009 mapping 0xB0E10000-0xB0F10000 rwx seg: 0xB1000000-0xB1015000 (r-x) 2318 mapping 0xB1000000-0xB1015000 r-x = /lib/ld-2.2.4.so seg: 0xB1015000-0xB1016000 (rw-) 2118 mapping 0xB1015000-0xB1016000 rw- = /lib/ld-2.2.4.so seg: 0xB1016000-0xB101A000 (rw-) 2108 mapping 0xB1016000-0xB101A000 rw- seg: 0xB101A000-0xB101B000 (r-x) 2318 mapping 0xB101A000-0xB101B000 r-x = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/vgskin_none.so seg: 0xB101B000-0xB101C000 (rw-) 2118 mapping 0xB101B000-0xB101C000 rw- = = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/vgskin_none.so seg: 0xB101C000-0xB101F000 (rw-) 2408 mapping 0xB101C000-0xB101E000 rw- = !!! INV 2 FAILED: seg 0xB101C000-0xB101F000 crosses boundaries of mapping = 0xB101C000-0xB101E000 INV 1 FAILED: seg -0xB101C000 does not end at mapping = 0xB101F000-0xB101C000 end seg: 0xB102A000-0xB102C000 (r-x) 2318 mapping 0xB102A000-0xB102C000 r-x = /lib/libdl-2.2.4.so seg: 0xB102C000-0xB102E000 (rw-) 2118 mapping 0xB102C000-0xB102E000 rw- = /lib/libdl-2.2.4.so seg: 0xB102E000-0xB115A000 (r-x) 2318 mapping 0xB102E000-0xB115A000 r-x = /lib/libc-2.2.4.so seg: 0xB115A000-0xB1160000 (rw-) 2118 mapping 0xB115A000-0xB1160000 rw- = /lib/libc-2.2.4.so seg: 0xB1160000-0xB1164000 (rw-) 2108 mapping 0xB1160000-0xB1164000 rw- seg: 0xB1200000-0xB1208000 (rw-) 2108 mapping 0xB1200000-0xB1208000 rw- seg: 0xB1208000-0xB1300000 (---) 2108 mapping 0xB1208000-0xB1300000 --- seg: 0xB1301000-0xB1401000 (rwx) 2009 mapping 0xB1301000-0xB1401000 rwx seg: 0xB1402000-0xB1502000 (rwx) 2009 mapping 0xB1402000-0xB1502000 rwx seg: 0xB1503000-0xB1603000 (rwx) 2009 mapping 0xB1503000-0xB1603000 rwx seg: 0xB1604000-0xB177C000 (rwx) 2009 mapping 0xB1604000-0xB177C000 rwx seg: 0xB177D000-0xB187D000 (rwx) 2009 mapping 0xB177D000-0xB187D000 rwx seg: 0xB187E000-0xB1BC1000 (rwx) 2009 mapping 0xB187E000-0xB1BC1000 rwx seg: 0xB1BC2000-0xB1CC2000 (rwx) 2009 mapping 0xB1BC2000-0xB1CC2000 rwx seg: 0xB213C000-0xB223C000 (rwx) 2009 mapping 0xB213C000-0xB223C000 rwx seg: 0xB223D000-0xB233D000 (rwx) 2009 mapping 0xB223D000-0xB233D000 rwx seg: 0xB233E000-0xB243E000 (rwx) 2009 mapping 0xB233E000-0xB243E000 rwx seg: 0xB243F000-0xB253F000 (rwx) 2009 mapping 0xB243F000-0xB253F000 rwx seg: 0xB2540000-0xB2640000 (rwx) 2009 mapping 0xB2540000-0xB2640000 rwx seg: 0xB2641000-0xB2741000 (rwx) 2009 mapping 0xB2641000-0xB2741000 rwx seg: 0xB2742000-0xB28BA000 (rwx) 2009 mapping 0xB2742000-0xB28BA000 rwx seg: 0xB28BB000-0xB29BB000 (rwx) 2009 mapping 0xB28BB000-0xB29BB000 rwx seg: 0xB29BC000-0xB2ABC000 (rwx) 2009 mapping 0xB29BC000-0xB2ABC000 rwx seg: 0xB2ABD000-0xB2BBD000 (rwx) 2009 mapping 0xB2ABD000-0xB2BBD000 rwx seg: 0xB2BBE000-0xB2CBE000 (rwx) 2009 mapping 0xB2BBE000-0xB2CBE000 rwx seg: 0xB2CBF000-0xB2DBF000 (rwx) 2009 mapping 0xB2CBF000-0xB2DBF000 rwx seg: 0xBFFFB000-0xC0000000 (rwx) 2108 mapping 0xBFFFB000-0xC0000000 rwx ^^^^^ SEGMENT MAPS NOT OK ^^^^^ valgrind: vg_main.c:2240 (vgPlain_sanity_check_general): Assertion = `vgPlain_sanity_check_memory()' failed. =3D=3D10907=3D=3D at 0xB003124E: (within = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/Progra= mFiles/lib/valgrind/stage2) =3D=3D10907=3D=3D by 0xB003124D: assert_fail (vg_mylibc.c:1166) =3D=3D10907=3D=3D by 0xB003128D: vgPlain_core_assert_fail = (vg_mylibc.c:1177) =3D=3D10907=3D=3D by 0xB002B258: vgPlain_sanity_check_general = (vg_main.c:2240) =3D=3D10907=3D=3D by 0xB0017294: vgPlain_scheduler = (vg_scheduler.c:694) =3D=3D10907=3D=3D by 0xB0077161: vgArch_thread_wrapper (core_os.c:69) sched status: running_tid=3D1 Thread 1: status =3D VgTs_Runnable =3D=3D10907=3D=3D at 0x3AA4D9AC: strcat = (../sysdeps/generic/strcat.c:36) =3D=3D10907=3D=3D by 0x3ABC70F1: makePath = (/userlvl/cxia32142/src/jvm/pfm/ci/javai_md.c:282) =3D=3D10907=3D=3D by 0x3ABC731A: GetPropertiesMD = (/userlvl/cxia32142/src/jvm/pfm/ci/javai_md.c:365) =3D=3D10907=3D=3D by 0x3ABC152F: ciCreateJVM = (/userlvl/cxia32142/src/jvm/sov/ci/ci.c:2504) =3D=3D10907=3D=3D by 0x3ABCEABB: JNI_CreateJavaVM = (/userlvl/cxia32142/src/jvm/sov/ci/jni.c:5890) =3D=3D10907=3D=3D by 0x804A818: InitializeJVM (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) =3D=3D10907=3D=3D by 0x80495A1: main (in = /.automount/engfiler/vol/HomeDir1/DesignVerification/adnan.khaleel/tmp/IB= MJava2-142/jre/bin/java) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: valgrind.kde.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. -----Original Message----- From: Nicholas Nethercote [mailto:nj...@cs...] Sent: Thursday, June 30, 2005 11:20 PM To: Adnan Khaleel Cc: Josef Weidendorfer; val...@li... Subject: RE: [Valgrind-users] Valgrind and Java On Thu, 30 Jun 2005, Adnan Khaleel wrote: > I tried the --trace-children=3Dyes and I get the following errors - = I've included the error I get with Valgrind and with callgrind. > Is this a plug-in error? > =3D=3D14065=3D=3D Warning: bad signal number -2 in sigaction() > [ Unable to allocate an initial java heap of 1835008000 bytes. ] > [ **Out of memory, aborting** ] > [ ] > [ *** panic: JVMST016: Cannot allocate memory for initial java heap ] Does the JVM really want a 1.8GB heap? That's pretty big. Does it work = if you run with --tool=3Dnone or --tool=3Daddrcheck? Those tools use = less=20 memory than Memcheck. The -2 signal number in sigaction() is also pretty strange. N |
|
From: Nicholas N. <nj...@cs...> - 2005-07-01 16:43:43
|
On Fri, 1 Jul 2005, Adnan Khaleel wrote: > I noticed the extremely large heap size as well but that particular > machine has 4G so it really shouldn't have been a problem. It's not the physical memory that's the issue, it's the address space. When using Memcheck there's not enough address space available to allocate a single 1.8GB heap. And we see it doesn't fail when you reduce the heap size. > I've reduced the heap size to 300M with tool=none and it still fails. > However it doesn't have the number -2 in sigaction. It is probably still happening, but tool=none doesn't report it. > INV 2 FAILED: seg 0xB101C000-0xB101F000 crosses boundaries of mapping 0xB101C000-0xB101E000 > INV 1 FAILED: seg -0xB101C000 does not end at mapping 0xB101F000-0xB101C000 end The problem here is that Valgrind's idea of the memory mappings have got out of sync with those maintained by the kernel (as seen in /proc/self/maps). I haven't seen this before. It would be worth checking out the code from the 3.0 repository at valgrind.org and trying that, because the segment tracking code is different to that in 2.4.0. N |
|
From: Adnan K. <Adn...@ne...> - 2005-07-01 20:50:40
|
I've downloaded the 3.0 source and it does not appear to have the same = problem, the java virtual machine loaded and is running quite nicely at the moment. Thanks for the suggestion. This actually brings me to another question - what is the best way to = debug the tool code? I mean how do I bring it up inside a debugger, Kdbg (and gdb as well I'm = assuming) seems to lose track as valgrind loads and I just can't manage to set a breakpoint inside the tool code. How do = you guys do it? Are printfs the only route? Thanks again, Adnan -----Original Message----- From: Nicholas Nethercote [mailto:nj...@cs...] Sent: Friday, July 01, 2005 11:44 AM To: Adnan Khaleel Cc: Josef Weidendorfer; val...@li... Subject: RE: [Valgrind-users] Valgrind and Java On Fri, 1 Jul 2005, Adnan Khaleel wrote: > I noticed the extremely large heap size as well but that particular=20 > machine has 4G so it really shouldn't have been a problem. It's not the physical memory that's the issue, it's the address space.=20 When using Memcheck there's not enough address space available to = allocate=20 a single 1.8GB heap. And we see it doesn't fail when you reduce the = heap=20 size. > I've reduced the heap size to 300M with tool=3Dnone and it still = fails.=20 > However it doesn't have the number -2 in sigaction. It is probably still happening, but tool=3Dnone doesn't report it. > INV 2 FAILED: seg 0xB101C000-0xB101F000 crosses boundaries of mapping = 0xB101C000-0xB101E000 > INV 1 FAILED: seg -0xB101C000 does not end at mapping = 0xB101F000-0xB101C000 end The problem here is that Valgrind's idea of the memory mappings have got = out of sync with those maintained by the kernel (as seen in=20 /proc/self/maps). I haven't seen this before. It would be worth = checking=20 out the code from the 3.0 repository at valgrind.org and trying that,=20 because the segment tracking code is different to that in 2.4.0. N |
|
From: Nicholas N. <nj...@cs...> - 2005-07-01 20:51:56
|
On Fri, 1 Jul 2005, Adnan Khaleel wrote: > I've downloaded the 3.0 source and it does not appear to have the same problem, the java virtual machine loaded and is running quite > nicely at the moment. Thanks for the suggestion. > > This actually brings me to another question - what is the best way to debug the tool code? I mean > how do I bring it up inside a debugger, Kdbg (and gdb as well I'm assuming) seems to lose track as valgrind loads > and I just can't manage to set a breakpoint inside the tool code. How do you guys do it? Are printfs the only > route? See README_DEVELOPERS. But printfs get used a lot (at least by me). N |
|
From: tom f. <tf...@al...> - 2008-09-16 16:31:57
|
Forgot to CC the list ..
------- Forwarded Message
Reply-To: tf...@al...
From: tom fogal <tf...@al...>
To: "Stas Oskin" <sta...@gm...>
Subject: Re: [Valgrind-users] Valgrind and Java
In-Reply-To: Your message of "Mon, 15 Sep 2008 23:42:59 +0300."
<779...@ma...>
References: <779...@ma...>
Date: Tue, 16 Sep 2008 12:30:57 -0400
Sender: tf...@ar...
"Stas Oskin" <sta...@gm...> writes:
> Does Valgrind support checking Java application?
>
> I tried running it together with my java app in fashion valgrind
> --trace-children=yes java -jar app.jar, but it ends very fast.
Others know more, but I know that the logic behind valgrind will be
very confused by the kinds of things VMs do. I think there are
valgrind source annotations one can use that signify things like the VM
deallocating application-level memory, but I don't remember HotSpot
having such annotations. Of course, I don't know which VM you're
using.
Even if you got this to work, it is not likely to be overly useful in
debugging applications, more so the VM. Though that's just an educated
guess, and I'd love to be proven wrong ...
- -tom
------- End of Forwarded Message
|
|
From: Nicholas N. <nj...@cs...> - 2005-07-01 04:20:21
|
On Thu, 30 Jun 2005, Adnan Khaleel wrote: > I tried the --trace-children=yes and I get the following errors - I've included the error I get with Valgrind and with callgrind. > Is this a plug-in error? > ==14065== Warning: bad signal number -2 in sigaction() > [ Unable to allocate an initial java heap of 1835008000 bytes. ] > [ **Out of memory, aborting** ] > [ ] > [ *** panic: JVMST016: Cannot allocate memory for initial java heap ] Does the JVM really want a 1.8GB heap? That's pretty big. Does it work if you run with --tool=none or --tool=addrcheck? Those tools use less memory than Memcheck. The -2 signal number in sigaction() is also pretty strange. N |