* bug#9682: Segfault from trunk with Lucid
@ 2011-10-06 11:20 Damien Cassou
2011-10-06 16:24 ` Glenn Morris
2019-08-23 6:06 ` Stefan Kangas
0 siblings, 2 replies; 7+ messages in thread
From: Damien Cassou @ 2011-10-06 11:20 UTC (permalink / raw)
To: 9682
I've just compiled emacs from bzr trunk with the following commands
and I can't even start Emacs Lucid:
$ bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk
$ ./autogen.sh
$ CFLAGS="-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O0" ./configure
--build i686-linux-gnu --host i686-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.0.90/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.0.90/site-lisp:/usr/share/emacs/site-lisp
--without-compress-info --with-crt-dir=/usr/lib/i386-linux-gnu/
--with-x=yes --with-x-toolkit=lucid --with-imagemagick=yes
$ /usr/bin/make -j8 CFLAGS="-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g
-O0" LDFLAGS="-g -Wl,--as-needed" bootstrap
$ cd src
$ gdb ./emacs
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2
Copyright (C) 2010 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-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/cassou/tmp/emacs/compile/trunk-lucid/src/emacs...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 = :0.0
TERM = xterm
Breakpoint 1 at 0x8164756: file emacs.c, line 386.
Temporary breakpoint 2 at 0x8183691: file sysdep.c, line 855.
(gdb) run -Q
Starting program: /home/cassou/tmp/emacs/compile/trunk-lucid/src/emacs -Q
[Thread debugging using libthread_db enabled]
[New Thread 0xb6a5fb70 (LWP 4925)]
[New Thread 0xb625eb70 (LWP 4926)]
Program received signal SIGSEGV, Segmentation fault.
0xb7f109d8 in XtInitializeWidgetClass () from /usr/lib/i386-linux-gnu/libXt.so.6
(gdb) bt full
#0 0xb7f109d8 in XtInitializeWidgetClass () from
/usr/lib/i386-linux-gnu/libXt.so.6
No symbol table info available.
#1 0xb7f11500 in _XtCreateWidget () from /usr/lib/i386-linux-gnu/libXt.so.6
No symbol table info available.
#2 0xb7f117d2 in XtCreateWidget () from /usr/lib/i386-linux-gnu/libXt.so.6
No symbol table info available.
#3 0x0812876c in x_window (f=0x86b5ec0, window_prompting=0,
minibuffer_only=0) at xfns.c:2433
class_hints = {
res_name = 0x10 <Address 0x10 out of bounds>,
res_class = 0x8 <Address 0x8 out of bounds>
}
attributes = {
background_pixmap = 134630229,
background_pixel = 139528574,
border_pixmap = 10,
border_pixel = 3221215656,
bit_gravity = 134639617,
win_gravity = 139187490,
backing_store = 139088074,
backing_planes = 3221215672,
backing_pixel = 134639617,
save_under = 139187586,
event_mask = 139088074,
do_not_propagate_mask = 2,
override_redirect = 18,
colormap = 2,
cursor = 9
}
attribute_mask = 141252648
shell_widget = 0x8608028
pane_widget = 0x86a39b8
frame_widget = 0x84bd522
al = {{
name = 0x8445165 "mappedWhenManaged",
value = 0
}, {
name = 0x8295644 "showGrip",
value = 0
}, {
name = 0x829564d "allowResize",
---Type <return> to continue, or q <return> to quit---
value = 1
}, {
name = 0x8295659 "resizeToPreferred",
value = 1
}, {
name = 0x829566b "emacsFrame",
value = 141254336
}, {
name = 0x8445aa8 "visual",
value = 140387736
}, {
name = 0x8445043 "depth",
value = 24
}, {
name = 0x844503a "colormap",
value = 32
}, {
name = 0x844501c "borderWidth",
value = 0
}, {
name = 0x80b696c
"\353\001\220\311\303U\211\345\203\354\030\213E\b\203\340\a\203\370\005u$\213E\b\203\340",
<incomplete sequence \370\213>,
value = 0
}, {
name = 0x0,
value = 16
}, {
name = 0x860d108 "",
value = 141254336
}, {
name = 0x86b56e0 "8\020",
value = -1073751864
}, {
name = 0x81cdd35
"\213E\364\203\310\001\211E\360\241ĥI\b\003E\f\243ĥI\b\213E\360\311\303U\211\345\307\005t\263H\b",
value = 140258216
}, {
name = 0xb7234a4f "\201\303\361z\002",
value = -1073751752
}, {
name = 0x8066ed0
"\211Å\333t\021\017\266\003\204\300t\n\211\034$\350\241m\026",
value = 140420064
---Type <return> to continue, or q <return> to quit---
}, {
name = 0xbfffd8f0 "N\nJ\b\002\330K\bllscreen",
value = -1073751872
}, {
name = 0x85c2ba8 "\n",
value = 1667329349
}, {
name = 0x75462e73 <Address 0x75462e73 out of bounds>,
value = 1668508780
}, {
name = 0x6e656572 <Address 0x6e656572 out of bounds>,
value = 0
}, {
name = 0x851095e
"Q\b\372\332K\b\372\264J\bb\305L\bv\tQ\bz\305L\b\312PJ\bf\tQ\b\312PJ\b\372\332K\b\372\264J\b\322\016P\b\306LS\b\022\026N\b\216\tQ\b\b",
value = -1073751800
}, {
name = 0x8063905
"\213U\b\211B$\353\017\213E\020\211D$\004\211\034$\350\312\370\026",
value = 139070030
}, {
name = 0x84a0a4e
"J\b2\334K\b\346\017J\b\026\240+\bv\nJ\b\322\311J\b^\nJ\b\031\240+\b\312PJ\b\352\311J\bn\nJ\b\242\337K\bV\nJ\b\272\337K\b~\nJ\b\322\337K\b\206\nJ\b\352\337K\b\216\nJ\b\002\340K\b\226\nJ\b\"\344K\b\316\016J\b:\344K\b\236\nJ\b\202\344K\b\256\nJ\b\352\345K\b\266\nJ\b\332\346K\b\342PJ\b\306\nJ\b\312PJ\b\022QJ\b\342PJ\b\326\nJ\b\316\nJ\bJ\352K\b\342PJ\b\346\nJ\b\336\nJ\b\342PJ\b\312PJ\b\202\353K\b\366\nJ\b\342PJ\b\312PJ\b\202\353K\b\006\vJ\b\352&L\b\276\n"...,
value = -1073751800
}, {
name = 0x81f5305
"\311\303U\211\345WVS\203\354,\213}\f\213\065`\247I\b\213]\b",
<incomplete sequence \351\262>,
value = 139070030
}, {
name = 0x84bd802 "",
value = 1668508780
}}
ac = 9
#4 0x0812a777 in Fx_create_frame (parms=139065598) at xfns.c:3357
f = 0x86b5ec0
frame = 141254341
tem = 139088050
name = 139088050
minibuffer_only = 0
window_prompting = 0
width = 0
height = 0
---Type <return> to continue, or q <return> to quit---
count = 16
gcpro1 = {
next = 0x849fa0e,
var = 0xc,
nvars = 139088074
}
gcpro2 = {
next = 0xbfffdad8,
var = 0x81ed75f,
nvars = 18
}
gcpro3 = {
next = 0x84a50ca,
var = 0x50,
nvars = 139088074
}
gcpro4 = {
next = 0x1,
var = 0x0,
nvars = -1073751908
}
display = 139088074
dpyinfo = 0x85e9178
parent = 139088074
kb = 0x85e98c0
#5 0x081ece10 in Ffuncall (nargs=2, args=0xbfffdba0) at eval.c:2974
fun = 137036325
original_fun = 139242378
funcar = 139088050
numargs = 1
lisp_numargs = 0
val = 139065870
backtrace = {
next = 0xbfffde3c,
function = 0xbfffdba0,
args = 0xbfffdba4,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0xbfffdba4
---Type <return> to continue, or q <return> to quit---
i = 0
#6 0x0822c71a in exec_byte_code (bytestr=137310225, vector=137310245,
maxdepth=16, args_template=139088074, nargs=0, args=0x0) at
bytecode.c:785
count = 11
op = 1
vectorp = 0x82f3028
stack = {
pc = 0x841a558
"\024Ύ\317\f!\210\320\f\b\"\210\321\f\322\"\210\323\f\b\"\210\n\204W",
byte_string = 137310225,
byte_string_start = 0x841a522
"\306\b!\020\307\b!\031\310\b\236\032\311\033ʉ\034\035\v\312\036\026\211\036\027\203\060",
constants = 137310245,
next = 0xbfffdee4
}
top = 0xbfffdba0
result = 136104795
#7 0x081ed74a in funcall_lambda (fun=137310189, nargs=1,
arg_vector=0x84a50ca) at eval.c:3205
val = 1
syms_left = 139088074
next = 139332242
lexenv = 139088074
count = 10
i = 1
optional = 1
rest = 0
#8 0x081ed02f in Ffuncall (nargs=2, args=0xbfffdea0) at eval.c:3023
fun = 137310189
original_fun = 139622058
funcar = 139088050
numargs = 1
lisp_numargs = 0
val = 139088074
backtrace = {
next = 0xbfffe14c,
function = 0xbfffdea0,
args = 0xbfffdea4,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0xc0
i = 1845494788
#9 0x0822c71a in exec_byte_code (bytestr=137636905, vector=137636925,
maxdepth=20, args_template=139088074, nargs=0, args=0x0) at
bytecode.c:785
---Type <return> to continue, or q <return> to quit---
count = 5
op = 1
vectorp = 0x8342c40
stack = {
pc = 0x83e542b
"\026\027\320\016\027!\210\016\035\311\036\036\211\036\037\203",
<incomplete sequence \354>,
byte_string = 137636905,
byte_string_start = 0x83e537b "\306\b\236\203,",
constants = 137636925,
next = 0xbfffe1f4
}
top = 0xbfffdea0
result = 139065998
#10 0x081ed74a in funcall_lambda (fun=137636877, nargs=1,
arg_vector=0x84a50ca) at eval.c:3205
val = 1
syms_left = 139088074
next = 139332242
lexenv = 139088074
count = 4
i = 1
optional = 1
rest = 0
#11 0x081ed02f in Ffuncall (nargs=2, args=0xbfffe1b0) at eval.c:3023
fun = 137636877
original_fun = 139588738
funcar = 140279806
numargs = 1
lisp_numargs = 0
val = 139088074
backtrace = {
next = 0xbfffe45c,
function = 0xbfffe1b0,
args = 0xbfffe1b4,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0x84a50ca
i = 0
#12 0x0822c71a in exec_byte_code (bytestr=137634201, vector=137634221,
maxdepth=24, args_template=139088074, nargs=0, args=0x0) at
bytecode.c:785
count = 4
op = 1
---Type <return> to continue, or q <return> to quit---
vectorp = 0x83421b0
stack = {
pc = 0x83e5cb6
"\211\026\024\026\025\317\v!\023\320\016\024\321\322\n\321\"#\210\323\n!\210ʉ\022\207",
byte_string = 137634201,
byte_string_start = 0x83e5c85 "\b\205K",
constants = 137634221,
next = 0xbfffe534
}
top = 0xbfffe1b0
result = 0
#13 0x081ed74a in funcall_lambda (fun=137634173, nargs=0,
arg_vector=0x84a50ca) at eval.c:3205
val = 139088074
syms_left = 139088074
next = -1073749000
lexenv = 139088074
count = 4
i = 0
optional = 0
rest = 0
#14 0x081ed02f in Ffuncall (nargs=1, args=0xbfffe4c0) at eval.c:3023
fun = 137634173
original_fun = 139635610
funcar = 139088074
numargs = 0
lisp_numargs = 137127633
val = 139088074
backtrace = {
next = 0xbfffe79c,
function = 0xbfffe4c0,
args = 0xbfffe4c4,
nargs = 0,
debug_on_exit = 0
}
internal_args = 0x50
i = 4
#15 0x0822c71a in exec_byte_code (bytestr=137330041, vector=137330061,
maxdepth=72, args_template=0, nargs=0, args=0xbfffe808) at
bytecode.c:785
count = 4
op = 0
vectorp = 0x82f7d90
stack = {
---Type <return> to continue, or q <return> to quit---
pc = 0x84177a4 "\210\201\210",
byte_string = 137330041,
byte_string_start = 0x84174f8 "\306
\020\307\021\n\023\307\024\310\311!\211\307=\204\060",
constants = 137330061,
next = 0xbfffe844
}
top = 0xbfffe4c0
result = -1222134804
#16 0x081ed47c in funcall_lambda (fun=137330013, nargs=0,
arg_vector=0x0) at eval.c:3139
val = 5
syms_left = 0
next = -1073748168
lexenv = -1073747944
count = 4
i = 2
optional = 136255914
rest = -1073748168
#17 0x081ed02f in Ffuncall (nargs=1, args=0xbfffe804) at eval.c:3023
fun = 137330013
original_fun = 139635274
funcar = -1
numargs = 0
lisp_numargs = 228
val = 141925981
backtrace = {
next = 0xbfffeb20,
function = 0xbfffe804,
args = 0xbfffe808,
nargs = 0,
debug_on_exit = 0
}
internal_args = 0x40
i = 0
#18 0x0822c71a in exec_byte_code (bytestr=137327233, vector=137327253,
maxdepth=32, args_template=0, nargs=0, args=0xbfffea60) at
bytecode.c:785
count = 3
op = 0
vectorp = 0x82f7298
stack = {
pc = 0x8418422
"\210)\210\346\347\350\"\210\351\317\352\"\211;\203\240",
byte_string = 137327233,
---Type <return> to continue, or q <return> to quit---
byte_string_start = 0x841839b "\b\203\b",
constants = 137327253,
next = 0x0
}
top = 0xbfffe804
result = -1208043143
#19 0x081ed47c in funcall_lambda (fun=137327205, nargs=0,
arg_vector=0x0) at eval.c:3139
val = -1208179632
syms_left = 0
next = 142664856
lexenv = -1208178910
count = 3
i = -1221352056
optional = 140909032
rest = 2193
#20 0x081ed2b3 in apply_lambda (fun=137327205, args=139088074) at eval.c:3082
args_left = 139088074
i = 0
numargs = 0
arg_vector = 0xbfffea60
gcpro1 = {
next = 0x29359751,
var = 0x4e78a202,
nvars = 0
}
gcpro2 = {
next = 0x4e8cab58,
var = 0x134557d,
nvars = 1316528642
}
gcpro3 = {
next = 0x0,
var = 0x1,
nvars = 142664856
}
tem = -1073745440
sa_count = 3
sa_must_free = 0
#21 0x081ebe44 in eval_sub (form=139292958) at eval.c:2367
fun = 137327205
---Type <return> to continue, or q <return> to quit---
val = 139088074
original_fun = 139501026
original_args = 139088074
funcar = -1207963660
backtrace = {
next = 0x0,
function = 0xbfffeb5c,
args = 0xbfffea60,
nargs = 0,
debug_on_exit = 0
}
gcpro1 = {
next = 0x84a9df0,
var = 0x848be08,
nvars = 0
}
gcpro2 = {
next = 0x804ee23,
var = 0xbffff1e0,
nvars = 138984968
}
gcpro3 = {
next = 0x84a50ca,
var = 0x84a9df0,
nvars = -1223493229
}
#22 0x081eb6b5 in Feval (form=139292958, lexical=139088074) at eval.c:2176
count = 2
#23 0x081681ed in top_level_2 () at keyboard.c:1167
No locals.
#24 0x081ea5c9 in internal_condition_case (bfun=0x81681d0
<top_level_2>, handlers=139119106, hfun=0x8167e2a <cmd_error>) at
eval.c:1499
val = 0
c = {
tag = 139088074,
val = 139088074,
next = 0xbfffed38,
gcpro = 0x0,
jmp = {{
__jmpbuf = {-1073745440, -1073745856, -1073746140,
-1073746696, -1954117101, 1226075516},
__mask_was_saved = 0,
---Type <return> to continue, or q <return> to quit---
__saved_mask = {
__val = {0, 0, 3221220116, 3072827380, 3086922054, 0,
0, 3221220592, 3221220128, 3087005976, 134539841, 3073615240,
134539131, 3073615152, 3087003636,
3071412748, 36, 3221220280, 3086923506, 3071857601,
140117064, 3221220188, 3086815220, 3221220268, 3221220188, 139032288,
3071430320, 3073615240,
135807602, 4294967295, 3087003636, 134539841}
}
}},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
h = {
handler = 139119106,
var = 139088074,
chosen_clause = 0,
tag = 0xbfffec10,
next = 0x0
}
#25 0x08168221 in top_level_1 (ignore=139088074) at keyboard.c:1175
No locals.
#26 0x081ea0c5 in internal_catch (tag=139117082, func=0x81681ef
<top_level_1>, arg=139088074) at eval.c:1256
c = {
tag = 139117082,
val = 139088074,
next = 0x0,
gcpro = 0x0,
jmp = {{
__jmpbuf = {-1073745440, -1073745856, -1073746140,
-1073746424, -1954231789, 1226827644},
__mask_was_saved = 0,
__saved_mask = {
__val = {0 <repeats 20 times>, 139088074, 3221220872,
136135959, 138703816, 139088074, 139107824, 136574471, 142369792,
3221221856, 138703816,
139107824, 138703816}
}
}},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
---Type <return> to continue, or q <return> to quit---
pdlcount = 2,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
#27 0x08168157 in command_loop () at keyboard.c:1130
No locals.
#28 0x08167a63 in recursive_edit_1 () at keyboard.c:757
count = 1
val = -1073746280
#29 0x08167bb4 in Frecursive_edit () at keyboard.c:821
count = 0
buffer = 139088074
#30 0x081660e2 in main (argc=2, argv=0xbffff284) at emacs.c:1706
dummy = -1207961320
stack_bottom_variable = 8 '\b'
do_initial_setlocale = 1
skip_args = 0
rlim = {
rlim_cur = 8388608,
rlim_max = 18446744073709551615
}
no_loadup = 0
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0xb6d1a970 "#\356\004\b\020ii\r"
Lisp Backtrace:
"x-create-frame" (0xbfffdba4)
"x-create-frame-with-faces" (0xbfffdea4)
"make-frame" (0xbfffe1b4)
"frame-initialize" (0xbfffe4c4)
"command-line" (0xbfffe808)
"normal-top-level" (0xbfffea60)
(gdb)
(gdb) xbacktrace
"x-create-frame" (0xbfffdba4)
"x-create-frame-with-faces" (0xbfffdea4)
"make-frame" (0xbfffe1b4)
"frame-initialize" (0xbfffe4c4)
"command-line" (0xbfffe808)
"normal-top-level" (0xbfffea60)
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2011-10-06 11:20 bug#9682: Segfault from trunk with Lucid Damien Cassou
@ 2011-10-06 16:24 ` Glenn Morris
2011-10-14 9:02 ` Damien Cassou
2019-08-23 6:06 ` Stefan Kangas
1 sibling, 1 reply; 7+ messages in thread
From: Glenn Morris @ 2011-10-06 16:24 UTC (permalink / raw)
To: Damien Cassou; +Cc: 9682
Looks similar to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6075
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2011-10-06 16:24 ` Glenn Morris
@ 2011-10-14 9:02 ` Damien Cassou
2011-10-14 13:01 ` Jan D.
0 siblings, 1 reply; 7+ messages in thread
From: Damien Cassou @ 2011-10-14 9:02 UTC (permalink / raw)
To: Glenn Morris; +Cc: 9682
On Thu, Oct 6, 2011 at 6:24 PM, Glenn Morris <rgm@gnu.org> wrote:
> Looks similar to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6075
Maybe. I can reproduce it and the bug does not seem to want to go
away. What can I do?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2011-10-14 9:02 ` Damien Cassou
@ 2011-10-14 13:01 ` Jan D.
0 siblings, 0 replies; 7+ messages in thread
From: Jan D. @ 2011-10-14 13:01 UTC (permalink / raw)
To: Damien Cassou; +Cc: 9682
Damien Cassou skrev 2011-10-14 11:02:
> On Thu, Oct 6, 2011 at 6:24 PM, Glenn Morris<rgm@gnu.org> wrote:
>> Looks similar to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6075
>
> Maybe. I can reproduce it and the bug does not seem to want to go
> away. What can I do?
>
Compile the X libs where the crash is, or get hold of some debug info
for them so you can see exactly what goes wrong. There is probably some
bad input, but what?
It could also be a gcc issue or something debian specific.
BTW what does -DDEBIAN enable?
You can try to loose all your special CFLAGS and LDFLAGS as well as
makeflags (-j8 has cause problems before).
Jan D.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2011-10-06 11:20 bug#9682: Segfault from trunk with Lucid Damien Cassou
2011-10-06 16:24 ` Glenn Morris
@ 2019-08-23 6:06 ` Stefan Kangas
2019-08-23 7:29 ` Damien Cassou
1 sibling, 1 reply; 7+ messages in thread
From: Stefan Kangas @ 2019-08-23 6:06 UTC (permalink / raw)
To: Jan D.; +Cc: Damien Cassou, 9682
"Jan D." <jan.h.d@swipnet.se> writes:
> Damien Cassou skrev 2011-10-14 11:02:
>> On Thu, Oct 6, 2011 at 6:24 PM, Glenn Morris<rgm@gnu.org> wrote:
>>> Looks similar to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6075
>>
>> Maybe. I can reproduce it and the bug does not seem to want to go
>> away. What can I do?
>>
>
> Compile the X libs where the crash is, or get hold of some debug info for them
> so you can see exactly what goes wrong. There is probably some bad input, but
> what?
> It could also be a gcc issue or something debian specific.
> BTW what does -DDEBIAN enable?
>
> You can try to loose all your special CFLAGS and LDFLAGS as well as makeflags
> (-j8 has cause problems before).
Hi Damien,
That was 8 years ago. Did you ever get a chance to look into this bug
any further? Are you still seeing the same issue on a modern version
of Emacs, for example the latest version 26.2?
If I don't hear back from you in a couple of weeks, I'll just assume
that the issue has been fixed in the intervening years and close the
bug report.
Thanks,
Stefan Kangas
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2019-08-23 6:06 ` Stefan Kangas
@ 2019-08-23 7:29 ` Damien Cassou
2019-08-23 17:19 ` Stefan Kangas
0 siblings, 1 reply; 7+ messages in thread
From: Damien Cassou @ 2019-08-23 7:29 UTC (permalink / raw)
To: 9682; +Cc: Jan D., Stefan Kangas
Hi Stefan,
I've been running Emacs just fine for quite some years now :-).
Thanks,
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#9682: Segfault from trunk with Lucid
2019-08-23 7:29 ` Damien Cassou
@ 2019-08-23 17:19 ` Stefan Kangas
0 siblings, 0 replies; 7+ messages in thread
From: Stefan Kangas @ 2019-08-23 17:19 UTC (permalink / raw)
To: Damien Cassou; +Cc: 9682-done, Jan D.
Damien Cassou <damien@cassou.me> writes:
> Hi Stefan,
>
> I've been running Emacs just fine for quite some years now :-).
>
> Thanks,
Thanks. Since this is no longer an issue, I'm closing this bug report.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2019-08-23 17:19 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-10-06 11:20 bug#9682: Segfault from trunk with Lucid Damien Cassou
2011-10-06 16:24 ` Glenn Morris
2011-10-14 9:02 ` Damien Cassou
2011-10-14 13:01 ` Jan D.
2019-08-23 6:06 ` Stefan Kangas
2019-08-23 7:29 ` Damien Cassou
2019-08-23 17:19 ` Stefan Kangas
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).