Piotr, Bug was logged today:
6795288 [pensolaris][tjds] device manager crashes on startup. The stack looks slightly different but I suspect its the same root cause. The devmgr code hasnt change between 103 and 105 so I think this is probably a change lower in the stack. Apps shouldn't crash all the same so I will take a look at this tomorrow when I upgrade to 105. Thanks for the heads up and let me know of anything else you run into. Stephen. On Sat, 2009-01-17 at 11:32, Piotr Jasiukajtis wrote: > Hi, > > On my SXCE105 I cannot allocate devices because tsoljdsdevmgr crashes > every time. I moved back to SXCE103... > > > X Vendor: Sun Microsystems, Inc. > X Vendor Release: 10300000 > Selinux: No > Accessibility: Disabled > GTK+ Theme: nimbus > Icon Theme: nimbus > > Memory status: size: 88584192 vsize: 88584192 resident: 20955136 share: > 1736704 rss: 20955136 rss_rlim: 0 > CPU usage: start_time: 1232189080 rtime: 42 utime: 283343 stime: 144056 > cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0 > > Backtrace was generated from '/usr/bin/tsoljdsdevmgr' > > 18050: /usr/bin/tsoljdsdevmgr > fca420a5 waitid (0, 468b, 8043b5c, 3) > fc9f2be5 waitpid (468b, 8043c18, 0, fcd68bfd) + 65 > fcd69004 g_spawn_sync (0, 8579368, 0, 4, 0, 0) + 418 > fcd69404 g_spawn_command_line_sync (811e400, 0, 0, 0, 8043d38) + 5c > fa0f1791 __1cNrun_bug_buddy6Fpkclp0_b_ (807b728, 4682, 0, 4682) + 71 > fa0f1a19 __1cMcheck_if_gdb6F_v_ (fca17dc5, fcac0000, 8043eb8, fca3ca5f, > b, 0) + 145 > fa0f1458 __1cUbugbuddy_segv_handle6Fi_v_ (b, 0, 8043f6c) + 64 > fca3ca5f __sighndlr (b, 0, 8043f6c, fa0f13f4) + f > fca2fdaf call_user_handler (b) + 2af > fca2ffdf sigacthandler (b, 0, 8043f6c) + df > --- called from signal handler with signal 11 (SIGSEGV) --- > fc9b3f10 strlen (809e5d8, 8316b18, 1, 805735c) + 30 > 080574de expand_callback (807c600, 80e7000, 8046748, fce36b42) + 40a > fce36b93 g_cclosure_marshal_VOID__VOID (812d8e8, 0, 1, 8075008, > 8046888, 0) + 5f > fce1f3d6 g_closure_invoke (812d8e8, 0, 1, 8075008, 8046888, 1) + d6 > fce358ce signal_emit_unlocked_R (811a800, 0, 807c600, 0, 8075008, > 807c600) + d82 > fce3473c g_signal_emit_valist (807c600, b1, 0, 8046a7c) + 9c8 > fce3493d g_signal_emit (807c600, b1, 0, fe87a864) + 25 > fe87a893 gtk_widget_activate (807c600, fcac0000, 8046ad8, fe70725c) + 47 > fe707281 gtk_expander_button_release (807c600, 809e2a0) + 31 > fe769f2a _gtk_marshal_BOOLEAN__BOXED (80de570, 8046c40, 2, 831c678, > 8046c68, fe707250) + 76 > fce1f6c6 g_type_class_meta_marshal (80de570, 8046c40, 2, 831c678, > 8046c68, b4) + 46 > fce1f3d6 g_closure_invoke (80de570, 8046c40, 2, 831c678, 8046c68, > 811e580) + d6 > fce361f3 signal_emit_unlocked_R (80def98, 0, 807c600, 8046db0, 831c678, > 14) + 16a7 > fce34536 g_signal_emit_valist (807c600, 2e, 0, 8046e5c) + 7c2 > fce3493d g_signal_emit (807c600, 2e, 0, 809e2a0, 8046e7c, 80ebed8) + 25 > fe87a6d6 gtk_widget_event_internal (807c600, 809e2a0, 8046ea8, > fe87a284) + 246 > fe87a319 gtk_widget_event (807c600, 809e2a0, 8046ee8, fe768965) + ad > fe7689e2 gtk_propagate_event (807c600, 809e2a0, 8046f18, fe7674ea) + 9a > fe76784e gtk_main_do_event (809e2a0, 0, 8046f68, fe5a54ee) + 372 > fe5a553e gdk_event_dispatch (80a0750, 0, 0, fcd326e0) + 5a > fcd328a6 g_main_context_dispatch (80a0798, 0, 85126b0, 8) + 262 > fcd32f49 g_main_context_iterate (80a0798, 1, 1, 8074c80) + 475 > fcd335bd g_main_loop_run (8336fd8, 0, 80470c8, fe6f7552) + 1dd > fe6f766d gtk_dialog_run (80e7000, 804726c, 80470e8, 8056274) + 159 > 0805627f main (1, 8047114, 804711c, 805608f) + af > 080560ed _start (1, 804726c, 0, 8047283, 80472b2, 80472de) + 7d > > > -- > Regards, > Piotr Jasiukajtis | estibi | SCA OS0072 > http://estseg.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/security-discuss/attachments/20090119/24f7cd90/attachment.html>
