At this late stage in the pretest, won't it be safer to bind
default-directory only if the original value doesn't exist?
I am not sure whether it is safer, but it can't really hurt, and it
avoids the issue of installing more code by Chris Moore before his
papers come.
Would you please ins
BTW, I think the comments in jka-compr.el and some doctrings
(notoriously those of `jka-compr-shell' and
`ja-compr-compression-info-list') do lie about the use of a shell and
the following patch should be applied.
Please install your patch.
___
> Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
> From: Chris Moore <[EMAIL PROTECTED]>
> Date: Fri, 26 Jan 2007 15:52:36 +0100
>
> *** lisp/jka-compr.el 21 Jan 2007 03:53:11 - 1.92
> --- lisp/jka-compr.el 26 Jan 2007 14:46:48 -
> ***
> *** 166,171
> --- 166,1
Richard Stallman <[EMAIL PROTECTED]> writes:
> To see jka-compr failing, evaluate this:
>
> (let ((default-directory "/a/b/c"))
> (insert-file-contents "/usr/share/man/man1/ls.1.gz"))
>
> Can someone please fix jka-compr?
My post which started this thread contained a fix for jka-c
On 1/26/07, Richard Stallman <[EMAIL PROTECTED]> wrote:
Let's not go around in circles. We've already seen why this can't be
"fixed" in a natural way.
Yes, sorry. I missed the start of the thread.
BTW, I think the comments in jka-compr.el and some doctrings
(notoriously those of `jka-compr-s
I guess all I mean is that we need to fix Tramp (and other file
handlers) as well as jka-compr, because this also causes an error:
We need to fix all the file handlers that use call-process, I agree.
Fortunately there are not too many.
I agree it would be easier if we could fix this in ca
