On Wed, Jan 6, 2010 at 1:41 PM, Bisz István wrote:
> Solved with:
>
> hbmk2 -nohbcppmm demoqt ...
> hbmk2 -nohbcppmm demoxbp ...
>
> for hbide the -nohbcppmm switch is unfortunately ineffective here, the
> hbcppmm is generated and linked to hbide.
Many thanks István.
best regards,
Lorenzo
_
Hi Lorenzo,
> Am I missing sth?
Fedora 12
---
Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes
Called from QT_QEVENTLOOP_PROCESSEVENTS(0)
Called from QEVENTLOOP:PROCESSEVENTS(0) in ../../../TQEventLoop.prg
Called
Ubuntu 9.10 32bit ChangeLog 13488
Application Internal Error - /harbour_trunk/contrib/hbqt/tests/demoqt
Terminated at: 2010.01.06 10:16:07
Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes
Called from QT_QLIN
Nothing to Sorry the Error is natural if you working
2009/12/31 jparada :
>
>
> Many Thanks Massimo, to answer, really did not know and had not read which
> version of QT supported by harbour.
>
> I made a mistake, now let me download the indicated version of QT, and doing
> my tests again.
>
> S
Hi
jparada wrote:
>
> I have succeeded to compile and run demoqt also demoxbp on Windows, but
> when I try to compile hbmk2 hbide.hbp or hbmk2 hbide.hbp -LC:\Qt\4.6.0\lib
> (when hbmk2: Linking ... hbide.exe) I get errors like the following:
>
> .hbmk\win\mingw\hbide.o(.data+0x458):hbide.c: un
Massimo Belgrano-3 wrote:
>
> Harbour support version 4.5[.3] of qt
> http://get.qt.nokia.com/qt/source/qt-win-opensource-4.5.3-mingw.exe
>
> I suggest you read install doc in harbour root
>
> --
> Massimo Belgrano
> ___
> Harbour mailing list (atta
Harbour support version 4.5[.3] of qt
http://get.qt.nokia.com/qt/source/qt-win-opensource-4.5.3-mingw.exe
I suggest you read install doc in harbour root
2009/12/31 jparada :
>
> Hi,
> I have succeeded to compile and run demoqt also demoxbp on Windows, but when
> I try to compile hbmk2 hbide.hbp
Hi,
I have succeeded to compile and run demoqt also demoxbp on Windows, but when
I try to compile hbmk2 hbide.hbp or hbmk2 hbide.hbp -LC:\Qt\4.6.0\lib (when
hbmk2: Linking ... hbide.exe) I get errors like the following:
.hbmk\win\mingw\hbide.o(.data+0x458):hbide.c: undefined reference to
`HB_FUN
Opps, forgot to mention my env. WinXP SP3, Harbour SVN 12943 and Mingw 3.4.5
--
___
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
___
Harbour m
Hi,
In case this is not yet reported in. Demoqt seems to stay in memory after
closing
it via X button.
Cheers,
--
___
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
_
ds,
István
-Original Message-
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Pritpal Bedi
Sent: 2009. szeptember 16. 23:16
To: harbour@harbour-project.org
Subject: RE: [Harbour] demoqt tests with debug_new - Leaked objects
Hi
B
Hi
Franček Prijatelj wrote:
>
> By the way, you shuld newer call x->~TXobj directly.
> You !!!MUST delete x
>
> Here is explanation
>
> http://www.parashift.com/c++-faq-lite/freestore-mgmt.html#faq-16.9
>
Thanks for digging deep.
Now exactly this approach I have implemented.
Continue furthe
Hi
Bisz István wrote:
>
> I executed the following test cases with debug_new:
>
> Case 1:
>
>// With this cpp function
>// See: leakobj_with_delete.txt
>HB_FUNC( QT_QRECT_DESTROY )
>{
> //hbqt_par_QRect( 1 )->~QRect();
> delete hbqt_par_QRect( 1 );
>}
>
> Ca
Hi
By the way, you shuld newer call x->~TXobj directly.
You !!!MUST delete x
Here is explanation
http://www.parashift.com/c++-faq-lite/freestore-mgmt.html#faq-16.9
BRGS
Franček
Franček Prijatelj wrote:
>
> Hi Pritpal
>
> This behavior is usual for any C++ program.
>
> Here is example:
>
Hi Pritpal
This behavior is usual for any C++ program.
Here is example:
#include
using namespace std;
class TRect
{
public:
TRect(int t,int l,int w,int h)
:_t(t),_l(l),_w(w),_h(h)
{}
int top()const { return _t; }
int left() const { return _l; }
int width() const { retu
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] demoqt tests with debug_new - Leaked objects
Hi Pritpal,
>> Is this a property of QT itself, or the property of
>> Harbour wrappers?
>>
>
> It is a property of Qt itself.
> I have made extensive experiments a
Hi Pritpal,
Is this a property of QT itself, or the property of
Harbour wrappers?
It is a property of Qt itself.
I have made extensive experiments as far as Harbour's
parameter passing is concerned and have reached to the
conclusion that it is harmless. Experiments with Qt's
object destructio
Hello Viktor
Viktor Szakáts wrote:
>
> This means QT cannot be used in apps which is supposed
> to run continuously. (?)
>
> Continuously running GUI apps aren't that typical, but
> to me it's still a serious concern that and app just
> eats memory while running. This makes it f.e. unsuitable
Hi Francek, Pritpal,
Hi Victor
In this particular case I see no problem.
Maybe we want to keep a state in every tab.
If not (maybe we are short on memory ..),
we can delete objects when we loose focus on particular tab.
Anyhow memory is reclaimed at the end of app.
This means QT cannot be use
Hi Victor
In this particular case I see no problem.
Maybe we want to keep a state in every tab.
If not (maybe we are short on memory ..),
we can delete objects when we loose focus on particular tab.
Anyhow memory is reclaimed at the end of app.
Regards
Franček
Viktor Szakáts wrote:
>
> Hi F
Hi Pritpal
You are right.
My comment was regarding István's writing.
He began thread writing about demoqt.
Otherwise my compliments about Your great work.
Regards
Franček
Pritpal Bedi wrote:
>
> Hi
>
>
> Franček Prijatelj wrote:
>>
>> In STATIC FUNCTION Dialogs You are using local oDlg whi
Hi Francek,
Okay, I see, although I'm still concerned that these
objects are never freed, and if I'd like to free them,
what is the right way to do it?
Brgds,
Viktor
On 2009.09.16., at 10:33, Franček Prijatelj wrote:
Hi Victor
I wanted to say (one dirty solution ...)
Here is another using s
Hi Victor
I wanted to say (one dirty solution ...)
Here is another using static instead of PUBLIC ...
STATIC FUNCTION Dialogs( cType, w, l )
static oDlg,oDlg2,oDlg3,oDlg4,oDlg5,oDlg6
local oUrl
DO CASE
CASE cType == "PageSetup"
if oDlg1 ==Nil
oDlg1 := QPageSetupDialog():ne
Hi
Franček Prijatelj wrote:
>
> In STATIC FUNCTION Dialogs You are using local oDlg which
> is overwriten many times (you should delete QWidgets pointed to by it,
> before allocating new ones)
>
> One solution (not going in other leaks) is this:
>
I never make tests on demoqt, all is based o
On 2009.09.16., at 10:16, Franček Prijatelj wrote:
Hi Pritpal
In STATIC FUNCTION Dialogs You are using local oDlg which
is overwriten many times (you should delete QWidgets pointed to by it,
before allocating new ones)
One solution (not going in other leaks) is this:
PROCEDURE Main()
Loc
Hi Pritpal
In STATIC FUNCTION Dialogs You are using local oDlg which
is overwriten many times (you should delete QWidgets pointed to by it,
before allocating new ones)
One solution (not going in other leaks) is this:
PROCEDURE Main()
Local oLabel, oBtn, oDA, oTabBar
Local oWnd, oSize
Hi István
Bisz István wrote:
>
> The demoqt tests with debug_new shows a lot of leaked objects , see
> attached debug_new.txt. As I see now, the objects allocated by the new
> operator are not released by a corresponding delete operator.
>
I am struggling with this aspect since 20 day
YesIs impressive
2009/7/1 Bruno Luciani
> http://www.subirimagenes.com/imagen-hbqtlinux-2811257.html
>
>
> Better here
>
>
> Bruno
>
>
> 2009/7/1 Bruno Luciani
>
>>
>> Here is a new link , confirm if you can see
>>
>> Bruno
>>
>>
>> http://s3.subirimagenes.com:81/imagen/previo/thump_2811257hbq
It works here too on Linux. Except for some unfortunate
color combinations (white on almost white) in a few UI
elements in demoxbp, it looks very nice, looks fully
native, and startup is very quick on Linux.
On Ubuntu, libqt4-dev package is needed to build it.
Brgds,
Viktor
On 2009.07.01., at 1
Yes but is very small
2009/7/1 Bruno Luciani
>
> Here is a new link , confirm if you can see
>
> Bruno
>
>
> http://s3.subirimagenes.com:81/imagen/previo/thump_2811257hbqtlinux.png
>
>
>
>
>
> 2009/7/1 Massimo Belgrano
>
>> Is broken link?
>>
>>
>> 2009/7/1 Bruno Luciani
>>
>>> I wan't to rep
http://www.subirimagenes.com/imagen-hbqtlinux-2811257.html
Better here
Bruno
2009/7/1 Bruno Luciani
>
> Here is a new link , confirm if you can see
>
> Bruno
>
>
> http://s3.subirimagenes.com:81/imagen/previo/thump_2811257hbqtlinux.png
>
>
>
>
>
> 2009/7/1 Massimo Belgrano
>
>> Is broken li
Hi
>http://www.lw3dtr.com.ar/images/hbqt_demo_linux.png
http://lw3dtr.com.ar/images/hbqt_demo_linux.png
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/demoqt-working-ok-in-Kubuntu-9.04-tp24292443p24292791.html
Sent from the Harbour - Dev mailing list archive at N
Here is a new link , confirm if you can see
Bruno
http://s3.subirimagenes.com:81/imagen/previo/thump_2811257hbqtlinux.png
2009/7/1 Massimo Belgrano
> Is broken link?
>
> 2009/7/1 Bruno Luciani
>
>> I wan't to report that now works ok HBQT and demoqt in Linux
>> Kubuntu 9.04
>>
>>
>> you
yes for some reason , don't work
wait some minutes i upload to another site
Bruno
2009/7/1 Massimo Belgrano
> Is broken link?
>
> 2009/7/1 Bruno Luciani
>
>> I wan't to report that now works ok HBQT and demoqt in Linux
>> Kubuntu 9.04
>>
>>
>> you can see an screenshot here :
>> http://www.lw
Is broken link?
2009/7/1 Bruno Luciani
> I wan't to report that now works ok HBQT and demoqt in Linux
> Kubuntu 9.04
>
>
> you can see an screenshot here :
> http://www.lw3dtr.com.ar/images/hbqt_demo_linux.png
>
> Good Work
>
> Bruno
>
>
> ___
> Harbou
I wan't to report that now works ok HBQT and demoqt in Linux
Kubuntu 9.04
you can see an screenshot here :
http://www.lw3dtr.com.ar/images/hbqt_demo_linux.png
Good Work
Bruno
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-pr
> copy lib\win\mingw\*.* lib\*.*
> cd contrib\hbqt\tests
> hbmk2 demoqt.prg
Just a little note: You don't need to copy to lib\*.*,
hbmk2 will find libs in lib\win\mingw too, automatically.
> Just be creative.
+1
Brdgs,
Viktor
___
Harbour mailing list
Hi,
well a little out of topic, I'm talking about QT compiling on Windows.
But I see guys having problem here. So, I'll try to share my hot (10min
old) first QT compile experience.
MinGW 4.4.0 from
http://downloads.sourceforge.net/tdm-gcc/tdm-mingw-1.905.0-4.4.0-2.exe
QT 4.5.1 from http://
Pritpal Bedi napsal(a):
Hello
siki-2 wrote:
Pritpal Bedi napsal(a):
Thank You, I'm here from begin :-)
but long time i using clip from www.itk.ru
now porting all my application to harbour
Never saw you here so I thought..., poor me.
I not write much there, that's the reason :-
Hi
Viktor Szakáts wrote:
>
> Why do we have 3 different copies of wvtext inside
> our repo, when this demo is meant to demonstrate GTs,
> and thus it should be the same for all GTs.
>
> IMO we should delete wvtext from hbqt/tests (and
> probably also from gtqtc/tests), but at least
> remove al
Hi
siki-2 wrote:
>
> Sorry to bother but take a look to this:
>
> s...@siki:/opt/clipp/harbour/contrib/hbqt/tests$ ./demoqt
> Object::connect: No such signal QTreeView::hovered() in
> ../../hbqt_slots.cpp:274
> Object::connect: No such signal QListView::hovered() in
> ../../hbqt_slots.cpp:27
First question:
Why do we have 3 different copies of wvtext inside
our repo, when this demo is meant to demonstrate GTs,
and thus it should be the same for all GTs.
IMO we should delete wvtext from hbqt/tests (and
probably also from gtqtc/tests), but at least
remove all GTWVG, GTQTC and also GTW
Pritpal Bedi napsal(a):
Hi
Welcome onboard.
Thank You, I'm here from begin :-)
but long time i using clip from www.itk.ru
now porting all my application to harbour
what about ?
s...@siki:/opt/clipp/harbour/contrib/hbqt/tests$ hbmk2 wvtext.prg
hbmk: Processing configuration: /usr/bin/hbm
Hello
siki-2 wrote:
>
> Pritpal Bedi napsal(a):
> Thank You, I'm here from begin :-)
> but long time i using clip from www.itk.ru
> now porting all my application to harbour
>
Never saw you here so I thought..., poor me.
> what about ?
>
> s...@siki:/opt/clipp/harbour/contrib/hbqt/tests
Pritpal Bedi napsal(a):
Hi
Welcome onboard.
siki-2 wrote:
Hello
I try to make demoqt on linux (Ubuntu 9.04)
after coment out #include windows.h at line 727 I got:
demoqt.o: In function `HB_FUN_UIDEBUG':
demoqt.c:(.text+0x16): undefined reference to `OutputDebugString'
collect2: ld ret
Hi
Welcome onboard.
siki-2 wrote:
>
> Hello
>
> I try to make demoqt on linux (Ubuntu 9.04)
>
> after coment out #include windows.h at line 727 I got:
>
> demoqt.o: In function `HB_FUN_UIDEBUG':
> demoqt.c:(.text+0x16): undefined reference to `OutputDebugString'
> collect2: ld returned 1
Hello
I try to make demoqt on linux (Ubuntu 9.04)
s...@siki:/opt/clipp/harbour/contrib/hbqt/tests$ svn update
At revision 11288.
s...@siki:/opt/clipp/harbour/contrib/hbqt/tests$ hbmk2 demoqt.prg
hbmk: Processing configuration: /usr/bin/hbmk.cfg
hbmk: Processing: hbqt.hbc
Harbour 2.0.0beta1 (Rev
This should be deleted from demoqt.prg and it will work:
---
PROCEDURE hb_GtSys()
HB_GT_GUI_DEFAULT()
RETURN
---
Brgds,
Viktor
On Fri, Apr 10, 2009 at 7:35 AM, Lorenzo Fiorini
wrote:
> On Fri, Apr 10, 2009 at 7:30 AM, Pritpal Bedi
> wrote:
>
> > Then HB_GT_GUI_DEFAULT is not working in L
On Fri, Apr 10, 2009 at 7:30 AM, Pritpal Bedi wrote:
> Then HB_GT_GUI_DEFAULT is not working in Linux.
> Don't know what is the alternative.
> Try HB_GT_NULL_DEFAULT.
It doesn't exist.
I suppose gtgui request is to avoid the console opening in win.
In Linux it's not a problem you can use both
Hi,
Thanks Lorenzo
Pritbal, i uncomment the hbqt.hbp line:
gt=gtnul
and rebuilded demoqt
Now running it i am getting:
[vagsk...@vsarch tests]$ ./demoqt
Xlib: extension "Generic Event Extension" missing on display ":0.0".
Xlib: extension "Generic Event Extension" missing on display ":0.0".
Hi
Lorenzo Fiorini-2 wrote:
>
>> Also gtgui library was not builded from make_gnu.sh. I enter the
>> directory
>> but make builds nothing.
>
> gtgui is useful only in win.
>
Then HB_GT_GUI_DEFAULT is not working in Linux.
Don't know what is the alternative.
Try HB_GT_NULL_DEFAULT.
Regards
On Fri, Apr 10, 2009 at 7:12 AM, Vagelis Skarmaliorakis
wrote:
> Also gtgui library was not builded from make_gnu.sh. I enter the directory
> but make builds nothing.
gtgui is useful only in win.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@
Pritpal Bedi wrote:
>
>
> -lgtgui is missing
>
>
Also gtgui library was not builded from make_gnu.sh. I enter the directory
but make builds nothing.
--
View this message in context:
http://www.nabble.com/demoqt-and-linux-problem-tp22982903p22983224.html
Sent from the Harbour - Dev maili
-lgtgui is missing
Vagelis Skarmaliorakis wrote:
>
> During compilation with latest svn:
>
> [vagsk...@vsarch tests]$ hbmk2 demoqt
> hbmk: Processing configuration: /home/vagskarm/harbour/bin/hbmk.cfg
> hbmk: Processing: hbqt.hbp
> Harbour 1.1.0dev (Rev. 10821)
> Copyright (c) 1999-2009, ht
During compilation with latest svn:
[vagsk...@vsarch tests]$ hbmk2 demoqt
hbmk: Processing configuration: /home/vagskarm/harbour/bin/hbmk.cfg
hbmk: Processing: hbqt.hbp
Harbour 1.1.0dev (Rev. 10821)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'demoqt.prg'...
Lines 284, Func
55 matches
Mail list logo
