From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11529 invoked from network); 21 Aug 2000 08:34:48 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 21 Aug 2000 08:34:48 -0000 Received: (qmail 22829 invoked by alias); 21 Aug 2000 08:34:34 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12683 Received: (qmail 22822 invoked from network); 21 Aug 2000 08:34:34 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer goliath.siemens.de) From: "Andrej Borsenkow" To: "Sven Wischnowsky" , Subject: RE: PATCH: _zmodload Date: Mon, 21 Aug 2000 12:34:27 +0400 Message-ID: <000401c00b4a$9e4fcfd0$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <200008210800.KAA00733@beta.informatik.hu-berlin.de> > > And those builtins completed... offering the builtins currently > defined is a simple solution for a hard problem, but will be wrong in > most cases. For the modules we have currently, the builtins could be > derived with something like `nm | grep bin_'. Unfortunately, > this isn't guaranteed to be correct and won't work for autoloaded > parameters, conditions and so on anyway. Maybe trying to find a .mdd > file and looking at it would be a better solution. Or maybe giving up > and doing what _zmodload does now... sigh. > Or define extra entry point, load module, ask it about autoloaded objects and unload. This should be the most portable. Or just leave it loaded assuming that user will need it anyway. Can it be useful for something else? -andrej