[Setup-tool-hackers] Crash on Apply for network-admin

[Johnathan Bailes <bailes esi baesystems com>]

I am getting a crash when hitting Apply in the network-admin and
shares/admin.

The following is the output when run from the terminal:


** CRITICAL **: file xst-xml.c: line 160 (xst_xml_element_get_content):
assertion `node != NULL' failed.

If I run this as a regular user I get the message after the crash that
my password was invalid and the network admin prompts me for my password
all over again.

As root it just flat out crashes, any ideas?

This is the backtrace:

Backtrace was generated from '/opt/gnome/bin/network-admin'

0x40c47079 in wait4 () from /lib/libc.so.6
#0  0x40c47079 in wait4 () from /lib/libc.so.6
#1  0x40cc1b98 in __DTOR_END__ () from /lib/libc.so.6
#2  0x40811561 in gnome_init () from /opt/gnome/lib/libgnomeui.so.32
#3  <signal handler called>
#4  0x40c17a43 in strcmp () from /lib/libc.so.6
#5  0x08050976 in callbacks_check_hostname_hook (dialog=0x80b17b8,
data=0x0)
    at callbacks.c:679
#6  0x080592e3 in xst_dialog_run_apply_hooks (xd=0x80b17b8) at
xst-dialog.c:285
#7  0x080596f2 in apply_cb (w=0x80afc90, data=0x80b17b8) at
xst-dialog.c:414
#8  0x40981943 in gtk_marshal_NONE__NONE (object=0x80afc90, 
    func=0x8059670 <apply_cb>, func_data=0x80b17b8, args=0xbfffe94c)
    at gtkmarshal.c:312
#9  0x409b3798 in gtk_handlers_run (handlers=0x81691b0,
signal=0xbfffe8f8, 
    object=0x80afc90, params=0xbfffe94c, after=0) at gtksignal.c:1917
#10 0x409b2b6f in gtk_signal_real_emit (object=0x80afc90, signal_id=68, 
    params=0xbfffe94c) at gtksignal.c:1477
#11 0x409b0ac7 in gtk_signal_emit (object=0x80afc90, signal_id=68)
    at gtksignal.c:552
#12 0x40919028 in gtk_button_clicked (button=0x80afc90) at
gtkbutton.c:336
#13 0x4091a691 in gtk_real_button_released (button=0x80afc90)
    at gtkbutton.c:861
#14 0x40981943 in gtk_marshal_NONE__NONE (object=0x80afc90, 
    func=0x4091a5f0 <gtk_real_button_released>, func_data=0x0,
args=0xbfffecfc)
    at gtkmarshal.c:312
#15 0x409b29ff in gtk_signal_real_emit (object=0x80afc90, signal_id=67, 
    params=0xbfffecfc) at gtksignal.c:1440
#16 0x409b0ac7 in gtk_signal_emit (object=0x80afc90, signal_id=67)
    at gtksignal.c:552
#17 0x40918f58 in gtk_button_released (button=0x80afc90) at
gtkbutton.c:327
#18 0x40919fd8 in gtk_button_button_release (widget=0x80afc90,
event=0x8193a70)
    at gtkbutton.c:721
#19 0x409814af in gtk_marshal_BOOL__POINTER (object=0x80afc90, 
    func=0x40919f10 <gtk_button_button_release>, func_data=0x0, 
    args=0xbffff0bc) at gtkmarshal.c:28
#20 0x409b2bad in gtk_signal_real_emit (object=0x80afc90, signal_id=27, 
    params=0xbffff0bc) at gtksignal.c:1492
#21 0x409b0ac7 in gtk_signal_emit (object=0x80afc90, signal_id=27)
    at gtksignal.c:552
#22 0x409eaeec in gtk_widget_event (widget=0x80afc90, event=0x8193a70)
    at gtkwidget.c:2864
#23 0x409813e5 in gtk_propagate_event (widget=0x80afc90,
event=0x8193a70)
    at gtkmain.c:1378
#24 0x4098042f in gtk_main_do_event (event=0x8193a70) at gtkmain.c:818
#25 0x40a40ea4 in gdk_event_dispatch (source_data=0x0, 
    current_time=0xbffff4b4, user_data=0x0) at gdkevents.c:2139
#26 0x40ad7c46 in g_main_dispatch (dispatch_time=0xbffff4b4) at
gmain.c:656
#27 0x40ad8273 in g_main_iterate (block=1, dispatch=1) at gmain.c:877
#28 0x40ad843c in g_main_run (loop=0x80d3060) at gmain.c:935
#29 0x4097fcec in gtk_main () at gtkmain.c:524
#30 0x0805bcc9 in xst_tool_main (tool=0x8087e90, no_main_loop=0)
    at xst-tool.c:1183
#31 0x0804f836 in main (argc=1, argv=0xbffff654) at main.c:213
#32 0x40bbc9ed in __libc_start_main () from /lib/libc.so.6


I am NOT running this on a supported system.  I am making my way through
the perl backends changing paths and such for SuSE 8.0.  The boot-admin,
time-admin, and user-admin backends work well even if you just cheat and
do a string replacement for suse-7.0 to suse-8.0 and suse70 to suse80
and SuSE 7.0 to SuSE 8.0.  

Any idea what the above problem might be.  Yast2 is ok but it is huge
and is awfully annoying to pull up for a simple task. 

Anything I can change on the backend perl or test for you guys?

I really believe in a distro independant set of admin tools for the
end-user desktop especially.  I am not so much interested in
server-config tools but I firmly believe that is the desktop to user is
the OS and that all the tools and apps should have the same look and
feel.  

Good luck and thanks ahead of time!  

-- 
Johnathan Bailes	BAE Systems ESI
Phone number: 703-758-7074
email: johnathan.bailes@esi.baesystems.com

 "UNIX was not designed to stop you from doing stupid things, because
 that would also stop you from doing clever things." - Doug Gwyn 
--- 


_______________________________________________
setup-tool-hackers maillist  -  setup-tool-hackers@ximian.com
http://lists.ximian.com/mailman/listinfo/setup-tool-hackers