Hi Istvan,
Thank you.
Is it also working if you add 'static' to argc1/argv1?
Plus an important (administrative) request not just to you but
everyone else posting patches or source code to the list:
Please .zip these files before attaching them. otherwise it's
nearly impossible (or at least very time-consuming on my system)
to recreate the original file for commit or to be accepted by
patch tool.
Brgds,
Viktor
On 2009.09.10., at 13:52, Bisz István wrote:
Hi,
The segfault error is fixed with the a correction in
QApplication.cpp, see below. The problem was with 'argc' passed to
Qt by reference:
QApplication ( int & argc, char ** argv )
I just moved it out from the stack. Now the 'hbmk2 demoxbp' and
'hbmk2 -static demoxbp' builds are running. Tested until now on
CentOS 5.3 with qtsdk-2009.03.
Best regards,
István
Index: QApplication.cpp
===================================================================
--- QApplication.cpp (revision 12449)
+++ QApplication.cpp (working copy)
@@ -89,6 +89,9 @@
static QApplication * app = NULL;
static bool hbqtinit = false;
+int argc1;
+char ** argv1;
+
/*
* QApplication ( int & argc, char ** argv )
* QApplication ( int & argc, char ** argv, bool GUIenabled )
@@ -129,15 +132,17 @@
static void hbqt_Init( void * cargo )
{
+/*
int argc;
char ** argv;
+*/
HB_SYMBOL_UNUSED( cargo );
- argc = hb_cmdargARGC();
- argv = hb_cmdargARGV();
+ argc1 = hb_cmdargARGC();
+ argv1 = hb_cmdargARGV();
- app = new QApplication( argc, argv );
+ app = new QApplication( argc1, argv1 );
if( app )
hbqtinit = true;
@@ -145,7 +150,7 @@
if( ! hbqtinit )
hb_errInternal( 11001, "hbqt_Init(): QT Initilization Error.",
NULL, NULL );
- hb_cmdargInit( argc, argv );
+ hb_cmdargInit( argc1, argv1 );
hb_vmAtExit( hbqt_Exit, NULL );
}
-----Original Message-----
From: Przemyslaw Czerpak [mailto:dru...@acn.waw.pl]
Sent: 2009. szeptember 6. 12:46
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] demoxbp segfault in Fedora 11
On Sat, 05 Sep 2009, Szak�ts Viktor wrote:
Hi,
Yes, it is normal to exclude the fulstatic case from shared,
static and
fulstatic test cases. But back to the original issue, why have we
different
I'm not sure I understand the issue here. I'd still be interested
how can it happen that gpm is detected at build time but missing
at hbmk2 time.
We do not link anything in core code using full static mode so we
do not know if it works.
I guess that gpm-devel is installed only with shared library and
libgpm.a is not installed.
behavior between shared and static builds? The same problem
appears with
demoqt buils. It's time to go deeper in these issues.
No idea, I hope someone will be able to give some hints.
Not all libraries are installed in static mode. Please also remember
that not all features can work in static mode so full static binaries
may not be fully functional.
best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
