Carbon Emacs on OS X 10.4 - still broken - reading plist?

[David Reitter]

In another addition to my last message, here is yet another call stack 
-- again it's in analyse_first, notice the "/plist".
(Sorry for the spam - lists.gnu.org seems down and I get a lot of bug 
reports.)

---

(gdb) backtrace
#0  0x9004a10c in kill ()
#1  0x90120934 in abort ()
#2  0x000c17fc in analyse_first (p=0x815453 "{", pend=0x8154a5 
"/plist>\n", fastmap=0x28a654 "", multibyte=0) at regex.c:4032
#3  0x000c1870 in re_compile_fastmap (bufp=0x28a634) at regex.c:4075
#4  0x000c1a50 in re_search_2 (bufp=0x28a634, str1=0x0, size1=0, 
str2=0x39a2c70 
"/Users/ipmonger/Desktop/Emacs.app/Contents/Resources/lisp/subdirs.el", 
size2=68, startpos=0, range=68, regs=0x2bf164, stop=68) at regex.c:4224
#5  0x000c1918 in re_search (bufp=0x0, string=0x0, size=17, 
startpos=37, range=0, regs=0x9002280c) at regex.c:4129
#6  0x000b7050 in string_match_1 (regexp=58756739, string=58728515, 
start=2649768, posix=0) at search.c:408
#7  0x000e32d8 in Ffuncall (nargs=0, args=0x8) at eval.c:2793
#8  0x001103e4 in Fbyte_code (bytestr=58761969, vector=2, 
maxdepth=-1073833616) at bytecode.c:686
#9  0x000e38f4 in funcall_lambda (fun=1684228, nargs=1, 
arg_vector=0xbffe9b94) at eval.c:2975
#10 0x000e340c in Ffuncall (nargs=0, args=0xbffe9b90) at eval.c:2843
#11 0x001103e4 in Fbyte_code (bytestr=58761969, vector=1, 
maxdepth=-1073833072) at bytecode.c:686
#12 0x000e38f4 in funcall_lambda (fun=1684828, nargs=2, 
arg_vector=0xbffe9dd4) at eval.c:2975
#13 0x000e340c in Ffuncall (nargs=0, args=0xbffe9dd0) at eval.c:2843
#14 0x000e2eb4 in call2 (fn=0, arg1=0, arg2=-1610595664) at eval.c:2596
#15 0x000a9ee0 in Finsert_file_contents (filename=58728515, 
visit=58721281, beg=0, end=3336, replace=58721281) at fileio.c:4543
#16 0x000e331c in Ffuncall (nargs=0, args=0x4) at eval.c:2802
#17 0x001103e4 in Fbyte_code (bytestr=59006073, vector=1, 
maxdepth=-1073748528) at bytecode.c:686
#18 0x000e38f4 in funcall_lambda (fun=1660572, nargs=4, 
arg_vector=0xbfffe814) at eval.c:2975
#19 0x000e340c in Ffuncall (nargs=0, args=0xbfffe810) at eval.c:2843
#20 0x000e2f38 in call4 (fn=0, arg1=0, arg2=-1610595664, arg3=0, 
arg4=0) at eval.c:2643
#21 0x000f8da0 in Fload (file=58728947, noerror=58721329, 
nomessage=58721329, nosuffix=2852784, must_suffix=2668680) at 
lread.c:866
#22 0x000e331c in Ffuncall (nargs=0, args=0x10) at eval.c:2802
#23 0x001103e4 in Fbyte_code (bytestr=60370969, vector=4, 
maxdepth=-1073747264) at bytecode.c:686
#24 0x000e38f4 in funcall_lambda (fun=2382716, nargs=0, 
arg_vector=0xbfffec60) at eval.c:2975
#25 0x000e35b0 in apply_lambda (fun=2382716, args=2669092, eval_flag=1) 
at eval.c:2897
#26 0x000e2744 in Feval (form=2382716) at eval.c:2190
#27 0x000e1124 in internal_condition_case (bfun=0x78878 <top_level_2>, 
handlers=58766473, hfun=0x78430 <cmd_error>) at eval.c:1385
#28 0x000788e8 in top_level_1 () at keyboard.c:1340
#29 0x000e0b3c in internal_catch (tag=0, func=0x78894 <top_level_1>, 
arg=58721281) at eval.c:1144
#30 0x0007879c in command_loop () at keyboard.c:1297
#31 0x00078198 in recursive_edit_1 () at keyboard.c:995
#32 0x00078330 in Frecursive_edit () at keyboard.c:1056
#33 0x00076e30 in main (argc=0, argv=0xbffff954) at emacs.c:1769