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