unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 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 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).