On Wed, 13 Aug 2008, Lorenzo Fiorini wrote: Hi Lorenzo,
I will work on it. For next 10 days I will not be available but when I'll return then I'll restore my worker MT repository. The very base version I can probably create quite fast but then we will have to decide which resources should be global and which thread local, which should be synchronized by HVM and which ones by user, which MT features should we supported and how (portability and cost) and finally update the code to respect our choices. This will have to take some time. It's possible that quite long anyhow the base version should be functional for people who will want to use it accepting that for final version they will have to update their code. > I cannot see anything more needed for 1.1 ( or 2.0 ). Multiwindow GTs, GT runtime switching, GTNET with remote resource sharing and procedures calls, new internal DBF* RDD API to not replicate the same code between different indexing RDDs, SQL queries for DBFs and other native RDDs, SQLRDD, virtual handle support with user defined streams and central event message queue, cleaned INET support with C API, rewriting some part of compiler covered by pure GPL license with new license, strong typing, finishing i18n support, file cache support, full object support for pointer HB_ITEMs for easy creating objects at C level and adding new types to HVM, ... Probably each user has his own priority list. > At the second place i would put the "hrb libraries" that is > the way to dinamically load more functions at once. This of course too. > These features are platform neutral and will complete the core > of the harbour. Not exactly. Some platforms like DOS or WinCE does not support threads but of course it does not mean that we should not implement them for others. Here I will need some help from other developers. I can create PTHREAD based version for POSIX systems and maybe some skeleton for MS-Win and OS2 but this code will have to be tested and updated by other developers who use these platforms. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
