Date: Mon, 13 Dec 2010 01:24:32 +0530 From: ashish@FreeBSD.org (Ashish SHUKLA) To: freebsd-gnome@FreeBSD.org Cc: Ashish SHUKLA <ashish@FreeBSD.org> Subject: Re: editors/emacs-devel segfaulting with devel/gconf2 2.32 Message-ID: <86ei9mix6v.fsf@chateau.d.if> In-Reply-To: <86ei9opbx1.fsf@chateau.d.if> (Ashish SHUKLA's message of "Sat, 11 Dec 2010 20:57:38 %2B0530") References: <86ei9opbx1.fsf@chateau.d.if>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Ashish SHUKLA writes:
> Hi,
> Could anyone running devel/gconf 2.32 be kind enough to test latest
> editors/emacs-devel port ? When I run it on 8.1-RELEASE (amd64) it
> segfaults[1] for me. I don't have any other boxen to verify this, but
> downgrading devel/gconf2 to 2.28.1_1 (the version in 8.1_RELEASE tag) fix=
es
> the issue for me.
> I tested my RAM for any issues with memtest86+ 4.10, and it passed all te=
sts,
> and also tried building GNU Emacs with clang.
This is the stack trace from GNU Emacs, I'm getting.
#v+
(gdb) bt
#0 0x00000000006c7ddf in _malloc_internal_nolock (size=3D0) at gmalloc.c:8=
35
#1 0x00000000006c87f2 in _malloc_internal (size=3D3) at gmalloc.c:995
#2 0x00000000006c8871 in malloc (size=3D3) at gmalloc.c:1019
#3 0x00000008028e070f in g_malloc (n_bytes=3D3) at gmem.c:164
#4 0x000000080292a3c8 in g_variant_format_string_scan_type (
string=3D0x80398e974 "()", limit=3D0x0, endptr=3D0x7fffffffbbc0) at gva=
riant.c:3310
#5 0x000000080292a485 in valid_format_string (format_string=3D0x80398e974 =
"()",=20
single=3D1, value=3D0x0) at gvariant.c:3330
#6 0x000000080292c129 in g_variant_new (format_string=3D0x80398e974 "()")
at gvariant.c:4017
#7 0x000000080396a6a3 in get_ior (start_if_not_found=3D0, failure_log=3D0x=
eb1e20)
at gconf-internals.c:2455
#8 0x000000080396a7cb in gconf_get_server (start_if_not_found=3D0,=20
failure_log=3D0xeb1e20) at gconf-internals.c:2494
#9 0x000000080396b172 in gconf_activate_server (start_if_not_found=3D0, er=
ror=3D0x0)
at gconf-internals.c:2844
#10 0x000000080397e04e in try_to_contact_server (start_if_not_found=3D0, er=
r=3D0x0)
at gconf.c:2252
#11 0x000000080397e19e in gconf_get_config_server (start_if_not_found=3D0, =
err=3D0x0)
at gconf.c:2296
#12 0x0000000803979e65 in gconf_engine_connect (conf=3D0xeb6580,=20
start_if_not_found=3D0, err=3D0x0) at gconf.c:359
#13 0x000000080397a72a in gconf_engine_get_default () at gconf.c:595
#14 0x0000000803981d7d in gconf_client_get_default () at gconf-client.c:433
#15 0x000000000054af2f in init_gconf () at xsettings.c:633
#16 0x000000000054b125 in xsettings_initialize (dpyinfo=3D0xe52000)
at xsettings.c:680
#17 0x0000000000518597 in x_term_init (display_name=3D14989089, xrm_option=
=3D0x0,=20
resource_name=3D0xe4c3c0 "emacs") at xterm.c:10313
#18 0x0000000000522f51 in Fx_open_connection (display=3D14989089,=20
xrm_string=3D12081202, must_succeed=3D12081250) at xfns.c:4151
#19 0x0000000000625a14 in Ffuncall (nargs=3D4, args=3D0x7fffffffc7b0) at ev=
al.c:2996
#20 0x000000000067e94a in Fbyte_code (bytestr=3D9994041, vector=3D9994077,=
=20
maxdepth=3D24) at bytecode.c:679
#21 0x00000000006263a3 in funcall_lambda (fun=3D9993989, nargs=3D0,=20
arg_vector=3D0x7fffffffccf8) at eval.c:3174
#22 0x0000000000625ca5 in Ffuncall (nargs=3D1, args=3D0x7fffffffccf0) at ev=
al.c:3036
#23 0x000000000067e94a in Fbyte_code (bytestr=3D8921745, vector=3D8921797,=
=20
maxdepth=3D16) at bytecode.c:679
#24 0x00000000006242ca in Feval (form=3D8921718) at eval.c:2358
#25 0x000000000062205e in internal_lisp_condition_case (var=3D12153554,=20
bodyform=3D8921718, handlers=3D8921966) at eval.c:1407
#26 0x000000000067f739 in Fbyte_code (bytestr=3D8918193, vector=3D8918229,=
=20
maxdepth=3D28) at bytecode.c:869
#27 0x00000000006263a3 in funcall_lambda (fun=3D8918149, nargs=3D0,=20
arg_vector=3D0x7fffffffd8f8) at eval.c:3174
#28 0x0000000000625ca5 in Ffuncall (nargs=3D1, args=3D0x7fffffffd8f0) at ev=
al.c:3036
#29 0x000000000067e94a in Fbyte_code (bytestr=3D8912977, vector=3D8913013,=
=20
maxdepth=3D24) at bytecode.c:679
#30 0x00000000006263a3 in funcall_lambda (fun=3D8912933, nargs=3D0,=20
arg_vector=3D0x7fffffffdd70) at eval.c:3174
#31 0x0000000000625fe2 in apply_lambda (fun=3D8912933, args=3D12081202, eva=
l_flag=3D1)
at eval.c:3100
#32 0x0000000000624451 in Feval (form=3D12689510) at eval.c:2394
#33 0x00000000005736a1 in top_level_2 () at keyboard.c:1330
#34 0x000000000062220e in internal_condition_case (bfun=3D0x573680 <top_lev=
el_2>,=20
handlers=3D12153554, hfun=3D0x573200 <cmd_error>) at eval.c:1460
#35 0x0000000000573702 in top_level_1 (ignore=3D12081202) at keyboard.c:1338
#36 0x0000000000621ac5 in internal_catch (tag=3D12147762,=20
func=3D0x5736c0 <top_level_1>, arg=3D12081202) at eval.c:1204
#37 0x00000000005735c5 in command_loop () at keyboard.c:1293
#38 0x0000000000572bcd in recursive_edit_1 () at keyboard.c:923
#39 0x0000000000572de2 in Frecursive_edit () at keyboard.c:985
#40 0x0000000000570f4f in main (argc=3D1, argv=3D0x7fffffffe478) at emacs.c=
:1716
#v-
And I tried narrowing down it to the versions of GConf2:
* 2.31.1-2.31.6 doesn't compile.
* 2.31.7 compiles and doesn't cause GNU Emacs to segfault.
* 2.31.91-2.32.0 segfaults.
* 2.32.1 doesn't compile.
I asked one of my GNU/Linux user friend to reproduce it, but he wasn't able=
to
reproduce with GConf 2.31.91 on Fedora 14.
If you get segmentation fault with GConf 2.32.0 and you can try 2.31.7[1].
If any of you're able to reproduce it, please post here.
References:
[1] http://people.freebsd.org/~ashish/diffs/gconf2.diff
Thanks
=2D-=20
Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0
freebsd.org!ashish | http://people.freebsd.org/~ashish/
Avoid Success At All Costs !!
--=-=-=
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)
iQIcBAEBCgAGBQJNBSh8AAoJEMdGz6nnT6SwaFUP/0qHS9rKKcyedjidpHHgHrbG
6kTiih5sd+1NVYivtT8dcYXyVV+4hNNrO2v9GBtGpLJ5GBaAsqslwzkZraRV8Ydu
j0TmgVgP2Ts93vvxv0e69T6SzoBBiurpamvEvgXM+O4Frt/55DE74vyEBXlt2WWt
SmgvcQgneWiJkLhK96cTcShis05DQlGqHyCjPi8jGlpVcnYvQLAsurgjf+mvdZ22
O2q5F9dd6+U6BOKkYCtigA3PfOhoLIPmi50UHcilvRSRxc/6P9C5+P3WgOERg8i+
l5wJLhC2/bj/TqEJqGaS1fiuRmgJlxJw5XSJAslPlwPlBo6GCT7+oEouLKJpCwJ/
wR1Pimq+HPwDqN4zKOYdhnkEttXZxA8Yy9dLnFS4zzjB16WUs7FL67fuTrKGphXK
bGRU1+NSa7trH8Z99UlEBD8Fk81r0rIExNU9xdw207P3tl1FMr9Sz5vQeeYaLxVN
cDjxtnb+LN6KMIVrbTLeXmiJwURQ56+IDy7Ar2sL65OdrfRRr8AJI3nIXsAAA6TY
fK8rf1O9zMn2E59LsH9cxLSxojqd75ByfXTMx9bemv0Nwz4wBBZ5wrIveX2V1z7I
bME9kvsgjlNEh07m2lUtQtxkamPyWv5EmfCMVKa+T4KjVp6MiHC2bULQTgR1TW69
P5zc0+BvY7j6bmxaGPEO
=Y/kC
-----END PGP SIGNATURE-----
--=-=-=--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ei9mix6v.fsf>