From: Juri Linkov <juri@jurta.org>
Cc: yamaoka@jpl.org, teirllm@dms.auburn.edu, emacs-devel@gnu.org
Subject: Re: undo in loaddefs.el buffer
Date: Sun, 26 Dec 2004 04:43:11 +0200 [thread overview]
Message-ID: <87ekhdk9iw.fsf@jurta.org> (raw)
In-Reply-To: <E1CiDb4-0004k6-Vk@fencepost.gnu.org> (Richard Stallman's message of "Sat, 25 Dec 2004 10:12:46 -0500")
Richard Stallman <rms@gnu.org> writes:
> Right. The same question is asked in auto-compression-mode during
> visiting large gzipped files.
>
> I'm sure that can be fixed, if you tell me precisely where in the
> code it occurs. Would you please try making C and Lisp level backtraces
> while Emacs is asking the question?
The question is asked after `decode-coding-region' is called from
`decode-coding-inserted-region' from `jka-compr-insert-file-contents'.
Perhaps undo should be disabled temporarily in `jka-compr-insert-file-contents'
during visiting a gzipped file, but not permanently because buffers of
gzipped files are editable.
(gdb) xbt
"yes-or-no-p"
"undo-outer-limit-truncate"
"decode-coding-inserted-region"
"jka-compr-insert-file-contents"
"apply"
"jka-compr-handler"
"insert-file-contents"
"byte-code"
"find-file-noselect-1"
"find-file-noselect"
"find-file"
"dired-advertised-find-file"
"call-interactively"
(gdb) bt
#0 0x402acd82 in select () from /lib/libc.so.6
#1 0xbffe969c in ?? ()
#2 0x00000000 in ?? ()
#3 0xbffe971c in ?? ()
#4 0x081576d7 in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=137212809, wait_proc=0x0, just_wait_proc=0)
at process.c:4349
#5 0x08055dcb in sit_for (sec=30, usec=0, reading=1, display=1, initial_display=0) at dispnew.c:6367
#6 0x080d5471 in read_char (commandflag=1, nmaps=2, maps=0xbffe9984, prev_event=137212809, used_mouse_menu=0xbffe99c8) at keyboard.c:2762
#7 0x080dbddf in read_key_sequence (keybuf=0xbffe9ad4, bufsize=30, prompt=137212809, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1)
at keyboard.c:8818
#8 0x080d3420 in command_loop_1 () at keyboard.c:1531
#9 0x0812a791 in internal_condition_case (bfun=0x80d3114 <command_loop_1>, handlers=137276241, hfun=0x80d2cd0 <cmd_error>) at eval.c:1385
#10 0x080d2f98 in command_loop_2 () at keyboard.c:1312
#11 0x0812a301 in internal_catch (tag=137309129, func=0x80d2f74 <command_loop_2>, arg=137212809) at eval.c:1144
#12 0x080d2efd in command_loop () at keyboard.c:1279
#13 0x080d2a78 in recursive_edit_1 () at keyboard.c:984
#14 0x080f41c9 in read_minibuf (map=137241853, initial=137212809, prompt=141424499, backup_n=137212809, expflag=0, histvar=137312433, histpos=0, defalt=137212809,
allow_props=0, inherit_input_method=0, keep_all=0) at minibuf.c:700
#15 0x080f482f in Fread_from_minibuffer (prompt=141424499, initial_contents=137212809, keymap=137241853, read=137212809, hist=137312433, default_value=137212809,
inherit_input_method=137212809, keep_all=137212809) at minibuf.c:987
#16 0x0813504a in Fyes_or_no_p (prompt=141424643) at fns.c:3307
#17 0x0812c10a in Ffuncall (nargs=2, args=0xbffe9f40) at eval.c:2775
#18 0x0815137c in Fbyte_code (bytestr=136300339, vector=136300372, maxdepth=40) at bytecode.c:686
#19 0x0812c622 in funcall_lambda (fun=136300308, nargs=1, arg_vector=0xbffea074) at eval.c:2962
#20 0x0812c1f1 in Ffuncall (nargs=2, args=0xbffea070) at eval.c:2832
#21 0x0812be47 in call1 (fn=138133401, arg1=9737776) at eval.c:2569
#22 0x08115269 in truncate_undo_list (b=0x852c1c0) at undo.c:379
#23 0x08118a6b in Fgarbage_collect () at alloc.c:4687
#24 0x08151405 in Fbyte_code (bytestr=135998931, vector=135999036, maxdepth=64) at bytecode.c:721
#25 0x0812c622 in funcall_lambda (fun=135998836, nargs=7, arg_vector=0xbffea264) at eval.c:2962
#26 0x0812c1f1 in Ffuncall (nargs=8, args=0xbffea260) at eval.c:2832
#27 0x0815137c in Fbyte_code (bytestr=141297035, vector=141299116, maxdepth=80) at bytecode.c:686
#28 0x0812c622 in funcall_lambda (fun=141299548, nargs=5, arg_vector=0xbffea384) at eval.c:2962
#29 0x0812c1f1 in Ffuncall (nargs=6, args=0xbffea380) at eval.c:2832
#30 0x0812bb18 in Fapply (nargs=2, args=0xbffea444) at eval.c:2280
#31 0x0812c081 in Ffuncall (nargs=3, args=0xbffea440) at eval.c:2756
#32 0x0815137c in Fbyte_code (bytestr=141297579, vector=141325948, maxdepth=32) at bytecode.c:686
#33 0x0812c622 in funcall_lambda (fun=141326228, nargs=6, arg_vector=0xbffea564) at eval.c:2962
#34 0x0812c1f1 in Ffuncall (nargs=7, args=0xbffea560) at eval.c:2832
#35 0x0812bee7 in call6 (fn=137405761, arg1=137361433, arg2=141358851, arg3=137212857, arg4=137212809, arg5=137212809, arg6=137212809) at eval.c:2689
#36 0x080fa6c7 in Finsert_file_contents (filename=141358851, visit=137212857, beg=137212809, end=137212809, replace=137212809) at fileio.c:3724
#37 0x0812c181 in Ffuncall (nargs=3, args=0xbfffec90) at eval.c:2808
#38 0x0815137c in Fbyte_code (bytestr=136065115, vector=136065156, maxdepth=24) at bytecode.c:686
#39 0x0812b7a4 in Feval (form=136065101) at eval.c:2136
#40 0x0812a6a2 in Fcondition_case (args=139313413) at eval.c:1332
#41 0x0815180a in Fbyte_code (bytestr=136064435, vector=136064636, maxdepth=32) at bytecode.c:864
#42 0x0812c622 in funcall_lambda (fun=136064364, nargs=6, arg_vector=0xbfffefd4) at eval.c:2962
#43 0x0812c1f1 in Ffuncall (nargs=7, args=0xbfffefd0) at eval.c:2832
#44 0x0815137c in Fbyte_code (bytestr=136061859, vector=136062532, maxdepth=64) at bytecode.c:686
#45 0x0812c622 in funcall_lambda (fun=136061788, nargs=4, arg_vector=0xbffff0e4) at eval.c:2962
#46 0x0812c1f1 in Ffuncall (nargs=5, args=0xbffff0e0) at eval.c:2832
#47 0x0815137c in Fbyte_code (bytestr=136054931, vector=136054980, maxdepth=48) at bytecode.c:686
#48 0x0812c622 in funcall_lambda (fun=136054876, nargs=1, arg_vector=0xbffff1f4) at eval.c:2962
#49 0x0812c1f1 in Ffuncall (nargs=2, args=0xbffff1f0) at eval.c:2832
#50 0x0815137c in Fbyte_code (bytestr=141413515, vector=141417732, maxdepth=16) at bytecode.c:686
#51 0x0812c622 in funcall_lambda (fun=141417996, nargs=0, arg_vector=0xbffff314) at eval.c:2962
#52 0x0812c1f1 in Ffuncall (nargs=1, args=0xbffff310) at eval.c:2832
#53 0x0812be0e in apply1 (fn=141372657, arg=137212809) at eval.c:2525
#54 0x08127d58 in Fcall_interactively (function=141372657, record_flag=137212809, keys=137271804) at callint.c:411
#55 0x080dd336 in Fcommand_execute (cmd=141372657, record_flag=137212809, keys=137212809, special=137212809) at keyboard.c:9712
#56 0x080d3e2f in command_loop_1 () at keyboard.c:1785
#57 0x0812a791 in internal_condition_case (bfun=0x80d3114 <command_loop_1>, handlers=137276241, hfun=0x80d2cd0 <cmd_error>) at eval.c:1385
#58 0x080d2f98 in command_loop_2 () at keyboard.c:1312
#59 0x0812a301 in internal_catch (tag=137269457, func=0x80d2f74 <command_loop_2>, arg=137212809) at eval.c:1144
#60 0x080d2f47 in command_loop () at keyboard.c:1291
#61 0x080d2a78 in recursive_edit_1 () at keyboard.c:984
#62 0x080d2bb0 in Frecursive_edit () at keyboard.c:1045
#63 0x080d1972 in main (argc=2, argv=0xbffffaa4) at emacs.c:1763
--
Juri Linkov
http://www.jurta.org/emacs/
next prev parent reply other threads:[~2004-12-26 2:43 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-21 14:14 undo in loaddefs.el buffer Luc Teirlinck
2004-12-21 15:41 ` Luc Teirlinck
2004-12-22 4:31 ` Katsumi Yamaoka
2004-12-22 4:58 ` Katsumi Yamaoka
2004-12-23 0:01 ` Richard Stallman
2004-12-23 0:26 ` David Kastrup
2004-12-25 15:13 ` Richard Stallman
2004-12-24 1:45 ` Juri Linkov
2004-12-24 21:39 ` Luc Teirlinck
2004-12-26 9:14 ` Richard Stallman
2004-12-27 5:29 ` Luc Teirlinck
2004-12-27 22:35 ` Richard Stallman
2004-12-24 23:59 ` Luc Teirlinck
2004-12-25 15:12 ` Richard Stallman
2004-12-26 2:06 ` Luc Teirlinck
2004-12-26 2:32 ` Juri Linkov
2004-12-26 3:59 ` Luc Teirlinck
2004-12-27 2:40 ` Luc Teirlinck
2004-12-27 20:16 ` Juri Linkov
2004-12-28 4:57 ` Richard Stallman
2004-12-27 4:09 ` Richard Stallman
2004-12-26 16:15 ` Jan D.
2004-12-27 2:31 ` Luc Teirlinck
2004-12-27 10:21 ` Jan D.
2004-12-27 11:05 ` Jan D.
2004-12-27 22:35 ` Richard Stallman
2004-12-28 13:16 ` Jan D.
2004-12-28 20:57 ` Richard Stallman
2004-12-29 12:59 ` Jan D.
2004-12-28 5:03 ` Luc Teirlinck
2004-12-28 17:25 ` Richard Stallman
2004-12-29 2:07 ` Luc Teirlinck
2004-12-29 20:46 ` Richard Stallman
2004-12-30 1:14 ` Luc Teirlinck
2004-12-30 16:43 ` Richard Stallman
2004-12-31 1:54 ` Luc Teirlinck
2004-12-31 9:22 ` David Kastrup
2004-12-31 15:04 ` Luc Teirlinck
2005-01-01 5:25 ` Richard Stallman
2005-01-02 16:02 ` Luc Teirlinck
2005-01-03 0:58 ` Richard Stallman
2005-01-04 3:07 ` Luc Teirlinck
2005-01-04 17:00 ` Richard Stallman
2004-12-31 2:14 ` Luc Teirlinck
2004-12-30 5:06 ` Luc Teirlinck
2004-12-30 20:58 ` Richard Stallman
2004-12-27 18:05 ` Richard Stallman
2004-12-27 19:33 ` Jan D.
2004-12-28 4:57 ` Richard Stallman
2004-12-28 8:11 ` Jan D.
2004-12-28 21:05 ` Jason Rumney
2004-12-29 23:22 ` Jan D.
2004-12-27 4:09 ` Richard Stallman
2004-12-27 4:42 ` Luc Teirlinck
2004-12-26 2:43 ` Juri Linkov [this message]
2004-12-27 4:09 ` Richard Stallman
2005-01-04 9:05 ` Juri Linkov
2004-12-21 21:57 ` Kevin Rodgers
2004-12-22 0:17 ` Luc Teirlinck
2004-12-22 0:17 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ekhdk9iw.fsf@jurta.org \
--to=juri@jurta.org \
--cc=emacs-devel@gnu.org \
--cc=teirllm@dms.auburn.edu \
--cc=yamaoka@jpl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).