Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-13 Thread Massimo Belgrano
Very thanks Ivan i have Finally resolved an old & unresolved problem in my installation compiling demoxbp due by same old hhb.ch present in \contrib\hbxbp\tests I confirm that your solution (-DUSE_DL_PREFIX.) not crash in exit for Qt 4.6 for vs2008 compiling demoqt ,hbide and demoxhp i have rece

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-12 Thread Bisz István
> How can be done either SLLJ and Dwarf-2? > The installer allow me only one The installer should be started two times indicating the same installation directory, first executing the default SJLJ and second selecting the Dwarf-2. ___ Harbour mailing li

Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-12 Thread Massimo Belgrano
Follow comment 2009/12/12 Bisz István : > > > >     @echo PREREQUISITES: >     @echo 1) Installed Qt 4.5.3 for MinGW to the directory: C:/Qt/4.5.3/ ... >     @echo from: > http://get.qt.nokia.com/qt/source/qt-win-opensource-4.5.3-mingw.exe Here 4.6.0 link >     @echo 2) Installed tdm-mingw.4

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-12 Thread Bisz István
Developer List. Subject: Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour Hi István Thanks for share your experiences? Follow my question 2009/12/12 Bisz István : > > >     @echo PREREQUISITES: >     @echo Installed Qt 4.6 for vs2008 to the default directory: C:/Qt/

Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-12 Thread Massimo Belgrano
Hi István Thanks for share your experiences? Follow my question 2009/12/12 Bisz István : > > >     @echo PREREQUISITES: >     @echo Installed Qt 4.6 for vs2008 to the default directory: C:/Qt/4.6.0/ > ... >     @echo from: > http://get.qt.nokia.com/qt/source/qt-win-opensource-4.6.0-vs2008.e

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-12 Thread Bisz István
Hi See below the test cases producing positive results with latest SVN and: 1. tdm-mingw.4.4.1 and Qt 4.5.3 for MinGW 2. tdm-mingw.4.4.1 and Qt 4.6.0 for MinGW 3. VS2008 and Qt 4.6 for VS2008 hbide, demoxbp and demoqt are executed crash free finally in the above listed test cases. Regarding po

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-10 Thread Bisz István
Hi Viktor, >Thank you for the explanation. >Probably some short docs would be nice to see the difference between these methods though, as without it, it's very difficult for users to make use of this feature or decide whether > yit's needed at all for real Harbour QT apps/users. Sorry, I can't

Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-10 Thread Viktor Szakáts
Hi Istvan, > Yes, this is the final structure, as the handling mode should be dynamic, > please consult the Qt documents. Is in specified cases is recommended to use > the "delete later" feature what is the default for the actual interface > implementation. After consulting the actual Qt documenta

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-10 Thread Bisz István
Hi Viktor, >Is there any final result for the three different >memory handling modes? Yes, this is the final structure, as the handling mode should be dynamic, please consult the Qt documents. Is in specified cases is recommended to use the "delete later" feature what is the default for the actu

Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Viktor Szakáts
Hi Istvan, > An another test case with full positive results with latest SVN and Qt 4.6 > for VS2008. The MinGW with Qt 4.6 and Qt 4.5.3 follows... > hbide, demoxbp and demoqt are executed crash free, so we should concentrate > on the functional issues from now, I think. Is there any final resu

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Bisz István
Hi, >I guess this should either be: >@win-make clean install HB_USER_CFLAGS=-MD >OR kept as is, and the trick suggested by Andi could be >used when building hbide: >@hbmk2 -rebuild hbide.hbp -ldflag=-nodefaultlib:MSVCRT.LIB -ldflag=-defaultlib:LIBCMT.LIB Thank you Viktor, Andi. The Andi's solut

Re: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Viktor Szakáts
Hi, > An another test case with full positive results with latest SVN and Qt 4.6 > for VS2008. The MinGW with Qt 4.6 and Qt 4.5.3 follows... > hbide, demoxbp and demoqt are executed crash free, so we should concentrate > on the functional issues from now, I think. > See below the script used for

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Bisz István
Hi An another test case with full positive results with latest SVN and Qt 4.6 for VS2008. The MinGW with Qt 4.6 and Qt 4.5.3 follows... hbide, demoxbp and demoqt are executed crash free, so we should concentrate on the functional issues from now, I think. See below the script used for my tests,

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Pritpal Bedi
Hi Bisz István wrote: > > 3. demoqt crash at exit (x button pressed) just in ST; in MT is crash > free. > At present demoqt employs HBQT_RELEASE_WITH_DELETE method to free the pointers. Can you test with other methods too? Regards Pritpal Bedi -- View this message in context: http://old

RE: [Harbour] SF.net SVN: harbour-project:[13171] trunk/harbour

2009-12-09 Thread Pritpal Bedi
Hi Bisz István wrote: > > 1. hbide crash free in both MT and ST. > Good news. > 2. demoxbp crash at startup in both MT and ST. > A last minute change in XbpMLE() - QTextEdit() => QPlainTextEdit(). Will fix in a while. > 3. demoqt crash at exit (x button pressed) just in ST; in MT is c