bug#9160: 24.0.50; Emacs freezes in *shell* buffer.

[Stefan Monnier <monnier@iro.umontreal.ca>]

> I agree that there are many problems behind.  But, my
> testcase is a fairly simple one.  Even if we can't solve all
> the related problem at the moment, I think there should be
> some workaround for such a simple case as far as it's a
> regression.  For instance, is it difficult to escape all
> necessary characters on inserting a clicked item into
> *shell* buffer?

We could use a hack that affects choose-completion when inserting into
a comint-mode or shell-mode buffer, but that's hackish and is likely to
introduce new problems.  In the mean time I did get "the right way" to
work (so quoting interacts well with completion-styles) and based on
this experience (which was not traumatic but requires a few changes
which shouldn't make it into 24.1 so late in the game) I decided that
for 24.1 we'll just revert to the 23 behavior of quoting the output of
all-completions for those shell completion tables.

>> > (3) Error in post-command-hook for *.tar.gz file.
>> > % mkdir tmp
>> > % cd tmp
>> > % echo abc > abc
>> > % echo def > def
>> > % tar cfz temp.tar.gz abc def
>> > % tar tfz temp<tab>
>> > Now the command line is correctly completed to:
>> > % tar tfz temp.tar.gz 
>> > But, this error is signaled:
>> > Error in post-command-hook (completion-in-region--postch):
>> > (wrong-type-argument listp [tar-header #<marker at 513 in  *tar-data
>> > temp.tar.gz*> abc 436 8308 8308 4 (20069 47563) 4380 nil  ustar  handa handa
>> > 0 0 nil])
>> I cannot reproduce this error.  Has it been fixed in the mean time?
> No.  I still see that error with the above testcase.

I still cannot reproduce it from "emacs -Q" following your above recipe.


        Stefan