unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Vladimir Lomov <lomov.vl@gmail.com>
To: 18138@debbugs.gnu.org
Subject: bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run
Date: Tue, 29 Jul 2014 10:42:43 +0900	[thread overview]
Message-ID: <20140729014243.GA1225@smoon> (raw)

[-- Attachment #1: Type: text/plain, Size: 1187 bytes --]

Hello,

this is another problem with rev. 117587. Starting from this revision
(including rev. 117605) emacs compiled with X support segfaults when I
run auto-complete[1] tests.

Revision 117586 with X support and emacs of revision 117605 compiled
without X support work fine. I attached output of gdb for all three
cases.

Some information about my system:
OS:           Archlinux x86_64
Compiler:     gcc (GCC) 4.9.1
gtk3:         3.12.2
xorg-server:  1.16.0
intel-video:  2.99.914
tmux:         1.9a_122_gf8481f9
rxvt-unicode: 9.20

Configuration options with X support:

  --prefix=/usr
  --sysconfdir=/etc
  --localstatedir=/var
  --libexecdir=/usr/lib
  --with-xpm
  --with-jpeg
  --with-tiff
  --with-gif
  --with-png
  --with-rsvg
  --with-x-toolkit=gtk3
  --with-xft
  --with-libotf
  --with-dbus
  --with-gsettings
  --without-sound

Configuration options without X support:

  --prefix=/usr
  --sysconfdir=/etc
  --localstatedir=/var
  --libexecdir=/usr/lib
  --with-dbus
  --without-x
  --with-gsettings
  --without-sound


[1] https://github.com/auto-complete/auto-complete

---
WBR, Vladimir Lomov

-- 
The meek shall inherit the earth; the rest of us will go to the stars.

[-- Attachment #2: emacs-nox-ac-117605-test.txt --]
[-- Type: text/plain, Size: 536 bytes --]

Starting program: /home/vladimir/tmp/emacs-nox/pkg/emacs-nox-bzr/usr/bin/emacs -batch -Q -L . -L /usr/share/emacs/site-lisp -l tests/run-test.el     -f ert-run-tests-batch-and-exit
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff37f7700 (LWP 7998)]
[Thread 0x7ffff37f7700 (LWP 7998) exited]
[Inferior 1 (process 7994) exited normally]

[-- Attachment #3: emacs-x-ac-117586-test.txt --]
[-- Type: text/plain, Size: 528 bytes --]

Starting program: /home/vladimir/tmp/emacs/pkg/emacs-bzr/usr/bin/emacs -batch -Q -L . -L /usr/share/emacs/site-lisp -l tests/run-test.el     -f ert-run-tests-batch-and-exit
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe88b1700 (LWP 2219)]
[Thread 0x7ffff7f99980 (LWP 2215) exited]
[Inferior 1 (process 2215) exited normally]

[-- Attachment #4: emacs-x-ac-117605-test.txt --]
[-- Type: text/plain, Size: 8023 bytes --]

Starting program: /home/vladimir/tmp/emacs/pkg/emacs-bzr/usr/bin/emacs -batch -Q -L . -L /usr/share/emacs/site-lisp -l tests/run-test.el     -f ert-run-tests-batch-and-exit
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe88b1700 (LWP 27189)]

Program received signal SIGSEGV, Segmentation fault.
0x0000000000424bce in adjust_frame_size (f=0xc98af8, new_width=-1, new_height=-1, inhibit=1, pretend=false) at frame.c:487
487	  if (FRAME_X_WINDOW (f)
#0  0x0000000000424bce in adjust_frame_size (f=0xc98af8, new_width=-1, new_height=-1, inhibit=1, pretend=false) at frame.c:487
#1  0x00000000004a0907 in Fset_window_configuration (configuration=20057669) at window.c:6371
#2  0x00000000005d72ca in Ffuncall (nargs=2, args=0x7fffffff8b68) at eval.c:2808
#3  0x0000000000617a9a in exec_byte_code (bytestr=13821457, vector=20057813, maxdepth=8, args_template=0, nargs=0, args=0x7fffffff9038) at bytecode.c:918
#4  0x00000000005d79c7 in funcall_lambda (fun=20057837, nargs=0, arg_vector=0x7fffffff9038) at eval.c:2976
#5  0x00000000005d74bc in Ffuncall (nargs=1, args=0x7fffffff9030) at eval.c:2857
#6  0x00000000005d5d4c in eval_sub (form=15001334) at eval.c:2150
#7  0x00000000005d26bb in Fprogn (body=15001350) at eval.c:461
#8  0x00000000005d26f9 in unwind_body (body=15001350) at eval.c:475
#9  0x00000000005d8348 in unbind_to (count=60, value=13127538) at eval.c:3299
#10 0x0000000000617b5a in exec_byte_code (bytestr=13820769, vector=20057261, maxdepth=36, args_template=0, nargs=0, args=0x7fffffff9788) at bytecode.c:940
#11 0x00000000005d79c7 in funcall_lambda (fun=20053885, nargs=0, arg_vector=0x7fffffff9788) at eval.c:2976
#12 0x00000000005d74bc in Ffuncall (nargs=1, args=0x7fffffff9780) at eval.c:2857
#13 0x00000000005d5d4c in eval_sub (form=15001158) at eval.c:2150
#14 0x00000000005d3994 in internal_catch (tag=21643650, func=0x5d588b <eval_sub>, arg=15001158) at eval.c:1111
#15 0x000000000061885b in exec_byte_code (bytestr=13820385, vector=18438933, maxdepth=36, args_template=1028, nargs=1, args=0x7fffffff9e60) at bytecode.c:1099
#16 0x00000000005d79c7 in funcall_lambda (fun=18435653, nargs=1, arg_vector=0x7fffffff9e58) at eval.c:2976
#17 0x00000000005d74bc in Ffuncall (nargs=2, args=0x7fffffff9e50) at eval.c:2857
#18 0x0000000000617a9a in exec_byte_code (bytestr=13822849, vector=20053237, maxdepth=52, args_template=0, nargs=0, args=0x7fffffffa358) at bytecode.c:918
#19 0x00000000005d79c7 in funcall_lambda (fun=20053477, nargs=0, arg_vector=0x7fffffffa358) at eval.c:2976
#20 0x00000000005d74bc in Ffuncall (nargs=1, args=0x7fffffffa350) at eval.c:2857
#21 0x00000000005d5d4c in eval_sub (form=15000998) at eval.c:2150
#22 0x00000000005d3994 in internal_catch (tag=13807090, func=0x5d588b <eval_sub>, arg=15000998) at eval.c:1111
#23 0x000000000061885b in exec_byte_code (bytestr=13822529, vector=18439613, maxdepth=36, args_template=1028, nargs=1, args=0x7fffffffaa40) at bytecode.c:1099
#24 0x00000000005d79c7 in funcall_lambda (fun=18439757, nargs=1, arg_vector=0x7fffffffaa38) at eval.c:2976
#25 0x00000000005d74bc in Ffuncall (nargs=2, args=0x7fffffffaa30) at eval.c:2857
#26 0x0000000000617a9a in exec_byte_code (bytestr=13905921, vector=18734997, maxdepth=60, args_template=3084, nargs=3, args=0x7fffffffaf90) at bytecode.c:918
#27 0x00000000005d79c7 in funcall_lambda (fun=18731685, nargs=3, arg_vector=0x7fffffffaf78) at eval.c:2976
#28 0x00000000005d74bc in Ffuncall (nargs=4, args=0x7fffffffaf70) at eval.c:2857
#29 0x0000000000617a9a in exec_byte_code (bytestr=13915473, vector=18735325, maxdepth=56, args_template=2056, nargs=2, args=0x7fffffffb488) at bytecode.c:918
#30 0x00000000005d79c7 in funcall_lambda (fun=18731781, nargs=2, arg_vector=0x7fffffffb478) at eval.c:2976
#31 0x00000000005d74bc in Ffuncall (nargs=3, args=0x7fffffffb470) at eval.c:2857
#32 0x0000000000617a9a in exec_byte_code (bytestr=13920113, vector=18744093, maxdepth=16, args_template=1024, nargs=1, args=0x7fffffffb960) at bytecode.c:918
#33 0x00000000005d79c7 in funcall_lambda (fun=18744125, nargs=1, arg_vector=0x7fffffffb958) at eval.c:2976
#34 0x00000000005d74bc in Ffuncall (nargs=2, args=0x7fffffffb950) at eval.c:2857
#35 0x0000000000617a9a in exec_byte_code (bytestr=13924753, vector=18739837, maxdepth=20, args_template=1024, nargs=0, args=0x7fffffffbdb0) at bytecode.c:918
#36 0x00000000005d79c7 in funcall_lambda (fun=18739901, nargs=0, arg_vector=0x7fffffffbdb0) at eval.c:2976
#37 0x00000000005d77bd in apply_lambda (fun=18739901, args=13127538) at eval.c:2917
#38 0x00000000005d6085 in eval_sub (form=14973350) at eval.c:2223
#39 0x00000000005d25cb in Fif (args=14973334) at eval.c:412
#40 0x00000000005d5b77 in eval_sub (form=14973318) at eval.c:2126
#41 0x00000000006002f3 in readevalloop_eager_expand_eval (val=14973318, macroexpand=13452658) at lread.c:1784
#42 0x0000000000600969 in readevalloop (readcharfun=21583749, stream=0x0, sourcename=21600033, printflag=false, unibyte=13127538, readfun=13127538, start=13127538, end=13127538) at lread.c:1956
#43 0x0000000000600c4b in Feval_buffer (buffer=21583749, printflag=13127538, filename=21582721, unibyte=13127538, do_allow_print=13127586) at lread.c:2019
#44 0x00000000005d7391 in Ffuncall (nargs=6, args=0x7fffffffc368) at eval.c:2824
#45 0x0000000000617a9a in exec_byte_code (bytestr=9485633, vector=9485669, maxdepth=24, args_template=13127538, nargs=0, args=0x0) at bytecode.c:918
#46 0x00000000005d7cbb in funcall_lambda (fun=9485509, nargs=4, arg_vector=0xc84f72) at eval.c:3042
#47 0x00000000005d74bc in Ffuncall (nargs=5, args=0x7fffffffc880) at eval.c:2857
#48 0x00000000005d6d8f in call4 (fn=16495522, arg1=21582721, arg2=21582721, arg3=13127538, arg4=13127586) at eval.c:2656
#49 0x00000000005ff33b in Fload (file=21582193, noerror=13127538, nomessage=13127586, nosuffix=13127538, must_suffix=13127538) at lread.c:1305
#50 0x00000000005d7391 in Ffuncall (nargs=4, args=0x7fffffffcc98) at eval.c:2824
#51 0x0000000000617a9a in exec_byte_code (bytestr=9895145, vector=9895181, maxdepth=92, args_template=1028, nargs=1, args=0x7fffffffd198) at bytecode.c:918
#52 0x00000000005d79c7 in funcall_lambda (fun=9895101, nargs=1, arg_vector=0x7fffffffd190) at eval.c:2976
#53 0x00000000005d74bc in Ffuncall (nargs=2, args=0x7fffffffd188) at eval.c:2857
#54 0x0000000000617a9a in exec_byte_code (bytestr=9869529, vector=9869565, maxdepth=68, args_template=0, nargs=0, args=0x7fffffffd6d8) at bytecode.c:918
#55 0x00000000005d79c7 in funcall_lambda (fun=9869485, nargs=0, arg_vector=0x7fffffffd6d8) at eval.c:2976
#56 0x00000000005d74bc in Ffuncall (nargs=1, args=0x7fffffffd6d0) at eval.c:2857
#57 0x0000000000617a9a in exec_byte_code (bytestr=9866081, vector=9866117, maxdepth=48, args_template=0, nargs=0, args=0x7fffffffdb70) at bytecode.c:918
#58 0x00000000005d79c7 in funcall_lambda (fun=9866037, nargs=0, arg_vector=0x7fffffffdb70) at eval.c:2976
#59 0x00000000005d77bd in apply_lambda (fun=9866037, args=13127538) at eval.c:2917
#60 0x00000000005d6085 in eval_sub (form=16628022) at eval.c:2223
#61 0x00000000005d56d2 in Feval (form=16628022, lexical=13127538) at eval.c:1996
#62 0x0000000000544df1 in top_level_2 () at keyboard.c:1178
#63 0x00000000005d41a3 in internal_condition_case (bfun=0x544dd4 <top_level_2>, handlers=13178930, hfun=0x544963 <cmd_error>) at eval.c:1347
#64 0x0000000000544e2b in top_level_1 (ignore=13127538) at keyboard.c:1186
#65 0x00000000005d3994 in internal_catch (tag=13174898, func=0x544df3 <top_level_1>, arg=13127538) at eval.c:1111
#66 0x0000000000544d4a in command_loop () at keyboard.c:1147
#67 0x000000000054455b in recursive_edit_1 () at keyboard.c:769
#68 0x00000000005446cb in Frecursive_edit () at keyboard.c:840
#69 0x000000000054268e in main (argc=11, argv=0x7fffffffe0c8) at emacs.c:1650
A debugging session is active.

	Inferior 1 [process 27185] will be killed.

Quit anyway? (y or n) 

             reply	other threads:[~2014-07-29  1:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-29  1:42 Vladimir Lomov [this message]
2014-07-29  9:21 ` bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run martin rudalics
2014-07-29 11:47   ` Vladimir Lomov
2014-07-29 14:01     ` martin rudalics
2014-07-29 23:08       ` Vladimir Lomov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140729014243.GA1225@smoon \
    --to=lomov.vl@gmail.com \
    --cc=18138@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).