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)
Me too. I'd love to see the code for that. Right now, I am just an
ideaman, and not a programmer. I'm trying to learn, but it's hard when I
don't have a GL to use. And no, I don't know how complicated that would be,
but I get the idea from your message. =)
-Miles Raymond
-----Original Message-----
From: James Matthews <matthews@tkb.att.ne.jp>
To: assembly-83@lists.ticalc.org <assembly-83@lists.ticalc.org>
Date: Friday, October 02, 1998 7:36 AM
Subject: Re: A83: libraries (no offense intended to Phelan or Joe here)
>
>No offense to anyone here, but I'd LOVE to see the code for that. Do you
have any idea how complicated that'd be :)
>
>Later,
>
>James Matthews (matthews@tkb.att.ne.jp)
>
>PS: cool idea, though :)
>
>ICQ: 7413754
>http://home.att.ne.jp/gold/tomcat21/index.html
>http://library.advanced.org/18242/
>
>----------
>> From: Miles Raymond <m_rayman@bigfoot.com>
>> To: assembly-83@lists.ticalc.org
>> Subject: Re: A83: libraries (no offense intended to Phelan or Joe here)
>> Date: Friday, October 02, 1998 10:29 AM
>>
>>
>> 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]