On Sun, 09 Nov 2008 18:39:49 -0500 Christopher Michael <[EMAIL PROTECTED]> babbled:
> Dave Andreoli wrote: > > ----- "Christopher Michael" <[EMAIL PROTECTED]> ha scritto: > > > >> It is the proper fix. If we don't want to delete the config then there > >> > >> is no need to use _gc_id_del. > >> > >> dh > > > > Yes, I know...I mean, we really want to keep all the configs for all > > module ever loaded? It seems to me more a workaround to the fact > > that id_del doesn't work as expected. If we really don't want to > > delete the confs then we can also remove the id_del function from > > the module API... it can cause big-headhance if someone try to use > > it and it doesn't work!!...I am one of those! > > > Well, I personally don't see a point in keeping configs around for a > million years :) > > > Another id-stuff not so clear to me...or maybe a bug ;) > > In the skel module the new-generated ids seems to restart every time > > from 0. It didn't take into account other existant instances. > > Example: the first skel you place get the id 'classname.0' then the second > > you place get 'classname.1' > > But if you restart E and place the third instance it get another > > 'classname.0' that is used yet. > > Am I wrong? > > > Hmm, I'll have to look into that one. > > > > > I have used another method to generate a unique id, something like: > > snprintf(buf, sizeof(buf), "%s.%f", client_class->name, ecore_time_get()); > > > > So I get ids like 'modulename.1226243030,874566' and I never get two equal > > id. What do you think? > > > Seems more than adequate for randomness..... hmmm i would say %f is not so good as it varied based on locale: 134432532.342 or 124321412,123 i know it'll be unique - but just feels bad as it'll not be consistently formatted... maybe it's just old nightmares coming to haunt me... :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
