Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: Bug triage

X-seq: zsh-workers 26197
From: "Matt Wozniski" <godlygeek@xxxxxxxxx>
To: "Richard Hartmann" <richih.mailinglist@xxxxxxxxx>, 381842@xxxxxxxxxxxxxxx, zsh-workers@xxxxxxxxxx
Subject: Re: Bug triage
Date: Mon, 29 Dec 2008 18:40:33 -0500
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=env6XVxzZhEI2NboEs/l/HJptTxi4GfiJgLB+jJFdJc=; b=s7HcgVhZVL4s4PGL/pEjyLbBC5vCLPXMZC2/0NxRHNQDMozgaIU9kO3197aa28Ony7 75bYyAg1Tty+5hHCdyRM1dLTGWC+ZeyBdPIidfeMnfuhDmngdbcudORnNMykntsUqz7m t9yQ8m0jZ0Y9X0TMSg3fCWbwwPwfmbkuRqsZ8=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OhQaWwFh64hD7/ptV3Go+phQz54k6XbqTl5OrPTqbjUEJUNJR/wADaOE09NYkhBfgM N/uu2wR8EdQG4/gIeYOFT78CEJWoZMHlXSeuvdEGu9uIfyayiieWNXjaFkR0gI4FZmQn T5E5asGp7ol9eMO6ncJd2i7vS+nCdGSQIn5ZQ=
In-reply-to: <20081229233506.GM17090@xxxxxxxxxxxxxxxxxxx>
Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
References: <2d460de70812291311s3fe60715of556b785037f3bb1@xxxxxxxxxxxxxx> <20081229233506.GM17090@xxxxxxxxxxxxxxxxxxx>

On 12/29/08, Vincent Lefevre wrote:
> reopen 381842
>  found 381842 4.3.6-7
>  thanks
>
>  On 2008-12-29 22:11:49 +0100, Richard Hartmann wrote:
>  > I am triaging bugs against zsh in Debian's BTS.
>  > zsh 4.3.6 does not show this behaviour, any more.
>  >
>  > Re-open if I made a mistake, please.
>
>  The bug occurs when one types Ctrl-C at the first dpkg completion
>  (e.g. "dpkg -s lib[TAB]"), and before zsh could find the possible
>  matches. A shell variable _deb_packages_cache_installed gets defined
>  but contains nothing.
>
>  I can reproduce it all the time on my powerpc machine, but not on
>  x86_64 (but perhaps because this x86_64 machine is so fast I cannot
>  type Ctrl-C early enough).
>
>  I can also reproduce it on my Nokia N810 with a zsh 4.3.9 I compiled.
>
>  I don't know how this can be fixed, but something like: do not
>  define this variable when the function that computed this cache
>  had been interrupted, or regard an empty variable as an invalid
>  cache.

Seems that not defining the variable when the function that defined it
was interrupted would be best, if it's not too tough to implement.
Regarding an empty variable as invalid is still better than allowing
an empty variable, but depending on the code (which I haven't looked
at) it might be able to create a variable holding only part of a valid
cache.

Just something to think about.

~Matt

Follow-Ups:
- Re: Bug triage
  - From: Clint Adams

References:
- Re: Bug triage
  - From: Vincent Lefevre

Messages sorted by: Reverse Date, Date, Thread, Author