Hi Pritpal,

Please consult demoqt test on Fedora12 listed below:

[ist...@localhost tests]$ hbmk2 demoqt -lxhb
hbmk2: Processing local make script: hbmk.hbm                                  
hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg                       
Harbour 2.0.0beta3 (Rev. 12874)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'demoqt.prg'...
Lines 1032, Functions/Procedures 22
Generating C source output to 'demoqt.c'... Done.
[ist...@localhost tests]$ ./demoqt
<unknown>: Fatal IO error 2 (No such file or directory) on X server :0.0.
X Error: BadIDChoice (invalid resource ID chosen for this connection) 14
  Major opcode: 1 (X_CreateWindow)
  Resource id:  0x4400002
X Error: BadIDChoice (invalid resource ID chosen for this connection) 14
  Extension:    148 (RENDER)
  Minor opcode: 4 (RenderCreatePicture)
  Resource id:  0x4400003
X Error: BadIDChoice (invalid resource ID chosen for this connection) 14
  Major opcode: 1 (X_CreateWindow)
  Resource id:  0x4400004
<unknown>: Fatal IO error 11 (Resource temporarily unavailable) on X server 
:0.0.
The application '<unknown>' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.

the error was fixed by the commenting out the 'hb_toOutDebug()' calls.

Best regards,
István

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Bisz István
Sent: 2009. november 14. 13:08
To: 'Harbour Project Main Developer List.'
Subject: RE: [Harbour] SF.net SVN: harbour-project:[12868] trunk/harbour

Hi Pritpal,

See my findings: to activate the tracing of the actual demoqt on Windows+mingw 
I tried to:

1. compile hbqt with: 
@set HB_USER_CFLAGS=-D__debug__
@set HB_USER_PRGFLAGS=-D__debug__

2. build
hbmk2 demoqt -lxhb -lpsapi

After these steps I have got a running exe, but I can't see any traces on my 
Vista.
Any advice is useful, thanks.

Best regards,
István

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Bisz István
Sent: 2009. november 14. 11:04
To: 'Harbour Project Main Developer List.'
Subject: RE: [Harbour] SF.net SVN: harbour-project:[12868] trunk/harbour

Hi Pritpal,

Just reviewed the demoqt. 
Could you please commit a version with the following modification:

1. hb_toOutDebug() conditioned by __debug__ or switch to:

#if defined( __HB_OUTDEBUG__ )
   #if defined( __PLATFORM__WINDOWS ) .AND. defined( __HB_WINDEBUG__ )
      #xtranslate HB_OUTDEBUG( [<x>] ) => wapi_OutputDebugString( <x> )
   #else
      #xtranslate HB_OUTDEBUG( [<x>] ) => hb_TraceString( <x> )
   #endif
#else
   #xtranslate HB_OUTDEBUG( [<x>] ) => iif( .T.,, )
#endif

mentioned by Viktor.

2. The sequence:

   CASE cType == "WebPage"
      oDlg := QWebView():new()
      oUrl := QUrl():new()
      oUrl:setUrl( "http://www.harbour.vouch.info"; )
      QT_QWebView_SetUrl( QT_PTROF( oDlg ), QT_PTROF( oUrl ) )
      oDlg:setWindowTitle( "Harbour-QT Web Page Navigator" )
      oDlg:exec()

should be replaced with a "not implemented!" message until fixing this issue.

These two things will make it, hopefully, error free on different platforms.

Thank you and best regards,
István

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Bisz István
Sent: 2009. november 14. 9:56
To: 'Harbour Project Main Developer List.'
Subject: RE: [Harbour] SF.net SVN: harbour-project:[12868] trunk/harbour

Hi Pritpal,

Thank you for the new QPointer handling integration, now we can handle the 
QObjects deleted by Qt in his parent-child mechanism. There is a necessity to 
continue with the HB-Qt interface analysis, concentrating on the:

void * hbqt_gcpointer( int iParam )
{
   QGC_POINTER * p = ( QGC_POINTER * ) hb_parptrGC( gcFuncs(), iParam );

   if( p && p->ph )
   {
      return p->ph;
   }
   else
   {
      return hb_parptr( iParam );
   }
}
 
function enhancements, to signal at harbour level the already deleted Qt 
objects access tentative.

Now the repository is dead, due to the CP modifications, I will continue with 
the tests later.
 
Best regards,
István (my first name)

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Pritpal Bedi
Sent: 2009. november 14. 5:57
To: [email protected]
Subject: Re: [Harbour] SF.net SVN: harbour-project:[12868] trunk/harbour


Hi


Viktor Szakáts wrote:
> 
> Now I'm getting crash on exit using MinGW + Win7.
> 

demoxbp.exe ?
And crash at what point? On exit ? If yes, then it is possibly that 

HbDbfModel::~HbDbfModel( void )
{
   hb_itemRelease( block );
   destroy();
}

needs some overhaul. What I think is that - hb_itemRelease( block ); -
has to be guarded in someway, but what, I am unable to figure out.
Przemek can shed light on this aspect.

NOTE: Bisz István had disabled it to avoid crashes, but I enabled it 
         because, otherwise, hb_out.log was containing a long list of 
         unfreed memory blocks.

Regards
Pritpal Bedi

-- 
View this message in context: 
http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-12868--trunk-harbour-tp26346347p26347229.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to