Re: TOT bug

Graham Booker <[email protected]> Thu, 10 Mar 2005 21:30:01 -0600
Newsgroups gmane.network.fire.devel
Message-ID <[email protected]>
As for the delay, that is AOL's fault or you had too many get info 
requests pending (the aim lib queues them and does them automatically 
when someone changes status, get info explicitly issues another 
request.).  As for it not working from the buddy window, that is really 
odd since that menu is a copy of the other menu (Really, a [menu 
copy]).  Maybe it was just really delayed or queued?

ToT should be faster, it had better be.  Many O(n) operations were 
changed to O(1) (or at most O(log n) since I don't know the exact 
execution time of Apple's collections, but I do know that the 
collection in question can be no worse than O(log n).  It really should 
perform at O(1) in this case).  In addition, it should use less memory 
since services are not loaded until you actually need them (also 
cutting down startup time, and only pay some penalty during login, 
which takes much longer than load time of the service because of 
network delay anyway).

On Mar 9, 2005, at 8:50 PM, Ernest Phillips wrote:

> Trying to get buddy info with a buddy highlighted in my list takes a 
> long time (4-10 seconds), and from a buddy window doesn't work at all.
>
> Just letting you know. The TOT is, btw, clearly faster and cleaner for 
> me.
> --
> Ernest Phillips - <[email protected]>
> 	http://www.ernestphillips.com
>
> Help protect your digital rights and mine! www.digitalconsumer.org
>
> "Unlike power, force does not induce compliance: the exercise of force 
> is instead an admission that compliance cannot be induced by other 
> noncoercive means." -Robert Jackman, Power Without Force
>
smime.p7s (application/pkcs7-signature, 2.3 KB) - not displayed