* Reproducible crash with Gnus on Windows.
@ 2008-12-09 19:18 Óscar Fuentes
2008-12-09 19:23 ` Juanma Barranquero
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Óscar Fuentes @ 2008-12-09 19:18 UTC (permalink / raw
To: emacs-devel
When I open certain message with Gnus, emacs crashes.
Right now it is impossible for me to track down the error, so I post
some indications here hoping that someone can obtain the needed info for
a real bug report.
Today on
nntp+news.gmane.org:gmane.comp.freedesktop.xorg
there is a message from XuHunt with subject
"RE: compile xorg1.5.2 then startx, mouse and keyboard can not work"
When I open this message, emacs uses 100% cpu usage for several seconds
as it uses to do when finds an "exotic" character and has to look for a
suitable font. Then it shows the message and crashes.
The crash happened on a build from Sep 27. So I updated and built a
fresh emacs and the crash is still there.
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 19:18 Reproducible crash with Gnus on Windows Óscar Fuentes
@ 2008-12-09 19:23 ` Juanma Barranquero
2008-12-09 19:43 ` Óscar Fuentes
2008-12-09 20:12 ` Juanma Barranquero
2008-12-11 16:26 ` Óscar Fuentes
2 siblings, 1 reply; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 19:23 UTC (permalink / raw
To: Óscar Fuentes; +Cc: emacs-devel
On Tue, Dec 9, 2008 at 20:18, Óscar Fuentes <ofv@wanadoo.es> wrote:
> When I open this message, emacs uses 100% cpu usage for several seconds
> as it uses to do when finds an "exotic" character and has to look for a
> suitable font. Then it shows the message and crashes.
>
> The crash happened on a build from Sep 27. So I updated and built a
> fresh emacs and the crash is still there.
Could you please run Emacs under GDB and post a backtrace of the crash?
Juanma
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 19:23 ` Juanma Barranquero
@ 2008-12-09 19:43 ` Óscar Fuentes
2008-12-09 19:51 ` Juanma Barranquero
2008-12-09 20:13 ` Juanma Barranquero
0 siblings, 2 replies; 10+ messages in thread
From: Óscar Fuentes @ 2008-12-09 19:43 UTC (permalink / raw
To: emacs-devel
"Juanma Barranquero" <lekktu@gmail.com> writes:
> On Tue, Dec 9, 2008 at 20:18, Óscar Fuentes <ofv@wanadoo.es> wrote:
>
>> When I open this message, emacs uses 100% cpu usage for several seconds
>> as it uses to do when finds an "exotic" character and has to look for a
>> suitable font. Then it shows the message and crashes.
>>
>> The crash happened on a build from Sep 27. So I updated and built a
>> fresh emacs and the crash is still there.
>
> Could you please run Emacs under GDB and post a backtrace of the crash?
Really, really, really I don't have time for that, but anyways...
Program received signal SIGSEGV, Segmentation fault.
0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
1106 PREPARE_FACE_FOR_DISPLAY (s->f, s->face);
(gdb) bt full
#0 0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
relief_drawn_p = <value optimized out>
#1 0x0104079a in draw_glyphs (w=0x10890000, x=170, row=0x108925f0,
area=TEXT_AREA, start=0, end=98, hl=DRAW_NORMAL_TEXT, overlaps=0)
at xdisp.c:20487
head = (struct glyph_string *) 0x82eb40
tail = (struct glyph_string *) 0x82e990
s = (struct glyph_string *) 0x82e990
clip_head = (struct glyph_string *) 0x0
clip_tail = (struct glyph_string *) 0x0
i = 0
j = -284161863
x_reached = 170
last_x = 990
area_left = 10
f = (struct frame *) 0x2d23e00
hdc = (HDC) 0xae01073d
#2 0x01044ff4 in x_write_glyphs (start=0x108a0000, len=98) at xdisp.c:21896
x = <value optimized out>
#3 0x010ed0f8 in update_window_line (w=0x10890000, vpos=10,
mouse_face_overwritten_p=0x82f008) at dispnew.c:4454
current_row = (struct glyph_row *) 0x108d65f0
desired_row = (struct glyph_row *) 0x108925f0
rif = (struct redisplay_interface *) 0x12bd610
changed_p = 0
#4 0x010ee8f7 in update_window (w=0x10890000, force_p=0) at dispnew.c:4310
vpos = 2147345108
i = <value optimized out>
end = (struct glyph_row *) 0x108934c8
header_line_row = (struct glyph_row *) 0x0
changed_p = 1
mouse_face_overwritten_p = 0
row = (struct glyph_row *) 0x108925f0
yb = 504
desired_matrix = (struct glyph_matrix *) 0x10883400
paused_p = 0
rif = (struct redisplay_interface *) 0x12bd610
#5 0x010f09f5 in update_window_tree (w=0x10890000, force_p=0)
at dispnew.c:4003
paused_p = <value optimized out>
#6 0x010f09df in update_window_tree (w=0x10861200, force_p=0)
at dispnew.c:4001
paused_p = <value optimized out>
#7 0x010f0fd3 in update_frame (f=0x2d23e00, force_p=0, inhibit_hairy_id_p=0)
at dispnew.c:3930
paused_p = <value optimized out>
root_window = (struct window *) 0x10861200
#8 0x01036daa in redisplay_internal (
preserve_echo_area=<value optimized out>) at xdisp.c:11828
f = (struct frame *) 0x2d23e00
tail = <value optimized out>
frame = <value optimized out>
w = (struct window *) 0x2d23c00
pause = 0
must_finish = 1
tlbufpos = {charpos = 0, bytepos = 0}
number_of_visible_frames = 1
polling_stopped_here = 0
old_frame = 47332868
consider_all_windows_p = 1
#9 0x0106b4a7 in read_char (commandflag=1, nmaps=4, maps=0x82fbb0,
prev_event=45602817, used_mouse_menu=0x82fc44, end_time=0x0)
at keyboard.c:2649
c = 45602817
local_getcjmp = {1542, 1543, 8583944, 18036826, 3696837, 1,
273930244, 45855249, 273930244, 12352, 8584024, 17925560, 273930240,
276350269, 8584000, 0}
save_jump = {271815594, 45654569, 8583896, 16813216, 272132288,
45602817, 8583912, 18033967, 45778641, 276350269, 8584012, 1457, 619,
272132293, 2942, 277125932}
key_already_recorded = 0
tem = 0
save = <value optimized out>
previous_echo_area_message = 45602817
also_record = 45602817
reread = 0
polling_stopped_here = <value optimized out>
orig_kboard = (struct kboard *) 0x2ff1980
#10 0x0106e0bf in read_key_sequence (keybuf=0x82fce4, bufsize=30,
prompt=45602817, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:9343
interrupted_kboard = (KBOARD *) 0x2ff1980
key = 8584256
used_mouse_menu = 0
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 0
local_first_binding = 0
from_string = 45602817
count = 2
t = 0
echo_start = 0
keys_start = 0
nmaps = 4
nmaps_allocated = 4
defs = (Lisp_Object * volatile) 0x82fb90
submaps = (Lisp_Object * volatile) 0x82fbb0
orig_local_map = 272390749
orig_keymap = 45602817
localized_local_map = 0
first_binding = 0
first_unbound = 31
mock_input = 0
fkey = {parent = 50080373, map = 50080373, start = 0, end = 0}
keytran = {parent = 45592445, map = 45592445, start = 0, end = 0}
indec = {parent = 50080381, map = 50080381, start = 0, end = 0}
shift_translated = 0
delayed_switch_frame = 45602817
original_uppercase = 8584332
original_uppercase_position = -1
starting_buffer = (struct buffer *) 0x1053d800
fake_prefixed_keys = 45602817
#11 0x0106ff68 in command_loop_1 () at keyboard.c:1621
cmd = <value optimized out>
lose = <value optimized out>
nonundocount = 0
keybuf = {104, 1, 8610992, 1, 3082, 0 <repeats 12 times>, 45743104,
0, 0, 8584520, 8584368, 0, 0, 45602817, 46671281, 46247936, 46247952,
46247936, 8584552}
i = <value optimized out>
prev_modiff = 1144
prev_buffer = (struct buffer *) 0x1053d800
already_adjusted = 0
#12 0x01013b98 in internal_condition_case (bfun=0x106fdc4 <command_loop_1>,
handlers=45666569, hfun=0x106a3fa <cmd_error>) at eval.c:1511
val = <value optimized out>
c = {tag = 45602817, val = 45602817, next = 0x82fe2c, gcpro = 0x0,
jmp = {8584696, 46247936, 46247936, 46247952, 8584556, 16857936, 8585184,
0, 8584752, 2, 2, 10, 8584664, 16884143, 1520, 0}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0}
h = {handler = 45666569, var = 45602817, chosen_clause = 8610992,
tag = 0x82fd78, next = 0x0}
#13 0x010699c6 in command_loop_2 () at keyboard.c:1338
val = 0
#14 0x01013c33 in internal_catch (tag=45662641,
func=0x10699a3 <command_loop_2>, arg=45602817) at eval.c:1247
c = {tag = 45662641, val = 45602817, next = 0x0, gcpro = 0x0, jmp = {
8584856, 46247936, 46247936, 46247952, 8584732, 16858150, 8585184, 0,
16812203, 45883657, 45879706, 45602817, 45641728, 8599512, 0, 45602841},
backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0}
#15 0x0106a269 in command_loop () at keyboard.c:1317
No locals.
#16 0x0106a585 in recursive_edit_1 () at keyboard.c:942
val = <value optimized out>
#17 0x0106a6a1 in Frecursive_edit () at keyboard.c:1004
buffer = 45602817
#18 0x01002d37 in main (argc=1, argv=0xe42cf0) at emacs.c:1781
dummy = 8585080
stack_bottom_variable = 120 'x'
do_initial_setlocale = <value optimized out>
skip_args = 0
no_loadup = 0
junk = 0x0
dname_arg = 0x0
(gdb)
Please don't ask for the same on a Emacs built on debug mode :-)
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 19:43 ` Óscar Fuentes
@ 2008-12-09 19:51 ` Juanma Barranquero
2008-12-09 20:00 ` Óscar Fuentes
2008-12-09 20:13 ` Juanma Barranquero
1 sibling, 1 reply; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 19:51 UTC (permalink / raw
To: Óscar Fuentes; +Cc: emacs-devel
On Tue, Dec 9, 2008 at 20:43, Óscar Fuentes <ofv@wanadoo.es> wrote:
> Really, really, really I don't have time for that, but anyways...
I hope you understand that the likelihood of fixing a bug is directly
related to quality&quantity of information available...
Judging by the backtrace, it could be an instance of bug#872/#1179.
> Program received signal SIGSEGV, Segmentation fault.
> 0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
> 1106 PREPARE_FACE_FOR_DISPLAY (s->f, s->face);
> (gdb) bt full
> #0 0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
> relief_drawn_p = <value optimized out>
> #1 0x0104079a in draw_glyphs (w=0x10890000, x=170, row=0x108925f0,
> area=TEXT_AREA, start=0, end=98, hl=DRAW_NORMAL_TEXT, overlaps=0)
> at xdisp.c:20487
> head = (struct glyph_string *) 0x82eb40
> tail = (struct glyph_string *) 0x82e990
> s = (struct glyph_string *) 0x82e990
> clip_head = (struct glyph_string *) 0x0
> clip_tail = (struct glyph_string *) 0x0
> i = 0
> j = -284161863
> x_reached = 170
> last_x = 990
> area_left = 10
> f = (struct frame *) 0x2d23e00
> hdc = (HDC) 0xae01073d
> #2 0x01044ff4 in x_write_glyphs (start=0x108a0000, len=98) at xdisp.c:21896
> x = <value optimized out>
[etc]
> Please don't ask for the same on a Emacs built on debug mode :-)
Could you at least say how was Emacs compiled (compiler and version)?
I'd bet 1€ it is a 4.X MinGW GCC.
Juanma
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 19:51 ` Juanma Barranquero
@ 2008-12-09 20:00 ` Óscar Fuentes
2008-12-09 20:07 ` Juanma Barranquero
2008-12-09 20:13 ` bug#1179: Fwd: " Juanma Barranquero
0 siblings, 2 replies; 10+ messages in thread
From: Óscar Fuentes @ 2008-12-09 20:00 UTC (permalink / raw
To: Juanma Barranquero; +Cc: emacs-devel
"Juanma Barranquero" <lekktu@gmail.com> writes:
> On Tue, Dec 9, 2008 at 20:43, Óscar Fuentes <ofv@wanadoo.es> wrote:
>
>> Really, really, really I don't have time for that, but anyways...
>
> I hope you understand that the likelihood of fixing a bug is directly
> related to quality&quantity of information available...
Yes. I reckon you can't reproduce the crash.
[snip]
> Could you at least say how was Emacs compiled (compiler and version)?
> I'd bet 1€ it is a 4.X MinGW GCC.
gcc version 4.2.1-dw2 (mingw32-2)
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 20:00 ` Óscar Fuentes
@ 2008-12-09 20:07 ` Juanma Barranquero
2008-12-09 20:13 ` bug#1179: Fwd: " Juanma Barranquero
1 sibling, 0 replies; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 20:07 UTC (permalink / raw
To: Óscar Fuentes; +Cc: emacs-devel
On Tue, Dec 9, 2008 at 21:00, Óscar Fuentes <ofv@wanadoo.es> wrote:
> Yes. I reckon you can't reproduce the crash.
I don't use Gnus. Don't have a setup for it.
> gcc version 4.2.1-dw2 (mingw32-2)
So I keep my 1€.
Likely bug#872 (though the description in #1179 is better).
Juanma
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#1179: Fwd: Reproducible crash with Gnus on Windows.
2008-12-09 19:18 Reproducible crash with Gnus on Windows Óscar Fuentes
2008-12-09 19:23 ` Juanma Barranquero
@ 2008-12-09 20:12 ` Juanma Barranquero
2008-12-11 16:26 ` Óscar Fuentes
2 siblings, 0 replies; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 20:12 UTC (permalink / raw
To: 1179
---------- Forwarded message ----------
From: Óscar Fuentes <ofv@wanadoo.es>
Date: Tue, Dec 9, 2008 at 20:18
Subject: Reproducible crash with Gnus on Windows.
To: emacs-devel@gnu.org
When I open certain message with Gnus, emacs crashes.
Right now it is impossible for me to track down the error, so I post
some indications here hoping that someone can obtain the needed info for
a real bug report.
Today on
nntp+news.gmane.org:gmane.comp.freedesktop.xorg
there is a message from XuHunt with subject
"RE: compile xorg1.5.2 then startx, mouse and keyboard can not work"
When I open this message, emacs uses 100% cpu usage for several seconds
as it uses to do when finds an "exotic" character and has to look for a
suitable font. Then it shows the message and crashes.
The crash happened on a build from Sep 27. So I updated and built a
fresh emacs and the crash is still there.
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#1179: Fwd: Reproducible crash with Gnus on Windows.
2008-12-09 19:43 ` Óscar Fuentes
2008-12-09 19:51 ` Juanma Barranquero
@ 2008-12-09 20:13 ` Juanma Barranquero
1 sibling, 0 replies; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 20:13 UTC (permalink / raw
To: 1179
---------- Forwarded message ----------
From: Óscar Fuentes <ofv@wanadoo.es>
Date: Tue, Dec 9, 2008 at 20:43
Subject: Re: Reproducible crash with Gnus on Windows.
To: emacs-devel@gnu.org
"Juanma Barranquero" <lekktu@gmail.com> writes:
> On Tue, Dec 9, 2008 at 20:18, Óscar Fuentes <ofv@wanadoo.es> wrote:
>
>> When I open this message, emacs uses 100% cpu usage for several seconds
>> as it uses to do when finds an "exotic" character and has to look for a
>> suitable font. Then it shows the message and crashes.
>>
>> The crash happened on a build from Sep 27. So I updated and built a
>> fresh emacs and the crash is still there.
>
> Could you please run Emacs under GDB and post a backtrace of the crash?
Really, really, really I don't have time for that, but anyways...
Program received signal SIGSEGV, Segmentation fault.
0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
1106 PREPARE_FACE_FOR_DISPLAY (s->f, s->face);
(gdb) bt full
#0 0x0115c9e1 in x_draw_glyph_string (s=0x82e990) at w32term.c:1106
relief_drawn_p = <value optimized out>
#1 0x0104079a in draw_glyphs (w=0x10890000, x=170, row=0x108925f0,
area=TEXT_AREA, start=0, end=98, hl=DRAW_NORMAL_TEXT, overlaps=0)
at xdisp.c:20487
head = (struct glyph_string *) 0x82eb40
tail = (struct glyph_string *) 0x82e990
s = (struct glyph_string *) 0x82e990
clip_head = (struct glyph_string *) 0x0
clip_tail = (struct glyph_string *) 0x0
i = 0
j = -284161863
x_reached = 170
last_x = 990
area_left = 10
f = (struct frame *) 0x2d23e00
hdc = (HDC) 0xae01073d
#2 0x01044ff4 in x_write_glyphs (start=0x108a0000, len=98) at xdisp.c:21896
x = <value optimized out>
#3 0x010ed0f8 in update_window_line (w=0x10890000, vpos=10,
mouse_face_overwritten_p=0x82f008) at dispnew.c:4454
current_row = (struct glyph_row *) 0x108d65f0
desired_row = (struct glyph_row *) 0x108925f0
rif = (struct redisplay_interface *) 0x12bd610
changed_p = 0
#4 0x010ee8f7 in update_window (w=0x10890000, force_p=0) at dispnew.c:4310
vpos = 2147345108
i = <value optimized out>
end = (struct glyph_row *) 0x108934c8
header_line_row = (struct glyph_row *) 0x0
changed_p = 1
mouse_face_overwritten_p = 0
row = (struct glyph_row *) 0x108925f0
yb = 504
desired_matrix = (struct glyph_matrix *) 0x10883400
paused_p = 0
rif = (struct redisplay_interface *) 0x12bd610
#5 0x010f09f5 in update_window_tree (w=0x10890000, force_p=0)
at dispnew.c:4003
paused_p = <value optimized out>
#6 0x010f09df in update_window_tree (w=0x10861200, force_p=0)
at dispnew.c:4001
paused_p = <value optimized out>
#7 0x010f0fd3 in update_frame (f=0x2d23e00, force_p=0, inhibit_hairy_id_p=0)
at dispnew.c:3930
paused_p = <value optimized out>
root_window = (struct window *) 0x10861200
#8 0x01036daa in redisplay_internal (
preserve_echo_area=<value optimized out>) at xdisp.c:11828
f = (struct frame *) 0x2d23e00
tail = <value optimized out>
frame = <value optimized out>
w = (struct window *) 0x2d23c00
pause = 0
must_finish = 1
tlbufpos = {charpos = 0, bytepos = 0}
number_of_visible_frames = 1
polling_stopped_here = 0
old_frame = 47332868
consider_all_windows_p = 1
#9 0x0106b4a7 in read_char (commandflag=1, nmaps=4, maps=0x82fbb0,
prev_event=45602817, used_mouse_menu=0x82fc44, end_time=0x0)
at keyboard.c:2649
c = 45602817
local_getcjmp = {1542, 1543, 8583944, 18036826, 3696837, 1,
273930244, 45855249, 273930244, 12352, 8584024, 17925560, 273930240,
276350269, 8584000, 0}
save_jump = {271815594, 45654569, 8583896, 16813216, 272132288,
45602817, 8583912, 18033967, 45778641, 276350269, 8584012, 1457, 619,
272132293, 2942, 277125932}
key_already_recorded = 0
tem = 0
save = <value optimized out>
previous_echo_area_message = 45602817
also_record = 45602817
reread = 0
polling_stopped_here = <value optimized out>
orig_kboard = (struct kboard *) 0x2ff1980
#10 0x0106e0bf in read_key_sequence (keybuf=0x82fce4, bufsize=30,
prompt=45602817, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:9343
interrupted_kboard = (KBOARD *) 0x2ff1980
key = 8584256
used_mouse_menu = 0
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 0
local_first_binding = 0
from_string = 45602817
count = 2
t = 0
echo_start = 0
keys_start = 0
nmaps = 4
nmaps_allocated = 4
defs = (Lisp_Object * volatile) 0x82fb90
submaps = (Lisp_Object * volatile) 0x82fbb0
orig_local_map = 272390749
orig_keymap = 45602817
localized_local_map = 0
first_binding = 0
first_unbound = 31
mock_input = 0
fkey = {parent = 50080373, map = 50080373, start = 0, end = 0}
keytran = {parent = 45592445, map = 45592445, start = 0, end = 0}
indec = {parent = 50080381, map = 50080381, start = 0, end = 0}
shift_translated = 0
delayed_switch_frame = 45602817
original_uppercase = 8584332
original_uppercase_position = -1
starting_buffer = (struct buffer *) 0x1053d800
fake_prefixed_keys = 45602817
#11 0x0106ff68 in command_loop_1 () at keyboard.c:1621
cmd = <value optimized out>
lose = <value optimized out>
nonundocount = 0
keybuf = {104, 1, 8610992, 1, 3082, 0 <repeats 12 times>, 45743104,
0, 0, 8584520, 8584368, 0, 0, 45602817, 46671281, 46247936, 46247952,
46247936, 8584552}
i = <value optimized out>
prev_modiff = 1144
prev_buffer = (struct buffer *) 0x1053d800
already_adjusted = 0
#12 0x01013b98 in internal_condition_case (bfun=0x106fdc4 <command_loop_1>,
handlers=45666569, hfun=0x106a3fa <cmd_error>) at eval.c:1511
val = <value optimized out>
c = {tag = 45602817, val = 45602817, next = 0x82fe2c, gcpro = 0x0,
jmp = {8584696, 46247936, 46247936, 46247952, 8584556, 16857936, 8585184,
0, 8584752, 2, 2, 10, 8584664, 16884143, 1520, 0}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0}
h = {handler = 45666569, var = 45602817, chosen_clause = 8610992,
tag = 0x82fd78, next = 0x0}
#13 0x010699c6 in command_loop_2 () at keyboard.c:1338
val = 0
#14 0x01013c33 in internal_catch (tag=45662641,
func=0x10699a3 <command_loop_2>, arg=45602817) at eval.c:1247
c = {tag = 45662641, val = 45602817, next = 0x0, gcpro = 0x0, jmp = {
8584856, 46247936, 46247936, 46247952, 8584732, 16858150, 8585184, 0,
16812203, 45883657, 45879706, 45602817, 45641728, 8599512, 0, 45602841},
backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0}
#15 0x0106a269 in command_loop () at keyboard.c:1317
No locals.
#16 0x0106a585 in recursive_edit_1 () at keyboard.c:942
val = <value optimized out>
#17 0x0106a6a1 in Frecursive_edit () at keyboard.c:1004
buffer = 45602817
#18 0x01002d37 in main (argc=1, argv=0xe42cf0) at emacs.c:1781
dummy = 8585080
stack_bottom_variable = 120 'x'
do_initial_setlocale = <value optimized out>
skip_args = 0
no_loadup = 0
junk = 0x0
dname_arg = 0x0
(gdb)
Please don't ask for the same on a Emacs built on debug mode :-)
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#1179: Fwd: Reproducible crash with Gnus on Windows.
2008-12-09 20:00 ` Óscar Fuentes
2008-12-09 20:07 ` Juanma Barranquero
@ 2008-12-09 20:13 ` Juanma Barranquero
1 sibling, 0 replies; 10+ messages in thread
From: Juanma Barranquero @ 2008-12-09 20:13 UTC (permalink / raw
To: 1179
---------- Forwarded message ----------
From: Óscar Fuentes <ofv@wanadoo.es>
Date: Tue, Dec 9, 2008 at 21:00
Subject: Re: Reproducible crash with Gnus on Windows.
To: Juanma Barranquero <lekktu@gmail.com>
Cc: emacs-devel@gnu.org
"Juanma Barranquero" <lekktu@gmail.com> writes:
> On Tue, Dec 9, 2008 at 20:43, Óscar Fuentes <ofv@wanadoo.es> wrote:
>
>> Really, really, really I don't have time for that, but anyways...
>
> I hope you understand that the likelihood of fixing a bug is directly
> related to quality&quantity of information available...
Yes. I reckon you can't reproduce the crash.
[snip]
> Could you at least say how was Emacs compiled (compiler and version)?
> I'd bet 1€ it is a 4.X MinGW GCC.
gcc version 4.2.1-dw2 (mingw32-2)
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible crash with Gnus on Windows.
2008-12-09 19:18 Reproducible crash with Gnus on Windows Óscar Fuentes
2008-12-09 19:23 ` Juanma Barranquero
2008-12-09 20:12 ` Juanma Barranquero
@ 2008-12-11 16:26 ` Óscar Fuentes
2 siblings, 0 replies; 10+ messages in thread
From: Óscar Fuentes @ 2008-12-11 16:26 UTC (permalink / raw
To: emacs-devel
Óscar Fuentes <ofv@wanadoo.es> writes:
> When I open certain message with Gnus, emacs crashes.
With an Emacs from some minutes ago, I can't reproduce the crash
anymore. Emacs keeps using 100% cpu for several seconds before showing
the message, thought.
The absence of the crash may be a consequence of the fix for bug#547
(thanks, Jason)
--
Oscar
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2008-12-11 16:26 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-09 19:18 Reproducible crash with Gnus on Windows Óscar Fuentes
2008-12-09 19:23 ` Juanma Barranquero
2008-12-09 19:43 ` Óscar Fuentes
2008-12-09 19:51 ` Juanma Barranquero
2008-12-09 20:00 ` Óscar Fuentes
2008-12-09 20:07 ` Juanma Barranquero
2008-12-09 20:13 ` bug#1179: Fwd: " Juanma Barranquero
2008-12-09 20:13 ` Juanma Barranquero
2008-12-09 20:12 ` Juanma Barranquero
2008-12-11 16:26 ` Óscar Fuentes
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.