[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: C-g crash in C-x C-f (OSX Lion)
From: |
Carsten Mattner |
Subject: |
Re: C-g crash in C-x C-f (OSX Lion) |
Date: |
Fri, 16 Dec 2011 20:00:35 +0100 |
On Fri, Dec 16, 2011 at 3:32 PM, Eli Zaretskii <address@hidden> wrote:
>> Date: Fri, 16 Dec 2011 15:21:54 +0100
>> From: Carsten Mattner <address@hidden>
>> Cc: Eli Zaretskii <address@hidden>, address@hidden
>>
>> >> I hope the crash didn't vanish just due to differences in the generated
>> >> code.
>> >
>> >
>> > This may be the case. It may be an optimization issue.
>>
>> I hope it's not and I can reproduce it for pinpointing the faulty piece of
>> code.
>
> I hope so, too. But if it turns out you do need an optimized build to
> reproduce the problem, reconfigure using
>
> CFLAGS='-O2 -ggdb -g3' CC='gcc -arch i386' ./configure --with-ns \
> --without-gnutls --enable-asserts
>
> and rebuild. It will be harder to make sense out of backtrace and
> variable values that way, but we may have no choice.
OK, I made it crash.
I'm not sure what it was exactly but I was about to discard the changes
to a file and pressed kill-buffer (C-x k) and probably C-g to cancel.
Btw, I do use evil-mode because I haven't found the same set of
quick editing bindings with emacs chained bindings. I use a mix
of evil and emacs key bindings.
On a second run I was able to make it crash by just wanting to visually
mark a block to delete in a buffer and press 'd' for delete (evil) or
something else (not sure what I pressed).
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
0x9adc5d50 in strlen ()
(gdb) bt full#0 0x9adc5d50 in strlen ()
No symbol table info available.
#1 0x001e7601 in intern (str=0x0) at lread.c:3707
tem = 1178832048
len = 4363
obarray = 0
#2 0x00283efb in ns_string_to_symbol (t=0x0) at nsselect.m:86
No locals.
#3 0x002847ab in ns_handle_selection_request (event=0xbfffef88) at
nsselect.m:247
pb = (id) 0x0
type = (NSString *) 0xacc4eb98
selection_name = 48164934
data = -1701734496
rest = 2638150
selection_data = 1811051
target_symbol = 1585835
successful_p = 0
#4 0x00285202 in Fx_own_selection_internal (selection_name=27744162,
selection_value=39954401) at nsselect.m:425
ev = {
kind = SELECTION_REQUEST_EVENT,
code = 0,
part = 1771886,
modifiers = 0,
x = 0,
y = -1396380776,
timestamp = 1,
padding = {0x4, 0x1a6ba22},
frame_or_window = 27783754,
arg = 27703842
}
pb = (id) 0x0
[94/960]
old_value = 27703842
new_value = 48164926
#5 0x001b025b in Ffuncall (nargs=3, args=0xbffff090) at eval.c:2989
fun = 4746981
numargs = 2
lisp_numargs = 1007840
val = 27703866
internal_args = (Lisp_Object *) 0xbffff094
i = 27703842
original_fun = 27840882
funcar = -1073745816
backtrace = {
next = 0xbffff3d8,
function = 0xbffff090,
args = 0xbffff094,
nargs = 2,
debug_on_exit = 0
}
#6 0x0020e3b1 in exec_byte_code (bytestr=3581977, vector=3581997,
maxdepth=20, args_template=27703842, nargs=0, args=0x0) at byte
code.c:785
count = 4
vectorp = (Lisp_Object *) 0x36a830
top = (Lisp_Object *) 0xbffff090
op = 2
stack = {
pc = 0x41bdbf "??T",
byte_string = 3581977,
byte_string_start = 0x41bd73 "\b;?\t",
constants = 3581997,
next = 0x0
}
result = 0
#7 0x001b0e01 in funcall_lambda (fun=3581941, nargs=2,
arg_vector=0xbffff440) at eval.c:3217
val = 2
lexenv = 27703842
count = 2
i = 2
optional = 0
rest = 0
syms_left = 27703842
next = 27783754
#8 0x001b04a0 in Ffuncall (nargs=3, args=0xbffff43c) at eval.c:3035
fun = 3581941
numargs = 2
lisp_numargs = 39954401
val = 0
internal_args = (Lisp_Object *) 0x19c19e
i = 27784514
original_fun = 27744138
funcar = 0
backtrace = {
next = 0x0,
function = 0xbffff43c,
args = 0xbffff440,
nargs = 2,
debug_on_exit = 0
}
#9 0x001af8e4 in call2 (fn=27744138, arg1=27744162, arg2=39954401) at
eval.c:2770
ret_ungc_val = -1073744792
gcpro1 = {
next = 0x2034,
var = 0x261a7e1,
nvars = 3
}
args = {27744138, 27744162, 39954401}
#10 0x000f7a89 in command_loop_1 () at keyboard.c:1659
beg = 8246
end = 8244
keybuf = {28112218, 24, 27785018, 27703842, 0, 0, -1880911564,
-1660254974, 27703842, 28242954, 39515774, 3182981, 1773724
, 39515774, 27703842, 27918518, 39515774, 39515774, 39515774, 2,
-1073744520, 1761123, 2, 39515774, -1073744424, 1760955, 2, 27703
842, 39515774, 39515774}
i = 1
prev_modiff = 2127
cmd = 46658450
prev_buffer = (struct buffer *) 0x850500
already_adjusted = 0
#11 0x001ac5d6 in internal_condition_case (bfun=0xf6b70
<command_loop_1>, handlers=27748746, hfun=0xf6180 <cmd_error>) at
eval.c:1
499
val = 39515774
c = {
tag = 27703842,
val = 27703842,
next = 0xbffff698,
gcpro = 0x0,
jmp = {-1880947841, -1881125920, 8098, 1009472, -1073744360,
-1881125836, 1009296, 1010544, -1073744296, -1073744480, -171897889
6, 21, 1754471, -1697071940, -1073744216, 27746770, -1073744248, -1718978484},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
h = {
handler = 27748746,
var = 27703842,
chosen_clause = 5126149,
tag = 0xbffff5c8,
next = 0x0
}
#12 0x000f66cd in command_loop_2 (ignore=27703842) at keyboard.c:1159
val = 1009484
#13 0x001abebf in internal_catch (tag=27746770, func=0xf6690
<command_loop_2>, arg=27703842) at eval.c:1256
c = {
tag = 27746770,
val = 27703842,
next = 0x0,
gcpro = 0x0,
jmp = {-1073806465, 1623346, 8098, 1009472, 27739144, 1619675,
1009296, -1073744216, -1073744088, -1073744240, 1622285, 27703842
, 1752752, 4755872, 27739144, 4755872, -1073744104, 27832952},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
#14 0x000f664b in command_loop () at keyboard.c:1138
No locals.
#15 0x000f5b95 in recursive_edit_1 () at keyboard.c:758
count = 1
val = 2815621
#16 0x000f5d86 in Frecursive_edit () at keyboard.c:822
count = 0
buffer = 27703842
#17 0x000f3b6a in main (argc=1, argv=0xbffff9cc) at emacs.c:1709
stack_bottom_variable = 0 '\0'
do_initial_setlocale = 1
no_loadup = 0
dummy = 0
junk = 0x0
skip_args = 0
rlim = {
rlim_cur = 8388608,
rlim_max = 67104768
}
dname_arg = 0x0
dname_arg2 = '\0' <repeats 36 times>,
"-⏬???d???H???w?-?\000\000\000\000U?`???\000\000\000"
ch_to_dir = 0x0
- Re: C-g crash in C-x C-f (OSX Lion), (continued)
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/15
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Jan D., 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Eli Zaretskii, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion),
Carsten Mattner <=
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Eli Zaretskii, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Eli Zaretskii, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Eli Zaretskii, 2011/12/17