Hi Francesco,
In the objects destructor ( the hbqt_gcRelease_* functions ) pq value
is checked against NULL... But in hbqt_gcpointer it is not... because
in hbqt_gcpointer we just have a generic QGC_POINTER and not the
specific QGC_POINTER_QPushButton so pq is not available...
See:
typedef
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
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
!
Revision: 14312
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14312view=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
Revision: 14313
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14313view=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
*
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)
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
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 another
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/mixing raw
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.
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
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 need
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 all,
Revision: 14314
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14314view=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
Revision: 14315
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14315view=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
Revision: 14316
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14316view=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)
*
Revision: 14317
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14317view=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)
*
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
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
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 ) );
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, (
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
Revision: 14318
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14318view=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)
*
Revision: 14319
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14319view=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)
*
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 but I
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/hash/ash.hbp
Barry Jackson wrote:
Output from latest SVN (14320) :-
Project [ ash ]Launch [ No ]Rebuild [ No ]Started [ 16:08:44 ]
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
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 )
and try again?
Rather to:
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
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
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 size
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 a little
2010/4/11 Andriy K andriy...@yahoo.de
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
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 process at
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
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
To compile i am using: hbmk2 testcgi -lgtcgi
It is ok that
Bruno
2010/4/11 Bruno Luciani bruno.luci...@gmail.com
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 ,
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
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
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 variants
The sample testhtml works ok , but testcgi not
Bruno
2010/4/11 Bruno Luciani bruno.luci...@gmail.com
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
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
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, -c ., /C
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
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
text like
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 not a command, so -c is just not needed
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 should launch
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 of UI.
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 )
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():new()
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.
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
compilers,
Revision: 14321
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14321view=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)
*
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 it.
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(
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.
-
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 array
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 ] ) +
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 bruno.luci...@gmail.com
I am just trying to compile and test , sample testcgi.prg from test folder
and another samples of cgi , and only
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 Bedi
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_gcpointer
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 to
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 proper
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
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_ the
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
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 (is
Hello,
I need your help:
When I create an array in C:
pArray = hb_itemNew (NULL);
hb_arrayNew (pArray, size);
before the program ends I have necessarily to call:
hb_itemRelease (pArray);
to free the memory allocated?
or HARBOUR releases automatically?
thank you very much,
Claudio Soto
69 matches
Mail list logo