Re: [Crash] assertion failed in marker.c/21.5b-24

HS> Yes. It took quite some time, but I can now. It seems that HS> completion is also involved (I have some kind of deja vu -- HS> didn't I report nearly exactly the same problem some time/beta HS> version ago?). Anyway. Could be. I'll try searching for it. Re: your recipe 1) Fire up xemacs -vanilla 2) load-library completion 3) M-: (initialize-completions) 4) load-library cperl-mode 5) load-library font-lock-mode 6) Load the following file (without the lines, of course): --8<------------------------schnipp------------------------->8--- #!/usr/bin/perl -w # $Id: $ my $test_program; --8<------------------------schnapp------------------------->8--- 7) Ensure you have cperl-mode and font-lock enabled in that buffer. 8) Move to (beginning-of-buffer) 9) Hit the key 'm' 10) See the backtrace in your gdb. I really appreciate you going to the trouble of working this out! Unfortunately, your recipe does _not_ crash on Mac OS X, or on Linux, for me. I'm in the process of restoring my dev environment after my box went up in smoke, so I don't have the most recent LISP packages available on either machine. I'll get around to that in a day or so. Now, when I type "m", I just get "m#!/usr/bin/perl -w" in the buffer. What do you expect to get? In your posted backtrace, the crash goes through Fdelete_char. Is that true for this recipe as well? That suggests to me that there is some kind of completion in process (self-insert-command won't do delete-char, of course). But since it doesn't happen for me, it seems like maybe you already have some kind of completion or advice active that I don't? Could you try sourcing .gdbinit (from the XEmacs src directory) into gdb, then start XEmacs, execute the recipe, then type lbt (== lisp_back_trace)? That should tell us more about what LISP was doing at the time. In particular, I'd like to know if it's in completion and what it's trying to do at the time. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.