bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

[Vladimir Lomov]

[-- 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) 

bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

[martin rudalics]

 > 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.

Thanks for the report.  Can you please try again with the latest trunk?

martin

bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

[Vladimir Lomov]

Hello,
** martin rudalics [2014-07-29 11:21:36 +0200]:

>> 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.

> Thanks for the report.  Can you please try again with the latest trunk?

Thanks, now (rev. 117606) auto-complete tests are passed without segfault of
emacs.

But there is another issue with rev. 117587 not related with emacs
segfault. Seems that this revision introduced new behaviour that isn't
documented: now emacs always has a horizontal scroll bar even if
scroll-bar-mode is switched off. I tested this in following way:
- compile emacs rev. 117587 and rev. 117586:
- run
  emacs -Q
- then
  M-x scroll-bar-mode
- results:
  117586: has only vertical scroll bar, M-x ... switched it off;
  117587: has both vertical (usual) and horizontal scroll bars, running
  M-x ... switching off only vertical scroll bar.

> martin

---
WBR, Vladimir Lomov

-- 
There is perhaps in every thing of any consequence, secret history, which
it would be amusing to know, could we have it authentically communicated.
		-- James Boswell

bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

[martin rudalics]

 > But there is another issue with rev. 117587 not related with emacs
 > segfault. Seems that this revision introduced new behaviour that isn't
 > documented: now emacs always has a horizontal scroll bar even if
 > scroll-bar-mode is switched off. I tested this in following way:
 > - compile emacs rev. 117587 and rev. 117586:
 > - run
 >    emacs -Q
 > - then
 >    M-x scroll-bar-mode
 > - results:
 >    117586: has only vertical scroll bar, M-x ... switched it off;
 >    117587: has both vertical (usual) and horizontal scroll bars, running
 >    M-x ... switching off only vertical scroll bar.

Yes.  Horizontal scrollbars can currently be switched on and off only
via `horizontal-scroll-bar-mode'.  I did not want `scroll-bar-mode'
switching on horizontal scroll bars as well.  We can either use three
terms `horizontal-scroll-bar-mode', `vertical-scroll-bar-mode', and
`scroll-bar-mode' (where the semantics of the latter would change) or
rename `scroll-bar-mode' to `vertical-scroll-bar-mode' keeping a
`scroll-bar-mode' alias and have only two terms.

Please file a separate report where you suggest how to improve that.

Thanks, martin

bug#18138: rev. 117587 causes emacs segfault when auto-complete tests are run

[Vladimir Lomov]

Hello,
** martin rudalics [2014-07-29 16:01:41 +0200]:

>> But there is another issue with rev. 117587 not related with emacs
>> segfault. Seems that this revision introduced new behaviour that isn't
>> documented: now emacs always has a horizontal scroll bar even if
>> scroll-bar-mode is switched off. I tested this in following way:
>> - compile emacs rev. 117587 and rev. 117586:
>> - run
>>    emacs -Q
>> - then
>>    M-x scroll-bar-mode
>> - results:
>>    117586: has only vertical scroll bar, M-x ... switched it off;
>>    117587: has both vertical (usual) and horizontal scroll bars, running
>>    M-x ... switching off only vertical scroll bar.

> Yes.  Horizontal scrollbars can currently be switched on and off only
> via `horizontal-scroll-bar-mode'.  I did not want `scroll-bar-mode'
> switching on horizontal scroll bars as well.  We can either use three
> terms `horizontal-scroll-bar-mode', `vertical-scroll-bar-mode', and
> `scroll-bar-mode' (where the semantics of the latter would change) or
> rename `scroll-bar-mode' to `vertical-scroll-bar-mode' keeping a
> `scroll-bar-mode' alias and have only two terms.

Thank you for explanation.

> Please file a separate report where you suggest how to improve that.

I'm fine as long as that feature is documented.

> Thanks, martin

---
WBR, Vladimir Lomov

-- 
Avec!