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
>