* match-data aborts on mac os x
@ 2004-07-14 20:09 bryan o'connor
2004-07-14 20:16 ` David Kastrup
0 siblings, 1 reply; 13+ messages in thread
From: bryan o'connor @ 2004-07-14 20:09 UTC (permalink / raw)
[current cvs emacs built for mac os x --with-carbon]
my emacs process dies with a call to abort(). while it has happened
in different situations, i can faithfully recreate it using SLIME and
slime-edit-definition (M-.) three times in a row.
i think i've isolated the problem to the changes made to match-data in
v1.181 (6/23/2004) of src/search.c. i have no problems running from
sources dated 6/22.
i will continue to look into it, but i'm hoping that the author of
the change might have some suggestions.
thanks,
...bryan
--
bryan d. o'connor
@ lunch
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 20:09 match-data aborts on mac os x bryan o'connor
@ 2004-07-14 20:16 ` David Kastrup
2004-07-14 20:51 ` bryan o'connor
0 siblings, 1 reply; 13+ messages in thread
From: David Kastrup @ 2004-07-14 20:16 UTC (permalink / raw)
Cc: emacs-devel
bryan o'connor <bryan@lunch.org> writes:
> [current cvs emacs built for mac os x --with-carbon]
>
> my emacs process dies with a call to abort(). while it has happened
> in different situations, i can faithfully recreate it using SLIME and
> slime-edit-definition (M-.) three times in a row.
>
> i think i've isolated the problem to the changes made to match-data in
> v1.181 (6/23/2004) of src/search.c. i have no problems running from
> sources dated 6/22.
>
> i will continue to look into it, but i'm hoping that the author of
> the change might have some suggestions.
There have been more changes at 06/29 and 06/30. Your search.c is
newer than that?
If it is, could you run Emacs under gdb and give a backtrace when it
bugs out?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 20:16 ` David Kastrup
@ 2004-07-14 20:51 ` bryan o'connor
2004-07-14 22:28 ` David Kastrup
2004-07-15 0:12 ` David Kastrup
0 siblings, 2 replies; 13+ messages in thread
From: bryan o'connor @ 2004-07-14 20:51 UTC (permalink / raw)
Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 369 bytes --]
> There have been more changes at 06/29 and 06/30. Your search.c is
> newer than that?
> If it is, could you run Emacs under gdb and give a backtrace when it
> bugs out?
i just tested a cvs version dated 6/28 and it did abort(). the
backtrace
is attached below.
my keystrokes were:
M-x slime [return]
M-. prin1 [return]
M-. prin1 [return]
M-. prin1 [return]
[-- Attachment #2: backtrace.txt --]
[-- Type: text/plain, Size: 21882 bytes --]
[1] crazymonkey:~> gdb /Applications/Emacs.app/Contents/MacOS/Emacs
GNU gdb 5.3-20030128 (Apple version gdb-328) (Sat Jun 12 17:50:07 GMT 2004)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin".
Reading symbols for shared libraries ..... done
(gdb) run
Starting program: /Applications/Emacs.app/Contents/MacOS/Emacs
Reading symbols for shared libraries +................................................... done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Program received signal SIGABRT, Aborted.
0x900429ac in kill ()
(gdb) where full
#0 0x900429ac in kill ()
No symbol table info available.
#1 0x9009eb1c in abort ()
No symbol table info available.
#2 0x000c4ac8 in Fmatch_data (integers=58721281, reuse=58721281) at /Users/bryan/src/emacs/src/search.c:2723
start = -1073755676
tail = 0
data = (int *) 0xbfffca40
i = 0
len = 0
#3 0x001224b4 in read_process_output (proc=1073872896, channel=0) at /Users/bryan/src/emacs/src/process.c:4858
tem = -1073755676
odeactivate = 58721281
text = 3771032
outer_running_asynch_code = 3754364
waiting = 3559900
nbytes = 0
chars = 0x700080 ""
outstream = 3771020
old = (struct buffer *) 0x36497c
p = (struct Lisp_Process *) 0x0
opoint = 3559900
coding = (struct coding_system *) 0x39497c
carryover = -1073755584
#4 0x00121de8 in wait_reading_process_input (time_limit=0, microsecs=10000, read_kbd=11459220, do_display=0) at /Users/bryan/src/emacs/src/process.c:4523
nread = 0
timeout_reduced_for_timers = 3771644
channel = 25
nfds = 11459220
Available = {
fds_bits = {33554432, 0 <repeats 31 times>}
}
Connecting = {
fds_bits = {0 <repeats 32 times>}
}
check_connect = 0
check_delay = 25
no_avail = 11459216
xerrno = 25
proc = 11459220
timeout = {
tv_sec = 0,
tv_usec = 9999
}
end_time = {
tv_sec = 1089837865,
tv_usec = 533544
}
wait_channel = -1
wait_proc = (struct Lisp_Process *) 0x0
got_some_input = 1
wait_for_cell = 58721281
saved_waiting_for_user_input_p = 0
#5 0x00120c44 in Faccept_process_output (process=25, timeout=3559900, timeout_msecs=11459220) at /Users/bryan/src/emacs/src/process.c:3778
seconds = 0
useconds = 25
#6 0x000ec104 in Ffuncall (nargs=0, args=0x19) at /Users/bryan/src/emacs/src/eval.c:2734
fun = 11459220
funcar = 0
numargs = 11459216
val = 0
backtrace = {
next = 0xbfffe1e0,
function = 0xbfffe0d0,
args = 0xbfffe0d4,
nargs = 3,
evalargs = 0 '\0',
debug_on_exit = 0 '\0'
}
internal_args = (int *) 0xaeda94
i = 0
#7 0x00119f78 in Fbyte_code (bytestr=11459220, vector=25, maxdepth=25) at /Users/bryan/src/emacs/src/bytecode.c:689
op = 25
vectorp = (int *) 0xaeda90
stack = {
pc = 0x3823b91 "",
top = 0x3800401,
bottom = 0x0,
byte_string = 80000,
byte_string_start = 0x3800431 "",
constants = 13942429,
next = 0xd52d1d
}
top = (int *) 0x19
result = 0
#8 0x000eb39c in Feval (form=11459220) at /Users/bryan/src/emacs/src/eval.c:2085
argvals = {43463251, 11200484, 104, 43780860, 1, 13, 8, -1073749326}
args_left = 0
i = 25
maxargs = 7340160
fun = 11459220
val = 11459220
original_fun = 58812337
original_args = 13970965
funcar = 0
backtrace = {
next = 0xbfffe8d0,
function = 0xbfffe250,
args = 0xbfffe230,
nargs = 3,
evalargs = 1 '\001',
debug_on_exit = 0 '\0'
}
gcpro1 = {
next = 0xbfffe260,
var = 0x0,
nvars = 860104
}
gcpro2 = {
next = 0x32aaaba7,
var = 0x0,
nvars = 0
}
gcpro3 = {
next = 0x0,
var = 0xbfffe230,
nvars = 3
}
#9 0x000e98e8 in internal_catch (tag=0, func=0xeafcc <Feval>, arg=13970973) at /Users/bryan/src/emacs/src/eval.c:1095
c = {
tag = 43843401,
val = 58721281,
next = 0xbffff020,
gcpro = 0x0,
jmp = {-1073749344, -1073745888, 0, 3559900, 3577308, 6, 3511772, 3511772, 3560372, 1152476, 3560344, 2, 2, 4, 58721281, -1073745072, 1, 0, 0, -1073748192, 956420, 956624, 603996712, -1879005504, 4, 3549108, 685668, 1711407104, 0, -1073749264, 912016, 3560372, -1, -1, -1, 0, -1073749024, 3541964, 72104, 42912163, 58721281, 0, 3591284, 3549108, 13, 13, 0, 0, -1073749264, -1073749136, 0, 9, -1073749283, 1, -1073748732, -1073748736, 1, 58782761, -1073748944, 892328, -1073748944, 0, 892352, 3577308, 7, 3511772, 3511772, 3560372, 1152476, 3560344, 3587608, 3587608, 3522072, 3, -1073748728, -1073748732, 3508768, -1073748732, -1073748944, 966168, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 1127219200, -2147483648, 1082163566, -2147483648, -1072431104, 0, -1073748560, 58958593, 1155056, 1152476, -1073748544, 3560344, 1155056, 3560372, 1152476, 3560344, 2, 2, -1073748560, 0, 3591284, 3525748, 43843401, 43838675, 43838691, 43463235, 604024, 42912163, 58721281, 58721329, 43575993, 58721281, 58721281, -1073748528, 43750706, 0, -1073748736, 43691187, 43750672, 10813140, -1073748128, 42912131, 42985988, 11175428, -1073748128, 3560372, 58853689, 17394149, 0, 6, 3560336, 3560376, -1073748172, 3560372, 3559900, 3560344, 1, 1, 4, 14010664, 11322512, 11322516, 11322512, 58931345, 58721281, 967756, -1073748384, 11175588, 968476, 967756, -1073748368, 3560344, 968476, 3587608, 43838723, 59021539, 58721281, 14421381, -1073748384, 43575993, 42913009, 969844},
backlist = 0xbfffe8d0,
handlerlist = 0xbffff350,
lisp_eval_depth = 2,
pdlcount = 8,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0xbfffe760
}
c = {
tag = 43843401,
val = 58721281,
next = 0xbffff020,
gcpro = 0x0,
jmp = {-1073749344, -1073745888, 0, 3559900, 3577308, 6, 3511772, 3511772, 3560372, 1152476, 3560344, 2, 2, 4, 58721281, -1073745072, 1, 0, 0, -1073748192, 956420, 956624, 603996712, -1879005504, 4, 3549108, 685668, 1711407104, 0, -1073749264, 912016, 3560372, -1, -1, -1, 0, -1073749024, 3541964, 72104, 42912163, 58721281, 0, 3591284, 3549108, 13, 13, 0, 0, -1073749264, -1073749136, 0, 9, -1073749283, 1, -1073748732, -1073748736, 1, 58782761, -1073748944, 892328, -1073748944, 0, 892352, 3577308, 7, 3511772, 3511772, 3560372, 1152476, 3560344, 3587608, 3587608, 3522072, 3, -1073748728, -1073748732, 3508768, -1073748732, -1073748944, 966168, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 1127219200, -2147483648, 1082163566, -2147483648, -1072431104, 0, -1073748560, 58958593, 1155056, 1152476, -1073748544, 3560344, 1155056, 3560372, 1152476, 3560344, 2, 2, -1073748560, 0, 3591284, 3525748, 43843401, 43838675, 43838691, 43463235, 604024, 42912163, 58721281, 58721329, 43575993, 58721281, 58721281, -1073748528, 43750706, 0, -1073748736, 43691187, 43750672, 10813140, -1073748128, 42912131, 42985988, 11175428, -1073748128, 3560372, 58853689, 17394149, 0, 6, 3560336, 3560376, -1073748172, 3560372, 3559900, 3560344, 1, 1, 4, 14010664, 11322512, 11322516, 11322512, 58931345, 58721281, 967756, -1073748384, 11175588, 968476, 967756, -1073748368, 3560344, 968476, 3587608, 43838723, 59021539, 58721281, 14421381, -1073748384, 43575993, 42913009, 969844},
backlist = 0xbfffe8d0,
handlerlist = 0xbffff350,
lisp_eval_depth = 2,
pdlcount = 8,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0xbfffe760
}
#10 0x0011a7ec in Fbyte_code (bytestr=59020257, vector=141, maxdepth=-1073748168) at /Users/bryan/src/emacs/src/bytecode.c:852
v1 = -1610604376
op = 141
vectorp = (int *) 0xaae878
stack = {
pc = 0x3810f81 "",
top = 0x3810f99,
bottom = 0x29cff49,
byte_string = 13970973,
byte_string_start = 0x3800401 "",
constants = 58721281,
next = 0xbfffe884
}
top = (int *) 0xbfffe738
result = 0
#11 0x000ec71c in funcall_lambda (fun=-1073748168, nargs=2, arg_vector=0x3595dc) at /Users/bryan/src/emacs/src/eval.c:2914
val = 0
syms_left = -1073748192
next = 59020257
i = 2
optional = 1
rest = 0
#12 0x000ec238 in Ffuncall (nargs=0, args=0xbfffe738) at /Users/bryan/src/emacs/src/eval.c:2784
fun = 59020257
funcar = 0
numargs = 11200632
val = 0
backtrace = {
next = 0xbfffeaf0,
function = 0xbfffe960,
args = 0xbfffe964,
nargs = 2,
evalargs = 0 '\0',
debug_on_exit = 0 '\0'
}
internal_args = (int *) 0x38493e1
i = 0
#13 0x00119f78 in Fbyte_code (bytestr=59020257, vector=141, maxdepth=-1073748168) at /Users/bryan/src/emacs/src/bytecode.c:689
op = 141
vectorp = (int *) 0xaae878
stack = {
pc = 0x28ed461 "K?\225\002\216?\003\003\200\004\031",
top = 0xd4dad5,
bottom = 0x3800401,
byte_string = 967416,
byte_string_start = 0xbfffea10 "???\020D",
constants = 3559900,
next = 0xec318
}
top = (int *) 0xbfffe738
result = 0
#14 0x000ec71c in funcall_lambda (fun=-1073748168, nargs=2, arg_vector=0x3595dc) at /Users/bryan/src/emacs/src/eval.c:2914
val = 0
syms_left = -1073748192
next = 59020257
i = 2
optional = 1
rest = 0
#15 0x000ec238 in Ffuncall (nargs=0, args=0xbfffe738) at /Users/bryan/src/emacs/src/eval.c:2784
fun = 59020257
funcar = 0
numargs = 11200632
val = 0
backtrace = {
next = 0xbfffee00,
function = 0xbfffec10,
args = 0xbfffec14,
nargs = 1,
evalargs = 0 '\0',
debug_on_exit = 0 '\0'
}
internal_args = (int *) 0x38493e1
i = 0
#16 0x000eb7e4 in Fapply (nargs=2, args=0x4) at /Users/bryan/src/emacs/src/eval.c:2232
i = -1610596436
numargs = 141
spread_arg = 59020257
funcall_args = (int *) 0xaae878
fun = -1073748168
gcpro1 = {
next = 0x100c195,
var = 0x360c20,
nvars = 3536932
}
#17 0x000ebc44 in apply1 (fn=42698873, arg=-1610596436) at /Users/bryan/src/emacs/src/eval.c:2485
args = {42698873, 43838723}
gcpro1 = {
next = 0x360c20,
var = 0xbfffec10,
nvars = 2
}
#18 0x000e6be4 in Fcall_interactively (function=42698873, record_flag=58721281, keys=3511772) at /Users/bryan/src/emacs/src/callint.c:406
input = 17518749
args = (int *) 0x1195dc
visargs = (int *) 0x360c20
argstrings = (unsigned char **) 0x3651dc
fun = 0
specs = 13949781
teml = 13949773
enable = 3560344
next_event = 3511772
prefix_arg = 58721281
string = (unsigned char *) 0xd4db4d "\200\004\001\002\234?\003\003\200\004\001\002\216\023c\003\200\004\001"
tem = (unsigned char *) 0x10b509d "\vQ?\002\207xY\001\vP\215\002\206?C"
varies = (int *) 0x3695dc
i = 30
j = 3560224
count = -1073746544
foo = -1878821048
prompt1 = "\002\237z\222\002\203\236?\001\v;?\000\t2<????\207\205\223\223?K?\225\207\205\223\223?K?\225\207\205\223\223?K?\225\207\205\223\223?K?\225\003\200\004\001\003\200\004\001\001\nk \000\000\000\001\003\203?\221\003\203?\221\000\r\204̿??@\207\205\223\223\000\r\205T\001c5п??@"
arg_from_tty = 0
gcpro1 = {
next = 0x3ffff,
var = 0x704003,
nvars = 913120
}
gcpro2 = {
next = 0x0,
var = 0xbffff350,
nvars = 0
}
gcpro3 = {
next = 0xbfffed60,
var = 0x0,
nvars = 0
}
gcpro4 = {
next = 0xbfffed70,
var = 0x3800401,
nvars = 3560336
}
key_count = 1
record_then_fail = 0
save_this_command = 42698873
save_last_command = 42698873
save_this_original_command = 42698873
save_real_this_command = 42698873
#19 0x0008d9b4 in Fcommand_execute (cmd=42698873, record_flag=30, keys=17518749, special=34640640) at /Users/bryan/src/emacs/src/keyboard.c:9696
final = -1073746896
tem = 0
prefixarg = 13949781
backtrace = {
next = 0x0,
function = 0x365324,
args = 0xbfffee78,
nargs = 1,
evalargs = 0 '\0',
debug_on_exit = 0 '\0'
}
#20 0x00081e64 in command_loop_1 () at /Users/bryan/src/emacs/src/keyboard.c:1748
cmd = 3560224
lose = 3560224
nonundocount = 0
keybuf = {1073742192, 960, 892352, 6881398, 3540688, 3540688, 58721329, 0, -1073746048, 3560356, 17115309, 526032, -1073746112, 3518420, 526392, 58721281, 2348128, 58721281, -1073746192, 962516, -1073745936, 603996706, 963992, 6619182, -1073746080, 61, 7274606, 6619246, 0, 2}
i = 3560224
prev_modiff = 96
prev_buffer = (struct buffer *) 0x1e
already_adjusted = 0
#21 0x000e9e8c in internal_condition_case (bfun=0x80c18 <command_loop_1>, handlers=58766377, hfun=0x80580 <cmd_error>) at /Users/bryan/src/emacs/src/eval.c:1334
c = {
tag = 58721281,
val = 58721281,
next = 0xbffff4f0,
gcpro = 0x0,
jmp = {-1073745952, 3557684, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 3531720, 3559904, 58721281, 0, 58721281, 0, 1, 1509760, 957792, 957976, 603996712, -1879005504, 7, 957976, 603996712, 1711407104, 0, -1073745872, -1877363268, 1711407104, 0, -1073745856, 0, 0, 0, 65555, -1073744680, 512, 0, 0, 10545856, -1876320096, -1073745616, 7143470, -1876323184, 7667758, 4522093, 6357091, 7536640, 0, -1073745568, 0, 0, -1073743584, -1073744676, 65555, -1073744680, 10556640, -1073745536, 10545776, 10545856, -1876320096, -1073745520, 6745016, -1876302772, -1876320096, -1073745440, 9947624, 0, 41943040, 1, 16, 16, -1879036888, -1073745472, 0, -1879036700, 10545872, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 1127219200, -2147483648, 1082163566, -2147483648, -1072431104, 0, 1082163566, -2147483648, -1072431104, 0, 0, 0, -1876325520, -1073744684, 0, 0, 10545872, -1876418304, -1073745280, 0, -1876411728, 0, 0, 0, 0, 0, 8519680, -1073744772, 10545872, -1876418304, -1073745232, 65555, 9947692, 10545872, 0, -1073744740, 10545872, -1876418304, -1073745200, 1140867650, 9947756, -1876325148, -1073745184, 570442786, -1877114864, -1876125528, 0, -1073744772, 0, -1876418304, -1073745024, -1073745152, -1876417268, 10545856, 6745008, 65555, 0, -1876418304, -1073744992, 10545872, -1876417268, -1876325148, -1073744848, 570442274, -1876325032, 240, -1073745088, 9947792, -1876364652, 0, 9982820, 10492064, -1, 9947800, 8519680, 8519680, -1877311316, 240, -1073745040, 1231908975, 1920222063, 1836085102},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
h = {
handler = 58766377,
var = 58721281,
chosen_clause = 58721329,
tag = 0xbffff020,
next = 0x0
}
#22 0x000809b8 in command_loop_2 () at /Users/bryan/src/emacs/src/keyboard.c:1278
No locals.
#23 0x000e98e8 in internal_catch (tag=0, func=0x80978 <command_loop_2>, arg=58721281) at /Users/bryan/src/emacs/src/eval.c:1095
c = {
tag = 58761641,
val = 58721281,
next = 0x0,
gcpro = 0x0,
jmp = {-1073744720, 0 <repeats 11 times>, 3531720, 3559904, 58721281, 0, 1, 0, 0, 3559932, 956420, 956624, 1107313192, -1879005504, 4, 1140867650, -1876421964, 1711407104, 0, -1073744640, 10545776, 196660, -1073744416, 42015088, 42015088, -1876044368, 62960, 1634467840, 1684537344, 66228, 10545776, 65556, 41999392, -1875750764, -1073744368, -1073743872, -1876021080, -1875750764, -1073744368, -1875617116, -1876379580, 10554512, -1610566608, 41943040, 0, -1879044368, -1073744320, 6744592, -1879044296, 66228, 65531, 0, 9834456, 717, 10545776, 65556, 0, -1875750764, -1073744032, 0, -1875750616, -1073743584, 1634729984, 1634467840, 1684537344, 66228, 9613404, 6745000, 6745000, -1876415884, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 1127219200, -2147483648, 1082163566, -2147483648, -1072431104, 0, 10, 41943040, 10, -1879044152, -1073744080, 59132624, -1879044012, 860288, -1073744064, 0, 860332, -1849784008, -1073744032, -1610556664, -2, 41943040, 40, 1, 1, -1879036888, 10496432, 10496304, 10, -1879040504, -1073744000, -1073743728, -1879040444, 625572, -1073743968, -1610556664, 501, -1610576668, 10, 41943040, 10, -1879044152, -1073743952, 9613632, -1879044012, -1610576668, -1073743920, 40, 10, -1878947792, -1073743904, -1610556664, -1878995100, 41943040, -1073743904, 1, 1, -1879036888, 10496432, 10496304, -524288, 536977, 1295, 0, 1127219200, 10556368, 1295, -1073743584, 1197012, -1881056104, -1073743824, -1880816380, 1, -1881055632, -1073743824, -1073743728, -1881055624, -1610576668, -1073743792, 40, 0, 0},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
c = {
tag = 58761641,
val = 58721281,
next = 0x0,
gcpro = 0x0,
jmp = {-1073744720, 0 <repeats 11 times>, 3531720, 3559904, 58721281, 0, 1, 0, 0, 3559932, 956420, 956624, 1107313192, -1879005504, 4, 1140867650, -1876421964, 1711407104, 0, -1073744640, 10545776, 196660, -1073744416, 42015088, 42015088, -1876044368, 62960, 1634467840, 1684537344, 66228, 10545776, 65556, 41999392, -1875750764, -1073744368, -1073743872, -1876021080, -1875750764, -1073744368, -1875617116, -1876379580, 10554512, -1610566608, 41943040, 0, -1879044368, -1073744320, 6744592, -1879044296, 66228, 65531, 0, 9834456, 717, 10545776, 65556, 0, -1875750764, -1073744032, 0, -1875750616, -1073743584, 1634729984, 1634467840, 1684537344, 66228, 9613404, 6745000, 6745000, -1876415884, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 1127219200, -2147483648, 1082163566, -2147483648, -1072431104, 0, 10, 41943040, 10, -1879044152, -1073744080, 59132624, -1879044012, 860288, -1073744064, 0, 860332, -1849784008, -1073744032, -1610556664, -2, 41943040, 40, 1, 1, -1879036888, 10496432, 10496304, 10, -1879040504, -1073744000, -1073743728, -1879040444, 625572, -1073743968, -1610556664, 501, -1610576668, 10, 41943040, 10, -1879044152, -1073743952, 9613632, -1879044012, -1610576668, -1073743920, 40, 10, -1878947792, -1073743904, -1610556664, -1878995100, 41943040, -1073743904, 1, 1, -1879036888, 10496432, 10496304, -524288, 536977, 1295, 0, 1127219200, 10556368, 1295, -1073743584, 1197012, -1881056104, -1073743824, -1880816380, 1, -1881055632, -1073743824, -1073743728, -1881055624, -1610576668, -1073743792, 40, 0, 0},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
#24 0x00080910 in command_loop () at /Users/bryan/src/emacs/src/keyboard.c:1257
No locals.
#25 0x000802e4 in recursive_edit_1 () at /Users/bryan/src/emacs/src/keyboard.c:963
val = 3539880
#26 0x0008047c in Frecursive_edit () at /Users/bryan/src/emacs/src/keyboard.c:1024
buffer = 0
#27 0x0007ef84 in main (argc=0, argv=0xbffffb68) at /Users/bryan/src/emacs/src/emacs.c:1687
dummy = -1073743168
stack_bottom_variable = -65 '?'
do_initial_setlocale = 3536312
skip_args = 0
rlim = {
rlim_cur = 8388608,
rlim_max = 67108864
}
no_loadup = 0
junk = 0x0
(gdb)
[-- Attachment #3: Type: text/plain, Size: 31 bytes --]
--
bryan d. o'connor
@ lunch
[-- Attachment #4: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 20:51 ` bryan o'connor
@ 2004-07-14 22:28 ` David Kastrup
2004-07-14 23:26 ` bryan o'connor
2004-07-15 14:30 ` Stefan
2004-07-15 0:12 ` David Kastrup
1 sibling, 2 replies; 13+ messages in thread
From: David Kastrup @ 2004-07-14 22:28 UTC (permalink / raw)
Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 879 bytes --]
bryan o'connor <bryan@lunch.org> writes:
> > There have been more changes at 06/29 and 06/30. Your search.c is
> > newer than that?
> > If it is, could you run Emacs under gdb and give a backtrace when it
> > bugs out?
>
> i just tested a cvs version dated 6/28 and it did abort(). the
> backtrace
> is attached below.
>
> my keystrokes were:
> M-x slime [return]
> M-. prin1 [return]
> M-. prin1 [return]
> M-. prin1 [return]
I have repeatedly stated that I had no clue what I was doing there, as
I have no idea how Lisp data structures are implemented in C. I have
begged in desperation that someone take a look at the patch before I
check it in.
No reaction. So that's where we are now.
Does the following patch (where I, on a hunch, try using XSETBUFFER
whenever assigning a buffer, without a clue about whether this has any
relevance or not) change anything?
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 1476 bytes --]
--- search.c 01 Jul 2004 00:48:54 +0200 1.183
+++ search.c 14 Jul 2004 23:58:13 +0200
@@ -2731,7 +2731,7 @@
if (BUFFERP (last_thing_searched) && !NILP (integers))
{
- data[len] = last_thing_searched;
+ XSETBUFFER(data[len], last_thing_searched);
len++;
}
@@ -2813,7 +2813,7 @@
marker = Fcar (list);
if (BUFFERP (marker))
{
- last_thing_searched = marker;
+ XSETBUFFER(last_thing_searched, marker);
break;
}
if (i >= length)
@@ -2873,7 +2873,10 @@
saved_search_regs.num_regs = search_regs.num_regs;
saved_search_regs.start = search_regs.start;
saved_search_regs.end = search_regs.end;
- saved_last_thing_searched = last_thing_searched;
+ if (BUFFERP(last_thing_searched))
+ XSETBUFFER (saved_last_thing_searched, last_thing_searched);
+ else
+ saved_last_thing_searched = last_thing_searched;
last_thing_searched = Qnil;
search_regs.num_regs = 0;
search_regs.start = 0;
@@ -2897,7 +2900,10 @@
search_regs.num_regs = saved_search_regs.num_regs;
search_regs.start = saved_search_regs.start;
search_regs.end = saved_search_regs.end;
- last_thing_searched = saved_last_thing_searched;
+ if (BUFFERP (saved_last_thing_searched))
+ XSETBUFFER(last_thing_searched,saved_last_thing_searched);
+ else
+ last_thing_searched = saved_last_thing_searched;
saved_last_thing_searched = Qnil;
search_regs_saved = 0;
}
[-- Attachment #3: Type: text/plain, Size: 116 bytes --]
Note: I'll be probably gone before the next reply, till Monday.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
[-- Attachment #4: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 22:28 ` David Kastrup
@ 2004-07-14 23:26 ` bryan o'connor
2004-07-15 0:08 ` David Kastrup
2004-07-15 1:48 ` David Kastrup
2004-07-15 14:30 ` Stefan
1 sibling, 2 replies; 13+ messages in thread
From: bryan o'connor @ 2004-07-14 23:26 UTC (permalink / raw)
Cc: emacs-devel
> Does the following patch (where I, on a hunch, try using XSETBUFFER
> whenever assigning a buffer, without a clue about whether this has any
> relevance or not) change anything?
unfortunately no difference. the backtrace looks similar.
...bryan
--
bryan d. o'connor
@ lunch
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 23:26 ` bryan o'connor
@ 2004-07-15 0:08 ` David Kastrup
2004-07-15 1:48 ` David Kastrup
1 sibling, 0 replies; 13+ messages in thread
From: David Kastrup @ 2004-07-15 0:08 UTC (permalink / raw)
Cc: emacs-devel
bryan o'connor <bryan@lunch.org> writes:
> > Does the following patch (where I, on a hunch, try using XSETBUFFER
> > whenever assigning a buffer, without a clue about whether this has any
> > relevance or not) change anything?
>
> unfortunately no difference. the backtrace looks similar.
Actually, reconsidering that mad patch, I'd expect Emacs to more or
less dump core continuously with that.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 20:51 ` bryan o'connor
2004-07-14 22:28 ` David Kastrup
@ 2004-07-15 0:12 ` David Kastrup
2004-07-15 0:19 ` bryan o'connor
1 sibling, 1 reply; 13+ messages in thread
From: David Kastrup @ 2004-07-15 0:12 UTC (permalink / raw)
Cc: emacs-devel
bryan o'connor <bryan@lunch.org> writes:
> > There have been more changes at 06/29 and 06/30. Your search.c is
> > newer than that?
> > If it is, could you run Emacs under gdb and give a backtrace when it
> > bugs out?
>
> i just tested a cvs version dated 6/28 and it did abort(). the
> backtrace
> is attached below.
What about "your search.c is newer than that?" did you not understand?
I just went on bug search for hours and now on rereading all posts for
further hints I finally notice that you did not even bother to get the
version I explicitly told you had relevant fixes in it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-15 0:12 ` David Kastrup
@ 2004-07-15 0:19 ` bryan o'connor
2004-07-15 0:31 ` David Kastrup
0 siblings, 1 reply; 13+ messages in thread
From: bryan o'connor @ 2004-07-15 0:19 UTC (permalink / raw)
Cc: emacs-devel
> What about "your search.c is newer than that?" did you not understand?
> I just went on bug search for hours and now on rereading all posts for
> further hints I finally notice that you did not even bother to get the
> version I explicitly told you had relevant fixes in it.
i thought my first post was clear, my initial bug report was based on
a fresh cvs version from today.
i explicitly tested 6/28 to show that the 6/29 and 6/30 changes did
not introduce the bug.
...bryan
--
bryan d. o'connor
@ lunch
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-15 0:19 ` bryan o'connor
@ 2004-07-15 0:31 ` David Kastrup
0 siblings, 0 replies; 13+ messages in thread
From: David Kastrup @ 2004-07-15 0:31 UTC (permalink / raw)
Cc: emacs-devel
bryan o'connor <bryan@lunch.org> writes:
> > What about "your search.c is newer than that?" did you not
> > understand? I just went on bug search for hours and now on
> > rereading all posts for further hints I finally notice that you
> > did not even bother to get the version I explicitly told you had
> > relevant fixes in it.
>
> i thought my first post was clear, my initial bug report was based
> on a fresh cvs version from today.
>
> i explicitly tested 6/28 to show that the 6/29 and 6/30 changes did
> not introduce the bug.
Then that was a misunderstanding. Those changes _fixed_ a similar
bug, I was not expecting them to be the cause of it. You are
positive that you have not accidentally missed out on a recompilation
or whatever else when reporting the problem with the current CVS?
Anyway, I don't have slime here. It would appear that the data
structure it passes to set-match-data is rejected. Can you verify in
the source whether all calls to set-match-data operate with
unmodified data from a call of match-data?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 23:26 ` bryan o'connor
2004-07-15 0:08 ` David Kastrup
@ 2004-07-15 1:48 ` David Kastrup
2004-07-15 2:38 ` bryan o'connor
1 sibling, 1 reply; 13+ messages in thread
From: David Kastrup @ 2004-07-15 1:48 UTC (permalink / raw)
Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 356 bytes --]
bryan o'connor <bryan@lunch.org> writes:
> > Does the following patch (where I, on a hunch, try using XSETBUFFER
> > whenever assigning a buffer, without a clue about whether this has any
> > relevance or not) change anything?
>
> unfortunately no difference. the backtrace looks similar.
Undo the patch. Does the following patch help in any manner?
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 350 bytes --]
--- search.c 01 Jul 2004 00:48:54 +0200 1.183
+++ search.c 15 Jul 2004 03:46:20 +0200
@@ -2974,6 +2974,9 @@
last_thing_searched = Qnil;
staticpro (&last_thing_searched);
+ saved_last_thing_searched = Qnil;
+ staticpro (&saved_last_thing_searched);
+
defsubr (&Slooking_at);
defsubr (&Sposix_looking_at);
defsubr (&Sstring_match);
[-- Attachment #3: Type: text/plain, Size: 52 bytes --]
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
[-- Attachment #4: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-15 1:48 ` David Kastrup
@ 2004-07-15 2:38 ` bryan o'connor
2004-07-15 2:42 ` David Kastrup
0 siblings, 1 reply; 13+ messages in thread
From: bryan o'connor @ 2004-07-15 2:38 UTC (permalink / raw)
Cc: emacs-devel
> Undo the patch. Does the following patch help in any manner?
that fixed it. i just did a fresh checkout + your patch + bootstrap
build to double-check.
thank you for your help.
...bryan
--
bryan d. o'connor
@ lunch
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-15 2:38 ` bryan o'connor
@ 2004-07-15 2:42 ` David Kastrup
0 siblings, 0 replies; 13+ messages in thread
From: David Kastrup @ 2004-07-15 2:42 UTC (permalink / raw)
Cc: emacs-devel
bryan o'connor <bryan@lunch.org> writes:
> > Undo the patch. Does the following patch help in any manner?
>
> that fixed it. i just did a fresh checkout + your patch + bootstrap
> build to double-check.
If anybody on this list had bothered commenting on my "in particular,
I have no clue what would be needed for the garbage collector" plea,
it would have saved me quite a bit of time.
I am checking this in now.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: match-data aborts on mac os x
2004-07-14 22:28 ` David Kastrup
2004-07-14 23:26 ` bryan o'connor
@ 2004-07-15 14:30 ` Stefan
1 sibling, 0 replies; 13+ messages in thread
From: Stefan @ 2004-07-15 14:30 UTC (permalink / raw)
Cc: emacs-devel, bryan o'connor
> I have repeatedly stated that I had no clue what I was doing there, as
> I have no idea how Lisp data structures are implemented in C. I have
> begged in desperation that someone take a look at the patch before I
> check it in.
Compile with -DUSE_LISP_UNION_TYPE -DENABLE_CHECKING so you'll get
compile-time and runtime checking. Once the compilation goes through you
can drop the -DUSE_LISP_UNION_TYPE (it costs run-time performance with no
additional run-time checking).
Stefan
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2004-07-15 14:30 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-14 20:09 match-data aborts on mac os x bryan o'connor
2004-07-14 20:16 ` David Kastrup
2004-07-14 20:51 ` bryan o'connor
2004-07-14 22:28 ` David Kastrup
2004-07-14 23:26 ` bryan o'connor
2004-07-15 0:08 ` David Kastrup
2004-07-15 1:48 ` David Kastrup
2004-07-15 2:38 ` bryan o'connor
2004-07-15 2:42 ` David Kastrup
2004-07-15 14:30 ` Stefan
2004-07-15 0:12 ` David Kastrup
2004-07-15 0:19 ` bryan o'connor
2004-07-15 0:31 ` David Kastrup
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.