Well, there are no easy answers, without breaking backwards compatibility. I would like to see some kind of demand loading of procedures. They could be pulled in automatically from disk resident libraries during the compile phase of program load simply by seeing the reference to a procedure or function that has not been locally DEFined. The program being loaded could declare the location of the libraries it wanted to use - something like LIB_USE, or even explicitly declare each external proc, e.g. DEFine PROCedure EXTernal xyzzy. Whether these external procs are written in BASIC or compiled code should be handled transparently. When a NEW or LRUN command is given anything loaded in by the last program is purged. If a non-resident command name is typed without a preceding EX keyword it should be loaded from disk and executed within the current SBASIC context and then silently unloaded when it is complete. But this is only viable for systems with hard disks. Floppy or microdrive based systems would not like this at all.
Ian. >-----Original Message----- >From: Dave P [mailto:dexter@;spodmail.com] >Sent: 25 October 2002 18:14 >To: [EMAIL PROTECTED] >Subject: Re: [ql-users] a small but perfectly formed update to QDOS >INTERNALS website > > > > > >On Fri, 25 Oct 2002, Dave Walker wrote: > >> What is needed is some way to load toolkits "locally" to a particular >> instance of SBasic rather than as system wide global settings. As to >> whether anyone could think of a way to enhance SBasic to >achieve this is >> another matter. > >I have thought about this, and here's how I would solve the problem. > >Just make it a standard that a toolkit looks for an existing instance >of the keyword, and if it is in use, alter the keyword in a >standardised >way. > >Eg: > >WIBBLE <ITEM> > >tk9_WIBBLE <ITEM> > >jms_WIBBLE <ITEM> > >But that's just me. > >Also, I would expect different versions of the same keyword to >work in the >same way. Wouldn't it be nice if toolkits had the capability >to allow you >to PLUG and UNPLUG keywords at will, so you could just load >the ones you >wanted? > >Of course, there would have to be limits, or someone could >UNPLUG UNPLUG >;) > >Dave > > > Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.
