Hello Viktor
Viktor Szakáts wrote: > > This is very easy to implement, only needs one extra 'mt=yes' line > in contrib/hbqt/hbqt[s].hbc files. > > However, before we do this, I'd like know if this is indeed the > _real_ solution to the problem. Turning on MT mode decreases performance > by ~30% (AFAIR) in mingw, so it's not a costless option. > Does not matter how slow/fast it is, but it is needed. I cannot imagine a Windows development platform with MT support. HBXBP/demoQT definitely exploits it though I did not implement it for HBIDE as this interface does not require it. > I can see some MT stuff in some hbqt files, but I can't tell for > sure if MT is really needed, and I don't remember of such > requirement from past discussions, and I wonder why does it seem > work on other systems. (although hbide is also far from stable on my > system, I had to shut it down from Task Manager, plus I also had > GPFs today). I'm also not sure why MT mode should be obligatory for > a GUI lib. This is a pretty important requirement to know about > before deciding on using HBQT in ones app. > See above. > I also can't see how GPFs can still occur by .prg level programming > errors, and I'm in the dark regarding past memory leakage issues. > Are they solved now? I can't understand three the HBQT_RELEASE_WITH_* > methods, is this a permanent user option now? When should it be used? > Or is it an experiment to check which of them works? If the latter, > do we know this already? If the former, why users have to bother with > such low level details? > It is not prg level code which may produce GPF but certainly C level code which is called by PRG is producing it. Also note that HBIDE is still evolving and you have decided the outcome otherwise. > Can HBQT experts advise on any of above matters? > This is the real problem. Here nobody is Qt expert, everybody is trying to extract and making its roots firm for Harbour. As said before, I had not heard of anything about Qt before 17March2009. By your posts for few days last I am gathering the impression that implementation of Qt is just waste of efforts. So I propose to drop it all together. Brgds, Viktor -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13103--trunk-harbour-tp26627429p26669738.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
