Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Modules dependencies RE: PATCH: zftp/tcp abstraction
- X-seq: zsh-workers 15147
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: Peter Stephenson <pws@xxxxxxx>, zsh-workers@xxxxxxxxxx (Zsh hackers list)
- Subject: Re: Modules dependencies RE: PATCH: zftp/tcp abstraction
- Date: Wed, 27 Jun 2001 18:42:17 +0000
- In-reply-to: <Tc0a88d015466d4d56c@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <Tc0a88d015466d4d56c@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Jun 27, 2:59pm, Peter Stephenson wrote:
} Subject: Re: Modules dependencies RE: PATCH: zftp/tcp abstraction
}
} Clint Adams wrote:
} > What about just embedding the module dependencies in the module itself?
} > If it could be scanned without loading the module, it would be less
} > messy than maintaining "helper files".
}
} The other advantage of this is that, as Sven has pointed out, we can handle
} systems with RTLD_LAZY by loading first and asking questions afterwards.
In addition to Zefram's remarks in 14786, it is also the case that on
some operating systems (Apollo Domain/OS is a specific if obscure example)
all executables and libraries are compressed and checksummed. This makes
it (a) difficult[*] to read C strings out of the library without actually
loading it and (b) impossible to add any uncompressed data to the library
file and still load it as a library.
We can of course choose not to support dynamic modules on any such OS.
[*] I'm not aware of any API for reversing the compression on Domain/OS.
--
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
Messages sorted by:
Reverse Date,
Date,
Thread,
Author