No Subject
[Prev][Next][Index][Thread]
No Subject
> by (8.8.5/8.8.5) with ESMTP id LAA01484
> for <coder@geocities.com>; Wed, 25 Jun 1997 11:32:40 -0700 (PDT)
>Received: from nt-1 ([194.8.134.133]) by mail.computerhaus.at
> (post.office MTA v1.9.1 ID# 0-11242) with ESMTP id AAB187
> for <coder@geocities.com>; Wed, 25 Jun 1997 15:56:25 +0200
>From: ess.andreas@computerhaus.at (Ess Andreas)
>To: <coder@geocities.com>
>Date: Tue, 24 Jun 1997 15:17:55 +0200
>X-MSMail-Priority: Normal
>X-Priority: 3
>X-Mailer: Microsoft Internet Mail 4.70.1157
>MIME-Version: 1.0
>Content-Type: text/plain; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Message-ID: <19970625135619222.AAB187@nt-1>
>
>> Basically, my idea is to insert a table at the end of the string. If we
>> were to use the library-numbering system USGard has, a possible format
would be
>At the end of a program string, right. Now let's see.
>
>>
>> 00 byte Number of libraries used
>>
>> ---------For each library entry
>>
>> 00 byte Number of calls made to this library
>>
>> ---------For each entry
>> 00 word Address where library is called from
>> 02 byte Function number
>>
>> In the Shell, before the program is run, the kernal will find each entry,
>> and load it with the address of the function within the appropriate library.
>> This table can be placed backwards like the VAT, so that all that has to be
>> done is to seek to the end of the file, and begin the procedure.
>And then LIB_CALLs would be normal calls... Great idea - only one wee
problem: If there's a VAR_RESIZE/VAR_DELETE, the addresses
>change. Well, this should be no problem to fix.
>
>Should we implement it in both Usgard, SN? Please reply fast, I'm on a
'projectweek' from 06/26 to 07/02.
>
>BTW, which address do you use in your random command, how do you call it? I
use addr. $39E8 for ROM 3.0A, $39A7 for ROM 9.0.
>Normally, when calling it works fine, but after about 500 hundred calls,
the routine first only returns always the same number and
>after that, there's an overflow error. Did you test it more closely?
>
> Andreas
>----------------
>E-Mail: ess.andreas@computerhaus.at
>Webpage: http://andi.ganymed.org
>