On Wed, Dec 30, 2009 at 11:24 PM, Hernán Morales Durand < [email protected]> wrote:
> Hi Mariano, > > 2009/12/30 Mariano Martinez Peck <[email protected]>: > > > >> > >> > 4. Multitasking, green threads, ... There are really missing some > >> > pointers, > >> > howto code e.g. a background process that is fetching some data from > >> > e.g. > >> > MySQL or reading/writing large files, sending data over network - > >> > without > >> > freezing the GUI. > >> > >> [ self writeLargeFile ] fork > > > > > > This is not actually true if the database driver has to use FFI to > > communicate to an external librarym since FFI locks the complete VM while > a > > function is being executed. So, in certain percentage, he is right. > > > > I think sometimes this depends of the library itself, for example in > the ZOOM API for the Z39.50 protocol you may specify an async > parameter in the connection mode for operating asynchronously, then > you would have non-blocking calls with the exception of event polling. > Yes, true, that's exactly what we are doing in SqueakDBX, but it depends not only on OpenDBX but in the database client library :( Anyway...I would like not to block the whole VM never :) > Cheers, > > Hernán > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >
_______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
