From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19990 invoked from network); 4 Aug 2000 07:00:07 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 4 Aug 2000 07:00:07 -0000 Received: (qmail 22313 invoked by alias); 4 Aug 2000 06:59:56 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12514 Received: (qmail 22305 invoked from network); 4 Aug 2000 06:59:55 -0000 Date: Fri, 4 Aug 2000 08:59:50 +0200 (MET DST) Message-Id: <200008040659.IAA23453@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Adam Spiers's message of Thu, 3 Aug 2000 13:21:34 +0100 Subject: Re: PATCH: completion caching layer Adam Spiers wrote: > ... > > Now, it's not hard to imagine a system which doesn't have any CPAN > modules installed. In that case, I was worried about the above test > failing because _perl_CPAN_modules would be undefined. However there > appears to be an easy solution, which is just to ensure that all > cache-related parameters are always defined after retrieval, even if > they're defined to the empty array or string. Does that sound OK? Yes, I think (we do this thing of `empty is the same as undefined' elsewhere anyway). Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de