Community
Participate
Working Groups
I have a reproducible core dump on Linux GTK. The core dump occurs after I have called TableViewer.setInput(). The details to reproduce contain confidential information. I will open an internal defect with the details. Here is a portion of the dump: 1TISIGINFO Dump Event "gpf" (00002000) received 1TIDATETIME Date: 2010/06/10 at 14:16:23 1TIFILENAME Javacore filename: 1TIREQFLAGS Request Flags: 0x81 (exclusive+preempt) 1TIPREPSTATE Prep State: 0x0 1TIPREPINFO Exclusive VM access not taken: data may not be consistent across javacore sections NULL ------------------------------------------------------------------------ 0SECTION GPINFO subcomponent dump routine NULL ================================ 2XHOSLEVEL OS Level : Linux 2.6.18-92.el5 2XHCPUS Processors - 3XHCPUARCH Architecture : x86 3XHNUMCPUS How Many : 2 3XHNUMASUP NUMA support enabled NULL 1XHEXCPCODE J9Generic_Signal_Number: 00000004 1XHEXCPCODE Signal_Number: 0000000B 1XHEXCPCODE Error_Value: 00000000 1XHEXCPCODE Signal_Code: 00000001 1XHEXCPCODE Handler1: 5558A4C0 1XHEXCPCODE Handler2: 5560C615 1XHEXCPCODE InaccessibleAddress: 0000000C NULL 1XHEXCPMODULE Module: /usr/lib/libpango-1.0.so.0 1XHEXCPMODULE Module_base_address: 00DAC000 1XHEXCPMODULE Symbol: pango_layout_new 1XHEXCPMODULE Symbol_address: 00DC5600 3XMTHREADINFO "main" J9VMThread:0x0977FA00, j9thread_t:0x096E2274, java/lang/Thread:0x561136B8, state:R, prio=6 3XMTHREADINFO1 (native thread ID:0x38DF, native priority:0x6, native policy:UNKNOWN) 3XMTHREADINFO2 (native stack address range from:0x55652000, to:0x55451000, size:0x201000) 3XMTHREADINFO3 Java callstack: 4XESTACKTRACE at org/eclipse/swt/internal/gtk/OS._g_main_context_iteration(Native Method) 4XESTACKTRACE at org/eclipse/swt/internal/gtk/OS.g_main_context_iteration(OS.java:1860(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/widgets/Display.readAndDispatch(Display.java:3110(Compiled Code)) 4XESTACKTRACE at org/eclipse/jface/operation/ModalContext$ModalContextThread.block(ModalContext.java:173) 4XESTACKTRACE at org/eclipse/jface/operation/ModalContext.run(ModalContext.java:388) 4XESTACKTRACE at org/eclipse/jface/dialogs/ProgressMonitorDialog.run(ProgressMonitorDialog.java:507) 4XESTACKTRACE at org/eclipse/ui/internal/progress/ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:275) 4XESTACKTRACE at org/eclipse/ui/internal/progress/ProgressManager$4.run(ProgressManager.java:966) 4XESTACKTRACE at org/eclipse/swt/custom/BusyIndicator.showWhile(BusyIndicator.java:70) 4XESTACKTRACE at org/eclipse/ui/internal/progress/ProgressManager.busyCursorWhile(ProgressManager.java:1001) 4XESTACKTRACE at org/eclipse/ui/internal/progress/ProgressManager.busyCursorWhile(ProgressManager.java:976) 4XESTACKTRACE at org/eclipse/ui/internal/progress/ProgressManager.run(ProgressManager.java:1182) 3XMTHREADINFO3 Native callstack: 4XENATIVESTACK (0x55603502 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x5560358F [libj9prt24.so+0x0]) 4XENATIVESTACK (0x556036AD [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55603334 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x556033A8 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x555FFD94 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55600165 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55B34229 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55B306D7 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B34141 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55B2E833 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B34335 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B24C22 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B27F63 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x55B27F29 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B27C1A [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x55B355B5 [libj9dmp24.so+0x0]) 4XENATIVESTACK (0x5558B04F [libj9vm24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x5558A5B3 [libj9vm24.so+0x0]) 4XENATIVESTACK (0x5560C78D [libj9prt24.so+0x0]) 4XENATIVESTACK (0xFFFFE600) 4XENATIVESTACK gtk_widget_create_pango_layout+0x53 (0x00498963 [libgtk-x11-2.0.so.0+0x247963]) 4XENATIVESTACK (0x002C11C2 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK (0x002C1854 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK gtk_cell_renderer_get_size+0xa3 (0x002BA523 [libgtk-x11-2.0.so.0+0x69523]) 4XENATIVESTACK gtk_tree_view_column_cell_get_size+0x147 (0x004869E7 [libgtk-x11-2.0.so.0+0x2359e7]) 4XENATIVESTACK (0x0046B4D0 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK (0x00470782 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK (0x00470BB1 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK (0x00470C78 [libgtk-x11-2.0.so.0+0x0]) 4XENATIVESTACK (0x680D45E1 [libglib-2.0.so.0+0x0]) 4XENATIVESTACK g_main_context_dispatch+0x182 (0x680D6342 [libglib-2.0.so.0+0x2b342]) 4XENATIVESTACK (0x680D931F [libglib-2.0.so.0+0x0]) 4XENATIVESTACK g_main_context_iteration+0x65 (0x680D9885 [libglib-2.0.so.0+0x2e885]) 4XENATIVESTACK Java_org_eclipse_swt_internal_gtk_OS__1g_1main_1context_1iteration+0x20 (0x67D743E0 [libswt-pi-gtk-3557.so+0x333e0]) 4XENATIVESTACK (0x6CC0F173 [<unknown>+0x0]) 4XENATIVESTACK JVM_InvokeMethod+0x92 (0x55560676 [libjvm.so+0xa676]) 4XENATIVESTACK Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x34 (0x666D7EF4 [libjava.so+0x12ef4]) 4XENATIVESTACK (0x6655BBD7 [<unknown>+0x0]) 4XENATIVESTACK (0x5559A339 [libj9vm24.so+0x0]) 4XENATIVESTACK (0x5559C491 [libj9vm24.so+0x0]) 4XENATIVESTACK (0x5560BC60 [libj9prt24.so+0x0]) 4XENATIVESTACK (0x5559A56B [libj9vm24.so+0x0]) 4XENATIVESTACK (0x5559A997 [libj9vm24.so+0x0])
Can you add a snippet so I can reproduce the problem on my machine ? Can you tried with a different VM ? Note, it looks like you are returning to the VM with a unhandled exception. Can you debug your code catching all expections and check that the code does not return from a callback with a expection ? For example, a runtime exception happens on mouse down and returns to the VM without being handled.
Felipe, Check your internal bugzilla 129694 for instructions on how to reproduce the problem. I'll try wrapping the code in a try/catch later today. I don't think I can try another VM - I recall there being legal issues.
I had the chance to test the code on my Mac and instead of crashing, it showed me that my label provider was throwing a ClassCastException. I fixed the problem in my code, and now the Linux client no longer crashes.
Silenio, isn't there a bug for this problem already ? (see comment 1)
This is a duplicate. *** This bug has been marked as a duplicate of bug 322222 ***
