That's why reference counting was invented, and the problem
is that it's not used by HBQT.
Brgds,
Viktor
On 2010 Apr 12, at 01:52, Pritpal Bedi wrote:
>
>
> francesco perillo wrote:
>>
>> I have yet another proposal:
>> in QGC_POINTER_* a new member should be added, call it "fingerprint".
>>
This is a basic feature of our GC allocator. Current
problem is that all objects use one common GC
allocator, with one commno fingerprint.
Brgds,
Viktor
On 2010 Apr 12, at 01:28, francesco perillo wrote:
> I have yet another proposal:
> in QGC_POINTER_* a new member should be added, call it "f
>> Let us re-introduce it.
>> Can you test after changing line 1236
>>
>> cExeHbMk2 := "hbmk2" /* Needs that path is already set before calling
>> hbmk2 */
>> =>
>> cExeHbMk2 := ::oProject:cPathMk2 + "hbmk2"
>>
>>
>>
>> -
>> enjoy hbIDEing...
>> Pritpal Bedi
>> htt
Hi, all
On Ubuntu 9.10 32 bits compiling Harbour (after a make clean) svn. rev.
14322
gcc -I. -I../../../../../include -Wall -W -O3 -DHB_LEGACY_TYPES_OFF
-DHB_HAS_ZLIB -I/home/ubuntu/src/harbour/external/zlib -oioapi.o -c
../../../ioapi.c
In file included from ../../../ioapi.h:45,
francesco perillo wrote:
>
>> Let me _repeat_ again:
> This should only happen if in this hierarchy there are objects without
> QPointer... if all objects have QPointers then there is something
> wrong... If there are objects that are not deriving from QObject so
> that they can't have QPointer
francesco perillo wrote:
>
> I'm on XP, mingw32 gcc 4.4.-dw2 (TDM-2 mingw32) and Qt sdk 2010.02,
> should be Qt 4.6.2
>
Tried through which program ?
hbIDE ? demoXBP ? demoQT ? Or your own demo application ?
Plus your results may not match ours because we still use 4.5.3
as announced in INST
> Let me _repeat_ again:
I know exactly what you have been saying for a long time :-)
this specific proposal was only to do parameter checking
> Problem is not with functioning of the objects,
> that is working perfect. It lies when object is _destructed_
> by Qt and when Harbour tries to _free_
I'm on XP, mingw32 gcc 4.4.-dw2 (TDM-2 mingw32) and Qt sdk 2010.02,
should be Qt 4.6.2
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
francesco perillo wrote:
>
> If you are getting GPFs in a replicable and consistent way PLEASE
> contact me and help me replicate it on my pc
>
> I tried all day to get a GPF and got none...
>
You tried with hbIDE ?
If yes, please note that it is now optimized to destroy objects
in prope
francesco perillo wrote:
>
> I have yet another proposal:
> in QGC_POINTER_* a new member should be added, call it "fingerprint".
>
Let me _repeat_ again:
Problem is not with functioning of the objects,
that is working perfect. It lies when object is _destructed_
by Qt and when Harbour tries
If you are getting GPFs in a replicable and consistent way PLEASE
contact me and help me replicate it on my pc
I tried all day to get a GPF and got none...
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://list
I have yet another proposal:
in QGC_POINTER_* a new member should be added, call it "fingerprint".
Every QObject should be issued a different "fingerprint", let's say
QApplication is 1, QPushButton is 2 and so on.
So when we get somehow a QGC_POINTER_* we can get back it's c++ class...
hbqt_gcpoin
On 11/04/10 20:51, Pritpal Bedi wrote:
Let us re-introduce it.
Can you test after changing line 1236
cExeHbMk2 := "hbmk2" /* Needs that path is already set before calling
hbmk2 */
=>
cExeHbMk2 := ::oProject:cPathMk2 + "hbmk2"
-
enjoy hbIDEing...
Pritpal Bed
Nobody use CGI ?
Can anybody try to test the CGI sample that comes with harbour in test
folder
and say to me if work ?
Bruno
2010/4/11 Bruno Luciani
> I am just trying to compile and test , sample testcgi.prg from test folder
>
> and another samples of cgi , and only obtain this error from we
On 11/04/10 21:08, Pritpal Bedi wrote:
First, do not mix two issues in one thread, open another.
Sorry
Can you guard idehome.prg#368
aadd( aHtm, '' + dtoc( dir_[ 1,3 ] ) + " " + dir_[ 1,4 ] )
with
if ! empty( dir_ )
aadd( aHtm, '' + dtoc( dir_[ 1,3 ] ) + "
Barry Jackson wrote:
>
> I hit another problem trying to test with a simple "Hello World" project.
> I have seen this before but was waiting until other issues were fixed.
>
> On attempting to add a second project to hbide, either by creating from
> scratch, or using an existing .hbp, this arr
Pritpal Bedi wrote:
>
> Can you test after changing line 1236
>
> cExeHbMk2 := "hbmk2" /* Needs that path is already set before
> calling hbmk2 */
> =>
> cExeHbMk2 := ::oProject:cPathMk2 + "hbmk2"
>
I see you have committed the fix and also auto-detection of exe.
Thanks.
---
On 11/04/10 20:14, Pritpal Bedi wrote:
Pritpal Bedi wrote:
It should launch theoretically.
But let us examine how I am initiating the launch.
#if 1
qProcess := QProcess():new()
qProcess:setWorkingDirectory( hbide_pathToOSPath(
oProject:wrkDirectory ) )
IF !empty(
Viktor Szakáts wrote:
>
> I don't understand that answer. What does this have
> to do with HB_COMPILER? I'm trying to find it, but
> there is a huge forest of classes and I can't easily
> oversee them. Simply the path is not used when
> forming hbmk2 executable name.
>
Let us re-introduce
Revision: 14322
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14322&view=rev
Author: vszakats
Date: 2010-04-11 19:45:32 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 21:45 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Revision: 14321
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14321&view=rev
Author: vszakats
Date: 2010-04-11 19:40:53 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 21:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/ideprojmana
> I had some issues regarding this when I was experimenting,
> now possibly lot have changed, let us do it once more.
> If I remember correctly, it had been HB_COMPILER something
> issue then.
>
>
>
>> 2. In 'Compiler Environments' is says 'Save and Exit',
>> while it should really say 'Save
Viktor Szakáts wrote:
>
> Accidentally I've stumbled upon new code to detect
> executable name, and it's not right. First of all
> "hbmk2: Linker command:" text is only shown when
> -trace mode is used, second, there is no guarantee
> that '-o' option is used in all supported target
> compi
Viktor Szakáts wrote:
>
> Three more issues (sorry to plug it like that, but I've
> stumbled upon them at this second):
>
Any number of times.
We all are working hard for some goal and every bit
of participation is highly welcome.
> 1. "Path to hbmk2" is ignored in Compiler Environments.
> It should launch theoretically.
> But let us examine how I am initiating the launch.
>
> #if 1
> qProcess := QProcess():new()
> qProcess:setWorkingDirectory( hbide_pathToOSPath(
> oProject:wrkDirectory ) )
> IF !empty( oProject:launchParams )
> qStr := QStringList():n
Pritpal Bedi wrote:
>
> It should launch theoretically.
> But let us examine how I am initiating the launch.
>
> #if 1
> qProcess := QProcess():new()
> qProcess:setWorkingDirectory( hbide_pathToOSPath(
> oProject:wrkDirectory ) )
> IF !empty( oProject:launchParams )
>
>> Please remove them and just call these tools with
>> "--help" or equivalent help option to query help text and
>> present the output to users.
>>
>
> I kept it here for reference sake to build some
> type of user interface, i.e, which type of input method
> be used if an option is a part o
Barry Jackson wrote:
>
> This is a non-GUI app and when built with the "build and launch" button
> the output adds:-
>
> Detected exeutable => ash
>
> Launching application [ /home/baz/hash/ash ]
>
> ... but nothing further - I don't know if this is correct in this
> situation.
>
It shou
Barry Jackson wrote:
>
>>> Can you change
>>> cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
>>> to
>>> cC := iif( hbide_getOS() == "nix", "-c .", "/C " )
>>>
>>> and try again?
>>
>> Rather to:
>> cC := iif( hbide_getOS() == "nix", "", "/C " )
>>
>> An .sh file is
Viktor Szakáts wrote:
>
> I've found that you've decided to replicate complete
> help texts of hbmk2, harbour, xpp.exe and alink.exe
> hard-wired inside HBIDE source code.
>
> While the latter two may well violate copyrights, it's
> even not a good idea to replicate external tool help
> tex
Hi Pritpal,
I've found that you've decided to replicate complete
help texts of hbmk2, harbour, xpp.exe and alink.exe
hard-wired inside HBIDE source code.
While the latter two may well violate copyrights, it's
even not a good idea to replicate external tool help
text like that in HBIDE code fo
On 11/04/10 17:07, Viktor Szakáts wrote:
Usage: /bin/bash [GNU long option] [option] ...
/bin/bash [GNU long option] [option] script-file ...
GNU long options:
--debug
Can you change
cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
to
cC := iif( hbide_getOS() == "nix", "
Hello Everybody
Ground is ready to launch "Keyboard Shortcuts" in hbIDE.
Before I end-up in a mess I need group opinion as to how
user-defined or user-altered definitions should behave.
Current implementation is like:
Keyboard shortcut is only defined for menu options.
Toolbar icons do not c
The sample testhtml works ok , but testcgi not
Bruno
2010/4/11 Bruno Luciani
> I am just trying to compile and test , sample testcgi.prg from test folder
>
> and another samples of cgi , and only obtain this error from web server
>
> My server works ok , because I test it with an sample Xharbou
On 2010 Apr 11, at 19:41, Franček Prijatelj wrote:
>
> Hi
>
> I had the same problem.
> Multiple configurations - msvc and mingw and c:\mingw\bin in path. (for
> mingw32-make)
> So autodetection didn't work.
> And the same was with:
> SET HB_COMPILER=msvc
> SET HB_COMPILER_VER=800
>
> Both v
Hi
I had the same problem.
Multiple configurations - msvc and mingw and c:\mingw\bin in path. (for
mingw32-make)
So autodetection didn't work.
And the same was with:
SET HB_COMPILER=msvc
SET HB_COMPILER_VER=800
Both variants work now when i removed mingw path.
BRGDS
-
brgs
Franček Prij
Hello Everybody
There are 164 downloads since 29Mar2010.
Minus 2 what I initiated to test.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://n2.nabble.com/hbIDE-Downloads-statistics-from-hbide-vouch-info-tp4886350p4886350.html
S
To compile i am using: hbmk2 testcgi -lgtcgi
It is ok that
Bruno
2010/4/11 Bruno Luciani
> I am just trying to compile and test , sample testcgi.prg from test folder
>
> and another samples of cgi , and only obtain this error from web server
>
> My server works ok , because I test it with an
Hello Viktor,
On Apr 11, 2010, at 12:02 PM, Viktor Szakáts wrote:
> Hi,
[snip]
> I'd however not recommend keeping that many tools
> in the PATH at the same time. It can be source of
Thank you, this solved my problem:
I was keeping in the path the C:\MinGW\bin directory
in order to find the
I am just trying to compile and test , sample testcgi.prg from test folder
and another samples of cgi , and only obtain this error from web server
My server works ok , because I test it with an sample Xharbour compiled CGI
program and works ok
Any Help ?
Bruno
Internal Server Error
The server
Hi,
>> There is a better solution: See my just sent e-mail.
>
> I just did, and I'm a little confused here:
>
> I have (in the same Windows machine) several C/C++ compilers:
>
> - MSVC ( 8 & 9 versions )
> - MinGW
> - BCC
> - OpenWatcom
>
> If I remove the HB_COMPILER option then the build pro
2010/4/11 Andriy K
> Hi!
>
> I installed Harbour on my Ubuntu 9.10 64-bit.
> I followed the instructions
> http://www.elart.it/links/harbourhowto_deb_en.php
>
> Everything was going well, except installation of hbide.
> I typed
> cd $HOME/src/contrib/hbide
> bud the directory did not exist.
> The
Hello Viktor,
On Apr 11, 2010, at 11:16 AM, Viktor Szakáts wrote:
>> Seems that "rc.exe" hasn't a "-nologo" parameter.
>
> It has, in MSVS 2010.
>
>> Can I safely remove that in the "config/win/msvc.mk" file at SVN ?
>
> There is a better solution: See my just sent e-mail.
I just did, and I'm
> Seems that "rc.exe" hasn't a "-nologo" parameter.
It has, in MSVS 2010.
> Can I safely remove that in the "config/win/msvc.mk" file at SVN ?
There is a better solution: See my just sent e-mail.
Brgds,
Viktor
___
Harbour mailing list (attachment siz
Hi,
Yes, so delete HB_COMPILER setting to let the build
system autodetect your compiler plus version.
Or set compiler version manually.
Nothing personal, but I'd like to ask mailing list
participants to read the e-mails coming to the list.
It's pretty inefficient to explain the same thing
ev
Viktor,
Seems that "rc.exe" hasn't a "-nologo" parameter.
Can I safely remove that in the "config/win/msvc.mk" file at SVN ?
best regards,
Teo
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-
>> Usage: /bin/bash [GNU long option] [option] ...
>> /bin/bash [GNU long option] [option] script-file ...
>> GNU long options:
>> --debug
>>
>
> Can you change
> cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
> to
> cC := iif( hbide_getOS() == "nix", "-c .", "/C " )
>
>
Hi
Rc compiler will have /nologo param only in next version in VS2010.
BRGDS
-
brgs
Franček Prijatelj
--
View this message in context:
http://n2.nabble.com/SF-net-SVN-harbour-project-14313-trunk-harbour-tp4884692p4885965.html
Sent from the harbour-devel mailing list archive at Nabble.co
Barry Jackson wrote:
>
> Output from latest SVN (14320) :-
>
>
> Project [ ash ]Launch [ No ]Rebuild [ No ]Started [ 16:08:44 ]
>
On 09/04/10 17:43, Barry Jackson wrote:
On 09/04/10 16:26, Pritpal Bedi wrote:
IF hbide_getOS() == "nix"
cArg := iif( empty( ::cBatch ), cC, cC + '".' + ::cBatch + "&& "
)
cArg += cExeHbMk2 + " " + cHbpPath + cCmdParams + '"'
ELSE
*cArgs := '-c ". ' + /home/baz/tmp/ahrl8i.sh&& hbmk2
/home/baz/h
Revision: 14320
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14320&view=rev
Author: vszakats
Date: 2010-04-11 14:53:10 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 16:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/hbide.prg
vszakats wrote:
>
> 2010-04-11 15:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * contrib/hbqt/hbqt_destruct.cpp
> + Added trace calls. (pls correct me if there is a typo,
> I don't have capacity to rebuild QT components these days)
>
Seems to be working OK.
Compiles fine bu
Revision: 14319
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14319&view=rev
Author: vszakats
Date: 2010-04-11 13:54:25 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 15:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/qtgui/QInput
Revision: 14318
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14318&view=rev
Author: vszakats
Date: 2010-04-11 13:42:21 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 15:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/hbqt_destruc
> Maybe it'd be a good idea to also add similar traces to
> hbqt_gcpointerFromItem(), hbqt_pPtrFromItem() and hbqt_pPtrFromObj()
> function.
Yes, of course.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.h
Hi Francesco,
Maybe it'd be a good idea to also add similar traces to
hbqt_gcpointerFromItem(), hbqt_pPtrFromItem() and hbqt_pPtrFromObj()
function.
Brgds,
Viktor
On 2010 Apr 11, at 15:01, francesco perillo wrote:
> void * hbqt_gcpointer( int iParam )
> {
> HB_TRACE( HB_TR_DEBUG, ( "hbqt_gc
void * hbqt_gcpointer( int iParam )
{
HB_TRACE( HB_TR_DEBUG, ( "hbqt_gcpointer iParam=%d", iParam ) );
QGC_POINTER * p = ( QGC_POINTER * ) hb_parptrGC( hbqt_gcFuncs(), iParam );
if( p && p->ph )
{
HB_TRACE( HB_TR_DEBUG, ( "hbqt_gcpointer returns p->ph
ph=%p", p->ph ) );
Update from svn...
after harbour-project:[14315] trunk/harbour should be ok
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On 11/04/10 12:10, Andriy K wrote:
Hi!
I installed Harbour on my Ubuntu 9.10 64-bit.
I followed the instructions
http://www.elart.it/links/harbourhowto_deb_en.php
Everything was going well, except installation of hbide.
I typed
cd $HOME/src/contrib/hbide
bud the directory did not exist.
Then I
Revision: 14317
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14317&view=rev
Author: vszakats
Date: 2010-04-11 11:50:46 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 13:50 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmzip/minizip.di
Revision: 14316
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14316&view=rev
Author: vszakats
Date: 2010-04-11 11:35:38 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 13:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmzip/minizip.di
Revision: 14315
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14315&view=rev
Author: vszakats
Date: 2010-04-11 11:23:52 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 13:23 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* package/winuni/RELNOTES
Hi!
I installed Harbour on my Ubuntu 9.10 64-bit.
I followed the instructions
http://www.elart.it/links/harbourhowto_deb_en.php
Everything was going well, except installation of hbide.
I typed
cd $HOME/src/contrib/hbide
bud the directory did not exist.
Then I realized that there is a directory
Revision: 14314
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14314&view=rev
Author: vszakats
Date: 2010-04-11 11:00:41 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 13:00 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ Added (unte
Viktor Szakáts wrote:
>
>> hb_curDrive() + hb_osDriveSeparator() + hb_osPathSeparator() + CurDir() +
>> hb_osPathSeparator() + cMyFile.ext
>
> I'm not sure why you need it, but the best (and only portable!)
> way to refer to file in current drive/dir, is just to not use any
> absolute path at
Hi Pritpal,
> Hello All
>
> Is this the correct way to build fully qualified path given a file in
> current folder, for *nixes ?
> On Windows it works perfect.
>
> hb_curDrive() + hb_osDriveSeparator() + hb_osPathSeparator() + CurDir() +
> hb_osPathSeparator() + cMyFile.ext
I'm not sure why you
Hello All
Is this the correct way to build fully qualified path given a file in
current folder, for *nixes ?
On Windows it works perfect.
hb_curDrive() + hb_osDriveSeparator() + hb_osPathSeparator() + CurDir() +
hb_osPathSeparator() + cMyFile.ext
-
enjoy hbIDEing...
Pritpal Be
It seems that I'm looking in the right direction
And this one ?
>> I also do not see any protection against wrong object casting and
>> raw pointer items are accepted what effectively blocks any serious
>> cleanups. Few months ago I sent code example which adds such protection
>> to this list
On 2010 Apr 11, at 10:23, francesco perillo wrote:
>> Yes. Plus check TOFIX notes in HBQT code, and it's
>> worth to carefully read Przemek's recent quick summary
>> of HBQT problems, there are some important issues
>> raised there which may help finding the right direction.
>> (f.e. confusing/mix
> Yes. Plus check TOFIX notes in HBQT code, and it's
> worth to carefully read Przemek's recent quick summary
> of HBQT problems, there are some important issues
> raised there which may help finding the right direction.
> (f.e. confusing/mixing raw pointers with GC collected
> ones, which is anoth
> Yes. But Pritpal says that we don't have such cases and the problem is
> only in destructor... Infact I proposed that bNew status bits to
So such change can do no harm and should be done
to prove this statement of Pritpal and avoid any
future misunderstandings in this regard.
But, I doubt cur
> If I understand correctly (correct me if not):
>
> - You intend to create separate hbqt_gcpointer*() calls for
> each object type.
No, my proposal 1) has just 2 functions, one hbqt_gcpointer for Qt
objects that don't have pq and one hbqt_gcpointer_has_pq for objects
that have one... Proposal 2)
Revision: 14313
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14313&view=rev
Author: vszakats
Date: 2010-04-11 07:32:12 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 09:31 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
* HB_COMPILER
Revision: 14312
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14312&view=rev
Author: vszakats
Date: 2010-04-11 07:25:49 + (Sun, 11 Apr 2010)
Log Message:
---
2010-04-11 09:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* external/pcre/Makefile
Hi
Compiling with MSVC8 i get following error:
rc.exe -nologo -fo hbrun.res ../../../hbrun.rc
fatal error RC1106: invalid option: -ologo
My settings:
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean install i
! HB_USER_PRGFL
Hi
Compiling with MSVC8 i get following errors:
cl.exe -I. -I../../../../../include -nologo -TC -Ot2b1 -EHs-c- -Zi
-DHB_LEGACY_TYPES_OFF -DHB_TR_LEVEL_DEBUG -DPCRE_STATIC -DHAVE_STDINT_H=0
-DHAVE_CONFIG_H -DUNICODE -Fochartabs.obj -c ../../../chartabs.c
chartabs.c
c:\hrb\svn\src-svn\external
76 matches
Mail list logo