Re: A83: libraries (no offense intended to Phelan or Joe here)
[Prev][Next][Index][Thread]
Re: A83: libraries (no offense intended to Phelan or Joe here)
But that alone would take up to much memory
>
>What if someone made a shell that did file transfer, and in each
>program, it
>contained information on which functions in each library it used.
>That way
>the shell could determine which libraries to send to another calc.
>
>On the recieving end, the shell would check the libraries and make
>sure it
>had the same, if not later version of the library as the sending calc.
> If
>the sending calc's library was older, then the shell either could ask
>or
>preferably, ignore the incoming library.
>
>Even better that that idea, is one where the two shells send each
>other info
>on their libraries. The sending calc would then never transmit an
>older
>library.
>
>Both these ideas would make tansfering shell-specific programs a
>snap.
>Maybe this should be added to the next SOS?
>
>-Miles Raymond
>-----Original Message-----
>From: Alan C Johnson <benjamin99@juno.com>
>To: assembly-83@lists.ticalc.org <assembly-83@lists.ticalc.org>
>Date: Thursday, October 01, 1998 8:11 PM
>Subject: Re: A83: libraries (no offense intended to Phelan or Joe
>here)
>
>
>>
>>The main problem with libraries, though, is that sometimes you have
>>routines that aren't used by enough programs to make a memory
>"profit".
>>Take ZLIB for example (no offense Joe), just about every ZLIB game
>uses
>>ramdom, but there are routines that aren't commonly used by games,
>such
>>as 'beep'. The point is, that every calc owner has different games.
>>Depending on what games they have, they might only actualy need 1
>>function out of a library, while the rest of the lib is a waste of
>space.
>> I'm ok with having ZLIB and ZGFXL on my calc, but i won't be ok if
>100
>>different libraries come out and each game needs a different on, or
>ZLIB
>>grows past 1KB, because after that, you might as well just not have
>the
>>lib. I reluctant to have ZINPT on my calc, but that's a different
>story
>>because I don't think it was made well. This is a different story on
>a
>>computer where while you have limited space, you can almost always
>>expand.
>>
>> Thanks for listening,
>> Alan
>>
>>
>>>do dlls work like libraries on the calc. If so why don't we set
>>>standard dlls for everyprogram to use. The would hold pixel,
>sprite,
>>>
>>>graphing, and many other commands. This would be great to have so
>>>that
>>>games would be cut in half. And if not, I'll make a shell and
>convert
>>>
>>>every game to work with the dlls. And like every new version of
>VC++,
>>>
>>>new dlls would come out, overwriting the old. And just like on
>your
>>>pc,
>>>if one isn't present, or not updated enough, the program would say
>>>so.
>>>
>>>-Phelan 'Amen' Wolf
>>>
>>>______________________________________________________
>>>Get Your Private, Free Email at http://www.hotmail.com
>>>
>>
>>___________________________________________________________________
>>You don't need to buy Internet access to use free Internet e-mail.
>>Get completely free e-mail from Juno at http://www.juno.com
>>Or call Juno at (800) 654-JUNO [654-5866]
>
>
___________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]