zsh-workers
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: "Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>,
	<zsh-workers@sunsite.dk>
Subject: Re: Modules dependencies RE: PATCH: zftp/tcp abstraction
Date: Thu, 7 Jun 2001 15:31:57 +0000	[thread overview]
Message-ID: <1010607153157.ZM7731@candle.brasslantern.com> (raw)
In-Reply-To: <000801c0ef56$acea3530$21c9ca95@mow.siemens.ru>

On Jun 7,  5:35pm, Andrej Borsenkow wrote:
}
} No, I believe, the simplest solution is to have modele.dep for every
} module.so. There may be some other things to put into (think about
} autoloaded stuff - it would enable you to just drop module into directory
} and let zsh scan $module_path on startup to add autoloaded objects)

That is exactly what I would NOT want to have happen.  Can you imagine
the confusion if zsh automatically discovered that `mv' should be loaded
from the files module?  I don't want zsh automatically picking up any
module I haven't explicitly told it about, thank you very much.

} One question - I do not quite understand logic in load_module. It looks like
} 
} if module not found
}   load module
} load module
} 
} One of these 'load module' looks redundant?

Look closely at the `if module not found' block.  It's possible that the
module may be linked but not loaded (no "handle") in that block.  In that
case a second call to load_module() will find the module, but still needs
to perform the actual loading.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   


  reply	other threads:[~2001-06-07 15:33 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-06 16:26 Clint Adams
2001-06-06 16:34 ` Module namespaces? " Andrej Borsenkow
2001-06-06 16:37   ` Zefram
2001-06-06 18:07     ` Peter Stephenson
2001-06-06 19:12       ` Clint Adams
2001-06-07  8:13 ` Andrej Borsenkow
2001-06-07  9:41   ` Modules dependencies " Andrej Borsenkow
2001-06-07 10:00     ` Peter Stephenson
2001-06-07 10:18     ` Zefram
2001-06-07 13:16       ` Sven Wischnowsky
2001-06-07 13:35         ` Andrej Borsenkow
2001-06-07 15:31           ` Bart Schaefer [this message]
2001-06-14  9:33             ` Andrej Borsenkow
2001-06-26 11:26       ` Andrej Borsenkow
2001-06-26 16:33         ` Bart Schaefer
2001-06-30 11:24           ` Zefram
2001-06-27 13:49       ` Clint Adams
2001-06-27 13:59         ` Peter Stephenson
2001-06-27 14:10           ` Andrej Borsenkow
2001-06-27 14:19             ` Peter Stephenson
2001-06-27 18:42           ` Bart Schaefer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1010607153157.ZM7731@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.com \
    --cc=Andrej.Borsenkow@mow.siemens.ru \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).