zsh-workers
 help / color / mirror / code / Atom feed
From: Borsenkow Andrej <Andrej.Borsenkow@mow.siemens.ru>
To: "'Bart Schaefer'" <schaefer@brasslantern.com>,
	mason@primenet.com.au, zsh-workers@sunsite.dk
Subject: RE: Failure of Test/V01 in 4.1.0-dev-2
Date: Fri, 28 Sep 2001 10:33:48 +0400	[thread overview]
Message-ID: <001901c147e7$87af3ab0$21c9ca95@mow.siemens.ru> (raw)
In-Reply-To: <1010927154344.ZM28753@candle.brasslantern.com>


> }
> } It looks like zsh/zftp doesn't specify a dependency on zsh/net/tcp
> 
> Hrm, it does specify the dependency in the .mdd file, but it's not
being
> respected:
> 
> schaefer<501> zmodload zsh/zftp
> schaefer<502> zmodload -L
> zmodload zsh/main
> zmodload zsh/zutil
> zmodload zsh/compctl
> zmodload zsh/complete
> zmodload zsh/complist
> zmodload zsh/zle
> zmodload zsh/parameter
> zmodload zsh/zftp
> 
> I'm not sure what's going on here.
> 

We discussed it already. Currently there is no mechanism that allows one
*external* module to load another *external* module it depends upon. The
general problem is that it may not be possible to load module (a.k.a.
shared object) before dependent objects have been loaded which means
that dependency information must be encoded OOB. The last statement
(15776) was to simply try to do lazy loading. It means that strictly
speaking no change is needed - module can simply do require_module in
its boot routine. We may first do it for zftp/tcp dependency and if it
works (an systems that we are able to test) code to auto generate these
lines can be added to Makemod.

-andrej


  reply	other threads:[~2001-09-28  6:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-27 12:39 4.1.0-dev-2 Peter Stephenson
2001-09-27 14:20 ` Failure of Test/V01 in 4.1.0-dev-2 Geoff Wing
2001-09-27 15:07   ` Bart Schaefer
2001-09-27 15:43     ` Bart Schaefer
2001-09-28  6:33       ` Borsenkow Andrej [this message]
2001-09-28  9:57         ` PATCH: " Bart Schaefer
2001-09-28 10:04           ` Core dump unloading zsh/zftp Bart Schaefer
2001-09-28 10:22             ` Peter Stephenson
2001-09-28 10:33               ` Borsenkow Andrej
2001-09-28 11:06                 ` Peter Stephenson
2001-09-28 11:15                   ` Borsenkow Andrej

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='001901c147e7$87af3ab0$21c9ca95@mow.siemens.ru' \
    --to=andrej.borsenkow@mow.siemens.ru \
    --cc=mason@primenet.com.au \
    --cc=schaefer@brasslantern.com \
    --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).