Mkgmap appears to hang on some split files

While trying to get a new world map update out the door I noticed that Mkgmap sometimes hangs on an OSM data file produced with Splitter. When this happens the CPU is at 100% constantly for hours (e.g. all night) until I kill the process. The problem occurs in r1222 and also r1228. The following command was used for Mkgmap (I know the code-page is redundant): java -Xmx1792M -ea -jar mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description='OSM World Routable' --route --series-name='OSM World Routable' Some problematic OSM files are below (created with Splitter r97 and max-nodes=1.200.000): http://planetosm.oxilion.nl/~lambertus/73240155.osm.gz http://planetosm.oxilion.nl/~lambertus/73240185.osm.gz

Hi Lambertus On 28/09/09 08:36, Lambertus wrote:
While trying to get a new world map update out the door I noticed that Mkgmap sometimes hangs on an OSM data file produced with Splitter. When this happens the CPU is at 100% constantly for hours (e.g. all night) until I kill the process. The problem occurs in r1222 and also r1228.
I ran the command line you gave with 1222 and 1228 on both the files and it completed in about a minute. So no hang for me, and I'm going to have to ask a few questions to have any idea. Is there any version where it works without hanging for you? What OS was it running on? What is the LANG variable set to (if running on Linux)? Could you send a stack dump when it is stuck, since it completes after 1 minute for me, probably waiting five minutes is more than enough to know that it is stuck. You can get a stack trace using typing ctrl-\ or using kill -QUIT on linux and on windows ctrl-break is supposed to work but I wouldn't know. Another way that works the same everywhere is to use jstack. Use jps to get the process id of the running processes and call jstack with that id. jstack and jps come with JDK download of java from sun and probably other places too. Thanks ..Steve

Thanks for having a look at it Steve. Stackdumps are attached. OS = Ubuntu linux 9.04 64bit. LANG variable = en_US.UTF-8. Java version = 1.6.0_0, OpenJDK RE 6b14-1.4.1-@ubuntu11, OpenJDK 64bit server VM 14.0-b88 mixed-mode. I've tried r1067 from the commandline which fails to render the tiles (out of memory) but exits 'normally' with a result code (which is what I want). Then I tried version 1022 and 1028 from the commandline and both finished quickly as well. So I'm starting to think it might have something to do with the way PHP passthru() executes these commands (I've written a PHP script that recursively splits and renders tiles until all areas are rendered). But a quick Google search did not bring up anything. Steve Ratcliffe wrote:
Hi Lambertus
On 28/09/09 08:36, Lambertus wrote:
While trying to get a new world map update out the door I noticed that Mkgmap sometimes hangs on an OSM data file produced with Splitter. When this happens the CPU is at 100% constantly for hours (e.g. all night) until I kill the process. The problem occurs in r1222 and also r1228.
I ran the command line you gave with 1222 and 1228 on both the files and it completed in about a minute. So no hang for me, and I'm going to have to ask a few questions to have any idea.
Is there any version where it works without hanging for you? What OS was it running on? What is the LANG variable set to (if running on Linux)?
Could you send a stack dump when it is stuck, since it completes after 1 minute for me, probably waiting five minutes is more than enough to know that it is stuck.
You can get a stack trace using typing ctrl-\ or using kill -QUIT on linux and on windows ctrl-break is supposed to work but I wouldn't know. Another way that works the same everywhere is to use jstack. Use jps to get the process id of the running processes and call jstack with that id. jstack and jps come with JDK download of java from sun and probably other places too.
Thanks
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
# # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x00007fe8e0259c93, pid=29945, tid=140638176171760 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu11 # Problematic frame: # C [libpthread.so.0+0x7c93] pthread_join+0x113 # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=SIGILL: si_errno=0, si_code=0 (ILL0), si_addr=0x000003e800001490 Registers: RAX=0x00000000000000ca, RBX=0x00007fe8e0884950, RCX=0xffffffffffffffff, RDX=0x00000000000074fa RSP=0x00007fffe88a07a0, RBP=0x0000000000000016, RSI=0x0000000000000000, RDI=0x00007fe8e08849e0 R8 =0x0000000000000000, R9 =0x00007fe8e0884950, R10=0x0000000000000000, R11=0x0000000000000246 R12=0x00007fe8e0884d38, R13=0x00007fe8e08856f0, R14=0x00007fffe88a3920, R15=0x00007fffe88a0840 RIP=0x00007fe8e0259c93, EFL=0x0000000000000246, CSGSFS=0x0000000000000033, ERR=0x0000000000000000 TRAPNO=0x0000000000000000 Top of Stack: (sp=0x00007fffe88a07a0) 0x00007fffe88a07a0: 00007fe8e0259b60 00007fe8e0884d38 0x00007fffe88a07b0: 0000000000000000 0000000000000000 0x00007fffe88a07c0: 00007fe8e08849e0 0000000000100000 0x00007fffe88a07d0: 00007fffe88a0880 0000000000000000 0x00007fffe88a07e0: 00007fffe88a0800 00007fffe88a3920 0x00007fffe88a07f0: 0000000000402940 0000000000404fb1 0x00007fffe88a0800: 0000000000000000 0000000000000000 0x00007fffe88a0810: 0000000000001000 0000000000000000 0x00007fffe88a0820: 0000000000100000 0000000000000000 0x00007fffe88a0830: 0000000000000000 00007fe8dfe44aa0 0x00007fffe88a0840: 0000000000000000 00007fe8e0884950 0x00007fffe88a0850: 0000000000000003 00000000ffffffff 0x00007fffe88a0860: 00007fffe88a3920 0000000000000000 0x00007fffe88a0870: 0000000000000000 0000000000000000 0x00007fffe88a0880: 00007fffe88a39d0 00000000004041c8 0x00007fffe88a0890: 0000000001d22010 0000000000000000 0x00007fffe88a08a0: 00007fffe88a3ac8 0000000c00000000 0x00007fffe88a08b0: 0000000000000000 00007fffe88a551b 0x00007fffe88a08c0: 0000000000000000 00000000ffffffff 0x00007fffe88a08d0: 0000000001d22010 0100000000000000 0x00007fffe88a08e0: 0000000001d221c8 0000000000000000 0x00007fffe88a08f0: 0000000001d221c8 0000000b00000000 0x00007fffe88a0900: 00000000caca0000 0000000000000000 0x00007fffe88a0910: 0000000000000000 0000000000000000 0x00007fffe88a0920: 0000000000000000 0000000000000000 0x00007fffe88a0930: 0000000000000000 0000000000000000 0x00007fffe88a0940: 0000000000000000 0000000000000000 0x00007fffe88a0950: 0000000000000000 0000000000000000 0x00007fffe88a0960: 0000000000000000 0000000000000000 0x00007fffe88a0970: 0000000000000000 0000000000000000 0x00007fffe88a0980: 0000000000000000 0000000000000000 0x00007fffe88a0990: 0000000000000000 0000000000000000 Instructions: (pc=0x00007fe8e0259c93) 0x00007fe8e0259c83: 90 00 00 00 31 f6 4d 31 d2 48 c7 c0 ca 00 00 00 0x00007fe8e0259c93: 0f 05 83 3f 00 75 f2 eb 89 0f 1f 40 00 f6 83 c8 Stack: [0x00007fffe87a4000,0x00007fffe88a4000], sp=0x00007fffe88a07a0, free space=1009k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libpthread.so.0+0x7c93] pthread_join+0x113 --------------- P R O C E S S --------------- VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x0000000001d27d10] Threads_lock - owner thread: 0x0000000001d8f000 [0x0000000001d28210] Heap_lock - owner thread: 0x0000000001e71800 [0x0000000001d28790] MethodData_lock - owner thread: 0x0000000001d2b000 Heap PSYoungGen total 100160K, used 35164K [0x00007fe8b55f0000, 0x00007fe8c7f90000, 0x00007fe8dab40000) eden space 32448K, 100% used [0x00007fe8b55f0000,0x00007fe8b75a0000,0x00007fe8b75a0000) from space 67712K, 4% used [0x00007fe8b75a0000,0x00007fe8b7847068,0x00007fe8bb7c0000) to space 134592K, 0% used [0x00007fe8bfc20000,0x00007fe8bfc20000,0x00007fe8c7f90000) PSOldGen total 1223360K, used 1219559K [0x00007fe86ab40000, 0x00007fe8b55f0000, 0x00007fe8b55f0000) object space 1223360K, 99% used [0x00007fe86ab40000,0x00007fe8b5239ee0,0x00007fe8b55f0000) PSPermGen total 21248K, used 6180K [0x00007fe860340000, 0x00007fe861800000, 0x00007fe86ab40000) object space 21248K, 29% used [0x00007fe860340000,0x00007fe860949360,0x00007fe861800000) Dynamic libraries: 00400000-00409000 r-xp 00000000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00608000-00609000 r--p 00008000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00609000-0060a000 rw-p 00009000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 01d22000-049d4000 rw-p 01d22000 00:00 0 [heap] 7fe857eff000-7fe857f02000 ---p 7fe857eff000 00:00 0 7fe857f02000-7fe858000000 rwxp 7fe857f02000 00:00 0 7fe858000000-7fe8583aa000 rw-p 7fe858000000 00:00 0 7fe8583aa000-7fe85c000000 ---p 7fe8583aa000 00:00 0 7fe85f026000-7fe85f029000 ---p 7fe85f026000 00:00 0 7fe85f029000-7fe85f127000 rwxp 7fe85f029000 00:00 0 7fe85f127000-7fe85f128000 ---p 7fe85f127000 00:00 0 7fe85f128000-7fe85f228000 rwxp 7fe85f128000 00:00 0 7fe85f228000-7fe85f22b000 ---p 7fe85f228000 00:00 0 7fe85f22b000-7fe85f329000 rwxp 7fe85f22b000 00:00 0 7fe85f329000-7fe85f32c000 ---p 7fe85f329000 00:00 0 7fe85f32c000-7fe85f42a000 rwxp 7fe85f32c000 00:00 0 7fe85f42a000-7fe85f42d000 ---p 7fe85f42a000 00:00 0 7fe85f42d000-7fe85f52b000 rwxp 7fe85f42d000 00:00 0 7fe85f52b000-7fe85f56a000 r--p 00000000 08:06 16344 /usr/lib/locale/en_US.utf8/LC_CTYPE 7fe85f56a000-7fe85f56d000 ---p 7fe85f56a000 00:00 0 7fe85f56d000-7fe85f66b000 rwxp 7fe85f56d000 00:00 0 7fe85f66b000-7fe85f66e000 ---p 7fe85f66b000 00:00 0 7fe85f66e000-7fe85f76c000 rwxp 7fe85f66e000 00:00 0 7fe85f76c000-7fe85f76d000 ---p 7fe85f76c000 00:00 0 7fe85f76d000-7fe85f86d000 rwxp 7fe85f76d000 00:00 0 7fe85f86d000-7fe85f903000 rw-p 7fe85f86d000 00:00 0 7fe85f903000-7fe85fa97000 r--s 038d7000 08:06 215156 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7fe85fa97000-7fe85fabf000 rw-p 7fe85fa97000 00:00 0 7fe85fabf000-7fe85fac0000 ---p 7fe85fabf000 00:00 0 7fe85fac0000-7fe85fbc0000 rwxp 7fe85fac0000 00:00 0 7fe85fbc0000-7fe85fbc1000 ---p 7fe85fbc0000 00:00 0 7fe85fbc1000-7fe85fccc000 rwxp 7fe85fbc1000 00:00 0 7fe85fccc000-7fe85fd15000 rwxp 7fe85fccc000 00:00 0 7fe85fd15000-7fe85ff6b000 rwxp 7fe85fd15000 00:00 0 7fe85ff6b000-7fe85ff76000 rwxp 7fe85ff6b000 00:00 0 7fe85ff76000-7fe85ffbf000 rwxp 7fe85ff76000 00:00 0 7fe85ffbf000-7fe860214000 rwxp 7fe85ffbf000 00:00 0 7fe860214000-7fe8602aa000 rwxp 7fe860214000 00:00 0 7fe8602aa000-7fe86033f000 rwxp 7fe8602aa000 00:00 0 7fe86033f000-7fe861800000 rwxp 7fe86033f000 00:00 0 7fe861800000-7fe86ab40000 rwxp 7fe861800000 00:00 0 7fe86ab40000-7fe8b55f0000 rwxp 7fe86ab40000 00:00 0 7fe8b55f0000-7fe8c7f90000 rwxp 7fe8b55f0000 00:00 0 7fe8c7f90000-7fe8dab40000 rwxp 7fe8c7f90000 00:00 0 7fe8dab40000-7fe8dadb0000 rwxp 7fe8dab40000 00:00 0 7fe8dadb0000-7fe8ddb40000 rwxp 7fe8dadb0000 00:00 0 7fe8ddb40000-7fe8ddb47000 r-xp 00000000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7fe8ddb47000-7fe8ddd46000 ---p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7fe8ddd46000-7fe8ddd47000 r--p 00006000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7fe8ddd47000-7fe8ddd48000 rw-p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7fe8ddd48000-7fe8ddd54000 r-xp 00000000 08:06 5718034 /lib/libnss_files-2.9.so 7fe8ddd54000-7fe8ddf53000 ---p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7fe8ddf53000-7fe8ddf54000 r--p 0000b000 08:06 5718034 /lib/libnss_files-2.9.so 7fe8ddf54000-7fe8ddf55000 rw-p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7fe8ddf55000-7fe8ddf5f000 r-xp 00000000 08:06 5718036 /lib/libnss_nis-2.9.so 7fe8ddf5f000-7fe8de15e000 ---p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7fe8de15e000-7fe8de15f000 r--p 00009000 08:06 5718036 /lib/libnss_nis-2.9.so 7fe8de15f000-7fe8de160000 rw-p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7fe8de160000-7fe8de168000 r-xp 00000000 08:06 5718032 /lib/libnss_compat-2.9.so 7fe8de168000-7fe8de367000 ---p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7fe8de367000-7fe8de368000 r--p 00007000 08:06 5718032 /lib/libnss_compat-2.9.so 7fe8de368000-7fe8de369000 rw-p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7fe8de369000-7fe8de371000 r-xp 00000000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7fe8de371000-7fe8de570000 ---p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7fe8de570000-7fe8de571000 r--p 00007000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7fe8de571000-7fe8de572000 rw-p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7fe8de572000-7fe8de588000 r-xp 00000000 08:06 5718031 /lib/libnsl-2.9.so 7fe8de588000-7fe8de788000 ---p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7fe8de788000-7fe8de789000 r--p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7fe8de789000-7fe8de78a000 rw-p 00017000 08:06 5718031 /lib/libnsl-2.9.so 7fe8de78a000-7fe8de78c000 rw-p 7fe8de78a000 00:00 0 7fe8de78c000-7fe8de7b9000 r-xp 00000000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7fe8de7b9000-7fe8de9b8000 ---p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7fe8de9b8000-7fe8de9b9000 r--p 0002c000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7fe8de9b9000-7fe8de9bc000 rw-p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7fe8de9bc000-7fe8de9cb000 r-xp 00000000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7fe8de9cb000-7fe8debca000 ---p 0000f000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7fe8debca000-7fe8debcc000 r--p 0000e000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7fe8debcc000-7fe8debcd000 rw-p 00010000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7fe8debcd000-7fe8debd4000 r-xp 00000000 08:06 5718041 /lib/librt-2.9.so 7fe8debd4000-7fe8dedd3000 ---p 00007000 08:06 5718041 /lib/librt-2.9.so 7fe8dedd3000-7fe8dedd4000 r--p 00006000 08:06 5718041 /lib/librt-2.9.so 7fe8dedd4000-7fe8dedd5000 rw-p 00007000 08:06 5718041 /lib/librt-2.9.so 7fe8dedd5000-7fe8dee59000 r-xp 00000000 08:06 5718029 /lib/libm-2.9.so 7fe8dee59000-7fe8df058000 ---p 00084000 08:06 5718029 /lib/libm-2.9.so 7fe8df058000-7fe8df059000 r--p 00083000 08:06 5718029 /lib/libm-2.9.so 7fe8df059000-7fe8df05a000 rw-p 00084000 08:06 5718029 /lib/libm-2.9.so 7fe8df05a000-7fe8df816000 r-xp 00000000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7fe8df816000-7fe8dfa16000 ---p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7fe8dfa16000-7fe8dfa83000 r--p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7fe8dfa83000-7fe8dfa9d000 rw-p 00829000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7fe8dfa9d000-7fe8dfad7000 rw-p 7fe8dfa9d000 00:00 0 7fe8dfad7000-7fe8dfc3f000 r-xp 00000000 08:06 5718024 /lib/libc-2.9.so 7fe8dfc3f000-7fe8dfe3f000 ---p 00168000 08:06 5718024 /lib/libc-2.9.so 7fe8dfe3f000-7fe8dfe43000 r--p 00168000 08:06 5718024 /lib/libc-2.9.so 7fe8dfe43000-7fe8dfe44000 rw-p 0016c000 08:06 5718024 /lib/libc-2.9.so 7fe8dfe44000-7fe8dfe49000 rw-p 7fe8dfe44000 00:00 0 7fe8dfe49000-7fe8dfe4b000 r-xp 00000000 08:06 5718028 /lib/libdl-2.9.so 7fe8dfe4b000-7fe8e004b000 ---p 00002000 08:06 5718028 /lib/libdl-2.9.so 7fe8e004b000-7fe8e004c000 r--p 00002000 08:06 5718028 /lib/libdl-2.9.so 7fe8e004c000-7fe8e004d000 rw-p 00003000 08:06 5718028 /lib/libdl-2.9.so 7fe8e004d000-7fe8e0051000 r-xp 00000000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7fe8e0051000-7fe8e0250000 ---p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7fe8e0250000-7fe8e0251000 r--p 00003000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7fe8e0251000-7fe8e0252000 rw-p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7fe8e0252000-7fe8e0269000 r-xp 00000000 08:06 5718039 /lib/libpthread-2.9.so 7fe8e0269000-7fe8e0468000 ---p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7fe8e0468000-7fe8e0469000 r--p 00016000 08:06 5718039 /lib/libpthread-2.9.so 7fe8e0469000-7fe8e046a000 rw-p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7fe8e046a000-7fe8e046e000 rw-p 7fe8e046a000 00:00 0 7fe8e046e000-7fe8e0485000 r-xp 00000000 08:06 2441373 /lib/libz.so.1.2.3.3 7fe8e0485000-7fe8e0684000 ---p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7fe8e0684000-7fe8e0685000 r--p 00016000 08:06 2441373 /lib/libz.so.1.2.3.3 7fe8e0685000-7fe8e0686000 rw-p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7fe8e0686000-7fe8e06a6000 r-xp 00000000 08:06 2441319 /lib/ld-2.9.so 7fe8e06a7000-7fe8e06b1000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7fe8e06b1000-7fe8e06ba000 r--s 00065000 08:06 2891779 /usr/share/java/gnome-java-bridge.jar 7fe8e06ba000-7fe8e06c4000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7fe8e06c4000-7fe8e06ce000 rwxp 7fe8e06c4000 00:00 0 7fe8e06ce000-7fe8e0784000 rwxp 7fe8e06ce000 00:00 0 7fe8e0784000-7fe8e0787000 ---p 7fe8e0784000 00:00 0 7fe8e0787000-7fe8e0885000 rwxp 7fe8e0787000 00:00 0 7fe8e0885000-7fe8e0889000 rw-p 7fe8e0885000 00:00 0 7fe8e088a000-7fe8e088e000 r--s 00079000 08:06 214669 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7fe8e088e000-7fe8e0891000 r--s 0000f000 08:06 214655 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7fe8e0891000-7fe8e0898000 r--s 00000000 08:06 4956163 /usr/lib/gconv/gconv-modules.cache 7fe8e0898000-7fe8e08a0000 rw-s 00000000 08:06 4915204 /tmp/hsperfdata_lambertus/29945 7fe8e08a0000-7fe8e08a1000 rwxp 7fe8e08a0000 00:00 0 7fe8e08a1000-7fe8e08a2000 ---p 7fe8e08a1000 00:00 0 7fe8e08a2000-7fe8e08a5000 rw-p 7fe8e08a2000 00:00 0 7fe8e08a5000-7fe8e08a6000 r--p 0001f000 08:06 2441319 /lib/ld-2.9.so 7fe8e08a6000-7fe8e08a7000 rw-p 00020000 08:06 2441319 /lib/ld-2.9.so 7fffe8870000-7fffe88a4000 rwxp 7ffffffc9000 00:00 0 [stack] 7fffe88a4000-7fffe88a6000 rw-p 7fffffffd000 00:00 0 7fffe89fe000-7fffe89ff000 r-xp 7fffe89fe000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Xmx1792M -ea java_command: /home/lambertus/garmin/utils/mkgmap/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description=OSM World Routable --route --series-name=OSM World Routable 73240185.osm.gz Launcher Type: SUN_STANDARD Environment Variables: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games USERNAME=lambertus LD_LIBRARY_PATH=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 SHELL=/bin/bash DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 19:25:34 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:1.11 1.17 1.12 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3988816k(27108k free), swap 9301592k(9276824k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Aug 8 2009 16:28:14 by "buildd" with gcc 4.3.3 time: Mon Sep 28 08:19:18 2009 elapsed time: 34526 seconds # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x00007face965ac93, pid=15348, tid=140380633327344 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu11 # Problematic frame: # C [libpthread.so.0+0x7c93] pthread_join+0x113 # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=SIGILL: si_errno=0, si_code=0 (ILL0), si_addr=0x000003e800004219 Registers: RAX=0x00000000000000ca, RBX=0x00007face9c85950, RCX=0xffffffffffffffff, RDX=0x0000000000003bf5 RSP=0x00007ffff1ca3ba0, RBP=0x0000000000000016, RSI=0x0000000000000000, RDI=0x00007face9c859e0 R8 =0x0000000000000000, R9 =0x00007face9c85950, R10=0x0000000000000000, R11=0x0000000000000246 R12=0x00007face9c85d38, R13=0x00007face9c866f0, R14=0x00007ffff1ca6d20, R15=0x00007ffff1ca3c40 RIP=0x00007face965ac93, EFL=0x0000000000000246, CSGSFS=0x0000000000000033, ERR=0x0000000000000000 TRAPNO=0x0000000000000000 Top of Stack: (sp=0x00007ffff1ca3ba0) 0x00007ffff1ca3ba0: 00007face965ab60 00007face9c85d38 0x00007ffff1ca3bb0: 0000000000000000 0000000000000000 0x00007ffff1ca3bc0: 00007face9c859e0 0000000000100000 0x00007ffff1ca3bd0: 00007ffff1ca3c80 0000000000000000 0x00007ffff1ca3be0: 00007ffff1ca3c00 00007ffff1ca6d20 0x00007ffff1ca3bf0: 0000000000402940 0000000000404fb1 0x00007ffff1ca3c00: 0000000000000000 0000000000000000 0x00007ffff1ca3c10: 0000000000001000 0000000000000000 0x00007ffff1ca3c20: 0000000000100000 0000000000000000 0x00007ffff1ca3c30: 0000000000000000 00007face9245aa0 0x00007ffff1ca3c40: 0000000000000000 00007face9c85950 0x00007ffff1ca3c50: 0000000000000003 00000000ffffffff 0x00007ffff1ca3c60: 00007ffff1ca6d20 0000000000000000 0x00007ffff1ca3c70: 0000000000000000 0000000000000000 0x00007ffff1ca3c80: 00007ffff1ca6dd0 00000000004041c8 0x00007ffff1ca3c90: 0000000000b0d010 0000000000000000 0x00007ffff1ca3ca0: 00007ffff1ca6ec8 0000000c00000000 0x00007ffff1ca3cb0: 0000000000000000 00007ffff1ca751b 0x00007ffff1ca3cc0: 0000000000000000 00000000ffffffff 0x00007ffff1ca3cd0: 0000000000b0d010 0100000000000000 0x00007ffff1ca3ce0: 0000000000b0d1c8 0000000000000000 0x00007ffff1ca3cf0: 0000000000b0d1c8 0000000b00000000 0x00007ffff1ca3d00: 00000000caca0000 0000000000000000 0x00007ffff1ca3d10: 0000000000000000 0000000000000000 0x00007ffff1ca3d20: 0000000000000000 0000000000000000 0x00007ffff1ca3d30: 0000000000000000 0000000000000000 0x00007ffff1ca3d40: 0000000000000000 0000000000000000 0x00007ffff1ca3d50: 0000000000000000 0000000000000000 0x00007ffff1ca3d60: 0000000000000000 0000000000000000 0x00007ffff1ca3d70: 0000000000000000 0000000000000000 0x00007ffff1ca3d80: 0000000000000000 0000000000000000 0x00007ffff1ca3d90: 0000000000000000 0000000000000000 Instructions: (pc=0x00007face965ac93) 0x00007face965ac83: 90 00 00 00 31 f6 4d 31 d2 48 c7 c0 ca 00 00 00 0x00007face965ac93: 0f 05 83 3f 00 75 f2 eb 89 0f 1f 40 00 f6 83 c8 Stack: [0x00007ffff1ba7000,0x00007ffff1ca7000], sp=0x00007ffff1ca3ba0, free space=1010k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libpthread.so.0+0x7c93] pthread_join+0x113 --------------- P R O C E S S --------------- VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x0000000000b12d10] Threads_lock - owner thread: 0x0000000000b7a000 [0x0000000000b13210] Heap_lock - owner thread: 0x0000000000c7b000 Heap PSYoungGen total 181696K, used 40064K [0x00007facbe9f0000, 0x00007facd2850000, 0x00007face3f40000) eden space 40064K, 100% used [0x00007facbe9f0000,0x00007facc1110000,0x00007facc1110000) from space 141632K, 0% used [0x00007facc9e00000,0x00007facc9e00000,0x00007facd2850000) to space 142976K, 0% used [0x00007facc1110000,0x00007facc1110000,0x00007facc9cb0000) PSOldGen total 1223360K, used 1222364K [0x00007fac73f40000, 0x00007facbe9f0000, 0x00007facbe9f0000) object space 1223360K, 99% used [0x00007fac73f40000,0x00007facbe8f72e8,0x00007facbe9f0000) PSPermGen total 21248K, used 6177K [0x00007fac69740000, 0x00007fac6ac00000, 0x00007fac73f40000) object space 21248K, 29% used [0x00007fac69740000,0x00007fac69d48538,0x00007fac6ac00000) Dynamic libraries: 00400000-00409000 r-xp 00000000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00608000-00609000 r--p 00008000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00609000-0060a000 rw-p 00009000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00b0d000-03ad8000 rw-p 00b0d000 00:00 0 [heap] 7fac64000000-7fac6463f000 rw-p 7fac64000000 00:00 0 7fac6463f000-7fac68000000 ---p 7fac6463f000 00:00 0 7fac68325000-7fac68328000 ---p 7fac68325000 00:00 0 7fac68328000-7fac68426000 rwxp 7fac68328000 00:00 0 7fac68426000-7fac68427000 ---p 7fac68426000 00:00 0 7fac68427000-7fac68527000 rwxp 7fac68427000 00:00 0 7fac68527000-7fac6852a000 ---p 7fac68527000 00:00 0 7fac6852a000-7fac68628000 rwxp 7fac6852a000 00:00 0 7fac68628000-7fac6862b000 ---p 7fac68628000 00:00 0 7fac6862b000-7fac68729000 rwxp 7fac6862b000 00:00 0 7fac68729000-7fac6872c000 ---p 7fac68729000 00:00 0 7fac6872c000-7fac6882a000 rwxp 7fac6872c000 00:00 0 7fac6882a000-7fac6882d000 ---p 7fac6882a000 00:00 0 7fac6882d000-7fac6892b000 rwxp 7fac6882d000 00:00 0 7fac6892b000-7fac6896a000 r--p 00000000 08:06 16344 /usr/lib/locale/en_US.utf8/LC_CTYPE 7fac6896a000-7fac6896d000 ---p 7fac6896a000 00:00 0 7fac6896d000-7fac68a6b000 rwxp 7fac6896d000 00:00 0 7fac68a6b000-7fac68a6e000 ---p 7fac68a6b000 00:00 0 7fac68a6e000-7fac68b6c000 rwxp 7fac68a6e000 00:00 0 7fac68b6c000-7fac68b6d000 ---p 7fac68b6c000 00:00 0 7fac68b6d000-7fac68c6d000 rwxp 7fac68b6d000 00:00 0 7fac68c6d000-7fac68d03000 rw-p 7fac68c6d000 00:00 0 7fac68d03000-7fac68e97000 r--s 038d7000 08:06 215156 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7fac68e97000-7fac68ebf000 rw-p 7fac68e97000 00:00 0 7fac68ebf000-7fac68ec0000 ---p 7fac68ebf000 00:00 0 7fac68ec0000-7fac68fc0000 rwxp 7fac68ec0000 00:00 0 7fac68fc0000-7fac68fc1000 ---p 7fac68fc0000 00:00 0 7fac68fc1000-7fac690cc000 rwxp 7fac68fc1000 00:00 0 7fac690cc000-7fac69115000 rwxp 7fac690cc000 00:00 0 7fac69115000-7fac6936b000 rwxp 7fac69115000 00:00 0 7fac6936b000-7fac69376000 rwxp 7fac6936b000 00:00 0 7fac69376000-7fac693bf000 rwxp 7fac69376000 00:00 0 7fac693bf000-7fac69614000 rwxp 7fac693bf000 00:00 0 7fac69614000-7fac696b4000 rwxp 7fac69614000 00:00 0 7fac696b4000-7fac6973f000 rwxp 7fac696b4000 00:00 0 7fac6973f000-7fac6ac00000 rwxp 7fac6973f000 00:00 0 7fac6ac00000-7fac73f40000 rwxp 7fac6ac00000 00:00 0 7fac73f40000-7facbe9f0000 rwxp 7fac73f40000 00:00 0 7facbe9f0000-7facd2850000 rwxp 7facbe9f0000 00:00 0 7facd2850000-7face3f40000 rwxp 7facd2850000 00:00 0 7face3f41000-7face41b1000 rwxp 7face3f41000 00:00 0 7face41b1000-7face6f41000 rwxp 7face41b1000 00:00 0 7face6f41000-7face6f48000 r-xp 00000000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7face6f48000-7face7147000 ---p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7face7147000-7face7148000 r--p 00006000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7face7148000-7face7149000 rw-p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7face7149000-7face7155000 r-xp 00000000 08:06 5718034 /lib/libnss_files-2.9.so 7face7155000-7face7354000 ---p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7face7354000-7face7355000 r--p 0000b000 08:06 5718034 /lib/libnss_files-2.9.so 7face7355000-7face7356000 rw-p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7face7356000-7face7360000 r-xp 00000000 08:06 5718036 /lib/libnss_nis-2.9.so 7face7360000-7face755f000 ---p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7face755f000-7face7560000 r--p 00009000 08:06 5718036 /lib/libnss_nis-2.9.so 7face7560000-7face7561000 rw-p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7face7561000-7face7569000 r-xp 00000000 08:06 5718032 /lib/libnss_compat-2.9.so 7face7569000-7face7768000 ---p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7face7768000-7face7769000 r--p 00007000 08:06 5718032 /lib/libnss_compat-2.9.so 7face7769000-7face776a000 rw-p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7face776a000-7face7772000 r-xp 00000000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7face7772000-7face7971000 ---p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7face7971000-7face7972000 r--p 00007000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7face7972000-7face7973000 rw-p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7face7973000-7face7989000 r-xp 00000000 08:06 5718031 /lib/libnsl-2.9.so 7face7989000-7face7b89000 ---p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7face7b89000-7face7b8a000 r--p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7face7b8a000-7face7b8b000 rw-p 00017000 08:06 5718031 /lib/libnsl-2.9.so 7face7b8b000-7face7b8d000 rw-p 7face7b8b000 00:00 0 7face7b8d000-7face7bba000 r-xp 00000000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7face7bba000-7face7db9000 ---p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7face7db9000-7face7dba000 r--p 0002c000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7face7dba000-7face7dbd000 rw-p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7face7dbd000-7face7dcc000 r-xp 00000000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7face7dcc000-7face7fcb000 ---p 0000f000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7face7fcb000-7face7fcd000 r--p 0000e000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7face7fcd000-7face7fce000 rw-p 00010000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7face7fce000-7face7fd5000 r-xp 00000000 08:06 5718041 /lib/librt-2.9.so 7face7fd5000-7face81d4000 ---p 00007000 08:06 5718041 /lib/librt-2.9.so 7face81d4000-7face81d5000 r--p 00006000 08:06 5718041 /lib/librt-2.9.so 7face81d5000-7face81d6000 rw-p 00007000 08:06 5718041 /lib/librt-2.9.so 7face81d6000-7face825a000 r-xp 00000000 08:06 5718029 /lib/libm-2.9.so 7face825a000-7face8459000 ---p 00084000 08:06 5718029 /lib/libm-2.9.so 7face8459000-7face845a000 r--p 00083000 08:06 5718029 /lib/libm-2.9.so 7face845a000-7face845b000 rw-p 00084000 08:06 5718029 /lib/libm-2.9.so 7face845b000-7face8c17000 r-xp 00000000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7face8c17000-7face8e17000 ---p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7face8e17000-7face8e84000 r--p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7face8e84000-7face8e9e000 rw-p 00829000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7face8e9e000-7face8ed8000 rw-p 7face8e9e000 00:00 0 7face8ed8000-7face9040000 r-xp 00000000 08:06 5718024 /lib/libc-2.9.so 7face9040000-7face9240000 ---p 00168000 08:06 5718024 /lib/libc-2.9.so 7face9240000-7face9244000 r--p 00168000 08:06 5718024 /lib/libc-2.9.so 7face9244000-7face9245000 rw-p 0016c000 08:06 5718024 /lib/libc-2.9.so 7face9245000-7face924a000 rw-p 7face9245000 00:00 0 7face924a000-7face924c000 r-xp 00000000 08:06 5718028 /lib/libdl-2.9.so 7face924c000-7face944c000 ---p 00002000 08:06 5718028 /lib/libdl-2.9.so 7face944c000-7face944d000 r--p 00002000 08:06 5718028 /lib/libdl-2.9.so 7face944d000-7face944e000 rw-p 00003000 08:06 5718028 /lib/libdl-2.9.so 7face944e000-7face9452000 r-xp 00000000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7face9452000-7face9651000 ---p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7face9651000-7face9652000 r--p 00003000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7face9652000-7face9653000 rw-p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7face9653000-7face966a000 r-xp 00000000 08:06 5718039 /lib/libpthread-2.9.so 7face966a000-7face9869000 ---p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7face9869000-7face986a000 r--p 00016000 08:06 5718039 /lib/libpthread-2.9.so 7face986a000-7face986b000 rw-p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7face986b000-7face986f000 rw-p 7face986b000 00:00 0 7face986f000-7face9886000 r-xp 00000000 08:06 2441373 /lib/libz.so.1.2.3.3 7face9886000-7face9a85000 ---p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7face9a85000-7face9a86000 r--p 00016000 08:06 2441373 /lib/libz.so.1.2.3.3 7face9a86000-7face9a87000 rw-p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7face9a87000-7face9aa7000 r-xp 00000000 08:06 2441319 /lib/ld-2.9.so 7face9aa8000-7face9ab2000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7face9ab2000-7face9abb000 r--s 00065000 08:06 2891779 /usr/share/java/gnome-java-bridge.jar 7face9abb000-7face9ac5000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7face9ac5000-7face9acf000 rwxp 7face9ac5000 00:00 0 7face9acf000-7face9b85000 rwxp 7face9acf000 00:00 0 7face9b85000-7face9b88000 ---p 7face9b85000 00:00 0 7face9b88000-7face9c86000 rwxp 7face9b88000 00:00 0 7face9c86000-7face9c8a000 rw-p 7face9c86000 00:00 0 7face9c8b000-7face9c8f000 r--s 00079000 08:06 214669 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7face9c8f000-7face9c92000 r--s 0000f000 08:06 214655 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7face9c92000-7face9c99000 r--s 00000000 08:06 4956163 /usr/lib/gconv/gconv-modules.cache 7face9c99000-7face9ca1000 rw-s 00000000 08:06 4915205 /tmp/hsperfdata_lambertus/15348 7face9ca1000-7face9ca2000 rwxp 7face9ca1000 00:00 0 7face9ca2000-7face9ca3000 ---p 7face9ca2000 00:00 0 7face9ca3000-7face9ca6000 rw-p 7face9ca3000 00:00 0 7face9ca6000-7face9ca7000 r--p 0001f000 08:06 2441319 /lib/ld-2.9.so 7face9ca7000-7face9ca8000 rw-p 00020000 08:06 2441319 /lib/ld-2.9.so 7ffff1c73000-7ffff1ca7000 rwxp 7ffffffca000 00:00 0 [stack] 7ffff1ca7000-7ffff1ca8000 rw-p 7fffffffe000 00:00 0 7ffff1dff000-7ffff1e00000 r-xp 7ffff1dff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Xmx1792M -ea java_command: /home/lambertus/garmin/utils/mkgmap/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description=OSM World Routable --route --series-name=OSM World Routable 73240240.osm.gz Launcher Type: SUN_STANDARD Environment Variables: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games USERNAME=lambertus LD_LIBRARY_PATH=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 SHELL=/bin/bash DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 19:25:34 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:3.29 3.14 3.00 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3988816k(382916k free), swap 9301592k(9209556k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Aug 8 2009 16:28:14 by "buildd" with gcc 4.3.3 time: Mon Sep 28 11:21:10 2009 elapsed time: 2656 seconds # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x00007f47e9a7fc93, pid=24204, tid=139946845976304 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu11 # Problematic frame: # C [libpthread.so.0+0x7c93] pthread_join+0x113 # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=SIGILL: si_errno=0, si_code=0 (ILL0), si_addr=0x000003e800001490 Registers: RAX=0x00000000000000ca, RBX=0x00007f47ea0aa950, RCX=0xffffffffffffffff, RDX=0x0000000000005e8d RSP=0x00007ffff20c5fd0, RBP=0x0000000000000016, RSI=0x0000000000000000, RDI=0x00007f47ea0aa9e0 R8 =0x0000000000000000, R9 =0x00007f47ea0aa950, R10=0x0000000000000000, R11=0x0000000000000246 R12=0x00007f47ea0aad38, R13=0x00007f47ea0ab6f0, R14=0x00007ffff20c9150, R15=0x00007ffff20c6070 RIP=0x00007f47e9a7fc93, EFL=0x0000000000000246, CSGSFS=0x0000000000000033, ERR=0x0000000000000000 TRAPNO=0x0000000000000000 Top of Stack: (sp=0x00007ffff20c5fd0) 0x00007ffff20c5fd0: 00007f47e9a7fb60 00007f47ea0aad38 0x00007ffff20c5fe0: 0000000000000000 0000000000000000 0x00007ffff20c5ff0: 00007f47ea0aa9e0 0000000000100000 0x00007ffff20c6000: 00007ffff20c60b0 0000000000000000 0x00007ffff20c6010: 00007ffff20c6030 00007ffff20c9150 0x00007ffff20c6020: 0000000000402940 0000000000404fb1 0x00007ffff20c6030: 0000000000000000 0000000000000000 0x00007ffff20c6040: 0000000000001000 0000000000000000 0x00007ffff20c6050: 0000000000100000 0000000000000000 0x00007ffff20c6060: 0000000000000000 00007f47e966aaa0 0x00007ffff20c6070: 0000000000000000 00007f47ea0aa950 0x00007ffff20c6080: 0000000000000003 00000000ffffffff 0x00007ffff20c6090: 00007ffff20c9150 0000000000000000 0x00007ffff20c60a0: 0000000000000000 0000000000000000 0x00007ffff20c60b0: 00007ffff20c9200 00000000004041c8 0x00007ffff20c60c0: 0000000001e18010 0000000000000000 0x00007ffff20c60d0: 00007ffff20c92f8 0000000c00000000 0x00007ffff20c60e0: 0000000000000000 00007ffff20cb51b 0x00007ffff20c60f0: 0000000000000000 00000000ffffffff 0x00007ffff20c6100: 0000000001e18010 0100000000000000 0x00007ffff20c6110: 0000000001e181c8 0000000000000000 0x00007ffff20c6120: 0000000001e181c8 0000000b00000000 0x00007ffff20c6130: 00000000caca0000 0000000000000000 0x00007ffff20c6140: 0000000000000000 0000000000000000 0x00007ffff20c6150: 0000000000000000 0000000000000000 0x00007ffff20c6160: 0000000000000000 0000000000000000 0x00007ffff20c6170: 0000000000000000 0000000000000000 0x00007ffff20c6180: 0000000000000000 0000000000000000 0x00007ffff20c6190: 0000000000000000 0000000000000000 0x00007ffff20c61a0: 0000000000000000 0000000000000000 0x00007ffff20c61b0: 0000000000000000 0000000000000000 0x00007ffff20c61c0: 0000000000000000 0000000000000000 Instructions: (pc=0x00007f47e9a7fc93) 0x00007f47e9a7fc83: 90 00 00 00 31 f6 4d 31 d2 48 c7 c0 ca 00 00 00 0x00007f47e9a7fc93: 0f 05 83 3f 00 75 f2 eb 89 0f 1f 40 00 f6 83 c8 Stack: [0x00007ffff1fca000,0x00007ffff20ca000], sp=0x00007ffff20c5fd0, free space=1007k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libpthread.so.0+0x7c93] pthread_join+0x113 --------------- P R O C E S S --------------- VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x0000000001e1dd10] Threads_lock - owner thread: 0x0000000001e85000 [0x0000000001e1e210] Heap_lock - owner thread: 0x00007f4764035800 Heap PSYoungGen total 147328K, used 25280K [0x00007f47bee10000, 0x00007f47cf310000, 0x00007f47e4360000) eden space 25280K, 100% used [0x00007f47bee10000,0x00007f47c06c0000,0x00007f47c06c0000) from space 122048K, 0% used [0x00007f47c06c0000,0x00007f47c06c0000,0x00007f47c7df0000) to space 119808K, 0% used [0x00007f47c7e10000,0x00007f47c7e10000,0x00007f47cf310000) PSOldGen total 1223360K, used 1221350K [0x00007f4774360000, 0x00007f47bee10000, 0x00007f47bee10000) object space 1223360K, 99% used [0x00007f4774360000,0x00007f47bec19ad0,0x00007f47bee10000) PSPermGen total 21248K, used 6180K [0x00007f4769b60000, 0x00007f476b020000, 0x00007f4774360000) object space 21248K, 29% used [0x00007f4769b60000,0x00007f476a1692f8,0x00007f476b020000) Dynamic libraries: 00400000-00409000 r-xp 00000000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00608000-00609000 r--p 00008000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00609000-0060a000 rw-p 00009000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 01e18000-04530000 rw-p 01e18000 00:00 0 [heap] 7f4764000000-7f4764a67000 rw-p 7f4764000000 00:00 0 7f4764a67000-7f4768000000 ---p 7f4764a67000 00:00 0 7f4768745000-7f4768748000 ---p 7f4768745000 00:00 0 7f4768748000-7f4768846000 rwxp 7f4768748000 00:00 0 7f4768846000-7f4768847000 ---p 7f4768846000 00:00 0 7f4768847000-7f4768947000 rwxp 7f4768847000 00:00 0 7f4768947000-7f476894a000 ---p 7f4768947000 00:00 0 7f476894a000-7f4768a48000 rwxp 7f476894a000 00:00 0 7f4768a48000-7f4768a4b000 ---p 7f4768a48000 00:00 0 7f4768a4b000-7f4768b49000 rwxp 7f4768a4b000 00:00 0 7f4768b49000-7f4768b4c000 ---p 7f4768b49000 00:00 0 7f4768b4c000-7f4768c4a000 rwxp 7f4768b4c000 00:00 0 7f4768c4a000-7f4768c4d000 ---p 7f4768c4a000 00:00 0 7f4768c4d000-7f4768d4b000 rwxp 7f4768c4d000 00:00 0 7f4768d4b000-7f4768d8a000 r--p 00000000 08:06 16344 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f4768d8a000-7f4768d8d000 ---p 7f4768d8a000 00:00 0 7f4768d8d000-7f4768e8b000 rwxp 7f4768d8d000 00:00 0 7f4768e8b000-7f4768e8e000 ---p 7f4768e8b000 00:00 0 7f4768e8e000-7f4768f8c000 rwxp 7f4768e8e000 00:00 0 7f4768f8c000-7f4768f8d000 ---p 7f4768f8c000 00:00 0 7f4768f8d000-7f476908d000 rwxp 7f4768f8d000 00:00 0 7f476908d000-7f4769123000 rw-p 7f476908d000 00:00 0 7f4769123000-7f47692b7000 r--s 038d7000 08:06 215156 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f47692b7000-7f47692df000 rw-p 7f47692b7000 00:00 0 7f47692df000-7f47692e0000 ---p 7f47692df000 00:00 0 7f47692e0000-7f47693e0000 rwxp 7f47692e0000 00:00 0 7f47693e0000-7f47693e1000 ---p 7f47693e0000 00:00 0 7f47693e1000-7f47694ec000 rwxp 7f47693e1000 00:00 0 7f47694ec000-7f4769535000 rwxp 7f47694ec000 00:00 0 7f4769535000-7f476978b000 rwxp 7f4769535000 00:00 0 7f476978b000-7f4769796000 rwxp 7f476978b000 00:00 0 7f4769796000-7f47697df000 rwxp 7f4769796000 00:00 0 7f47697df000-7f4769a34000 rwxp 7f47697df000 00:00 0 7f4769a34000-7f4769ab7000 rwxp 7f4769a34000 00:00 0 7f4769ab7000-7f4769b5f000 rwxp 7f4769ab7000 00:00 0 7f4769b5f000-7f476b020000 rwxp 7f4769b5f000 00:00 0 7f476b020000-7f4774360000 rwxp 7f476b020000 00:00 0 7f4774360000-7f47bee10000 rwxp 7f4774360000 00:00 0 7f47bee10000-7f47cf310000 rwxp 7f47bee10000 00:00 0 7f47cf310000-7f47e4360000 rwxp 7f47cf310000 00:00 0 7f47e4366000-7f47e45d6000 rwxp 7f47e4366000 00:00 0 7f47e45d6000-7f47e7366000 rwxp 7f47e45d6000 00:00 0 7f47e7366000-7f47e736d000 r-xp 00000000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f47e736d000-7f47e756c000 ---p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f47e756c000-7f47e756d000 r--p 00006000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f47e756d000-7f47e756e000 rw-p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f47e756e000-7f47e757a000 r-xp 00000000 08:06 5718034 /lib/libnss_files-2.9.so 7f47e757a000-7f47e7779000 ---p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7f47e7779000-7f47e777a000 r--p 0000b000 08:06 5718034 /lib/libnss_files-2.9.so 7f47e777a000-7f47e777b000 rw-p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7f47e777b000-7f47e7785000 r-xp 00000000 08:06 5718036 /lib/libnss_nis-2.9.so 7f47e7785000-7f47e7984000 ---p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7f47e7984000-7f47e7985000 r--p 00009000 08:06 5718036 /lib/libnss_nis-2.9.so 7f47e7985000-7f47e7986000 rw-p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7f47e7986000-7f47e798e000 r-xp 00000000 08:06 5718032 /lib/libnss_compat-2.9.so 7f47e798e000-7f47e7b8d000 ---p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7f47e7b8d000-7f47e7b8e000 r--p 00007000 08:06 5718032 /lib/libnss_compat-2.9.so 7f47e7b8e000-7f47e7b8f000 rw-p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7f47e7b8f000-7f47e7b97000 r-xp 00000000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f47e7b97000-7f47e7d96000 ---p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f47e7d96000-7f47e7d97000 r--p 00007000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f47e7d97000-7f47e7d98000 rw-p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f47e7d98000-7f47e7dae000 r-xp 00000000 08:06 5718031 /lib/libnsl-2.9.so 7f47e7dae000-7f47e7fae000 ---p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7f47e7fae000-7f47e7faf000 r--p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7f47e7faf000-7f47e7fb0000 rw-p 00017000 08:06 5718031 /lib/libnsl-2.9.so 7f47e7fb0000-7f47e7fb2000 rw-p 7f47e7fb0000 00:00 0 7f47e7fb2000-7f47e7fdf000 r-xp 00000000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f47e7fdf000-7f47e81de000 ---p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f47e81de000-7f47e81df000 r--p 0002c000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f47e81df000-7f47e81e2000 rw-p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f47e81e2000-7f47e81f1000 r-xp 00000000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f47e81f1000-7f47e83f0000 ---p 0000f000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f47e83f0000-7f47e83f2000 r--p 0000e000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f47e83f2000-7f47e83f3000 rw-p 00010000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f47e83f3000-7f47e83fa000 r-xp 00000000 08:06 5718041 /lib/librt-2.9.so 7f47e83fa000-7f47e85f9000 ---p 00007000 08:06 5718041 /lib/librt-2.9.so 7f47e85f9000-7f47e85fa000 r--p 00006000 08:06 5718041 /lib/librt-2.9.so 7f47e85fa000-7f47e85fb000 rw-p 00007000 08:06 5718041 /lib/librt-2.9.so 7f47e85fb000-7f47e867f000 r-xp 00000000 08:06 5718029 /lib/libm-2.9.so 7f47e867f000-7f47e887e000 ---p 00084000 08:06 5718029 /lib/libm-2.9.so 7f47e887e000-7f47e887f000 r--p 00083000 08:06 5718029 /lib/libm-2.9.so 7f47e887f000-7f47e8880000 rw-p 00084000 08:06 5718029 /lib/libm-2.9.so 7f47e8880000-7f47e903c000 r-xp 00000000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f47e903c000-7f47e923c000 ---p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f47e923c000-7f47e92a9000 r--p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f47e92a9000-7f47e92c3000 rw-p 00829000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f47e92c3000-7f47e92fd000 rw-p 7f47e92c3000 00:00 0 7f47e92fd000-7f47e9465000 r-xp 00000000 08:06 5718024 /lib/libc-2.9.so 7f47e9465000-7f47e9665000 ---p 00168000 08:06 5718024 /lib/libc-2.9.so 7f47e9665000-7f47e9669000 r--p 00168000 08:06 5718024 /lib/libc-2.9.so 7f47e9669000-7f47e966a000 rw-p 0016c000 08:06 5718024 /lib/libc-2.9.so 7f47e966a000-7f47e966f000 rw-p 7f47e966a000 00:00 0 7f47e966f000-7f47e9671000 r-xp 00000000 08:06 5718028 /lib/libdl-2.9.so 7f47e9671000-7f47e9871000 ---p 00002000 08:06 5718028 /lib/libdl-2.9.so 7f47e9871000-7f47e9872000 r--p 00002000 08:06 5718028 /lib/libdl-2.9.so 7f47e9872000-7f47e9873000 rw-p 00003000 08:06 5718028 /lib/libdl-2.9.so 7f47e9873000-7f47e9877000 r-xp 00000000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f47e9877000-7f47e9a76000 ---p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f47e9a76000-7f47e9a77000 r--p 00003000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f47e9a77000-7f47e9a78000 rw-p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f47e9a78000-7f47e9a8f000 r-xp 00000000 08:06 5718039 /lib/libpthread-2.9.so 7f47e9a8f000-7f47e9c8e000 ---p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7f47e9c8e000-7f47e9c8f000 r--p 00016000 08:06 5718039 /lib/libpthread-2.9.so 7f47e9c8f000-7f47e9c90000 rw-p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7f47e9c90000-7f47e9c94000 rw-p 7f47e9c90000 00:00 0 7f47e9c94000-7f47e9cab000 r-xp 00000000 08:06 2441373 /lib/libz.so.1.2.3.3 7f47e9cab000-7f47e9eaa000 ---p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7f47e9eaa000-7f47e9eab000 r--p 00016000 08:06 2441373 /lib/libz.so.1.2.3.3 7f47e9eab000-7f47e9eac000 rw-p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7f47e9eac000-7f47e9ecc000 r-xp 00000000 08:06 2441319 /lib/ld-2.9.so 7f47e9ecd000-7f47e9ed7000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7f47e9ed7000-7f47e9ee0000 r--s 00065000 08:06 2891779 /usr/share/java/gnome-java-bridge.jar 7f47e9ee0000-7f47e9eea000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7f47e9eea000-7f47e9ef4000 rwxp 7f47e9eea000 00:00 0 7f47e9ef4000-7f47e9faa000 rwxp 7f47e9ef4000 00:00 0 7f47e9faa000-7f47e9fad000 ---p 7f47e9faa000 00:00 0 7f47e9fad000-7f47ea0ab000 rwxp 7f47e9fad000 00:00 0 7f47ea0ab000-7f47ea0af000 rw-p 7f47ea0ab000 00:00 0 7f47ea0b0000-7f47ea0b4000 r--s 00079000 08:06 214669 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f47ea0b4000-7f47ea0b7000 r--s 0000f000 08:06 214655 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f47ea0b7000-7f47ea0be000 r--s 00000000 08:06 4956163 /usr/lib/gconv/gconv-modules.cache 7f47ea0be000-7f47ea0c6000 rw-s 00000000 08:06 4915204 /tmp/hsperfdata_lambertus/24204 7f47ea0c6000-7f47ea0c7000 rwxp 7f47ea0c6000 00:00 0 7f47ea0c7000-7f47ea0c8000 ---p 7f47ea0c7000 00:00 0 7f47ea0c8000-7f47ea0cb000 rw-p 7f47ea0c8000 00:00 0 7f47ea0cb000-7f47ea0cc000 r--p 0001f000 08:06 2441319 /lib/ld-2.9.so 7f47ea0cc000-7f47ea0cd000 rw-p 00020000 08:06 2441319 /lib/ld-2.9.so 7ffff2095000-7ffff20ca000 rwxp 7ffffffc8000 00:00 0 [stack] 7ffff20ca000-7ffff20cc000 rw-p 7fffffffd000 00:00 0 7ffff21fe000-7ffff21ff000 r-xp 7ffff21fe000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Xmx1792M -ea java_command: /home/lambertus/garmin/utils/mkgmap/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description=OSM World Routable --route --series-name=OSM World Routable 73240155.osm.gz Launcher Type: SUN_STANDARD Environment Variables: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games USERNAME=lambertus LD_LIBRARY_PATH=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 SHELL=/bin/bash DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 19:25:34 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:1.33 1.25 1.18 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3988816k(25788k free), swap 9301592k(9278132k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Aug 8 2009 16:28:14 by "buildd" with gcc 4.3.3 time: Sun Sep 27 21:53:01 2009 elapsed time: 8380 seconds

It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached. r1067 finishes the same test normally (with errors). Then I tried r2228 again a few times and it finishes normally (with errors) as well. Aaargh! http://planetosm.oxilion.nl/~lambertus/73240155.osm.gz http://planetosm.oxilion.nl/~lambertus/73240185.osm.gz http://planetosm.oxilion.nl/~lambertus/73240240.osm.gz Lambertus wrote:
Thanks for having a look at it Steve. Stackdumps are attached. OS = Ubuntu linux 9.04 64bit. LANG variable = en_US.UTF-8. Java version = 1.6.0_0, OpenJDK RE 6b14-1.4.1-@ubuntu11, OpenJDK 64bit server VM 14.0-b88 mixed-mode.
I've tried r1067 from the commandline which fails to render the tiles (out of memory) but exits 'normally' with a result code (which is what I want). Then I tried version 1022 and 1028 from the commandline and both finished quickly as well. So I'm starting to think it might have something to do with the way PHP passthru() executes these commands (I've written a PHP script that recursively splits and renders tiles until all areas are rendered). But a quick Google search did not bring up anything.
Steve Ratcliffe wrote:
Hi Lambertus
On 28/09/09 08:36, Lambertus wrote:
While trying to get a new world map update out the door I noticed that Mkgmap sometimes hangs on an OSM data file produced with Splitter. When this happens the CPU is at 100% constantly for hours (e.g. all night) until I kill the process. The problem occurs in r1222 and also r1228.
I ran the command line you gave with 1222 and 1228 on both the files and it completed in about a minute. So no hang for me, and I'm going to have to ask a few questions to have any idea.
Is there any version where it works without hanging for you? What OS was it running on? What is the LANG variable set to (if running on Linux)?
Could you send a stack dump when it is stuck, since it completes after 1 minute for me, probably waiting five minutes is more than enough to know that it is stuck.
You can get a stack trace using typing ctrl-\ or using kill -QUIT on linux and on windows ctrl-break is supposed to work but I wouldn't know. Another way that works the same everywhere is to use jstack. Use jps to get the process id of the running processes and call jstack with that id. jstack and jps come with JDK download of java from sun and probably other places too.
Thanks
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
------------------------------------------------------------------------
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
# # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x00007f8feaddbc93, pid=22267, tid=140256103921392 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu11 # Problematic frame: # C [libpthread.so.0+0x7c93] pthread_join+0x113 # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=SIGILL: si_errno=0, si_code=0 (ILL0), si_addr=0x000003e8000062f7 Registers: RAX=0x00000000000000ca, RBX=0x00007f8feb406950, RCX=0xffffffffffffffff, RDX=0x00000000000056fc RSP=0x00007ffff34242f0, RBP=0x0000000000000016, RSI=0x0000000000000000, RDI=0x00007f8feb4069e0 R8 =0x0000000000000000, R9 =0x00007f8feb406950, R10=0x0000000000000000, R11=0x0000000000000246 R12=0x00007f8feb406d38, R13=0x00007f8feb4076f0, R14=0x00007ffff3427470, R15=0x00007ffff3424390 RIP=0x00007f8feaddbc93, EFL=0x0000000000000246, CSGSFS=0x0000000000000033, ERR=0x0000000000000000 TRAPNO=0x0000000000000000 Top of Stack: (sp=0x00007ffff34242f0) 0x00007ffff34242f0: 00007f8feaddbb60 00007f8feb406d38 0x00007ffff3424300: 0000000000000000 0000000000000000 0x00007ffff3424310: 00007f8feb4069e0 0000000000100000 0x00007ffff3424320: 00007ffff34243d0 0000000000000000 0x00007ffff3424330: 00007ffff3424350 00007ffff3427470 0x00007ffff3424340: 0000000000402940 0000000000404fb1 0x00007ffff3424350: 0000000000000000 0000000000000000 0x00007ffff3424360: 0000000000001000 0000000000000000 0x00007ffff3424370: 0000000000100000 0000000000000000 0x00007ffff3424380: 0000000000000000 00007f8fea9c6aa0 0x00007ffff3424390: 0000000000000000 00007f8feb406950 0x00007ffff34243a0: 0000000000000003 00000000ffffffff 0x00007ffff34243b0: 00007ffff3427470 0000000000000000 0x00007ffff34243c0: 0000000000000000 0000000000000000 0x00007ffff34243d0: 00007ffff3427520 00000000004041c8 0x00007ffff34243e0: 0000000001617010 0000000000000000 0x00007ffff34243f0: 00007ffff3427618 0000000e00000000 0x00007ffff3424400: 0000000000000000 00007ffff34284f4 0x00007ffff3424410: 0000000000000000 00000000ffffffff 0x00007ffff3424420: 0000000001617010 0100000000000000 0x00007ffff3424430: 00000000016171e8 0000000000000000 0x00007ffff3424440: 00000000016171e8 0000000d00000000 0x00007ffff3424450: 00000000caca0000 0000000000000000 0x00007ffff3424460: 0000000000000000 0000000000000000 0x00007ffff3424470: 0000000000000000 0000000000000000 0x00007ffff3424480: 0000000000000000 0000000000000000 0x00007ffff3424490: 0000000000000000 0000000000000000 0x00007ffff34244a0: 0000000000000000 0000000000000000 0x00007ffff34244b0: 0000000000000000 0000000000000000 0x00007ffff34244c0: 0000000000000000 0000000000000000 0x00007ffff34244d0: 0000000000000000 0000000000000000 0x00007ffff34244e0: 0000000000000000 0000000000000000 Instructions: (pc=0x00007f8feaddbc93) 0x00007f8feaddbc83: 90 00 00 00 31 f6 4d 31 d2 48 c7 c0 ca 00 00 00 0x00007f8feaddbc93: 0f 05 83 3f 00 75 f2 eb 89 0f 1f 40 00 f6 83 c8 Stack: [0x00007ffff3328000,0x00007ffff3428000], sp=0x00007ffff34242f0, free space=1008k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libpthread.so.0+0x7c93] pthread_join+0x113 --------------- P R O C E S S --------------- VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x000000000161cd80] Threads_lock - owner thread: 0x0000000001684000 [0x000000000161d280] Heap_lock - owner thread: 0x0000000001783800 Heap PSYoungGen total 49152K, used 25088K [0x00007f8fc0170000, 0x00007f8fc5c90000, 0x00007f8fe56c0000) eden space 25088K, 100% used [0x00007f8fc0170000,0x00007f8fc19f0000,0x00007f8fc19f0000) from space 24064K, 0% used [0x00007f8fc37f0000,0x00007f8fc37f0000,0x00007f8fc4f70000) to space 30720K, 0% used [0x00007f8fc19f0000,0x00007f8fc19f0000,0x00007f8fc37f0000) PSOldGen total 1223360K, used 1221286K [0x00007f8f756c0000, 0x00007f8fc0170000, 0x00007f8fc0170000) object space 1223360K, 99% used [0x00007f8f756c0000,0x00007f8fbff69820,0x00007f8fc0170000) PSPermGen total 21248K, used 6198K [0x00007f8f6aec0000, 0x00007f8f6c380000, 0x00007f8f756c0000) object space 21248K, 29% used [0x00007f8f6aec0000,0x00007f8f6b4cd968,0x00007f8f6c380000) Dynamic libraries: 00400000-00409000 r-xp 00000000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00608000-00609000 r--p 00008000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 00609000-0060a000 rw-p 00009000 08:06 215216 /usr/lib/jvm/java-6-openjdk/jre/bin/java 01617000-0420b000 rw-p 01617000 00:00 0 [heap] 7f8f5c000000-7f8f5c021000 rw-p 7f8f5c000000 00:00 0 7f8f5c021000-7f8f60000000 ---p 7f8f5c021000 00:00 0 7f8f64000000-7f8f64662000 rw-p 7f8f64000000 00:00 0 7f8f64662000-7f8f68000000 ---p 7f8f64662000 00:00 0 7f8f69aa5000-7f8f69aa8000 ---p 7f8f69aa5000 00:00 0 7f8f69aa8000-7f8f69ba6000 rwxp 7f8f69aa8000 00:00 0 7f8f69ba6000-7f8f69ba7000 ---p 7f8f69ba6000 00:00 0 7f8f69ba7000-7f8f69ca7000 rwxp 7f8f69ba7000 00:00 0 7f8f69ca7000-7f8f69caa000 ---p 7f8f69ca7000 00:00 0 7f8f69caa000-7f8f69da8000 rwxp 7f8f69caa000 00:00 0 7f8f69da8000-7f8f69dab000 ---p 7f8f69da8000 00:00 0 7f8f69dab000-7f8f69ea9000 rwxp 7f8f69dab000 00:00 0 7f8f69ea9000-7f8f69eac000 ---p 7f8f69ea9000 00:00 0 7f8f69eac000-7f8f69faa000 rwxp 7f8f69eac000 00:00 0 7f8f69faa000-7f8f69fad000 ---p 7f8f69faa000 00:00 0 7f8f69fad000-7f8f6a0ab000 rwxp 7f8f69fad000 00:00 0 7f8f6a0ab000-7f8f6a0ea000 r--p 00000000 08:06 16344 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f8f6a0ea000-7f8f6a0ed000 ---p 7f8f6a0ea000 00:00 0 7f8f6a0ed000-7f8f6a1eb000 rwxp 7f8f6a0ed000 00:00 0 7f8f6a1eb000-7f8f6a1ee000 ---p 7f8f6a1eb000 00:00 0 7f8f6a1ee000-7f8f6a2ec000 rwxp 7f8f6a1ee000 00:00 0 7f8f6a2ec000-7f8f6a2ed000 ---p 7f8f6a2ec000 00:00 0 7f8f6a2ed000-7f8f6a3ed000 rwxp 7f8f6a2ed000 00:00 0 7f8f6a3ed000-7f8f6a483000 rw-p 7f8f6a3ed000 00:00 0 7f8f6a483000-7f8f6a617000 r--s 038d7000 08:06 215156 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f8f6a617000-7f8f6a63f000 rw-p 7f8f6a617000 00:00 0 7f8f6a63f000-7f8f6a640000 ---p 7f8f6a63f000 00:00 0 7f8f6a640000-7f8f6a740000 rwxp 7f8f6a640000 00:00 0 7f8f6a740000-7f8f6a741000 ---p 7f8f6a740000 00:00 0 7f8f6a741000-7f8f6a84c000 rwxp 7f8f6a741000 00:00 0 7f8f6a84c000-7f8f6a895000 rwxp 7f8f6a84c000 00:00 0 7f8f6a895000-7f8f6aaeb000 rwxp 7f8f6a895000 00:00 0 7f8f6aaeb000-7f8f6aaf6000 rwxp 7f8f6aaeb000 00:00 0 7f8f6aaf6000-7f8f6ab3f000 rwxp 7f8f6aaf6000 00:00 0 7f8f6ab3f000-7f8f6ad94000 rwxp 7f8f6ab3f000 00:00 0 7f8f6ad94000-7f8f6adc2000 rwxp 7f8f6ad94000 00:00 0 7f8f6adc2000-7f8f6aebf000 rwxp 7f8f6adc2000 00:00 0 7f8f6aebf000-7f8f6c380000 rwxp 7f8f6aebf000 00:00 0 7f8f6c380000-7f8f756c0000 rwxp 7f8f6c380000 00:00 0 7f8f756c0000-7f8fc0170000 rwxp 7f8f756c0000 00:00 0 7f8fc0170000-7f8fc5c90000 rwxp 7f8fc0170000 00:00 0 7f8fc5c90000-7f8fe56c0000 rwxp 7f8fc5c90000 00:00 0 7f8fe56c2000-7f8fe5932000 rwxp 7f8fe56c2000 00:00 0 7f8fe5932000-7f8fe86c2000 rwxp 7f8fe5932000 00:00 0 7f8fe86c2000-7f8fe86c9000 r-xp 00000000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f8fe86c9000-7f8fe88c8000 ---p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f8fe88c8000-7f8fe88c9000 r--p 00006000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f8fe88c9000-7f8fe88ca000 rw-p 00007000 08:06 215189 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f8fe88ca000-7f8fe88d6000 r-xp 00000000 08:06 5718034 /lib/libnss_files-2.9.so 7f8fe88d6000-7f8fe8ad5000 ---p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7f8fe8ad5000-7f8fe8ad6000 r--p 0000b000 08:06 5718034 /lib/libnss_files-2.9.so 7f8fe8ad6000-7f8fe8ad7000 rw-p 0000c000 08:06 5718034 /lib/libnss_files-2.9.so 7f8fe8ad7000-7f8fe8ae1000 r-xp 00000000 08:06 5718036 /lib/libnss_nis-2.9.so 7f8fe8ae1000-7f8fe8ce0000 ---p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7f8fe8ce0000-7f8fe8ce1000 r--p 00009000 08:06 5718036 /lib/libnss_nis-2.9.so 7f8fe8ce1000-7f8fe8ce2000 rw-p 0000a000 08:06 5718036 /lib/libnss_nis-2.9.so 7f8fe8ce2000-7f8fe8cea000 r-xp 00000000 08:06 5718032 /lib/libnss_compat-2.9.so 7f8fe8cea000-7f8fe8ee9000 ---p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7f8fe8ee9000-7f8fe8eea000 r--p 00007000 08:06 5718032 /lib/libnss_compat-2.9.so 7f8fe8eea000-7f8fe8eeb000 rw-p 00008000 08:06 5718032 /lib/libnss_compat-2.9.so 7f8fe8eeb000-7f8fe8ef3000 r-xp 00000000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f8fe8ef3000-7f8fe90f2000 ---p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f8fe90f2000-7f8fe90f3000 r--p 00007000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f8fe90f3000-7f8fe90f4000 rw-p 00008000 08:06 215191 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f8fe90f4000-7f8fe910a000 r-xp 00000000 08:06 5718031 /lib/libnsl-2.9.so 7f8fe910a000-7f8fe930a000 ---p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7f8fe930a000-7f8fe930b000 r--p 00016000 08:06 5718031 /lib/libnsl-2.9.so 7f8fe930b000-7f8fe930c000 rw-p 00017000 08:06 5718031 /lib/libnsl-2.9.so 7f8fe930c000-7f8fe930e000 rw-p 7f8fe930c000 00:00 0 7f8fe930e000-7f8fe933b000 r-xp 00000000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f8fe933b000-7f8fe953a000 ---p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f8fe953a000-7f8fe953b000 r--p 0002c000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f8fe953b000-7f8fe953e000 rw-p 0002d000 08:06 215172 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f8fe953e000-7f8fe954d000 r-xp 00000000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f8fe954d000-7f8fe974c000 ---p 0000f000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f8fe974c000-7f8fe974e000 r--p 0000e000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f8fe974e000-7f8fe974f000 rw-p 00010000 08:06 215188 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f8fe974f000-7f8fe9756000 r-xp 00000000 08:06 5718041 /lib/librt-2.9.so 7f8fe9756000-7f8fe9955000 ---p 00007000 08:06 5718041 /lib/librt-2.9.so 7f8fe9955000-7f8fe9956000 r--p 00006000 08:06 5718041 /lib/librt-2.9.so 7f8fe9956000-7f8fe9957000 rw-p 00007000 08:06 5718041 /lib/librt-2.9.so 7f8fe9957000-7f8fe99db000 r-xp 00000000 08:06 5718029 /lib/libm-2.9.so 7f8fe99db000-7f8fe9bda000 ---p 00084000 08:06 5718029 /lib/libm-2.9.so 7f8fe9bda000-7f8fe9bdb000 r--p 00083000 08:06 5718029 /lib/libm-2.9.so 7f8fe9bdb000-7f8fe9bdc000 rw-p 00084000 08:06 5718029 /lib/libm-2.9.so 7f8fe9bdc000-7f8fea398000 r-xp 00000000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f8fea398000-7f8fea598000 ---p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f8fea598000-7f8fea605000 r--p 007bc000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f8fea605000-7f8fea61f000 rw-p 00829000 08:06 215193 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f8fea61f000-7f8fea659000 rw-p 7f8fea61f000 00:00 0 7f8fea659000-7f8fea7c1000 r-xp 00000000 08:06 5718024 /lib/libc-2.9.so 7f8fea7c1000-7f8fea9c1000 ---p 00168000 08:06 5718024 /lib/libc-2.9.so 7f8fea9c1000-7f8fea9c5000 r--p 00168000 08:06 5718024 /lib/libc-2.9.so 7f8fea9c5000-7f8fea9c6000 rw-p 0016c000 08:06 5718024 /lib/libc-2.9.so 7f8fea9c6000-7f8fea9cb000 rw-p 7f8fea9c6000 00:00 0 7f8fea9cb000-7f8fea9cd000 r-xp 00000000 08:06 5718028 /lib/libdl-2.9.so 7f8fea9cd000-7f8feabcd000 ---p 00002000 08:06 5718028 /lib/libdl-2.9.so 7f8feabcd000-7f8feabce000 r--p 00002000 08:06 5718028 /lib/libdl-2.9.so 7f8feabce000-7f8feabcf000 rw-p 00003000 08:06 5718028 /lib/libdl-2.9.so 7f8feabcf000-7f8feabd3000 r-xp 00000000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f8feabd3000-7f8feadd2000 ---p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f8feadd2000-7f8feadd3000 r--p 00003000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f8feadd3000-7f8feadd4000 rw-p 00004000 08:06 215160 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/jli/libjli.so 7f8feadd4000-7f8feadeb000 r-xp 00000000 08:06 5718039 /lib/libpthread-2.9.so 7f8feadeb000-7f8feafea000 ---p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7f8feafea000-7f8feafeb000 r--p 00016000 08:06 5718039 /lib/libpthread-2.9.so 7f8feafeb000-7f8feafec000 rw-p 00017000 08:06 5718039 /lib/libpthread-2.9.so 7f8feafec000-7f8feaff0000 rw-p 7f8feafec000 00:00 0 7f8feaff0000-7f8feb007000 r-xp 00000000 08:06 2441373 /lib/libz.so.1.2.3.3 7f8feb007000-7f8feb206000 ---p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7f8feb206000-7f8feb207000 r--p 00016000 08:06 2441373 /lib/libz.so.1.2.3.3 7f8feb207000-7f8feb208000 rw-p 00017000 08:06 2441373 /lib/libz.so.1.2.3.3 7f8feb208000-7f8feb228000 r-xp 00000000 08:06 2441319 /lib/ld-2.9.so 7f8feb233000-7f8feb23c000 r--s 00065000 08:06 2891779 /usr/share/java/gnome-java-bridge.jar 7f8feb23c000-7f8feb246000 r--s 00087000 08:06 4603907 /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar 7f8feb246000-7f8feb250000 rwxp 7f8feb246000 00:00 0 7f8feb250000-7f8feb306000 rwxp 7f8feb250000 00:00 0 7f8feb306000-7f8feb309000 ---p 7f8feb306000 00:00 0 7f8feb309000-7f8feb407000 rwxp 7f8feb309000 00:00 0 7f8feb407000-7f8feb40b000 rw-p 7f8feb407000 00:00 0 7f8feb40c000-7f8feb410000 r--s 00079000 08:06 214669 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f8feb410000-7f8feb413000 r--s 0000f000 08:06 214655 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f8feb413000-7f8feb41a000 r--s 00000000 08:06 4956163 /usr/lib/gconv/gconv-modules.cache 7f8feb41a000-7f8feb422000 rw-s 00000000 08:06 4915206 /tmp/hsperfdata_lambertus/22267 7f8feb422000-7f8feb423000 rwxp 7f8feb422000 00:00 0 7f8feb423000-7f8feb424000 ---p 7f8feb423000 00:00 0 7f8feb424000-7f8feb427000 rw-p 7f8feb424000 00:00 0 7f8feb427000-7f8feb428000 r--p 0001f000 08:06 2441319 /lib/ld-2.9.so 7f8feb428000-7f8feb429000 rw-p 00020000 08:06 2441319 /lib/ld-2.9.so 7ffff33f3000-7ffff3428000 rwxp 7ffffffc9000 00:00 0 [stack] 7ffff3428000-7ffff3429000 rw-p 7fffffffe000 00:00 0 7ffff35ff000-7ffff3600000 r-xp 7ffff35ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Xmx1792M -ea java_command: /home/lambertus/garmin/utils/mkgmap-r1228/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description=OSM World Routable --route --series-name=OSM World Routable 73240155.osm.gz 73240185.osm.gz 73240240.osm.gz Launcher Type: SUN_STANDARD Environment Variables: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games USERNAME=lambertus LD_LIBRARY_PATH=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 SHELL=/bin/bash DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 19:25:34 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:4.09 3.98 4.23 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3988816k(345028k free), swap 9301592k(8341960k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Aug 8 2009 16:28:14 by "buildd" with gcc 4.3.3 time: Mon Sep 28 14:19:41 2009 elapsed time: 3796 seconds

Hi Lambertus, What you have attached is a crash dump from the JVM, not a stack dump of the (running) Java application. How are you getting that file? If it's being generated as the result of you killing the process, then it's not useful. You need to instead try and get a stack dump output by following Steve's directions. Did you try pressing CTRL-\ in the hung terminal window, or running "kill -QUIT <pid>", or "kill -3 <pid>", or "jstack <pid>"? Doing so should output information about the current state of mkgmap (what threads are running and what they're doing, etc) which should help diagnose the problem. Chris L> It happened again, this time straight from the commandline while L> trying to render the three failed tiles at once by providing r2228 L> the *.osm.gz parameter... Stack dump is attached. L> L> r1067 finishes the same test normally (with errors). Then I tried L> r2228 again a few times and it finishes normally (with errors) as L> well. L> L> Aaargh! L> L> http://planetosm.oxilion.nl/~lambertus/73240155.osm.gz L> http://planetosm.oxilion.nl/~lambertus/73240185.osm.gz L> http://planetosm.oxilion.nl/~lambertus/73240240.osm.gz L> L> Lambertus wrote: L>
Thanks for having a look at it Steve. Stackdumps are attached. OS = Ubuntu linux 9.04 64bit. LANG variable = en_US.UTF-8. Java version = 1.6.0_0, OpenJDK RE 6b14-1.4.1-@ubuntu11, OpenJDK 64bit server VM 14.0-b88 mixed-mode.
I've tried r1067 from the commandline which fails to render the tiles (out of memory) but exits 'normally' with a result code (which is what I want). Then I tried version 1022 and 1028 from the commandline and both finished quickly as well. So I'm starting to think it might have something to do with the way PHP passthru() executes these commands (I've written a PHP script that recursively splits and renders tiles until all areas are rendered). But a quick Google search did not bring up anything.
Steve Ratcliffe wrote:
Hi Lambertus
On 28/09/09 08:36, Lambertus wrote:
While trying to get a new world map update out the door I noticed that Mkgmap sometimes hangs on an OSM data file produced with Splitter. When this happens the CPU is at 100% constantly for hours (e.g. all night) until I kill the process. The problem occurs in r1222 and also r1228.
I ran the command line you gave with 1222 and 1228 on both the files and it completed in about a minute. So no hang for me, and I'm going to have to ask a few questions to have any idea.
Is there any version where it works without hanging for you? What OS was it running on? What is the LANG variable set to (if running on Linux)? Could you send a stack dump when it is stuck, since it completes after 1 minute for me, probably waiting five minutes is more than enough to know that it is stuck.
You can get a stack trace using typing ctrl-\ or using kill -QUIT on linux and on windows ctrl-break is supposed to work but I wouldn't know. Another way that works the same everywhere is to use jstack. Use jps to get the process id of the running processes and call jstack with that id. jstack and jps come with JDK download of java from sun and probably other places too. Thanks
..Steve

On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file? I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs. If you can I'd try the Sun jdk instead to see if that is any different. ..Steve

Thanks Steve, Chris, The error files were produced using kill -4 <pid>. Kill -1 till -3 had no effect on the process. Just switching to using Sun Java is probably the easy way out, but I reckon it's interesting to find out what happened :-), so next time I'll try jstack before killing the process. Sorry that the VM crash dumps aren't useful. Steve Ratcliffe wrote:
On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file?
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs.
If you can I'd try the Sun jdk instead to see if that is any different.
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

On 28/09/09 15:09, Lambertus wrote:
The error files were produced using kill -4<pid>. Kill -1 till -3 had no effect on the process. Just switching to using Sun Java is probably
That would explain it then :) But -3 should have caused java to write out the stack traces onto standard output. If you would have seen that but didn't that would also lend support to the idea that java itself was hung. Cheers, ..Steve

Well, you are probably right in that the Java VM itself in hanging: The process hung again and jstack reports: "Unable to open socket file: target process not responding or HotSpot VM not loaded". Forcing it to attach gave an error about HotSpot not being able to find a "Symbol". Anyway, I guess it's time to move to another Java VM... Steve Ratcliffe wrote:
On 28/09/09 15:09, Lambertus wrote:
The error files were produced using kill -4<pid>. Kill -1 till -3 had no effect on the process. Just switching to using Sun Java is probably
That would explain it then :) But -3 should have caused java to write out the stack traces onto standard output. If you would have seen that but didn't that would also lend support to the idea that java itself was hung.
Cheers,
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Addition: I killed the hanging process with kill -3 and got a stackdump this time. It's attached. Lambertus wrote:
Well, you are probably right in that the Java VM itself in hanging: The process hung again and jstack reports: "Unable to open socket file: target process not responding or HotSpot VM not loaded".
Forcing it to attach gave an error about HotSpot not being able to find a "Symbol". Anyway, I guess it's time to move to another Java VM...
Steve Ratcliffe wrote:
On 28/09/09 15:09, Lambertus wrote:
The error files were produced using kill -4<pid>. Kill -1 till -3 had no effect on the process. Just switching to using Sun Java is probably That would explain it then :) But -3 should have caused java to write out the stack traces onto standard output. If you would have seen that but didn't that would also lend support to the idea that java itself was hung.
Cheers,
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
java -Xmx1792M -ea -jar ~/garmin/utils/mkgmap-r1228/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description='OSM World Routable' --route --series-name='OSM World Routable' *.osm.gz 2009-09-28 16:41:08 Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed mode): "Attach Listener" daemon prio=10 tid=0x00000000021b1800 nid=0x14d runnable [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE "pool-1-thread-1" prio=10 tid=0x00007f490005b800 nid=0x76d4 waiting on condition [0x00007f4907404000..0x00007f4907404c70] java.lang.Thread.State: RUNNABLE at java.util.Arrays.copyOfRange(Arrays.java:3221) at java.lang.String.<init>(String.java:233) at com.sun.org.apache.xerces.internal.xni.XMLString.toString(XMLString.java:188) at com.sun.org.apache.xerces.internal.util.XMLAttributesImpl.getValue(XMLAttributesImpl.java:540) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.processAttributes(XIncludeHandler.java:2033) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.emptyElement(XIncludeHandler.java:980) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:353) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2723) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:624) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:486) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:810) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:740) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:110) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:80) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:148) - locked <0x00007f4908abd1e8> (a java.lang.Class for uk.me.parabola.mkgmap.main.MapMaker) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:184) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) "Low Memory Detector" daemon prio=10 tid=0x00007f4900028800 nid=0x76d2 runnable [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE "CompilerThread1" daemon prio=10 tid=0x00007f4900025800 nid=0x76d1 waiting on condition [0x0000000000000000..0x00007f4907706230] java.lang.Thread.State: RUNNABLE "CompilerThread0" daemon prio=10 tid=0x00007f4900023800 nid=0x76d0 waiting on condition [0x0000000000000000..0x00007f49078072b0] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" daemon prio=10 tid=0x00007f4900021800 nid=0x76cf waiting on condition [0x0000000000000000..0x00007f49079098f0] java.lang.Thread.State: RUNNABLE "Finalizer" daemon prio=10 tid=0x00007f4900001000 nid=0x76ce in Object.wait() [0x00007f4907a49000..0x00007f4907a49b70] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00007f49131be608> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133) - locked <0x00007f49131be608> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177) "Reference Handler" daemon prio=10 tid=0x0000000001ceb800 nid=0x76cd in Object.wait() [0x00007f4907b4a000..0x00007f4907b4abf0] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00007f49131be3d0> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:502) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) - locked <0x00007f49131be3d0> (a java.lang.ref.Reference$Lock) "main" prio=10 tid=0x0000000001c83000 nid=0x76c9 sleeping[0x00007f4988c66000..0x00007f4988c66e90] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:310) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:118) "VM Thread" prio=10 tid=0x0000000001ce7000 nid=0x76cc runnable "GC task thread#0 (ParallelGC)" prio=10 tid=0x0000000001c8d000 nid=0x76ca runnable "GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000001c8f000 nid=0x76cb runnable "VM Periodic Task Thread" prio=10 tid=0x00007f490002b800 nid=0x76d3 waiting on condition JNI global references: 849 Heap PSYoungGen total 178176K, used 20864K [0x00007f495d9d0000, 0x00007f4972dd0000, 0x00007f4982f20000) eden space 20864K, 100% used [0x00007f495d9d0000,0x00007f495ee30000,0x00007f495ee30000) from space 157312K, 0% used [0x00007f4968bf0000,0x00007f4968bf0000,0x00007f4972590000) to space 161536K, 0% used [0x00007f495ee30000,0x00007f495ee30000,0x00007f4968bf0000) PSOldGen total 1223360K, used 1221284K [0x00007f4912f20000, 0x00007f495d9d0000, 0x00007f495d9d0000) object space 1223360K, 99% used [0x00007f4912f20000,0x00007f495d7c9298,0x00007f495d9d0000) PSPermGen total 21248K, used 6198K [0x00007f4908720000, 0x00007f4909be0000, 0x00007f4912f20000) object space 21248K, 29% used [0x00007f4908720000,0x00007f4908d2dbc8,0x00007f4909be0000)

Ah ok that makes more sense. A crash dump usually indicates the VM has a bug or has died 'violently' (as is the case here). A stack dump on the other hand is produced by the VM and shows you what Java code is currently executing. It looks like you are running on a dual CPU box (two dual-core Xeons?). Are you also saying that you only hit the problem sometimes; you can rerun the same command again and it will run to completion just fine? Also, you say mkgmap is hung at 100% CPU. Is that all 4 cores, or just one of them? One thing dual CPU boxes can be good at is highlighting otherwise obscure multithreaded bugs. I'm not familiar with the threading in mkgmap but possibly you're hitting a race condition in the code (eg an unsynchronized HashMap can behave like this). I've just had a quick glance at the code however and can't see anything obvious - there's very little shared state and what little there is appears to be synchronized OK. Which makes me wonder if, as Steve points out, the problem lies with your VM rather than mkgmap. Definitely worth trying another (or newer version of the existing) VM. Thanks for getting a stack dump. It's interesting, mkgmap is inside native array-copying code while parsing an osm file. There's only one worker thread running at this point, I'm surprised to see it hanging there. Can you try running with --max-jobs=1 to see if the problem still happens? Chris L> Thanks Steve, Chris, L> L> The error files were produced using kill -4 <pid>. Kill -1 till -3 L> had no effect on the process. Just switching to using Sun Java is L> probably the easy way out, but I reckon it's interesting to find out L> what happened :-), so next time I'll try jstack before killing the L> process. L> L> Sorry that the VM crash dumps aren't useful. L> L> Steve Ratcliffe wrote: L>
On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file?
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs. If you can I'd try the Sun jdk instead to see if that is any different.
..Steve

The box is a laptop with a single Intel P8600 CPU (dual core Penryn) and when the process hangs it's just 1 core that is at 100% (I use only one core so I can render America and Eurasia in parallel). I've tried the --max-jobs=1 parameter a few times and got it to hang, stackdump (which seems identical to the earlier one I posted) is attached. Funny thing is that the process produces a stackdump with kill -3 <pid> but it continues to run at 100%. Kill -4 is needed to persuade it to really stop. Chris Miller wrote:
Ah ok that makes more sense. A crash dump usually indicates the VM has a bug or has died 'violently' (as is the case here). A stack dump on the other hand is produced by the VM and shows you what Java code is currently executing.
It looks like you are running on a dual CPU box (two dual-core Xeons?). Are you also saying that you only hit the problem sometimes; you can rerun the same command again and it will run to completion just fine? Also, you say mkgmap is hung at 100% CPU. Is that all 4 cores, or just one of them?
One thing dual CPU boxes can be good at is highlighting otherwise obscure multithreaded bugs. I'm not familiar with the threading in mkgmap but possibly you're hitting a race condition in the code (eg an unsynchronized HashMap can behave like this). I've just had a quick glance at the code however and can't see anything obvious - there's very little shared state and what little there is appears to be synchronized OK. Which makes me wonder if, as Steve points out, the problem lies with your VM rather than mkgmap. Definitely worth trying another (or newer version of the existing) VM.
Thanks for getting a stack dump. It's interesting, mkgmap is inside native array-copying code while parsing an osm file. There's only one worker thread running at this point, I'm surprised to see it hanging there. Can you try running with --max-jobs=1 to see if the problem still happens?
Chris
L> Thanks Steve, Chris, L> L> The error files were produced using kill -4 <pid>. Kill -1 till -3 L> had no effect on the process. Just switching to using Sun Java is L> probably the easy way out, but I reckon it's interesting to find out L> what happened :-), so next time I'll try jstack before killing the L> process. L> L> Sorry that the VM crash dumps aren't useful. L> L> Steve Ratcliffe wrote: L>
On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file?
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs. If you can I'd try the Sun jdk instead to see if that is any different.
..Steve
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
java -Xmx1792M -ea -jar ~/garmin/utils/mkgmap-r1228/mkgmap.jar --latin1 --code-page=1252 --name-tag-list=name:en,int_name,name --remove-short-arcs --add-pois-to-areas --make-opposite-cycleways --link-pois-to-ways --description='OSM World Routable' --route --series-name='OSM World Routable' --max-jobs=1 *.osm.gz 2009-09-28 17:33:19 Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed mode): "pool-1-thread-1" prio=10 tid=0x00007f783c05b800 nid=0x44c waiting on condition [0x00007f783baf9000..0x00007f783baf9c70] java.lang.Thread.State: RUNNABLE at java.util.Arrays.copyOfRange(Arrays.java:3221) at java.lang.String.<init>(String.java:233) at com.sun.org.apache.xerces.internal.xni.XMLString.toString(XMLString.java:188) at com.sun.org.apache.xerces.internal.util.XMLAttributesImpl.getValue(XMLAttributesImpl.java:540) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.processAttributes(XIncludeHandler.java:2033) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.emptyElement(XIncludeHandler.java:980) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:353) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2723) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:624) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:486) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:810) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:740) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:110) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:80) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:148) - locked <0x00007f78411fd1e8> (a java.lang.Class for uk.me.parabola.mkgmap.main.MapMaker) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:184) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) "Low Memory Detector" daemon prio=10 tid=0x00007f783c029000 nid=0x44a runnable [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE "CompilerThread1" daemon prio=10 tid=0x00007f783c025800 nid=0x449 waiting on condition [0x0000000000000000..0x00007f783bdfb230] java.lang.Thread.State: RUNNABLE "CompilerThread0" daemon prio=10 tid=0x00007f783c023800 nid=0x448 waiting on condition [0x0000000000000000..0x00007f783befc2b0] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" daemon prio=10 tid=0x00007f783c021800 nid=0x447 waiting on condition [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE "Finalizer" daemon prio=10 tid=0x00007f783c001000 nid=0x446 in Object.wait() [0x00007f7840189000..0x00007f7840189b70] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133) - locked <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177) "Reference Handler" daemon prio=10 tid=0x0000000000db2800 nid=0x445 waiting for monitor entry [0x00007f784028a000..0x00007f784028abf0] java.lang.Thread.State: BLOCKED (on object monitor) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:126) - waiting to lock <0x00007f784bb954f8> (a java.lang.ref.Reference$Lock) "main" prio=10 tid=0x0000000000d4a000 nid=0x441 waiting on condition [0x00007f78c13aa000..0x00007f78c13aae90] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:310) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:118) "VM Thread" prio=10 tid=0x0000000000dae000 nid=0x444 runnable "GC task thread#0 (ParallelGC)" prio=10 tid=0x0000000000d54000 nid=0x442 runnable "GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000000d56000 nid=0x443 runnable "VM Periodic Task Thread" prio=10 tid=0x00007f783c02b800 nid=0x44b waiting on condition JNI global references: 863 Heap PSYoungGen total 222912K, used 30912K [0x00007f7896110000, 0x00007f78afee0000, 0x00007f78bb660000) eden space 30912K, 100% used [0x00007f7896110000,0x00007f7897f40000,0x00007f7897f40000) from space 192000K, 0% used [0x00007f78a4360000,0x00007f78a4360000,0x00007f78afee0000) to space 196416K, 0% used [0x00007f7897f40000,0x00007f7897f40000,0x00007f78a3f10000) PSOldGen total 1223360K, used 1221420K [0x00007f784b660000, 0x00007f7896110000, 0x00007f7896110000) object space 1223360K, 99% used [0x00007f784b660000,0x00007f7895f2b358,0x00007f7896110000) PSPermGen total 21248K, used 6198K [0x00007f7840e60000, 0x00007f7842320000, 0x00007f784b660000) object space 21248K, 29% used [0x00007f7840e60000,0x00007f784146d8b0,0x00007f7842320000)

have seen frequent java crashes when I run more than one mkmap in parallel. Even when the machine has 4 cores and plenty of memory. it happens for openJDK and sun java. when I run ~400 tiles for north america it runs without crash, 2 parallel jobs are ok most of the time but 3 jobs is too much and java crashes about every 50th tile On 28 Sep 2009, at 8:38 , Lambertus wrote:
The box is a laptop with a single Intel P8600 CPU (dual core Penryn) and when the process hangs it's just 1 core that is at 100% (I use only one core so I can render America and Eurasia in parallel).
I've tried the --max-jobs=1 parameter a few times and got it to hang, stackdump (which seems identical to the earlier one I posted) is attached. Funny thing is that the process produces a stackdump with kill -3 <pid> but it continues to run at 100%. Kill -4 is needed to persuade it to really stop.
Chris Miller wrote:
Ah ok that makes more sense. A crash dump usually indicates the VM has a bug or has died 'violently' (as is the case here). A stack dump on the other hand is produced by the VM and shows you what Java code is currently executing. It looks like you are running on a dual CPU box (two dual-core Xeons?). Are you also saying that you only hit the problem sometimes; you can rerun the same command again and it will run to completion just fine? Also, you say mkgmap is hung at 100% CPU. Is that all 4 cores, or just one of them? One thing dual CPU boxes can be good at is highlighting otherwise obscure multithreaded bugs. I'm not familiar with the threading in mkgmap but possibly you're hitting a race condition in the code (eg an unsynchronized HashMap can behave like this). I've just had a quick glance at the code however and can't see anything obvious - there's very little shared state and what little there is appears to be synchronized OK. Which makes me wonder if, as Steve points out, the problem lies with your VM rather than mkgmap. Definitely worth trying another (or newer version of the existing) VM. Thanks for getting a stack dump. It's interesting, mkgmap is inside native array-copying code while parsing an osm file. There's only one worker thread running at this point, I'm surprised to see it hanging there. Can you try running with --max-jobs=1 to see if the problem still happens? Chris L> Thanks Steve, Chris, L> L> The error files were produced using kill -4 <pid>. Kill -1 till -3 L> had no effect on the process. Just switching to using Sun Java is L> probably the easy way out, but I reckon it's interesting to find out L> what happened :-), so next time I'll try jstack before killing the L> process. L> L> Sorry that the VM crash dumps aren't useful. L> L> Steve Ratcliffe wrote: L>
On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file?
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs. If you can I'd try the Sun jdk instead to see if that is any different.
..Steve
mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
java -Xmx1792M -ea -jar ~/garmin/utils/mkgmap-r1228/mkgmap.jar -- latin1 --code-page=1252 --name-tag-list=name:en,int_name,name -- remove-short-arcs --add-pois-to-areas --make-opposite-cycleways -- link-pois-to-ways --description='OSM World Routable' --route -- series-name='OSM World Routable' --max-jobs=1 *.osm.gz 2009-09-28 17:33:19 Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed mode):
"pool-1-thread-1" prio=10 tid=0x00007f783c05b800 nid=0x44c waiting on condition [0x00007f783baf9000..0x00007f783baf9c70] java.lang.Thread.State: RUNNABLE at java.util.Arrays.copyOfRange(Arrays.java:3221) at java.lang.String.<init>(String.java:233) at com.sun.org.apache.xerces.internal.xni.XMLString.toString (XMLString.java:188) at com.sun.org.apache.xerces.internal.util.XMLAttributesImpl.getValue (XMLAttributesImpl.java:540) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.processAttributes (XIncludeHandler.java:2033) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.emptyElement (XIncludeHandler.java:980) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement (XMLNSDocumentScannerImpl.java:353) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl $FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2723) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next (XMLDocumentScannerImpl.java:624) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next (XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument (XMLDocumentFragmentScannerImpl.java:486) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse (XML11Configuration.java:810) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse (XML11Configuration.java:740) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse (XMLParser.java:110) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse (AbstractSAXParser.java:1208) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl $JAXPSAXParser.parse(SAXParserImpl.java:525) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load (Osm5MapDataSource.java:80) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java: 148) - locked <0x00007f78411fd1e8> (a java.lang.Class for uk.me.parabola.mkgmap.main.MapMaker) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:184) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636)
"Low Memory Detector" daemon prio=10 tid=0x00007f783c029000 nid=0x44a runnable [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x00007f783c025800 nid=0x449 waiting on condition [0x0000000000000000..0x00007f783bdfb230] java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x00007f783c023800 nid=0x448 waiting on condition [0x0000000000000000..0x00007f783befc2b0] java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00007f783c021800 nid=0x447 waiting on condition [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x00007f783c001000 nid=0x446 in Object.wait() [0x00007f7840189000..0x00007f7840189b70] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue $Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133) - locked <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
"Reference Handler" daemon prio=10 tid=0x0000000000db2800 nid=0x445 waiting for monitor entry [0x00007f784028a000..0x00007f784028abf0] java.lang.Thread.State: BLOCKED (on object monitor) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:126) - waiting to lock <0x00007f784bb954f8> (a java.lang.ref.Reference $Lock)
"main" prio=10 tid=0x0000000000d4a000 nid=0x441 waiting on condition [0x00007f78c13aa000..0x00007f78c13aae90] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:310) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs (CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:118)
"VM Thread" prio=10 tid=0x0000000000dae000 nid=0x444 runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x0000000000d54000 nid=0x442 runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000000d56000 nid=0x443 runnable
"VM Periodic Task Thread" prio=10 tid=0x00007f783c02b800 nid=0x44b waiting on condition
JNI global references: 863
Heap PSYoungGen total 222912K, used 30912K [0x00007f7896110000, 0x00007f78afee0000, 0x00007f78bb660000) eden space 30912K, 100% used [0x00007f7896110000,0x00007f7897f40000,0x00007f7897f40000) from space 192000K, 0% used [0x00007f78a4360000,0x00007f78a4360000,0x00007f78afee0000) to space 196416K, 0% used [0x00007f7897f40000,0x00007f7897f40000,0x00007f78a3f10000) PSOldGen total 1223360K, used 1221420K [0x00007f784b660000, 0x00007f7896110000, 0x00007f7896110000) object space 1223360K, 99% used [0x00007f784b660000,0x00007f7895f2b358,0x00007f7896110000) PSPermGen total 21248K, used 6198K [0x00007f7840e60000, 0x00007f7842320000, 0x00007f784b660000) object space 21248K, 29% used [0x00007f7840e60000,0x00007f784146d8b0,0x00007f7842320000)
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Thanks for sharing this. Good to know that I don't have to buy a quadcore yet :-) Apollinaris Schoell wrote:
have seen frequent java crashes when I run more than one mkmap in parallel. Even when the machine has 4 cores and plenty of memory. it happens for openJDK and sun java. when I run ~400 tiles for north america it runs without crash, 2 parallel jobs are ok most of the time but 3 jobs is too much and java crashes about every 50th tile
On 28 Sep 2009, at 8:38 , Lambertus wrote:
The box is a laptop with a single Intel P8600 CPU (dual core Penryn) and when the process hangs it's just 1 core that is at 100% (I use only one core so I can render America and Eurasia in parallel).
I've tried the --max-jobs=1 parameter a few times and got it to hang, stackdump (which seems identical to the earlier one I posted) is attached. Funny thing is that the process produces a stackdump with kill -3 <pid> but it continues to run at 100%. Kill -4 is needed to persuade it to really stop.
Chris Miller wrote:
Ah ok that makes more sense. A crash dump usually indicates the VM has a bug or has died 'violently' (as is the case here). A stack dump on the other hand is produced by the VM and shows you what Java code is currently executing. It looks like you are running on a dual CPU box (two dual-core Xeons?). Are you also saying that you only hit the problem sometimes; you can rerun the same command again and it will run to completion just fine? Also, you say mkgmap is hung at 100% CPU. Is that all 4 cores, or just one of them? One thing dual CPU boxes can be good at is highlighting otherwise obscure multithreaded bugs. I'm not familiar with the threading in mkgmap but possibly you're hitting a race condition in the code (eg an unsynchronized HashMap can behave like this). I've just had a quick glance at the code however and can't see anything obvious - there's very little shared state and what little there is appears to be synchronized OK. Which makes me wonder if, as Steve points out, the problem lies with your VM rather than mkgmap. Definitely worth trying another (or newer version of the existing) VM. Thanks for getting a stack dump. It's interesting, mkgmap is inside native array-copying code while parsing an osm file. There's only one worker thread running at this point, I'm surprised to see it hanging there. Can you try running with --max-jobs=1 to see if the problem still happens? Chris L> Thanks Steve, Chris, L> L> The error files were produced using kill -4 <pid>. Kill -1 till -3 L> had no effect on the process. Just switching to using Sun Java is L> probably the easy way out, but I reckon it's interesting to find out L> what happened :-), so next time I'll try jstack before killing the L> process. L> L> Sorry that the VM crash dumps aren't useful. L> L> Steve Ratcliffe wrote: L>
On 28/09/09 13:53, Lambertus wrote:
It happened again, this time straight from the commandline while trying to render the three failed tiles at once by providing r2228 the *.osm.gz parameter... Stack dump is attached.
Those hs_err_* files were not what I was expecting at all. You normally get one of those when the java process itself crashes and that is always a bug in java and not the application. How exactly did you provoke it into dropping that file?
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs. If you can I'd try the Sun jdk instead to see if that is any different.
..Steve
mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev java -Xmx1792M -ea -jar ~/garmin/utils/mkgmap-r1228/mkgmap.jar -- latin1 --code-page=1252 --name-tag-list=name:en,int_name,name -- remove-short-arcs --add-pois-to-areas --make-opposite-cycleways -- link-pois-to-ways --description='OSM World Routable' --route -- series-name='OSM World Routable' --max-jobs=1 *.osm.gz 2009-09-28 17:33:19 Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed mode):
"pool-1-thread-1" prio=10 tid=0x00007f783c05b800 nid=0x44c waiting on condition [0x00007f783baf9000..0x00007f783baf9c70] java.lang.Thread.State: RUNNABLE at java.util.Arrays.copyOfRange(Arrays.java:3221) at java.lang.String.<init>(String.java:233) at com.sun.org.apache.xerces.internal.xni.XMLString.toString (XMLString.java:188) at com.sun.org.apache.xerces.internal.util.XMLAttributesImpl.getValue (XMLAttributesImpl.java:540) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.processAttributes (XIncludeHandler.java:2033) at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.emptyElement (XIncludeHandler.java:980) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement (XMLNSDocumentScannerImpl.java:353) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl $FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2723) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next (XMLDocumentScannerImpl.java:624) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next (XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument (XMLDocumentFragmentScannerImpl.java:486) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse (XML11Configuration.java:810) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse (XML11Configuration.java:740) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse (XMLParser.java:110) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse (AbstractSAXParser.java:1208) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl $JAXPSAXParser.parse(SAXParserImpl.java:525) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load (Osm5MapDataSource.java:80) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java: 148) - locked <0x00007f78411fd1e8> (a java.lang.Class for uk.me.parabola.mkgmap.main.MapMaker) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:184) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636)
"Low Memory Detector" daemon prio=10 tid=0x00007f783c029000 nid=0x44a runnable [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x00007f783c025800 nid=0x449 waiting on condition [0x0000000000000000..0x00007f783bdfb230] java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x00007f783c023800 nid=0x448 waiting on condition [0x0000000000000000..0x00007f783befc2b0] java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00007f783c021800 nid=0x447 waiting on condition [0x0000000000000000..0x0000000000000000] java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x00007f783c001000 nid=0x446 in Object.wait() [0x00007f7840189000..0x00007f7840189b70] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue $Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133) - locked <0x00007f784b682b68> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
"Reference Handler" daemon prio=10 tid=0x0000000000db2800 nid=0x445 waiting for monitor entry [0x00007f784028a000..0x00007f784028abf0] java.lang.Thread.State: BLOCKED (on object monitor) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:126) - waiting to lock <0x00007f784bb954f8> (a java.lang.ref.Reference $Lock)
"main" prio=10 tid=0x0000000000d4a000 nid=0x441 waiting on condition [0x00007f78c13aa000..0x00007f78c13aae90] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:310) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs (CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:118)
"VM Thread" prio=10 tid=0x0000000000dae000 nid=0x444 runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x0000000000d54000 nid=0x442 runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000000d56000 nid=0x443 runnable
"VM Periodic Task Thread" prio=10 tid=0x00007f783c02b800 nid=0x44b waiting on condition
JNI global references: 863
Heap PSYoungGen total 222912K, used 30912K [0x00007f7896110000, 0x00007f78afee0000, 0x00007f78bb660000) eden space 30912K, 100% used [0x00007f7896110000,0x00007f7897f40000,0x00007f7897f40000) from space 192000K, 0% used [0x00007f78a4360000,0x00007f78a4360000,0x00007f78afee0000) to space 196416K, 0% used [0x00007f7897f40000,0x00007f7897f40000,0x00007f78a3f10000) PSOldGen total 1223360K, used 1221420K [0x00007f784b660000, 0x00007f7896110000, 0x00007f7896110000) object space 1223360K, 99% used [0x00007f784b660000,0x00007f7895f2b358,0x00007f7896110000) PSPermGen total 21248K, used 6198K [0x00007f7840e60000, 0x00007f7842320000, 0x00007f784b660000) object space 21248K, 29% used [0x00007f7840e60000,0x00007f784146d8b0,0x00007f7842320000)
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

L> The box is a laptop with a single Intel P8600 CPU (dual core Penryn) L> and when the process hangs it's just 1 core that is at 100% (I use L> only one core so I can render America and Eurasia in parallel). Hmm ok, I thought it was a dual-CPU box based on the crash dump you posted. I guess I misunderstood it, thanks for clarifying. L> I've tried the --max-jobs=1 parameter a few times and got it to hang, L> stackdump (which seems identical to the earlier one I posted) is L> attached. This makes it more likely the problem isn't with mkgmap. L> Funny thing is that the process produces a stackdump with L> kill -3 <pid> but it continues to run at 100%. Kill -4 is needed to L> persuade it to really stop. This is to be expected. kill -3 is caught and handled by the JVM, it just generates the stack dump and doesn't terminate the process. Apollinaris: when you see a crash, does one of your VMs crash completely with an hs_err_pidxxxx.log file? Or is something else happening? Given what you've both said it unfortunately looks fairly likely the problem is JDK related rather than mkgmap. Chris

Apollinaris: when you see a crash, does one of your VMs crash completely with an hs_err_pidxxxx.log file? Or is something else happening?
yes
Given what you've both said it unfortunately looks fairly likely the problem is JDK related rather than mkgmap.
definitely, mkgmap is pushing the VM to the limit ;-)
Chris
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Steve Ratcliffe wrote:
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs.
If you can I'd try the Sun jdk instead to see if that is any different.
I've removed openJDK and installed Sun Java RE (afaik 1.6.0-16) and the problems got even worse: instead of only race situations the VM *also* crashes randomly. This is tested with r1240 building only one map in parallel.

make sure you use the same SDK for compiling mkgmap and executing. mixing makes it even worse. On 28 Sep 2009, at 23:42 , Lambertus wrote:
Steve Ratcliffe wrote:
I see from them that you are using the openjdk with Ubuntu, so I tried openjdk on my Fedora machine and didn't get a problem but then it is 32bit and has a higher build number so probably has different (perhaps fewer ;) bugs.
If you can I'd try the Sun jdk instead to see if that is any different.
I've removed openJDK and installed Sun Java RE (afaik 1.6.0-16) and the problems got even worse: instead of only race situations the VM *also* crashes randomly. This is tested with r1240 building only one map in parallel. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

AS> make sure you use the same SDK for compiling mkgmap and executing. AS> mixing makes it even worse. Really? Ouch... that shouldn't really be the case, Java bytecode is Java bytecode and should be happy enough running on any VM regardless of where it was compiled (class version number limitations notwithstanding).

On Tue, Sep 29, 2009 at 8:53 AM, Chris Miller <chris.miller@kbcfp.com>wrote:
AS> make sure you use the same SDK for compiling mkgmap and executing. AS> mixing makes it even worse.
Really? Ouch... that shouldn't really be the case, Java bytecode is Java bytecode and should be happy enough running on any VM regardless of where it was compiled (class version number limitations notwithstanding).
agreed it shouldn't but it is what I see. software shouldn't have bugs ;-)
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

On Tue, 29 Sep 2009 15:53:58 +0000 (UTC), Chris Miller <chris.miller@kbcfp.com> wrote:
AS> make sure you use the same SDK for compiling mkgmap and executing. AS> mixing makes it even worse.
Really? Ouch... that shouldn't really be the case, Java bytecode is Java bytecode and should be happy enough running on any VM regardless of where
it was compiled (class version number limitations notwithstanding).
It seems logic that different compilers generates different byte code, hence different behavior...

L> It seems logic that different compilers generates different byte L> code, hence different behavior... Yes that definitely happens; for example I know the Eclipse compiler produces slightly different bytecode in some situations than javac. I'm just surprised that OpenJDK is producing different bytecode to Sun's though given they're based on the same code anyway (well as I understand it, OpenJDK is basically JDK 7.0 minus some non-opensource GUI code). I'm also surprised both VMs are so unstable. I guess all it takes is one subtle corner-case that mkgmap happens to trigger :( If you're willing to experiment a little, one thing that might be worth trying is to switch to different GC algorithms to see if that helps stability: -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:+UseSerialGC -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC (we've found this to be unstable on both Windows and Solaris) There's a tonne of other VM options that might make a difference too though the GC options listed above are a good starting point.

Chris Miller wrote:
If you're willing to experiment a little, one thing that might be worth trying is to switch to different GC algorithms to see if that helps stability:
-XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:+UseSerialGC -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC (we've found this to be unstable on both Windows and Solaris)
There's a tonne of other VM options that might make a difference too though the GC options listed above are a good starting point.
Ok, I'll try those options (they need to be passed to the java VM right?) and keep you posted :-)

On 29/09/09 07:42, Lambertus wrote:
I've removed openJDK and installed Sun Java RE (afaik 1.6.0-16) and the problems got even worse: instead of only race situations the VM *also* crashes randomly. This is tested with r1240 building only one map in parallel.
Oh dear! In this case if there is an hs_err* file when it crashes it might be useful to send me it. ..Steve
participants (4)
-
Apollinaris Schoell
-
Chris Miller
-
Lambertus
-
Steve Ratcliffe