unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@jurta.org>
To: Kenichi Handa <handa@m17n.org>
Cc: pogonyshev@gmx.net, Stefan Monnier <monnier@iro.umontreal.ca>,
	emacs-devel@gnu.org
Subject: Re: very slow archive-mode
Date: Fri, 14 Mar 2008 03:03:35 +0200	[thread overview]
Message-ID: <87k5k6qjp8.fsf@jurta.org> (raw)
In-Reply-To: <E1JZiDu-0000BZ-LA@etlken.m17n.org> (Kenichi Handa's message of "Thu, 13 Mar 2008 16:51:34 +0900")

> As I've just found a bug in handling
> no-conversion-multibyte, I'll fix it soon.  After that, I am
> going to change auto-coding-alist to use
> no-conversion-multibyte for archive files, and adjust
> arc-mode and tar-mode.
>
> What do you think?

Thanks in advance for starting to fix this problem.  I think it is
important not to let a buffer associated with the archive file to
stay in the modified state after interrupting its loading.

Using a separate unibyte buffer may be a good solution, but there is one
possible problem: it would be difficult to find this hidden separate
buffer to kill it with the purpose to free up the memory occupied by the
file buffer after interrupting its loading (perhaps, this buffer can be
killed using unwind-protect during loading and kill-buffer-hook for C-x k).

So it seems a separate unibyte buffer would be necessary only if it will
be impossible to get the fast reading without leaving the file buffer
in the modified state.

PS. Fortunately, I had a copy of the corrupted archive on a DVD,
so nothing was lost, but nevertheless this is a damaging problem.

-- 
Juri Linkov
http://www.jurta.org/emacs/




  parent reply	other threads:[~2008-03-14  1:03 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-12 20:47 very slow archive-mode Paul Pogonyshev
2008-03-12 21:30 ` Stefan Monnier
2008-03-12 22:41   ` Juri Linkov
2008-03-13  7:51   ` Kenichi Handa
2008-03-13 15:04     ` Stefan Monnier
2008-03-13 15:08     ` Stefan Monnier
2008-03-14  1:56       ` YAMAMOTO Mitsuharu
2008-03-14  3:43         ` Kenichi Handa
2008-03-14  4:17           ` YAMAMOTO Mitsuharu
2008-03-14  1:03     ` Juri Linkov [this message]
2008-03-16  2:23       ` Kenichi Handa
2008-03-16 16:31         ` Juri Linkov

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=87k5k6qjp8.fsf@jurta.org \
    --to=juri@jurta.org \
    --cc=emacs-devel@gnu.org \
    --cc=handa@m17n.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=pogonyshev@gmx.net \
    /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).