Hi Istvan,
> Hi Viktor,
>
> As I have o more argues and we are back to some original issues, I am
> stopping to write more on this thread.
> But an another case should be analyzed too: if we define HB_FM_STD_ALLOC,
> everything goes well, without crashes.
It's also a system-wide setting (which B
arbour-project.org] On Behalf Of Przemyslaw Czerpak
Sent: 2009. december 15. 14:40
To: Harbour Project Main Developer List.
Subject: Re: RE: RE: [Harbour] HBQT - demoqt default MinGW build
(HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes
On Tue, 15 Dec 2009, Bisz István wrote:
Hi,
> >
-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts
Sent: 2009. december 15. 14:37
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC
without USE_DL_PREFIX) crashes
>> One reason fo
On Tue, 15 Dec 2009, Bisz István wrote:
Hi,
> >I can define USE_DL_PREFIX as default in ST builds but I'm afraid that
> >it will only hide some problems in HBQT code instead of resolving them.
> The default ST with VS2008 woks, just the default ST with MinGW fails on
> the first delete operator.
>> One reason for this may be current default HBQT_RELEASE_WITH_DELETE_LATER
> memory releasing mode.
> Just one observation, to be more precise, in hbqt the default is
> overwritten, as I remember correctly.
I guess you meant demoqt, and you're right. demoqt sets
memory release mode to HBQT_RELE
org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts
Sent: 2009. december 15. 14:16
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC
without USE_DL_PREFIX) crashes
Thanks.
It's half guessing, but it may mean
g
> [mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts
> Sent: 2009. december 15. 13:07
> To: Harbour Project Main Developer List.
> Subject: Re: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC
> without USE_DL_PREFIX) crashes
>
> Hi,
>
>>&
>> Are you using single thread HVM intentionally?
>
> No, in MT everything is ok, but I was rejected by Viktor, argued that MT
> generates ~40% performance reduction.
I rejected it because it doesn't seem like a _real_
solution, just a hack which accidentally (or at least
for unknown reason) w
our-project.org] On Behalf Of Przemyslaw Czerpak
Sent: 2009. december 15. 13:28
To: Harbour Project Main Developer List.
Subject: Re: RE: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC
without USE_DL_PREFIX) crashes
On Tue, 15 Dec 2009, Bisz István wrote:
Hi,
> >We already hav
On Tue, 15 Dec 2009, Bisz István wrote:
Hi,
> >We already have part of this enabled in fm.c, but only
> >when building core in C++ mode, and if FMSTAT is enabled.
> I tried to activate this part with:
> @set HB_BUILD_MODE=cpp
> @set HB_USER_CFLAGS=-DHB_FM_STATISTICS
> in hbqt.h
Hi,
>> We already have part of this enabled in fm.c, but only
>> when building core in C++ mode, and if FMSTAT is enabled.
>
> I tried to activate this part with:
>
> @set HB_BUILD_MODE=cpp
> @set HB_USER_CFLAGS=-DHB_FM_STATISTICS
> in hbqt.hbc:
> from:
> {allg
Hi All,
>We already have part of this enabled in fm.c, but only
>when building core in C++ mode, and if FMSTAT is enabled.
I tried to activate this part with:
@set HB_BUILD_MODE=cpp
@set HB_USER_CFLAGS=-DHB_FM_STATISTICS
in hbqt.hbc:
from:
{allgcc}lib
Hi All,
>> It's possible. Replacing default malloc()/free() functions have to be
>> global. Some compilers may keep some hardcoded references to default memory
>> manager and in such case they will crash when memory pointers from two
>> different memory manager are mixed.
>> In this case with H
Hi,
> It's possible. Replacing default malloc()/free() functions have to be global.
> Some compilers may keep some hardcoded references to default memory manager
> and in such case they will crash when memory pointers from two different
> memory manager are mixed.
> In this case with HBQT you a
On Mon, 14 Dec 2009, Bisz István wrote:
Hi,
> Hi Przemek,
[...]
> My question is, do we need to force the USE_DL_PREFIX macro for the mingw
> default builds as for MSC?
It's possible. Replacing default malloc()/free() functions have to be
global. Some compilers may keep some hardcoded reference
Hi
Bruno Luciani wrote:
>
> Don't work here
>
Just comment out the section
oStyle := QWindowsXPStyle():new()
and check if it helps?
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/HBQT-demoqt-tp25919918p25930279.html
Sent from the Harbour - Dev mailing list ar
Hi
Bisz István wrote:
>
> As the ' QWindowsXPStyle' is not supported under linux; I changed the line
> 142 in demoqt.prg from:
>oStyle := QWindowsXPStyle():new()
> to:
>oStyle := QWindowsStyle():new()
>
So we need to comment out this function at all, Windows specific.
> After this
Don't work here
Bruno
2009/10/16 Bisz István
> Hi,
>
> >> Just for now compile as
>
> >> hbmk2 demoqt -Lc:\qt\4.5.3\lib -lxhb
>
> >> I will remove debug info after few days as I need to debug it
> >> constantly until I get the desired results.
>
> >Some additional info for debugging from a Cent
Is not the problem , I take off the line that refers the .ico image file
and the problem is the same
Bruno
2009/10/16 Pritpal Bedi
>
> Hi
>
>
> Bruno Luciani wrote:
> >
> > Error executing compiled demoqt
> >
> > Ubuntu 9.04 - Harbour Rev 12719
> >
> > br...@notebook:~/harbour_svn/harbour/co
But a few commits below that sample works ok in ubuntu
I try
Bruno
2009/10/16 Pritpal Bedi
>
> Hi
>
>
> Bruno Luciani wrote:
> >
> > Error executing compiled demoqt
> >
> > Ubuntu 9.04 - Harbour Rev 12719
> >
> > br...@notebook:~/harbour_svn/harbour/contrib/hbqt/tests$ ls
> > copy.png demoqt
Hi
Bruno Luciani wrote:
>
> Error executing compiled demoqt
>
> Ubuntu 9.04 - Harbour Rev 12719
>
> br...@notebook:~/harbour_svn/harbour/contrib/hbqt/tests$ ls
> copy.png demoqt hbmk.hbm open.png save.png
> cut.png demoqt.prg new.png paste.png test.ico
> br...@notebook:~/harbo
Error executing compiled demoqt
Ubuntu 9.04 - Harbour Rev 12719
Regards
Bruno
//
br...@notebook:~/harbour_svn/harbour/contrib/hbqt/tests$ hbmk2 demoqt
-
Hi, all
On Ubuntu Karmic (9.10 devel) trying to run demoqt compile with:
harbour -build
Harbour 2.0.0beta3 (Rev. 12718)
Copyright (c) 1999-2009, http://www.harbour-project.org/
compiling...
hbmk2 -lxhb demoqt.prg
and running...
ubu...@ubuntu-desktop:~/src/harbour/contrib/hbqt/tests$ ./demoqt
> Just for now compile as
>
> hbmk2 demoqt -Lc:\qt\4.5.3\lib -lxhb
It compile fine. But loading takes a while. Memory
is now nearly stable. It GPF when accessing WebPage menu.
> I will remove debug info after few days as I need to
> debug it constantly until I get the desired results.
Take you
Hi
Jerry Finuliar-2 wrote:
>
> D:\harbour\contrib\hbqt\tests>hbmk2 demoqt -Lc:\qt\4.5.3\lib
> hbmk2: Processing local make script: hbmk.hbm
>
Just for now compile as
hbmk2 demoqt -Lc:\qt\4.5.3\lib -lxhb
I will remove debug info after few days as I need to
debug it constantly until I get t
25 matches
Mail list logo
