On Thu, Aug 04, 2005 at 09:09:37AM +0200, C. Menge wrote: > ID3 tag information from tag.cache.updates is not shown when clicking > 'Info' for a single file. > Although the Tag information is added to ...updates when accessing one > of the new directories, it seems that GNUmp3d just forgets too look > there for data display.
Try this -- do two forced reloads on that page Here's the sequence of what happens. parent recieves connection, fork()s, goes to sleep. child finds entry is not in database, adds it to tag.cache.updates, terminates. parent receives connection, fork()s parent discovers the updated tag cache, loads it, then goes to sleep. child finds entry is not in pre-fork() datatabase, adds it (again) to tag.cache.updates then terminates. parent recives connection, fork()s. parent discovers updated tag cache, loads it, then goes to sleep. child finds entry in updates, uses it. It's a little convoluted, but it seemed the most straightforward mechanism for handling updates without blocking for a long time on initial connections. (ie check for and load updates post-fork). It also keeps us from having to resort to a massive shared memory segment. Also, even if you don't re-generate the database the server would pick up the updates on a server restart. - Solomon -- Solomon Peachy ICQ: 1318344 Melbourne, FL JID: [EMAIL PROTECTED] Quidquid latine dictum sit, altum viditur
pgp42QJ6BD5PU.pgp
Description: PGP signature
_______________________________________________ Gnump3d-users mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnump3d-users
