Steve wrote < Would it be equally acceptable to encourage people to move such libraries into packages? Packages were added to Unicon to help address this very issue. >
Packages have some advantages (use of names without prefixes and easier contribution) but maybe they are less safe (it looks like global variable from imported package overrides variable used but not declared as local in users program.) although I never actually tried it. Any case, if packages are prefered solution for this problem, they should be stil named like "MM88", "MM89"; if they are named "graphics" or "numeric" problem is only elevated from procedures/variables to packages level. Kazimir Majorinc, Zagreb, Croatia ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Unicon-group mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unicon-group
