Hey Miguel, > Yes, but I'm pretty busy lately with other projects, SAT, EDICOM, eCommerce, Ok, NP, I understand.
> soon, I hope to generate xharbour enable real services (windows platform) > I've it running yet. to terminate the outstanding issues in RDDS as > subsystems TTS (Transaction), compatibility dBaseIV, FileCache to > acceleration subsystem temporary tables in shared memory. Ok. > The current RDD system is very stable and rarely cause inconsistencies in > index or memos. I agree. Its stable. But I get more and more complaints about the speed. > I also have other tasks such outstanding compatibility with other platforms > (WinCE and Win64). > On the remote file server, despite having a slower machine than the harbor, > operates faster, I tested the same server with the eighth of harbor and the > result is impressive. It would be interesting for someone to investigate and > solve the current problems of xharbour vm, I can not do everything and no > one is discouraged collaboration. So you are saying that the server site software for running DBF's remotely is FASTER in Harbour? Ron, any clue why this is? This is not the first time I hear people talk about a faster Harbour. ;-) Do we have numbers on this? Andi? Thanks! Patrick ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
