unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual
@ 2014-09-21  8:55 Vincent Belaïche
  2014-09-21 11:50 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
                   ` (8 more replies)
  0 siblings, 9 replies; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-21  8:55 UTC (permalink / raw)
  To: 18516; +Cc: Vincent Belaïche


The crash does not happen with the -Q option, only with my init
file. The recipe to make the crash is

C-h
i
m
Elisp
RET

Actually, it is not the Elisp manual as such that is problematic, but
any manual bundled with Emacs causes the crash, while other manuals are
OK. I suspect that the difference is because of the gzipping of these
bundled manual.

I tried to start Emacs from gdb (the latter started from an MSYS
console) but then I got that xbacktrace is not supported. And the crash
happened earlier, just with `C-h i'.

I think I should try with a simpler init file --- to find the smallest
thing causing the crash, but I have not yet done this investigation.






In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
 of 2014-09-19 on CHOUNEK
Repository revision: 117905 dgutov@yandex.ru-20140919034142-2etpyoq7g9fq3yfd
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --prefix=c:/Programme/GNU/Emacs --without-jpeg
 --without-tiff --without-gif --without-png 'CPPFLAGS= -DFOR_MSW=1 -I
 C:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/include -I
 C:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/src -L
 c:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/src'
 CPP=/mingw/bin/cpp.exe
 PKG_CONFIG_PATH=/mingw/lib/pkgconfig:/usr/local/lib/pkgconfig'

Configured features:
XPM SOUND NOTIFY ACL ZLIB

Important settings:
  value of $EMACSPATH: c:\Programme\NGNU\CVS;C:\Programme\GNU\GnuPG;c:\Programme\apache-ant-1.8.0\bin;c:\msys\1.0\bin;c:\msys\1.0\mingw\bin;
  value of $LANG: FRA
  locale-coding-system: cp1252

Major mode: Dired by name

Minor modes in effect:
  recentf-mode: t
  mail-abbrevs-mode: t
  iswitchb-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t

Recent input:
e f v a r SPC c o l ) , SPC e t SPC d e SPC p a s s 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> ' a s s o c i e r SPC d y n a m i q u e 
m e n t r <backspace> SPC l e s SPC s y m b o l SPC 
r o w SPC e t SPC c o l SPC à SPC l e u r SPC a v e 
c <backspace> <backspace> <backspace> <backspace> v 
a l e u r SPC p o u r SPC l ' a f f i c h i e r <backspace> 
<backspace> <backspace> e r SPC ( <left> <left> <backspace> 
<backspace> a g f <backspace> e <end> s e s - p r i 
n c <backspace> t - c e l l ) <left> . . . <end> . 
SPC E s t r - <backspace> <backspace> - c e SPC q u 
e SPC t u SPC e r e <backspace> <backspace> <backspace> 
t e r o u <backspace> <backspace> <backspace> <backspace> 
r o u v e SPC <backspace> s SPC q u e SPC c ' e s t 
SPC u n e SPC b o n n e SPC i d é e . <return> <return> 
SPC SPC SPC V i n c e n t . C-c C-s y C-x d <M-backspace> 
<M-backspace> <M-backspace> <M-backspace> P r o <tab> 
m <tab> g n <tab> e m <tab> <return> <down> <down> 
i <down> <down> <down> <down> i <down> <down> <down> 
<down> <down> <down> <next> C-s e l i s <down> <up> 
<return> C-x k <return> M-x r e p o r t - b u <tab> 
<tab> e m <tab> <tab> <return>

Recent messages:
Sending email 
Sending email done
250 2.0.0 tkfG1o00K2maGi203kfHFS mail accepted for delivery
221 2.0.0 mwinf5d32 ME closing connection
Sending...done
Deleting article d:/msys/1.0/home/Vincent/News/drafts/drafts/175 in drafts...
Mark set [2 times]
Mark saved where search started
uncompressing elisp.info.gz...done
Making completion list...

Load-path shadows:
d:/msys/1.0/home/Vincent/.emacs.d/etc/custom hides c:/Programme/GNU/Emacs/share/emacs/24.4.50/lisp/custom
c:/Programme/GNU/Emacs/share/emacs/24.4.50/lisp/loaddefs hides c:/Programme/GNU/installation/cedet-install/cedet/lisp/cedet/loaddefs

Features:
(shadow warnings emacsbug jka-compr misearch multi-isearch dired-aux
mailalias smtpmail qp mail-extr sort gnus-bcklg gnus-cite bbdb-message
sendmail nnir gnus-draft gnus-ml nndraft nnmh nndoc nnfolder bbdb-gnus
bbdb-mua bbdb-com crm network-stream auth-source starttls gnus-agent
gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu
mml2015 epg-config mm-view mml-smime smime password-cache dig mailcap
nntp gnus-cache gnus-sum gnus-group gnus-undo gnus-start gnus-cloud
nnimap nnmail mail-source tls utf7 netrc nnoo parse-time gnus-spec
gnus-int gnus-range message dired-x dired format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums gmm-utils mailheader gnus-win gnus gnus-ems nnheader
gnus-util mail-utils mm-util help-fns mail-prsvr hl-line accents-ascii
eieio byte-opt bytecomp byte-compile cconv eieio-core tex-mik
preview-latex tex-site auto-loads calc-mathfloat calc-math edmacro
kmacro w32utils java-init cl-macs cl gv bsh-init recentf tree-widget
wid-edit cl-loaddefs cl-lib generic-x cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs template mailabbrev
iswitchb cus-start cus-load bbdb easymenu bbdb-site timezone
bbdb-loaddefs calc-misc calc-arith calc-ext calc calc-loaddefs calc-macs
skeleton load-path-to-cedet-svn time-date tooltip electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 8 307965 27511)
 (symbols 24 42644 0)
 (miscs 20 1204 784)
 (strings 16 69259 8672)
 (string-bytes 1 2999325)
 (vectors 8 33295)
 (vector-slots 4 1369977 56986)
 (floats 8 261 542)
 (intervals 28 2243 1407)
 (buffers 516 28))





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
@ 2014-09-21 11:50 ` Vincent Belaïche
  2014-09-21 15:59   ` bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Eli Zaretskii
  2014-09-21 16:00 ` Eli Zaretskii
                   ` (7 subsequent siblings)
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-21 11:50 UTC (permalink / raw)
  To: 18516

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

Hello,

I have made a little more investigation, trying to boil down the dozen
of lines in my init file to what ultimately causes the crash.

It occurs that this is caused by a tiny missing slash in some info path.

I made an MSDos batch file that start emacs with -Q and a few other
command line arguments ( --eval and -f ) to do the minial inits and
actions to cause the crash. So on my machine when I open a DOS console,
and I type

call bug18516_1.bat

The it lauchnes and immediately after crashes.

Hopefully that additional investigation can help you locate what is
happening.

Please make me know if you have any instruction how to get gdb working,
FYI I have this one on my machine:

-----------------------------------------------------------------------
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
-----------------------------------------------------------------------

Please believe that I remain at your disposal if you need me to do any
kind of experiments that could help investigating the problem.

VBR,
  Vincent.


[-- Attachment #2: bug18516_1.bat.gz --]
[-- Type: application/octet-stream, Size: 436 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual
  2014-09-21 11:50 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
@ 2014-09-21 15:59   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-21 15:59 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Sun, 21 Sep 2014 13:50:50 +0200
> 
> I have made a little more investigation, trying to boil down the dozen
> of lines in my init file to what ultimately causes the crash.
> 
> It occurs that this is caused by a tiny missing slash in some info path.
> 
> I made an MSDos batch file that start emacs with -Q and a few other
> command line arguments ( --eval and -f ) to do the minial inits and
> actions to cause the crash. So on my machine when I open a DOS console,
> and I type
> 
> call bug18516_1.bat
> 
> The it lauchnes and immediately after crashes.

It doesn't crash for me.

The comments in your batch file say "it is on purpose that there is no
'/' between 'c:' and 'Invalid'", but actually there is a slash there.
Anyway, I tried both ways, and it didn't crash for me.

I don't understand why you use forward slashes in the "start" command;
did you invoke this batch file from MSYS Bash or something?





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
  2014-09-21 11:50 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
@ 2014-09-21 16:00 ` Eli Zaretskii
  2014-09-21 17:09 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
                   ` (6 subsequent siblings)
  8 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-21 16:00 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Sun, 21 Sep 2014 10:55:48 +0200
> Cc: Vincent Belaïche <vincent.b.1@hotmail.fr>
> 
> I tried to start Emacs from gdb (the latter started from an MSYS
> console) but then I got that xbacktrace is not supported.

You need to start GDB from the src directory of the Emacs tree.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
  2014-09-21 11:50 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
  2014-09-21 16:00 ` Eli Zaretskii
@ 2014-09-21 17:09 ` Vincent Belaïche
  2014-09-21 17:28   ` Eli Zaretskii
  2014-09-21 18:00 ` Vincent Belaïche
                   ` (5 subsequent siblings)
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-21 17:09 UTC (permalink / raw)
  To: 18516, Eli Zaretskii

Hello Eli,

Answers inserted.

----------------------------------------
> Date: Sun, 21 Sep 2014 18:59:25 +0300
> From: eliz@gnu.org
> Subject: Re: bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual
> To: vincent.b.1@hotmail.fr
> CC: 18516@debbugs.gnu.org
>
> > From: Vincent Belaïche <vincent.b.1@hotmail.fr>
> > Date: Sun, 21 Sep 2014 13:50:50 +0200
> >
> > I have made a little more investigation, trying to boil down the dozen
> > of lines in my init file to what ultimately causes the crash.
> >
> > It occurs that this is caused by a tiny missing slash in some info path.
> >
> > I made an MSDos batch file that start emacs with -Q and a few other
> > command line arguments ( --eval and -f ) to do the minial inits and
> > actions to cause the crash. So on my machine when I open a DOS console,
> > and I type
> >
> > call bug18516_1.bat
> >
> > The it lauchnes and immediately after crashes.
>
> It doesn't crash for me.
>
> The comments in your batch file say "it is on purpose that there is no
> '/' between 'c:' and 'Invalid'", but actually there is a slash there.

Sorry, it is my mistake, this is because I tried both with and without
the forward slash to check that the missing forward slash is the
problem. BTW, c:/Invalid/path/info does not need to be an invalid path
when the forward slash is present. It just becomes invalid when you
remove this slash and just write c:Invalid/path/info.

> Anyway, I tried both ways, and it didn't crash for me.
>
> I don't understand why you use forward slashes in the "start" command;
> did you invoke this batch file from MSYS Bash or something?

No, I did call bug18516_1.bat from an MSDos console, which I started by
typing "cmd" in the start/execute menu.

I wrote forward slash just because I copied and paste the full path from
a Dired view. It does not prevent the crash to use backslashes anyway.

   Vincent.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21 17:09 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
@ 2014-09-21 17:28   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-21 17:28 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Sun, 21 Sep 2014 19:09:01 +0200
> 
> > I don't understand why you use forward slashes in the "start" command;
> > did you invoke this batch file from MSYS Bash or something?
> 
> No, I did call bug18516_1.bat from an MSDos console, which I started by
> typing "cmd" in the start/execute menu.
> 
> I wrote forward slash just because I copied and paste the full path from
> a Dired view. It does not prevent the crash to use backslashes anyway.

Then I guess I'll have to say "not reproducible".

Perhaps if you run under GDB and show where it crashes and why, we
could understand the reasons.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (2 preceding siblings ...)
  2014-09-21 17:09 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
@ 2014-09-21 18:00 ` Vincent Belaïche
  2014-09-21 18:09   ` Eli Zaretskii
  2014-09-21 21:13 ` Vincent Belaïche
                   ` (4 subsequent siblings)
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-21 18:00 UTC (permalink / raw)
  To: 18516, Eli Zaretskii

Dear Eli,

Here is what I get with gdb after going to the src directory:

-----------------------------------------------------------------------
(gdb) target exec ../nt/runemacs.exe
(gdb) run -Q "--eval=(setq source-directory \"c:/Programme/GNU/Emacs/\")" "--eval=(eval-after-load \"Info\"  '(dolist (i '(\"c:/Programme/GNU/emacs/share/info/\" \"c:/Invalid/path/info\" )) (add-to-list 'Info-directory-list i)))" -f info "--eval=(Info-menu \"Elisp\")"
Starting program: c:\Programme\GNU\installation\emacs-install\emacs\trunk\nt\runemacs.exe -Q "--eval=(setq source-directory \"c:/Programme/GNU/Emacs/\")" "--eval=(eval-after-load \"Info\"  '(dolist (i '(\"c:/Programme/GNU/emacs/share/info/\" \"c:/Invalid/path/info\" )) (add-to-list 'Info-directory-list i)))" -f info "--eval=(Info-menu \"Elisp\")"
[New Thread 85856.0x14dc0]
[Inferior 1 (process 85856) exited normally]
-----------------------------------------------------------------------

It did not crash when started from the debugger --- it got open on the Elisp manual top page, and then
I typed 'C-x C-c' to exit. The `[Inferior 1 (process 85856) exited
normally]' output was made before I exited.

FYI, I simplified the batch causing the crash, the minimal content is now:
-----------------------------------------------------------------------
start c:\Programme\GNU\Emacs\bin\runemacs.exe -Q  "--eval=(eval-after-load \"Info\"  '(dolist (i '(\"c:/Programme/GNU/emacs/share/info/\" \"c:Invalid/path/info\" )) (add-to-list 'Info-directory-list i)))" -f info "--eval=(Info-menu \"Elisp\")"
-----------------------------------------------------------------------

I just removed from it the setting of source-directory, and used
backslashes for the program path.

FYI, it did not launch addpm.exe, and I installed on the same location
as a previous installation.

The previous installation was also a build from sources, here is its
`M-x version' output:

GNU Emacs 24.3.50.2 (i686-pc-mingw32) of 2013-08-25 on CHOUNEK

This 24.3.50.2 Emacs does *NOT* crash when I do the same experiment.

My current Emacs is

GNU Emacs 24.4.50.1 (i686-pc-mingw32) of 2014-09-19 on CHOUNEK

So, it seems that the problem is fairly recent --- well on my time
scale, which is rather slow compared to you who are active developpers
--- as it happened over the last year or so (the interval between these
versions is 390 days).

   Vincent.

----------------------------------------
> Date: Sun, 21 Sep 2014 19:00:11 +0300
> From: eliz@gnu.org
> Subject: Re: bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual
> To: vincent.b.1@hotmail.fr
> CC: 18516@debbugs.gnu.org
>
> > From: Vincent Belaïche <vincent.b.1@hotmail.fr>
> > Date: Sun, 21 Sep 2014 10:55:48 +0200
> > Cc: Vincent Belaïche <vincent.b.1@hotmail.fr>
> >
> > I tried to start Emacs from gdb (the latter started from an MSYS
> > console) but then I got that xbacktrace is not supported.
>
> You need to start GDB from the src directory of the Emacs tree.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21 18:00 ` Vincent Belaïche
@ 2014-09-21 18:09   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-21 18:09 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Sun, 21 Sep 2014 20:00:35 +0200
> 
> It did not crash when started from the debugger --- it got open on the Elisp manual top page, and then
> I typed 'C-x C-c' to exit. The `[Inferior 1 (process 85856) exited
> normally]' output was made before I exited.

So you cannot reproduce it, too.

Can you describe what happens when it crashes?  What do you see,
exactly?





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (3 preceding siblings ...)
  2014-09-21 18:00 ` Vincent Belaïche
@ 2014-09-21 21:13 ` Vincent Belaïche
  2014-09-22  2:49   ` Eli Zaretskii
  2014-09-22  4:21 ` Vincent Belaïche
                   ` (3 subsequent siblings)
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-21 21:13 UTC (permalink / raw)
  To: 18516, Eli Zaretskii; +Cc: Vincent Belaïche

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

Dear Eli et alii,

Sorry for my previous email, actually I had done a mistake when trying
to launch from gdb as I had provided to `run' the slash the absence of
which is needed for crashing, that is why there was no crash with gdb!
Sorry for loosing your precious time... :-/

So, actually, I *can* make it crash under gdb.

The problem is that there is not much information provided by gdb --- no
more information than if there is no crash --- if I type:

(gdb) bt full

I get:

(gdb) No stack.

whether it is before run, after it (crash done), or before or after
clicking on the "Ne pas envoyer" (=Don't send) button of the MSW crash
popup windown.

and `bt full' does not seem to have any other effect.

and if I type

(gdb) xbacktrace

Then I get:

(gdb) Undefined command: "xbacktrace".  Try "help".

I have gdb 7.4 (maybe there are more recent ones for MSWindows XP)

What I see when the crash occurs is the usual MSWindows crash popup that
propose you to send a file that contains a dump of your memory ---
possibly containing confidential data from other applications, this is
why I never accept to do such a thing and use as much as possible free
S/W.

  Vincent.

PS: attached is a screenshot of after the crash (I only moved the
3 windows (1= gdb in console, 2=Emacs, 3=MSW crash popup) for all of
them to be visible.


[-- Attachment #2: Sans titre.PNG --]
[-- Type: image/png, Size: 102921 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21 21:13 ` Vincent Belaïche
@ 2014-09-22  2:49   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-22  2:49 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Cc: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Sun, 21 Sep 2014 23:13:33 +0200
> 
> So, actually, I *can* make it crash under gdb.
> 
> The problem is that there is not much information provided by gdb --- no
> more information than if there is no crash --- if I type:
> 
> (gdb) bt full
> 
> I get:
> 
> (gdb) No stack.
> 
> whether it is before run, after it (crash done), or before or after
> clicking on the "Ne pas envoyer" (=Don't send) button of the MSW crash
> popup windown.
> 
> and `bt full' does not seem to have any other effect.

That's because Emacs already exited by that time.  You need to catch
the moment when it crashes.

The problem here is that you run the wrong program under the debugger:
runemacs.exe.  You need to invoke emacs.exe instead.

Please invoke Emacs under GDB like this:

 gdb c:/Programme/GNU/Emacs/bin/emacs.exe
 (gdb) run -Q --eval=... <put here the rest of the command line>





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (4 preceding siblings ...)
  2014-09-21 21:13 ` Vincent Belaïche
@ 2014-09-22  4:21 ` Vincent Belaïche
  2014-09-22  6:21   ` Dmitry Antipov
  2014-09-22  4:26 ` Vincent Belaïche
                   ` (2 subsequent siblings)
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-22  4:21 UTC (permalink / raw)
  To: 18516, Eli Zaretskii; +Cc: Vincent Belaïche

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

Dear Eli,

[...]

>
> That's because Emacs already exited by that time. You need to catch
> the moment when it crashes.
>
> The problem here is that you run the wrong program under the debugger:
> runemacs.exe. You need to invoke emacs.exe instead.
>
> Please invoke Emacs under GDB like this:
>
> gdb c:/Programme/GNU/Emacs/bin/emacs.exe
> (gdb) run -Q --eval=... <put here the rest of the command line>

Ok...

Here is attached the log of the gdb sessione encoded in raw-text coding
system, please feel free to ask me for any further step --- like setting
break points, dumping some variable contents, and so on --- if it can
help locate the problem.

BR,
  Vincent.


[-- Attachment #2: gdb session log --]
[-- Type: application/octet-stream, Size: 31450 bytes --]



C:\Programme\GNU\installation\emacs-install\emacs\trunk\src>gdb c:/Programme/GNU/Emacs/bin/emacs.exe
gdb c:/Programme/GNU/Emacs/bin/emacs.exe
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from c:\Programme\GNU\Emacs\bin\emacs.exe...done.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
DISPLAY = w32
TERM = emacs
Breakpoint 1 at 0x109721d: file emacs.c, line 360.
Temporary breakpoint 2 at 0x10adc12: file sysdep.c, line 911.
(gdb) run  -Q  "--eval=(eval-after-load \"Info\"  '(dolist (i '(\"c:/Programme/GNU/emacs/share/info/\" \"c:Invalid/path/info\" )) (add-to-list 'Info-directory-list i)))" -f info "--eval=(Info-menu \"Elisp\")"
Starting program: c:\Programme\GNU\Emacs\bin\emacs.exe -Q  "--eval=(eval-after-load \"Info\"  '(dolist (i '(\"c:/Programme/GNU/emacs/share/info/\" \"c:Invalid/path/info\" )) (add-to-list 'Info-directory-list i)))" -f info "--eval=(Info-menu \"Elisp\")"
[New Thread 99232.0x18330]
[New Thread 99232.0x181ec]
[New Thread 99232.0x18518]

Program received signal SIGSEGV, Segmentation fault.
0x011a79a7 in __chkstk_ms ()
(gdb) bt full
#0  0x011a79a7 in __chkstk_ms ()
No symbol table info available.
#1  0x010c1ee7 in Fexpand_file_name (name=<optimized out>, 
    default_directory=21222793) at fileio.c:1390
        nm = 0x83e3e2 "Invalid/path/info"
        nmlim = 0x11 <Address 0x11 out of bounds>
        newdir = <optimized out>
        newdirlim = <optimized out>
        target = <optimized out>
        tlen = <optimized out>
        pw = <optimized out>
        drive = 67
        collapse_newdir = <optimized out>
        is_escaped = <optimized out>
        length = <optimized out>
        nbytes = <optimized out>
        handler = <optimized out>
        result = <optimized out>
        handled_name = <optimized out>
        multibyte = false
        hdir = <optimized out>
        sa_count = 16
        sa_must_free = false
#2  0x010c1c45 in Fexpand_file_name (name=84032177, 
    default_directory=74933009) at fileio.c:976
        o = 0x4779514 "c:Invalid/path/info"
        nm = <optimized out>
        nmlim = <optimized out>
        newdir = <optimized out>
        newdirlim = <optimized out>
        target = <optimized out>
        tlen = <optimized out>
        pw = <optimized out>
        drive = 0
        collapse_newdir = true
        is_escaped = false
        length = <optimized out>
        nbytes = <optimized out>
        handler = <optimized out>
        result = <optimized out>
        handled_name = <optimized out>
        multibyte = <optimized out>
        hdir = <optimized out>
        sa_count = 22678672
        sa_must_free = false
#3  0x01100c0e in Ffuncall (nargs=3, args=0x83ed9c) at eval.c:2729
        internal_argbuf = {74923945, 84032177, 21065338, 84653723, 84653723, 
          8646176, 21166434, 17757917}
        fun = 18558869
        original_fun = <optimized out>
        funcar = 2
        numargs = 2
        val = <optimized out>
        internal_args = 0x83eda0
        i = <optimized out>
#4  0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=52, 
    args_template=2052, nargs=8646048, args=0x3) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 15
        stack = {
          pc = 0x50a3b93 "▓\004ð\006\006ù\002@\"▓\003\vÊË!ân", 
          byte_string = 74924153, 
          byte_string_start = 0x50a3b3c "┼ãÃ\004╚#\003\003#åý", 
          next = 0x83ef80
        }
        result = 520
        type = 84564976
#5  0x01100749 in funcall_lambda (fun=84565093, nargs=1, arg_vector=0x83ef28)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 2052
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#6  0x0110099f in Ffuncall (nargs=2, args=0x83ef24) at eval.c:2787
        fun = <optimized out>
        original_fun = 84069210
        funcar = 2
        numargs = 1
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#7  0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=36, 
    args_template=4104, nargs=4, args=0x2) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 14
        stack = {
          pc = 0x50a3c8a "▓\004┼ã!ä\022", 
          byte_string = 74923673, 
          byte_string_start = 0x50a3c84 "├ \210─\004!▓\004┼ã!ä\022", 
          next = 0x83f100
        }
        result = 520
        type = 84565112
#8  0x01100749 in funcall_lambda (fun=84565165, nargs=4, arg_vector=0x83f0a8)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 4104
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#9  0x0110099f in Ffuncall (nargs=5, args=0x83f0a4) at eval.c:2787
        fun = <optimized out>
        original_fun = 84069234
        funcar = 2
        numargs = 4
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#10 0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=36, 
    args_template=3076, nargs=21065338, args=0x5) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 13
        stack = {
          pc = 0x505164b "ç", 
          byte_string = 21146705, 
          byte_string_start = 0x50515d8 "┴ \210\001â\031", 
          next = 0x83f270
        }
        result = 520
        type = 84450056
#11 0x01100749 in funcall_lambda (fun=84450157, nargs=2, arg_vector=0x83f220)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 3076
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#12 0x0110099f in Ffuncall (nargs=3, args=0x83f21c) at eval.c:2787
        fun = <optimized out>
        original_fun = 84069138
        funcar = 2
        numargs = 2
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#13 0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=20, 
    args_template=2052, nargs=8647204, args=0x3) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 12
        stack = {
          pc = 0x4762593 "ç", 
          byte_string = 74936721, 
          byte_string_start = 0x4762580 "└┴\003!\002à\022", 
          next = 0x83f540
        }
        result = 520
        type = 84452360
#14 0x01100749 in funcall_lambda (fun=84452477, nargs=1, arg_vector=0x83f310)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 2052
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#15 0x010ffc34 in apply_lambda (fun=84452477, args=<optimized out>)
    at eval.c:2835
        args_left = 21065338
        i = <optimized out>
        numargs = 1
        arg_vector = 0x83f310
        tem = <optimized out>
        sa_must_free = <optimized out>
#16 0x010ffe7d in eval_sub (form=25965398) at eval.c:2256
        fun = <optimized out>
        val = <optimized out>
        original_fun = 74916362
        original_args = 25965390
        funcar = 2
#17 0x0110208c in Feval (form=25965398, lexical=21065338) at eval.c:1999
No locals.
#18 0x01100c0e in Ffuncall (nargs=2, args=0x83f4dc) at eval.c:2729
        internal_argbuf = {25965398, 21065338, 21065338, 154, 8647900, 
          8647904, 8648040, 17875523}
        fun = 20425005
        original_fun = <optimized out>
        funcar = 2
        numargs = 1
        val = <optimized out>
        internal_args = 0x83f450
        i = <optimized out>
#19 0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=92, 
    args_template=1028, nargs=18864696, args=0x2) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 7
        stack = {
          pc = 0x133fed2 "\210é╝\003\016AÕ\235â╦\001╠µþ\016C\"\003åi\001\nëA\022óë▓\f╠┘\036DÐ\003\003\003#)Âââà\001\006	Í╠O▓\n┘▓\001ÞÚ\006\v!!▓\nëâª\001═\016E\006\vC\"\026E\006\bâÃ\001\016E▓	éÃ\001\006\bâ¢\001\006\b\006\n\006\nABí\210\006\bA▓	éÃ\001\006	\016EBë\026E▓	\210é╝\003\016AÛ\235â¾\001Ú\002å▄\001\nëA\022ó!Þ\001!Ù\001!âÚ\001ë▓\002ý\002╠┘#Â\003é╝\003\016AÝ\235â\023\002Ú\002å\004\002\nëA\022ó!Þ\001!ý\001╠┘ë$Â\003é╝\003\016A¯Ü"..., 
          byte_string = 18864681, 
          byte_string_start = 0x133fd83 "ã \210\bâ\021", 
          next = 0x83f6e0
        }
        result = 520
        type = 8647908
#20 0x01100749 in funcall_lambda (fun=18864661, nargs=1, arg_vector=0x83f658)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 1028
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#21 0x0110099f in Ffuncall (nargs=2, args=0x83f654) at eval.c:2787
        fun = <optimized out>
        original_fun = 22522602
        funcar = 2
        numargs = 1
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#22 0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=68, 
    args_template=0, nargs=18851656, args=0x2) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 6
        stack = {
          pc = 0x1342b8d "\210Ã\016@ëâÓ\004ë@\002ä┘\004\201¡", 
          byte_string = 18851641, 
          byte_string_start = 0x1342703 "ã \020Ã\021\n\023Ã\024╚╔!ëÃ=ä0", 
          next = 0x83f870
        }
        result = 520
        type = 8648280
#23 0x01100749 in funcall_lambda (fun=18851621, nargs=0, arg_vector=0x83f7fc)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 0
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#24 0x0110099f in Ffuncall (nargs=1, args=0x83f7f8) at eval.c:2787
        fun = <optimized out>
        original_fun = 22598642
        funcar = 2
        numargs = 0
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#25 0x011325e1 in exec_byte_code (bytestr=520, vector=2, maxdepth=48, 
    args_template=0, nargs=8648696, args=0x1) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 4
        stack = {
          pc = 0x1343205 "\210)\210¹³²\"\210■╩ \"ë;ân\001\201H", 
          byte_string = 18849905, 
          byte_string_start = 0x13430b2 "\bâ\b", 
          next = 0x0
        }
        result = 520
        type = 18849920
#26 0x01100749 in funcall_lambda (fun=18849885, nargs=0, arg_vector=0x83f910)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 0
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#27 0x010ffc34 in apply_lambda (fun=18849885, args=<optimized out>)
    at eval.c:2835
        args_left = 21065338
        i = <optimized out>
        numargs = 0
        arg_vector = 0x83f910
        tem = <optimized out>
        sa_must_free = <optimized out>
#28 0x010ffe7d in eval_sub (form=22169014) at eval.c:2256
        fun = <optimized out>
        val = <optimized out>
        original_fun = 22674562
        original_args = 21065338
        funcar = 2
#29 0x0110208c in Feval (form=22169014, lexical=21065338) at eval.c:1999
No locals.
#30 0x01099c44 in top_level_2 () at keyboard.c:1205
No locals.
#31 0x010ff352 in internal_condition_case (bfun=0x1099c2b <top_level_2>, 
    handlers=21115634, hfun=0x109b0c2 <cmd_error>) at eval.c:1350
        val = <optimized out>
        c = 0x4754280
#32 0x0109a32e in top_level_1 (ignore=21065338) at keyboard.c:1213
No locals.
#33 0x010ff296 in internal_catch (tag=21109474, func=0x109a2cf <top_level_1>, 
    arg=21065338) at eval.c:1111
        val = <optimized out>
        c = 0x1416e5a
#34 0x0109ad77 in command_loop () at keyboard.c:1174
No locals.
#35 recursive_edit_1 () at keyboard.c:785
        val = 0
#36 0x0109b00e in Frecursive_edit () at keyboard.c:856
        buffer = <optimized out>
#37 0x011aea9e in main (argc=<optimized out>, argv=0x34d68) at emacs.c:1642
        dummy = 2009095316
        stack_bottom_variable = 1 '\001'
        do_initial_setlocale = <optimized out>
        dumping = false
        skip_args = 0
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x77c04e42 "¸Ï\033└¸ÏYH]├╠╠╠╠╠j\024h`(¥wÞ├%"
        original_pwd = 0x1525c7e "R\001\271ÚQ\001■\\R\001┬`W\001znA\001ó└C\001×\\R\001\b"

Lisp Backtrace:
"expand-file-name" (0x83eda0)
"Info-find-file" (0x83ef28)
"Info-find-node" (0x83f0a8)
"Info-goto-node" (0x83f220)
"Info-menu" (0x83f310)
"eval" (0x83f4e0)
"command-line-1" (0x83f658)
"command-line" (0x83f7fc)
"normal-top-level" (0x83f910)
(gdb) 

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (5 preceding siblings ...)
  2014-09-22  4:21 ` Vincent Belaïche
@ 2014-09-22  4:26 ` Vincent Belaïche
  2014-09-22 17:13 ` Vincent Belaïche
  2014-09-23  9:51 ` Vincent Belaïche
  8 siblings, 0 replies; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-22  4:26 UTC (permalink / raw)
  To: 18516, Eli Zaretskii; +Cc: Vincent Belaïche

>Dear Eli,
>

[...]

>
>Here is attached the log of the gdb sessione encoded in raw-text coding
>system, 
[...]

Just to clarify that to make this file, I did `M-x shell', then all of
the gdb stuff, and then saved the whole Emacs buffer to a log file ---
at that time I was asked by Emacs whether I want to encode some stange
char as utf-8, and I replied raw-text rather than utf-8.

  Vincent.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-22  4:21 ` Vincent Belaïche
@ 2014-09-22  6:21   ` Dmitry Antipov
  2014-09-22 14:39     ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Dmitry Antipov @ 2014-09-22  6:21 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

On 09/22/2014 08:21 AM, Vincent Belaïche wrote:

> Here is attached the log of the gdb sessione encoded in raw-text coding
> system, please feel free to ask me for any further step --- like setting
> break points, dumping some variable contents, and so on --- if it can
> help locate the problem.

Crash in Fexpand_file_name?  Hm...there was some changes in r11780[123]
and r117806.  Can you try to revert to r117800 and reproduce this crash?

Dmitry







^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-22  6:21   ` Dmitry Antipov
@ 2014-09-22 14:39     ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-22 14:39 UTC (permalink / raw)
  To: Dmitry Antipov; +Cc: vincent.b.1, 18516-done

> Date: Mon, 22 Sep 2014 10:21:57 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> CC: 18516@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>
> 
> On 09/22/2014 08:21 AM, Vincent Belaïche wrote:
> 
> > Here is attached the log of the gdb sessione encoded in raw-text coding
> > system, please feel free to ask me for any further step --- like setting
> > break points, dumping some variable contents, and so on --- if it can
> > help locate the problem.
> 
> Crash in Fexpand_file_name?  Hm...there was some changes in r11780[123]
> and r117806.  Can you try to revert to r117800 and reproduce this crash?

This was introduced in r117806 (alloca doesn't like negative arguments).

Fixed in trunk revision 117918.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (6 preceding siblings ...)
  2014-09-22  4:26 ` Vincent Belaïche
@ 2014-09-22 17:13 ` Vincent Belaïche
  2014-09-22 17:53   ` Eli Zaretskii
  2014-09-23  9:51 ` Vincent Belaïche
  8 siblings, 1 reply; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-22 17:13 UTC (permalink / raw)
  To: 18516, Eli Zaretskii; +Cc: Vincent Belaïche

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

Дорогие Дмитрий, Илья, и другие,

----------------------------------------
> Date: Mon, 22 Sep 2014 17:39:36 +0300
> From: eliz@gnu.org
> Subject: Re: bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
> To: dmantipov@yandex.ru
> CC: vincent.b.1@hotmail.fr; 18516-done@debbugs.gnu.org
>
> > Date: Mon, 22 Sep 2014 10:21:57 +0400
> > From: Dmitry Antipov <dmantipov@yandex.ru>
> > CC: 18516@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>
> >
> > On 09/22/2014 08:21 AM, Vincent Belaïche wrote:
> >
> > > Here is attached the log of the gdb sessione encoded in raw-text coding
> > > system, please feel free to ask me for any further step --- like setting
> > > break points, dumping some variable contents, and so on --- if it can
> > > help locate the problem.
> >
> > Crash in Fexpand_file_name? Hm...there was some changes in r11780[123]
> > and r117806. Can you try to revert to r117800 and reproduce this crash?
>
> This was introduced in r117806 (alloca doesn't like negative arguments).
>
> Fixed in trunk revision 117918.

Could you please send to me the exact bzr command you would like me to
do in order to revert to whatever revision you think is of interest, and
then I can rebuild Emacs and try again to crash.

Another option would be to instrument Fexpand_file_name in order to find
when it crashes in more details, just send me a fileio.c as attachment
if you want me to do that.

After reading of Eli that the crash is within Fexpand_file_name, I have
done some more investigation how to provoke the crash with a simpler
command line, and I have found that the following arguments suffice:

-Q "--eval=(expand-file-name \"c:Invalid/path/info\" \"C:\\Programme\\GNU\\installation\\emacs-install\\emacs\\trunk\\src/\")"


Please note that:

1) C:\Programme\GNU\installation\emacs-install\emacs\trunk\src/ is the
   value of variable default-directory, and I need to pass it explicitly
   to expand-file-name for the crash to happen

2) It is on purpose that
   C:\Programme\GNU\installation\emacs-install\emacs\trunk\src/ mixes
   backward and forward slashes, it is the way it is when I launch Emacs
   with -Q and
   current directory=C:\Programme\GNU\installation\emacs-install\emacs\trunk\src

3) C:\Programme\GNU\installation\emacs-install\emacs\trunk\src is the
   directory where the C source code is found, and in which I lauch gdb
   according to Eli's recommendation.

4) c:Invalid/path/info is an invalid path, and it is on purpose that
   first slash after c: is missing.

Hopefully, this shorter settup will allow you to reproduce the
crash. Could you please try that before I have to do any bzr reverting.


VBR,
  Vincent.

PS: Attached is a gdb session log with the crash causing simpler settup.


[-- Attachment #2: bug18516_3.log --]
[-- Type: application/octet-stream, Size: 16043 bytes --]



C:\Programme\GNU\installation\emacs-install\emacs\trunk\src>gdb c:/Programme/GNU/Emacs/bin/emacs.exe
gdb c:/Programme/GNU/Emacs/bin/emacs.exe
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from c:\Programme\GNU\Emacs\bin\emacs.exe...done.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
DISPLAY = w32
TERM = emacs
Breakpoint 1 at 0x109721d: file emacs.c, line 360.
Temporary breakpoint 2 at 0x10adc12: file sysdep.c, line 911.
(gdb) run -Q "--eval=(expand-file-name \"c:Invalid/path/info\" \"C:\\Programme\\GNU\\installation\\emacs-install\\emacs\\trunk\\src/\")"
Starting program: c:\Programme\GNU\Emacs\bin\emacs.exe -Q "--eval=(expand-file-name \"c:Invalid/path/info\" \"C:\\Programme\\GNU\\installation\\emacs-install\\emacs\\trunk\\src/\")"
[New Thread 122956.0x20ee0]
[New Thread 122956.0x20674]
[New Thread 122956.0x2087c]

Program received signal SIGSEGV, Segmentation fault.
0x011a79a7 in __chkstk_ms ()
(gdb) bt full
#0  0x011a79a7 in __chkstk_ms ()
No symbol table info available.
#1  0x010c1ee7 in Fexpand_file_name (name=<optimized out>, 
    default_directory=84254425) at fileio.c:1390
        nm = 0x83eed2 "Invalid/path/info"
        nmlim = 0x11 <Address 0x11 out of bounds>
        newdir = <optimized out>
        newdirlim = <optimized out>
        target = <optimized out>
        tlen = <optimized out>
        pw = <optimized out>
        drive = 67
        collapse_newdir = <optimized out>
        is_escaped = <optimized out>
        length = <optimized out>
        nbytes = <optimized out>
        handler = <optimized out>
        result = <optimized out>
        handled_name = <optimized out>
        multibyte = false
        hdir = <optimized out>
        sa_count = 12
        sa_must_free = false
#2  0x011000fb in eval_sub (form=22758558) at eval.c:2184
        numargs = <optimized out>
        args_left = 21065338
        i = 2
        maxargs = 2
        argvals = {84254441, 84254425, 22678576, 21065338, 17833915, 
          21141850, 21065338, 21065338}
        fun = 18558869
        val = <optimized out>
        original_fun = 2
        original_args = 22758550
        funcar = 2
#3  0x0110208c in Feval (form=22758558, lexical=21065338) at eval.c:1999
No locals.
#4  0x01100c0e in Ffuncall (nargs=2, args=0x83f4dc) at eval.c:2729
        internal_argbuf = {22758558, 21065338, 21065338, 154, 8647900, 
          8647904, 8648040, 17875523}
        fun = 20425005
        original_fun = <optimized out>
        funcar = 2
        numargs = 1
        val = <optimized out>
        internal_args = 0x83f450
        i = <optimized out>
#5  0x011325e1 in exec_byte_code (bytestr=2090335604, vector=2, maxdepth=92, 
    args_template=1028, nargs=18864696, args=0x2) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 7
        stack = {
          pc = 0x133fed2 "\210é╝\003\016AÕ\235â╦\001╠µþ\016C\"\003åi\001\nëA\022óë▓\f╠┘\036DÐ\003\003\003#)Âââà\001\006	Í╠O▓\n┘▓\001ÞÚ\006\v!!▓\nëâª\001═\016E\006\vC\"\026E\006\bâÃ\001\016E▓	éÃ\001\006\bâ¢\001\006\b\006\n\006\nABí\210\006\bA▓	éÃ\001\006	\016EBë\026E▓	\210é╝\003\016AÛ\235â¾\001Ú\002å▄\001\nëA\022ó!Þ\001!Ù\001!âÚ\001ë▓\002ý\002╠┘#Â\003é╝\003\016AÝ\235â\023\002Ú\002å\004\002\nëA\022ó!Þ\001!ý\001╠┘ë$Â\003é╝\003\016A¯Ü"..., 
          byte_string = 18864681, 
          byte_string_start = 0x133fd83 "ã \210\bâ\021", 
          next = 0x83f6e0
        }
        result = 2090335604
        type = 8647908
#6  0x01100749 in funcall_lambda (fun=18864661, nargs=1, arg_vector=0x83f658)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 1028
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#7  0x0110099f in Ffuncall (nargs=2, args=0x83f654) at eval.c:2787
        fun = <optimized out>
        original_fun = 22522602
        funcar = 2
        numargs = 1
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#8  0x011325e1 in exec_byte_code (bytestr=2090335604, vector=2, maxdepth=68, 
    args_template=0, nargs=18851656, args=0x2) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 6
        stack = {
          pc = 0x1342b8d "\210Ã\016@ëâÓ\004ë@\002ä┘\004\201¡", 
          byte_string = 18851641, 
          byte_string_start = 0x1342703 "ã \020Ã\021\n\023Ã\024╚╔!ëÃ=ä0", 
          next = 0x83f870
        }
        result = 2090335604
        type = 8648280
#9  0x01100749 in funcall_lambda (fun=18851621, nargs=0, arg_vector=0x83f7fc)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 0
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#10 0x0110099f in Ffuncall (nargs=1, args=0x83f7f8) at eval.c:2787
        fun = <optimized out>
        original_fun = 22598642
        funcar = 2
        numargs = 0
        val = <optimized out>
        internal_args = <optimized out>
        i = <optimized out>
#11 0x011325e1 in exec_byte_code (bytestr=2090335604, vector=2, maxdepth=48, 
    args_template=0, nargs=8648696, args=0x1) at bytecode.c:920
        targets = {0x113265e, 0x1132d6b, 0x1132d70, 0x1132d75, 0x11324b1, 
          0x11324b1, 0x113392a, 0x1134215, 0x11341f9, 0x11341fe, 0x1134203, 
          0x1134208, 0x11324dd, 0x11324dd, 0x1132a81, 0x11341d8, 0x1132c60, 
          0x1132c65, 0x1132bea, 0x1132bef, 0x1132533, 0x1132533, 0x1132ba2, 
          0x1132b81, 0x1132ce6, 0x1132cdc, 0x1132ce1, 0x1132cc6, 0x113258e, 
          0x113258e, 0x1132bd9, 0x1132b60, 0x1132c8b, 0x1132c90, 0x1132c95, 
          0x1132ca5, 0x11325c4, 0x11325c4, 0x1132ccb, 0x1132c6a, 0x11326d5, 
          0x11326da, 0x11326df, 0x1132cf5, 0x11325fb, 0x11325fb, 0x1132cb5, 
          0x11326b4, 0x1134052, 0x1134048, 0x1133f84, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113384b, 0x11338c8, 0x11338f9, 
          0x1133e50, 0x1133e81, 0x1132b29, 0x1132bf4, 0x1133ebb, 0x1132af5, 
          0x1132c2c, 0x1133ee5, 0x1133cb4, 0x1133cdb, 0x1133d10, 0x1133d44, 
          0x1133db8, 0x1133ddc, 0x1133e11, 0x1133960, 0x1133984, 0x11339a8, 
          0x11339dd, 0x1133a15, 0x1133a4a, 0x1133a86, 0x1133aba, 0x1133aee, 
          0x1133b5f, 0x1133b8d, 0x1133bbb, 0x1133c77, 0x1133bfa, 0x1133c37, 
          0x1132f10, 0x1132f4d, 0x1132f81, 0x1132faa, 0x1132fde, 0x1133012, 
          0x1133046, 0x11330e6, 0x1132634, 0x1133119, 0x113313d, 0x11331aa, 
          0x11331da, 0x113320a, 0x1133231, 0x113325a, 0x1133280, 0x11332ad, 
          0x113265e, 0x11332da, 0x1133303, 0x113332c, 0x1133355, 0x113337e, 
          0x11333a7, 0x1132634, 0x113265e, 0x11333ce, 0x113340e, 0x1133432, 
          0x1133456, 0x113348e, 0x11334c3, 0x11334e7, 0x1133506, 0x113353e, 
          0x1133573, 0x11335ab, 0x11335d4, 0x113265e, 0x11343f1, 0x11326e5, 
          0x1132a92, 0x1132904, 0x11327cc, 0x11329f0, 0x11342db, 0x11343d8, 
          0x1132bb3, 0x1134352, 0x113437c, 0x1133f1a, 0x1133f44, 0x1134074, 
          0x11340b9, 0x113430f, 0x11337f9, 0x1132ee7, 0x11335f8, 0x1133634, 
          0x113365b, 0x113367f, 0x11336a3, 0x11336c7, 0x11336ff, 0x1133734, 
          0x1133769, 0x11337a1, 0x1132d85, 0x1132dbd, 0x1132df2, 0x1132e16, 
          0x1132e4b, 0x1132e83, 0x1132eb5, 0x11337c5, 0x113307a, 0x11330ae, 
          0x1132d05, 0x1132d3f, 0x113265e, 0x113275f, 0x1132999, 0x113282b, 
          0x11328af, 0x113425a, 0x1133d78, 0x1133b22, 0x113316a, 0x11340f8, 
          0x113412d, 0x113265e, 0x113265e, 0x1134171, 0x113265e, 0x113265e, 
          0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 0x113265e, 
          0x113265e, 0x11341aa <repeats 64 times>}
        count = 4
        stack = {
          pc = 0x1343205 "\210)\210¹³²\"\210■╩ \"ë;ân\001\201H", 
          byte_string = 18849905, 
          byte_string_start = 0x13430b2 "\bâ\b", 
          next = 0x0
        }
        result = 2090335604
        type = 18849920
#12 0x01100749 in funcall_lambda (fun=18849885, nargs=0, arg_vector=0x83f910)
    at eval.c:2894
        val = <optimized out>
        syms_left = <optimized out>
        next = 0
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#13 0x010ffc34 in apply_lambda (fun=18849885, args=<optimized out>)
    at eval.c:2835
        args_left = 21065338
        i = <optimized out>
        numargs = 0
        arg_vector = 0x83f910
        tem = <optimized out>
        sa_must_free = <optimized out>
#14 0x010ffe7d in eval_sub (form=22169014) at eval.c:2256
        fun = <optimized out>
        val = <optimized out>
        original_fun = 22674562
        original_args = 21065338
        funcar = 2
#15 0x0110208c in Feval (form=22169014, lexical=21065338) at eval.c:1999
No locals.
#16 0x01099c44 in top_level_2 () at keyboard.c:1205
No locals.
#17 0x010ff352 in internal_condition_case (bfun=0x1099c2b <top_level_2>, 
    handlers=21115634, hfun=0x109b0c2 <cmd_error>) at eval.c:1350
        val = <optimized out>
        c = 0x4754280
#18 0x0109a32e in top_level_1 (ignore=21065338) at keyboard.c:1213
No locals.
#19 0x010ff296 in internal_catch (tag=21109474, func=0x109a2cf <top_level_1>, 
    arg=21065338) at eval.c:1111
        val = <optimized out>
        c = 0x1416e5a
#20 0x0109ad77 in command_loop () at keyboard.c:1174
No locals.
#21 recursive_edit_1 () at keyboard.c:785
        val = 0
#22 0x0109b00e in Frecursive_edit () at keyboard.c:856
        buffer = <optimized out>
#23 0x011aea9e in main (argc=<optimized out>, argv=0x34cc0) at emacs.c:1642
        dummy = 2009095316
        stack_bottom_variable = 1 '\001'
        do_initial_setlocale = <optimized out>
        dumping = false
        skip_args = 0
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x77c04e42 "¸Ï\033└¸ÏYH]├╠╠╠╠╠j\024h`(¥wÞ├%"
        original_pwd = 0x1525d06 "R\001÷\\R\001FVR\001r\nB\001¥:R\001l"

Lisp Backtrace:
"expand-file-name" (0x83f3bc)
"eval" (0x83f4e0)
"command-line-1" (0x83f658)
"command-line" (0x83f7fc)
"normal-top-level" (0x83f910)
(gdb) 

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-22 17:13 ` Vincent Belaïche
@ 2014-09-22 17:53   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2014-09-22 17:53 UTC (permalink / raw)
  To: Vincent Belaïche; +Cc: 18516

> From: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Cc: Vincent Belaïche <vincent.b.1@hotmail.fr> 
> Date: Mon, 22 Sep 2014 19:13:54 +0200
> 
> > > Crash in Fexpand_file_name? Hm...there was some changes in r11780[123]
> > > and r117806. Can you try to revert to r117800 and reproduce this crash?
> >
> > This was introduced in r117806 (alloca doesn't like negative arguments).
> >
> > Fixed in trunk revision 117918.
> 
> Could you please send to me the exact bzr command you would like me to
> do in order to revert to whatever revision you think is of interest, and
> then I can rebuild Emacs and try again to crash.

You don't need to revert anything, just resync with trunk and rebuild.
The problem should be gone.

> After reading of Eli that the crash is within Fexpand_file_name, I have
> done some more investigation how to provoke the crash with a simpler
> command line, and I have found that the following arguments suffice:
> 
> -Q "--eval=(expand-file-name \"c:Invalid/path/info\" \"C:\\Programme\\GNU\\installation\\emacs-install\\emacs\\trunk\\src/\")"

The easiest recipe is just this:

 emacs -Q
 M-: (let (default-directory) (expand-file-name "foo" "c:bar/baz")) RET

> Hopefully, this shorter settup will allow you to reproduce the
> crash.

I already did reproduce it, and I already fixed the crash in the
repository.  That's why I closed the bug.

> Could you please try that before I have to do any bzr reverting.

No need to revert anything.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
  2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
                   ` (7 preceding siblings ...)
  2014-09-22 17:13 ` Vincent Belaïche
@ 2014-09-23  9:51 ` Vincent Belaïche
  8 siblings, 0 replies; 17+ messages in thread
From: Vincent Belaïche @ 2014-09-23  9:51 UTC (permalink / raw)
  To: Eli Zaretskii, 18516; +Cc: Vincent Belaïche



----------------------------------------
> Date: Mon, 22 Sep 2014 20:53:16 +0300
> From: eliz@gnu.org
> Subject: Re: bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual)
> To: vincent.b.1@hotmail.fr
> CC: 18516@debbugs.gnu.org
>

[...]

>
> You don't need to revert anything, just resync with trunk and rebuild.
> The problem should be gone.
>

[...]

I did it, and the bug is gone for me also.

Thank you very much Eli for your patience & kind help.

  Vincent.






^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2014-09-23  9:51 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-09-21  8:55 bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Vincent Belaïche
2014-09-21 11:50 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
2014-09-21 15:59   ` bug#18516: 24.4.50; EMACS crashes when I try to open Elisp manual Eli Zaretskii
2014-09-21 16:00 ` Eli Zaretskii
2014-09-21 17:09 ` bug#18516: Acknowledgement (24.4.50; EMACS crashes when I try to open Elisp manual) Vincent Belaïche
2014-09-21 17:28   ` Eli Zaretskii
2014-09-21 18:00 ` Vincent Belaïche
2014-09-21 18:09   ` Eli Zaretskii
2014-09-21 21:13 ` Vincent Belaïche
2014-09-22  2:49   ` Eli Zaretskii
2014-09-22  4:21 ` Vincent Belaïche
2014-09-22  6:21   ` Dmitry Antipov
2014-09-22 14:39     ` Eli Zaretskii
2014-09-22  4:26 ` Vincent Belaïche
2014-09-22 17:13 ` Vincent Belaïche
2014-09-22 17:53   ` Eli Zaretskii
2014-09-23  9:51 ` Vincent Belaïche

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