* 24.0.91; Emacs runtime crashes while exporting an org file
@ 2011-11-18 7:55 Jambunathan K
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Jambunathan K @ 2011-11-18 7:55 UTC (permalink / raw
To: bug-gnu-emacs; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]
Summary:
24.0.91; Emacs runtime crashes while exporting with org-latex
1. Start Emacs with -Q
2. Open the attached .org file
3. C-c C-e l (l as in latex)
4. See that Emacs crashes
I am using the Windows build downloaded from alpha.gnu.org.
I don't know how to attach debugger to the Emacs build.
If no one is able to reproduce the crash, I can try attaching a
debugger.
ps: The crash can be seen with git version of orgmode as well and
manifests itself even during html export.
In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600)
of 2011-11-15 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags -I"D:/devel/emacs/libs/libXpm-3.5.8/include" -I"D:/devel/emacs/libs/libXpm-3.5.8/src" -I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include" -I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include" -I"D:/devel/emacs/libs/giflib-4.1.4-1/include" -I"D:/devel/emacs/libs/jpeg-6b-4/include" -I"D:/devel/emacs/libs/tiff-3.8.2-1/include" -I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags -L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENG
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: zotero.org --]
[-- Type: text/x-org, Size: 587 bytes --]
#+TITLE: zotero.org
#+AUTHOR: Jambunathan K
#+EMAIL: kjambunathan@gmail.com
#+DATE: 2011-11-16 Wed
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:dvipng skip:nil d:nil todo:t pri:nil tags:not-in-toc
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:
#+LINK_HOME:
#+XSLT:
* Zotero links as footnotes
This is a footnote-style citation[fn:1]. Here the Zotero link will be
formatted in to a Citation Block.
* Footnotes
[fn:1] [[http://www.google.com]]
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 7:55 24.0.91; Emacs runtime crashes while exporting an org file Jambunathan K
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
@ 2011-11-18 8:39 ` Eli Zaretskii
2011-11-18 16:03 ` Stefan Monnier
2 siblings, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2011-11-18 8:39 UTC (permalink / raw
To: Jambunathan K; +Cc: 10071, emacs-orgmode
> From: Jambunathan K <kjambunathan@gmail.com>
> Date: Fri, 18 Nov 2011 13:25:55 +0530
> Cc: emacs-orgmode@gnu.org
>
> 1. Start Emacs with -Q
> 2. Open the attached .org file
> 3. C-c C-e l (l as in latex)
> 4. See that Emacs crashes
>
> I am using the Windows build downloaded from alpha.gnu.org.
Confirmed, both on MS-Windows and on GNU/Linux. Here's the backtrace
from the current trunk tip (revno 106407) built on MS-Windows:
intervals.c:1736: Emacs fatal error: assertion failed: (tree) != 0 && (tree)->up_obj == 0
Breakpoint 1, w32_abort () at w32fns.c:7190
7190 button = MessageBox (NULL,
(gdb) bt
#0 w32_abort () at w32fns.c:7190
#1 0x01043c8e in die (
msg=0x15f8b84 "assertion failed: (tree) != 0 && (tree)->up_obj == 0",
file=0x15f8640 "intervals.c", line=1736) at alloc.c:6316
#2 0x012ebe79 in graft_intervals_into_buffer (source=0x37d1070, position=1,
length=48, buffer=0x1024d000, inherit=0) at intervals.c:1736
#3 0x01112c1d in replace_range (from=1, to=26, new=270803377, prepare=1,
inherit=0, markers=1) at insdel.c:1432
#4 0x01103c7f in Freplace_match (newtext=270803377, fixedcase=52525106,
literal=52525106, string=52525082, subexp=52525082) at search.c:2770
#5 0x01038331 in Ffuncall (nargs=4, args=0x82e6b0) at eval.c:2990
#6 0x011266a6 in exec_byte_code (bytestr=58343857, vector=269975813,
maxdepth=44, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#7 0x010390b5 in funcall_lambda (fun=53514373, nargs=0, arg_vector=0x82e924)
at eval.c:3205
#8 0x01038550 in Ffuncall (nargs=1, args=0x82e920) at eval.c:3023
#9 0x011266a6 in exec_byte_code (bytestr=270077793, vector=58106885,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#10 0x010390b5 in funcall_lambda (fun=55985541, nargs=2, arg_vector=0x82eb8c)
at eval.c:3205
#11 0x01038550 in Ffuncall (nargs=3, args=0x82eb88) at eval.c:3023
#12 0x011266a6 in exec_byte_code (bytestr=55581537, vector=54480389,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#13 0x010390b5 in funcall_lambda (fun=53556101, nargs=2, arg_vector=0x82ede4)
at eval.c:3205
#14 0x01038550 in Ffuncall (nargs=3, args=0x82ede0) at eval.c:3023
#15 0x011266a6 in exec_byte_code (bytestr=270077793, vector=58106885,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#16 0x010390b5 in funcall_lambda (fun=55985541, nargs=31, arg_vector=0x82f044)
at eval.c:3205
#17 0x01038550 in Ffuncall (nargs=32, args=0x82f040) at eval.c:3023
#18 0x011266a6 in exec_byte_code (bytestr=55160593, vector=270183429,
maxdepth=132, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#19 0x010390b5 in funcall_lambda (fun=55874341, nargs=1, arg_vector=0x82f364)
at eval.c:3205
#20 0x01038550 in Ffuncall (nargs=2, args=0x82f360) at eval.c:3023
#21 0x011256d2 in Fcall_interactively (function=53737122,
record_flag=52525082, keys=52546309) at callint.c:859
#22 0x01038229 in Ffuncall (nargs=2, args=0x82f610) at eval.c:2981
#23 0x011266a6 in exec_byte_code (bytestr=270064417, vector=58107397,
maxdepth=64, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#24 0x010390b5 in funcall_lambda (fun=55986053, nargs=1, arg_vector=0x82f8e4)
at eval.c:3205
#25 0x01038550 in Ffuncall (nargs=2, args=0x82f8e0) at eval.c:3023
#26 0x011256d2 in Fcall_interactively (function=53702258,
record_flag=52525082, keys=52546309) at callint.c:859
#27 0x01038229 in Ffuncall (nargs=4, args=0x82fb80) at eval.c:2981
#28 0x010376c4 in call3 (fn=52645226, arg1=53702258, arg2=52525082,
arg3=52525082) at eval.c:2774
#29 0x0102018a in Fcommand_execute (cmd=53702258, record_flag=52525082,
keys=52525082, special=52525082) at keyboard.c:10292
#30 0x01006424 in command_loop_1 () at keyboard.c:1570
#31 0x01033e8a in internal_condition_case (bfun=0x100548f <command_loop_1>,
handlers=52582810, hfun=0x1004cb9 <cmd_error>) at eval.c:1499
#32 0x010050f5 in command_loop_2 (ignore=52525082) at keyboard.c:1158
#33 0x0103384a in internal_catch (tag=52580834,
func=0x10050d2 <command_loop_2>, arg=52525082) at eval.c:1256
#34 0x010050ad in command_loop () at keyboard.c:1137
#35 0x01004677 in recursive_edit_1 () at keyboard.c:757
#36 0x01004999 in Frecursive_edit () at keyboard.c:821
#37 0x010027c3 in main (argc=2, argv=0xa32790) at emacs.c:1707
Lisp Backtrace:
"replace-match" (0x82e6b4)
"org-export-normalize-links" (0x82e924)
"org-export-preprocess-string" (0x82eb8c)
"org-footnote-normalize" (0x82ede4)
"org-export-preprocess-string" (0x82f044)
"org-export-as-latex" (0x82f364)
"call-interactively" (0x82f614)
"org-export" (0x82f8e4)
"call-interactively" (0x82fb84)
(gdb) up
#1 0x01043c8e in die (
msg=0x15f8b84 "assertion failed: (tree) != 0 && (tree)->up_obj == 0",
file=0x15f8640 "intervals.c", line=1736) at alloc.c:6316
6316 abort ();
(gdb) up
#2 0x012ebe79 in graft_intervals_into_buffer (source=0x37d1070, position=1,
length=48, buffer=0x1024d000, inherit=0) at intervals.c:1736
1736 BUF_INTERVALS (buffer) = reproduce_tree (source, INTERVAL_PARENT (tree));
(gdb) l
1731 /* If the buffer contains only the new string, but
1732 there was already some interval tree there, then it may be
1733 some zero length intervals. Eventually, do something clever
1734 about inserting properly. For now, just waste the old intervals.
*/
1735 {
1736 BUF_INTERVALS (buffer) = reproduce_tree (source, INTERVAL_PARENT (
tree));
1737 BUF_INTERVALS (buffer)->position = BEG;
1738 BUF_INTERVALS (buffer)->up_obj = 1;
1739 /* Explicitly free the old tree here. */
1740
(gdb) p tree
$1 = (INTERVAL) 0x1023d0a8
(gdb) p *$
$2 = {
total_length = 48,
position = 3,
left = 0x101db3d4,
right = 0x1023d0fc,
up = {
interval = 0x1024d005,
obj = 270848005
},
up_obj = 1,
gcmarkbit = 0,
write_protect = 0,
visible = 0,
front_sticky = 0,
rear_sticky = 0,
plist = 269970294
}
(gdb) p tree->up_obj
$3 = 1
(gdb)
But INTERVAL_PARENT wants up_obj to be zero:
#define INTERVAL_PARENT(i) \
(eassert ((i) != 0 && (i)->up_obj == 0),(i)->up.interval)
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 7:55 24.0.91; Emacs runtime crashes while exporting an org file Jambunathan K
@ 2011-11-18 8:39 ` Eli Zaretskii
2011-11-18 11:51 ` Jambunathan K
2011-11-18 11:51 ` Jambunathan K
2011-11-18 8:39 ` Eli Zaretskii
2011-11-18 16:03 ` Stefan Monnier
2 siblings, 2 replies; 10+ messages in thread
From: Eli Zaretskii @ 2011-11-18 8:39 UTC (permalink / raw
To: Jambunathan K; +Cc: 10071, emacs-orgmode
> From: Jambunathan K <kjambunathan@gmail.com>
> Date: Fri, 18 Nov 2011 13:25:55 +0530
> Cc: emacs-orgmode@gnu.org
>
> 1. Start Emacs with -Q
> 2. Open the attached .org file
> 3. C-c C-e l (l as in latex)
> 4. See that Emacs crashes
>
> I am using the Windows build downloaded from alpha.gnu.org.
Confirmed, both on MS-Windows and on GNU/Linux. Here's the backtrace
from the current trunk tip (revno 106407) built on MS-Windows:
intervals.c:1736: Emacs fatal error: assertion failed: (tree) != 0 && (tree)->up_obj == 0
Breakpoint 1, w32_abort () at w32fns.c:7190
7190 button = MessageBox (NULL,
(gdb) bt
#0 w32_abort () at w32fns.c:7190
#1 0x01043c8e in die (
msg=0x15f8b84 "assertion failed: (tree) != 0 && (tree)->up_obj == 0",
file=0x15f8640 "intervals.c", line=1736) at alloc.c:6316
#2 0x012ebe79 in graft_intervals_into_buffer (source=0x37d1070, position=1,
length=48, buffer=0x1024d000, inherit=0) at intervals.c:1736
#3 0x01112c1d in replace_range (from=1, to=26, new=270803377, prepare=1,
inherit=0, markers=1) at insdel.c:1432
#4 0x01103c7f in Freplace_match (newtext=270803377, fixedcase=52525106,
literal=52525106, string=52525082, subexp=52525082) at search.c:2770
#5 0x01038331 in Ffuncall (nargs=4, args=0x82e6b0) at eval.c:2990
#6 0x011266a6 in exec_byte_code (bytestr=58343857, vector=269975813,
maxdepth=44, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#7 0x010390b5 in funcall_lambda (fun=53514373, nargs=0, arg_vector=0x82e924)
at eval.c:3205
#8 0x01038550 in Ffuncall (nargs=1, args=0x82e920) at eval.c:3023
#9 0x011266a6 in exec_byte_code (bytestr=270077793, vector=58106885,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#10 0x010390b5 in funcall_lambda (fun=55985541, nargs=2, arg_vector=0x82eb8c)
at eval.c:3205
#11 0x01038550 in Ffuncall (nargs=3, args=0x82eb88) at eval.c:3023
#12 0x011266a6 in exec_byte_code (bytestr=55581537, vector=54480389,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#13 0x010390b5 in funcall_lambda (fun=53556101, nargs=2, arg_vector=0x82ede4)
at eval.c:3205
#14 0x01038550 in Ffuncall (nargs=3, args=0x82ede0) at eval.c:3023
#15 0x011266a6 in exec_byte_code (bytestr=270077793, vector=58106885,
maxdepth=24, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#16 0x010390b5 in funcall_lambda (fun=55985541, nargs=31, arg_vector=0x82f044)
at eval.c:3205
#17 0x01038550 in Ffuncall (nargs=32, args=0x82f040) at eval.c:3023
#18 0x011266a6 in exec_byte_code (bytestr=55160593, vector=270183429,
maxdepth=132, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#19 0x010390b5 in funcall_lambda (fun=55874341, nargs=1, arg_vector=0x82f364)
at eval.c:3205
#20 0x01038550 in Ffuncall (nargs=2, args=0x82f360) at eval.c:3023
#21 0x011256d2 in Fcall_interactively (function=53737122,
record_flag=52525082, keys=52546309) at callint.c:859
#22 0x01038229 in Ffuncall (nargs=2, args=0x82f610) at eval.c:2981
#23 0x011266a6 in exec_byte_code (bytestr=270064417, vector=58107397,
maxdepth=64, args_template=52525082, nargs=0, args=0x0) at bytecode.c:785
#24 0x010390b5 in funcall_lambda (fun=55986053, nargs=1, arg_vector=0x82f8e4)
at eval.c:3205
#25 0x01038550 in Ffuncall (nargs=2, args=0x82f8e0) at eval.c:3023
#26 0x011256d2 in Fcall_interactively (function=53702258,
record_flag=52525082, keys=52546309) at callint.c:859
#27 0x01038229 in Ffuncall (nargs=4, args=0x82fb80) at eval.c:2981
#28 0x010376c4 in call3 (fn=52645226, arg1=53702258, arg2=52525082,
arg3=52525082) at eval.c:2774
#29 0x0102018a in Fcommand_execute (cmd=53702258, record_flag=52525082,
keys=52525082, special=52525082) at keyboard.c:10292
#30 0x01006424 in command_loop_1 () at keyboard.c:1570
#31 0x01033e8a in internal_condition_case (bfun=0x100548f <command_loop_1>,
handlers=52582810, hfun=0x1004cb9 <cmd_error>) at eval.c:1499
#32 0x010050f5 in command_loop_2 (ignore=52525082) at keyboard.c:1158
#33 0x0103384a in internal_catch (tag=52580834,
func=0x10050d2 <command_loop_2>, arg=52525082) at eval.c:1256
#34 0x010050ad in command_loop () at keyboard.c:1137
#35 0x01004677 in recursive_edit_1 () at keyboard.c:757
#36 0x01004999 in Frecursive_edit () at keyboard.c:821
#37 0x010027c3 in main (argc=2, argv=0xa32790) at emacs.c:1707
Lisp Backtrace:
"replace-match" (0x82e6b4)
"org-export-normalize-links" (0x82e924)
"org-export-preprocess-string" (0x82eb8c)
"org-footnote-normalize" (0x82ede4)
"org-export-preprocess-string" (0x82f044)
"org-export-as-latex" (0x82f364)
"call-interactively" (0x82f614)
"org-export" (0x82f8e4)
"call-interactively" (0x82fb84)
(gdb) up
#1 0x01043c8e in die (
msg=0x15f8b84 "assertion failed: (tree) != 0 && (tree)->up_obj == 0",
file=0x15f8640 "intervals.c", line=1736) at alloc.c:6316
6316 abort ();
(gdb) up
#2 0x012ebe79 in graft_intervals_into_buffer (source=0x37d1070, position=1,
length=48, buffer=0x1024d000, inherit=0) at intervals.c:1736
1736 BUF_INTERVALS (buffer) = reproduce_tree (source, INTERVAL_PARENT (tree));
(gdb) l
1731 /* If the buffer contains only the new string, but
1732 there was already some interval tree there, then it may be
1733 some zero length intervals. Eventually, do something clever
1734 about inserting properly. For now, just waste the old intervals.
*/
1735 {
1736 BUF_INTERVALS (buffer) = reproduce_tree (source, INTERVAL_PARENT (
tree));
1737 BUF_INTERVALS (buffer)->position = BEG;
1738 BUF_INTERVALS (buffer)->up_obj = 1;
1739 /* Explicitly free the old tree here. */
1740
(gdb) p tree
$1 = (INTERVAL) 0x1023d0a8
(gdb) p *$
$2 = {
total_length = 48,
position = 3,
left = 0x101db3d4,
right = 0x1023d0fc,
up = {
interval = 0x1024d005,
obj = 270848005
},
up_obj = 1,
gcmarkbit = 0,
write_protect = 0,
visible = 0,
front_sticky = 0,
rear_sticky = 0,
plist = 269970294
}
(gdb) p tree->up_obj
$3 = 1
(gdb)
But INTERVAL_PARENT wants up_obj to be zero:
#define INTERVAL_PARENT(i) \
(eassert ((i) != 0 && (i)->up_obj == 0),(i)->up.interval)
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
@ 2011-11-18 11:51 ` Jambunathan K
2011-11-18 11:51 ` Jambunathan K
1 sibling, 0 replies; 10+ messages in thread
From: Jambunathan K @ 2011-11-18 11:51 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-orgmode, 10071, n.goaziou
Ccing Nicolas to attract his attention.
Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
--
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
2011-11-18 11:51 ` Jambunathan K
@ 2011-11-18 11:51 ` Jambunathan K
2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 12:58 ` Nicolas Goaziou
1 sibling, 2 replies; 10+ messages in thread
From: Jambunathan K @ 2011-11-18 11:51 UTC (permalink / raw
To: Eli Zaretskii; +Cc: n.goaziou, 10071, emacs-orgmode
Ccing Nicolas to attract his attention.
Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
--
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 11:51 ` Jambunathan K
@ 2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 12:58 ` Nicolas Goaziou
1 sibling, 0 replies; 10+ messages in thread
From: Nicolas Goaziou @ 2011-11-18 12:58 UTC (permalink / raw
To: Jambunathan K; +Cc: emacs-orgmode, 10071
Hello,
Jambunathan K <kjambunathan@gmail.com> writes:
> Ccing Nicolas to attract his attention.
>
> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
I cannot reproduce it on development version of Org mode (nor in stable
version), GNU Emacs 24.0.91.1 (x86_64-unknown-linux-gnu, GTK+ Version
3.2.1).
Jambunathan, can you debug `org-export-normalize-links' before Emacs
crashes?
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 11:51 ` Jambunathan K
2011-11-18 12:58 ` Nicolas Goaziou
@ 2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 16:59 ` Jambunathan K
2011-11-18 16:59 ` Jambunathan K
1 sibling, 2 replies; 10+ messages in thread
From: Nicolas Goaziou @ 2011-11-18 12:58 UTC (permalink / raw
To: Jambunathan K; +Cc: Eli Zaretskii, emacs-orgmode, 10071
Hello,
Jambunathan K <kjambunathan@gmail.com> writes:
> Ccing Nicolas to attract his attention.
>
> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
I cannot reproduce it on development version of Org mode (nor in stable
version), GNU Emacs 24.0.91.1 (x86_64-unknown-linux-gnu, GTK+ Version
3.2.1).
Jambunathan, can you debug `org-export-normalize-links' before Emacs
crashes?
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 7:55 24.0.91; Emacs runtime crashes while exporting an org file Jambunathan K
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
2011-11-18 8:39 ` Eli Zaretskii
@ 2011-11-18 16:03 ` Stefan Monnier
2 siblings, 0 replies; 10+ messages in thread
From: Stefan Monnier @ 2011-11-18 16:03 UTC (permalink / raw
To: Jambunathan K; +Cc: 10071-done
> 24.0.91; Emacs runtime crashes while exporting with org-latex
> 1. Start Emacs with -Q
> 2. Open the attached .org file
> 3. C-c C-e l (l as in latex)
> 4. See that Emacs crashes
Hmm... I installed an "obvious" patch which seems to fix it.
It seems too easy, and makes me wonder why this problem waited so many
years before showing up.
Stefan
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 12:58 ` Nicolas Goaziou
@ 2011-11-18 16:59 ` Jambunathan K
2011-11-18 16:59 ` Jambunathan K
1 sibling, 0 replies; 10+ messages in thread
From: Jambunathan K @ 2011-11-18 16:59 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: emacs-orgmode, 10071
Eli, Thanks for the clue and Stefan, thanks for the fix meanwhile. The
minimal snippet that captures the root cause follows down below.
Nicolas Goaziou <n.goaziou@gmail.com> writes:
> Hello,
>
> Jambunathan K <kjambunathan@gmail.com> writes:
>
>> Ccing Nicolas to attract his attention.
>>
>> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
>
> I cannot reproduce it on development version of Org mode (nor in stable
> version), GNU Emacs 24.0.91.1 (x86_64-unknown-linux-gnu, GTK+ Version
> 3.2.1).
>
> Jambunathan, can you debug `org-export-normalize-links' before Emacs
> crashes?
#+begin_src emacs-lisp
;; install blah in the run-time
(defun blah ()
(goto-char (point-min))
(while (re-search-forward
"\\[\\[\\([^][]+\\)\\]\\(\\[\\([^][]+\\)\\]\\)?\\]" nil t)
(goto-char (1- (match-end 0)))
(org-if-unprotected
(let* ((xx (match-string 1))
(s (concat "[[" xx "][" xx "]]")))
(replace-match s t t)))))
#+end_src
;; eval the 3 forms in sequence. Note that the third form will crash
;; emacs
#+begin_src emacs-lisp
;; form 1
;; here link < buffer
;; link *is* decorated
(with-temp-buffer
;; (insert "[[http://www.google.com]]")
(insert "[[http://www.google.com]]a") ; Note the extra "a" at the
; end
(add-text-properties (point-min) (point-max)
'(org-caption nil org-caption-shortn nil
org-label nil org-attributes nil))
(blah))
#+end_src
#+begin_src emacs-lisp
;; form 2
;; here link = buffer
;; link is *not* decorated
(with-temp-buffer
(insert "[[http://www.google.com]]")
;; (insert "[[http://www.google.com]]a")
;; (add-text-properties (point-min) (point-max)
;; '(org-caption nil org-caption-shortn nil
;; org-label nil org-attributes nil))
(blah))
#+end_src
#+begin_src emacs-lisp
;; form 3
;; here link = buffer
;; link *is* decorated
(with-temp-buffer
(insert "[[http://www.google.com]]")
;; (insert "[[http://www.google.com]]a")
(add-text-properties (point-min) (point-max)
'(org-caption nil org-caption-shortn nil
org-label nil org-attributes nil))
(blah))
#+end_src
> Regards,
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bug#10071: 24.0.91; Emacs runtime crashes while exporting an org file
2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 16:59 ` Jambunathan K
@ 2011-11-18 16:59 ` Jambunathan K
1 sibling, 0 replies; 10+ messages in thread
From: Jambunathan K @ 2011-11-18 16:59 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: Eli Zaretskii, emacs-orgmode, 10071, Stefan Monnier
Eli, Thanks for the clue and Stefan, thanks for the fix meanwhile. The
minimal snippet that captures the root cause follows down below.
Nicolas Goaziou <n.goaziou@gmail.com> writes:
> Hello,
>
> Jambunathan K <kjambunathan@gmail.com> writes:
>
>> Ccing Nicolas to attract his attention.
>>
>> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
>
> I cannot reproduce it on development version of Org mode (nor in stable
> version), GNU Emacs 24.0.91.1 (x86_64-unknown-linux-gnu, GTK+ Version
> 3.2.1).
>
> Jambunathan, can you debug `org-export-normalize-links' before Emacs
> crashes?
#+begin_src emacs-lisp
;; install blah in the run-time
(defun blah ()
(goto-char (point-min))
(while (re-search-forward
"\\[\\[\\([^][]+\\)\\]\\(\\[\\([^][]+\\)\\]\\)?\\]" nil t)
(goto-char (1- (match-end 0)))
(org-if-unprotected
(let* ((xx (match-string 1))
(s (concat "[[" xx "][" xx "]]")))
(replace-match s t t)))))
#+end_src
;; eval the 3 forms in sequence. Note that the third form will crash
;; emacs
#+begin_src emacs-lisp
;; form 1
;; here link < buffer
;; link *is* decorated
(with-temp-buffer
;; (insert "[[http://www.google.com]]")
(insert "[[http://www.google.com]]a") ; Note the extra "a" at the
; end
(add-text-properties (point-min) (point-max)
'(org-caption nil org-caption-shortn nil
org-label nil org-attributes nil))
(blah))
#+end_src
#+begin_src emacs-lisp
;; form 2
;; here link = buffer
;; link is *not* decorated
(with-temp-buffer
(insert "[[http://www.google.com]]")
;; (insert "[[http://www.google.com]]a")
;; (add-text-properties (point-min) (point-max)
;; '(org-caption nil org-caption-shortn nil
;; org-label nil org-attributes nil))
(blah))
#+end_src
#+begin_src emacs-lisp
;; form 3
;; here link = buffer
;; link *is* decorated
(with-temp-buffer
(insert "[[http://www.google.com]]")
;; (insert "[[http://www.google.com]]a")
(add-text-properties (point-min) (point-max)
'(org-caption nil org-caption-shortn nil
org-label nil org-attributes nil))
(blah))
#+end_src
> Regards,
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2011-11-18 16:59 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-11-18 7:55 24.0.91; Emacs runtime crashes while exporting an org file Jambunathan K
2011-11-18 8:39 ` bug#10071: " Eli Zaretskii
2011-11-18 11:51 ` Jambunathan K
2011-11-18 11:51 ` Jambunathan K
2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 12:58 ` Nicolas Goaziou
2011-11-18 16:59 ` Jambunathan K
2011-11-18 16:59 ` Jambunathan K
2011-11-18 8:39 ` Eli Zaretskii
2011-11-18 16:03 ` Stefan Monnier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.