#92 binary segfaults on opening baseDN

[greg]

compiled and run on up to date Debian Etch
(testing/unstable). Kernel: 2.6.16. Vanilla configure
options. Removed old .gq configuration file to allow
generation of new .gq file. Add in server with bind set
to cn=manager,dc=foo,dc=bar, prompt for password, not
tls set at this stage.

Server does not appear in the server list or the browse
tab.

Quit gq and restart

server now appears in browse tab

click on server

Password prompt appears

Enter password

Prompt disappears, no output in gq. Double clicking on
the server brings expected output and a refresh shows
the baseDN.

Click on baseDN to see attributes

Click on "expand" widget and gq segfaults.

BaseDn:
dn: dc=foo,dc=ac,dc=uk
objectClass: domain
dc: foo

same symptoms when accessing a server anonymously.

[Sven Herzberg]

Logged In: YES
user_id=76622

Is this GQ 1.1.1, 1.1.2 or the 1-2 subversion branch?

[greg]

Logged In: YES
user_id=1064029

This may be a Debian issue. A rudimentary analysis of the
core file provides the following backtrace:

Core was generated by `gq'.
Program terminated with signal 11, Segmentation fault.
#0 0xa7dd4385 in ldap_X509dn2bv () from /usr/lib/libldap_r.so.2
(gdb) bt
#0 0xa7dd4385 in ldap_X509dn2bv () from /usr/lib/libldap_r.so.2
#1 0xa7dd3d8b in ldap_whoami_s () from /usr/lib/libldap_r.so.2
#2 0xa7dd5fac in ldap_rdn2bv () from /usr/lib/libldap_r.so.2
#3 0xa7dd60fa in ldap_rdn2str () from /usr/lib/libldap_r.so.2
#4 0x08074539 in gq_ldap_explode_dn (dn=0x825fcc8
"ou=group,dc=nerc-wallingford,dc=ac,dc=uk", dummy=0)
at util.c:1946
#5 0x08056251 in dn_browse_single_add (dn=0x825fcc8
"ou=group,dc=nerc-wallingford,dc=ac,dc=uk",
ctree=0x8171000, node=0x8265ca0) at browse.c:376
#6 0x08058916 in dn_browse_entry_expand (be=0x825e620,
error_context=11, ctree=0x8171000,
node=0x8265ca0, tab=0x816c9d8) at dn-browse.c:466
#7 0x08057478 in tree_row_expanded (ctree=0x8171000,
ctree_node=0x8265ca0, tab=0x816c9d8)
at browse.c:499
#8 0xa777433b in g_cclosure_marshal_VOID__POINTER () from
/usr/lib/libgobject-2.0.so.0
#9 0xa7767a0b in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#10 0xa7777e83 in g_signal_chain_from_overridden () from
/usr/lib/libgobject-2.0.so.0
#11 0xa7779379 in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#12 0xa7baded8 in gtk_signal_emit () from
/usr/lib/libgtk-x11-2.0.so.0
#13 0xa7ad755a in gtk_ctree_expand () from
/usr/lib/libgtk-x11-2.0.so.0
#14 0xa7adc2a7 in gtk_ctree_set_node_info () from
/usr/lib/libgtk-x11-2.0.so.0
#15 0xa7b66110 in _gtk_marshal_BOOLEAN__BOXED () from
/usr/lib/libgtk-x11-2.0.so.0
#16 0xa7765fc9 in g_value_set_boxed () from
/usr/lib/libgobject-2.0.so.0
#17 0xa7767a0b in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#18 0xa77784bf in g_signal_chain_from_overridden () from
/usr/lib/libgobject-2.0.so.0
#19 0xa7779158 in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#20 0xa7779529 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
#21 0xa7c4fcc4 in gtk_widget_get_default_style () from
/usr/lib/libgtk-x11-2.0.so.0
#22 0xa7b5fa93 in gtk_propagate_event () from
/usr/lib/libgtk-x11-2.0.so.0
#23 0xa7b60cc7 in gtk_main_do_event () from
/usr/lib/libgtk-x11-2.0.so.0
#24 0xa79f9e3a in _gdk_events_init () from
/usr/lib/libgdk-x11-2.0.so.0
#25 0xa7d46e2c in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#26 0xa7d4a176 in g_main_context_check () from
/usr/lib/libglib-2.0.so.0
#27 0xa7d4a537 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
#28 0xa7b61141 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#29 0x08065a72 in main (argc=1, argv=0xafe90b94) at gq.c:169

[greg]

Logged In: YES
user_id=1064029

This is from 1.1.2

[Sven Herzberg]

Logged In: YES
user_id=76622

Right… this doesn't look very gq-ish.

This does work with the debian-provided GQ 1.0.0? Because
that function hasn't changed since about 1.0 RC 1.

[Sven Herzberg]

Logged In: YES
user_id=76622

Greg, does this still happen with GQ 1.2.1 or 1.3.0?

[greg]

Logged In: YES
user_id=1064029

yes it still happens with 1.2.1. I cant get 1.3.0 to compile
and i cant get the cvs version to autoconf.

Also, when attempting to bind using simple auth, v1.2.1
never accepts my password.