Hi Pritpal,
>> Okay, I got that part. All I'm saying is that it's still
>> a sign of .prg code (whatever .prg code) is still causing
>> GPF for some reason:
>>
>
> It is a case of which init procedure is executed first.
> If you have PRG level INIT which calls QApplication():new(),
> it will
Viktor Szakáts wrote:
>
> Okay, I got that part. All I'm saying is that it's still
> a sign of .prg code (whatever .prg code) is still causing
> GPF for some reason:
>
It is a case of which init procedure is executed first.
If you have PRG level INIT which calls QApplication():new(),
it wil
>> Can this be somehow fixed to be fool-proof on the app level?
>>
>> It's still not a good thing to let anything on .prg level to
>> cause GPFs.
>>
>
> This is exactly for what I changed QApplication() protocol.
I'm not sure I understand, the GPF was reported using the
most recent revision.
Pritpal, ok now, was double installation of libs
one in /usr/local/lib/harbour/
and the updated lib in
/usr/lib/harbour/
so removed the
/usr/local/lib/harbour/
and compiled wtth
hbmk2 hbide.hbp -rebuild -L/usr/lib/harbour
and hbide works fine.
Thank you
Bruno Luciani wrote:
>
> INIT PROCEDURE Qt_Start()
>
>hbqt_errorsys()
>
>s_qApp := QApplication():new()
>RETURN
>
> EXIT PROCEDURE Qt_End()
>s_qApp:quit()
>RETURN
>
Call them like this ( even not needed ):
INIT PROCEDURE Qt_Start()
hbqt_errorsys()
RETURN
Functi
Viktor Szakáts wrote:
>
> Can this be somehow fixed to be fool-proof on the app level?
>
> It's still not a good thing to let anything on .prg level to
> cause GPFs.
>
This is exactly for what I changed QApplication() protocol.
Just do not have any init/exit procedures initiating QApplicati
This is the way that I am calling QAplication
Bruno
INIT PROCEDURE Qt_Start()
hbqt_errorsys()
s_qApp := QApplication():new()
RETURN
EXIT PROCEDURE Qt_End()
s_qApp:quit()
RETURN
>
> I mean you must not call qApp:exec() a
Hi Pritpal,
Can this be somehow fixed to be fool-proof on the app level?
It's still not a good thing to let anything on .prg level to
cause GPFs.
Viktor
On 2010 Apr 20, at 17:45, Pritpal Bedi wrote:
>
>
> Bruno Luciani wrote:
>>
>> Works ok here, after building deb package for last SVN
>>
marco bra wrote:
>
> Please tell is not enought to use this command...
>
> hbmk2 hbide.hbp -rebuild
>
> I think the starting issue is due to my qt environment not standard that i
> use to compile qgis.
>
> BTW in the past this command works.
>
hbmk2 hbide.hbp -rebuild
specifies that hbIDE
Bruno Luciani wrote:
>
> Works ok here, after building deb package for last SVN
>
> But the same error 6005 appears in a little aplication made using hbqt
>
> starts an then close , at sometimes works ok and in a lot of ocations
>
> gime this error:
>
> Unrecoverable error 6005: Exception SI
Please tell is not enought to use this command...
hbmk2 hbide.hbp -rebuild
I think the starting issue is due to my qt environment not standard that i
use to compile qgis.
BTW in the past this command works.
Thank you, best regards
Marco
___
Harbour ma
marco bra wrote:
>
> on ubuntu 9.10 32 bit trying to compile and run hbide before to create a
> deb
> distribution package, it compile fine but i get this startup error at
> runtime:
>
> ubu...@ubuntu-desktop:~/src/harbour/contrib/hbide$ ./hbide
>
> ** (:16576): CRITICAL **: atk_object_set_nam
marco bra wrote:
>
> on ubuntu 9.10 32 bit trying to compile and run hbide before to create a
> deb
> distribution package, it compile fine but i get this startup error at
> runtime:
>
> ubu...@ubuntu-desktop:~/src/harbour/contrib/hbide$ ./hbide
>
> ** (:16576): CRITICAL **: atk_object_set_nam
13 matches
Mail list logo
