Quoting Thomas Schuerger <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :Should I use this type of lock to prevent concurrent updates that :might lead to strange results in the HSEP code (e.g. invariant :violation)? Finer-grained locks like read/write locks would be ideal :there, but the locking time is extremely short anyway, so one global :static mutex lock should do the job.
GTKG is mono-threaded. Having a critical section protected by locks is therefore useless: nobody can execute concurrently. Note that if your problem is really that you can't do an atomic update in some callback and you will need another invokation to finish the job, then mutexes are not going to help at all (i.e. they are the wrong tool to consider). Raphael ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
