Re: [Harbour] Error compiling with MSVC and BCC

2009-04-29 Thread Viktor Szakáts
Hi, On Thu, Apr 30, 2009 at 4:29 AM, sygecom wrote: > Problem 1 - When using MSVC compile is not generating the LIBPQ.LIB, and I > am setting the environment variables correctly both the HB_BUILD_IMPLIB=yes > as HB_DIR_PGSQL=d:\pgsql Probably you don't have file D:\pgsql\lib\pgsql.lib present.

[Harbour] Error compiling with MSVC and BCC

2009-04-29 Thread sygecom
Hello to all, I've updated the SVN Harbor, and I am having two problems: Problem 1 - When using MSVC compile is not generating the LIBPQ.LIB, and I am setting the environment variables correctly both the HB_BUILD_IMPLIB=yes as HB_DIR_PGSQL=d:\pgsql Problem 2 - My application when compiled with

[Harbour] SF.net SVN: harbour-project:[10959] trunk/harbour

2009-04-29 Thread druzus
Revision: 10959 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10959&view=rev Author: druzus Date: 2009-04-29 22:55:54 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-30 01:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/compil

Re: [Harbour] gtwvg x mingw issue

2009-04-29 Thread Vailton Renato
Many thanks! =D ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] SF.net SVN: harbour-project:[10958] trunk/harbour

2009-04-29 Thread vszakats
Revision: 10958 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10958&view=rev Author: vszakats Date: 2009-04-29 18:27:05 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 20:26 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] gtwvg x mingw issue

2009-04-29 Thread Pritpal Bedi
Hi Vailton Renato wrote: > > Correct ... This is the version that comes with the Qt 2009.02 LGPL > package: > > C:\harbour>g++ --version > g++ (GCC) 3.4.2 (mingw-special) > Copyright (C) 2004 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There

Re: [Harbour] gtwvg x mingw issue

2009-04-29 Thread Pritpal Bedi
Hello Vailton Renato wrote: > > I have obtained the following error when compiling the Harbour (latest > versions) with MinGW: > > ../../wvgwin.c: In function `HB_FUN_WVG_SETCURRENTBRUSH': > ../../wvgwin.c:2095: warning: implicit declaration of function > `SetClassLongPtr' > > ../../wvgwin.c:

[Harbour] SF.net SVN: harbour-project:[10957] trunk/harbour

2009-04-29 Thread vszakats
Revision: 10957 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10957&view=rev Author: vszakats Date: 2009-04-29 17:44:32 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 19:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

[Harbour] SF.net SVN: harbour-project:[10956] trunk/harbour

2009-04-29 Thread vszakats
Revision: 10956 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10956&view=rev Author: vszakats Date: 2009-04-29 17:38:37 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 19:37 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

[Harbour] SF.net SVN: harbour-project:[10955] trunk/harbour

2009-04-29 Thread druzus
Revision: 10955 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10955&view=rev Author: druzus Date: 2009-04-29 17:19:47 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 19:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/compil

[Harbour] i search a harbour sample using QSimpleRichText

2009-04-29 Thread Massimo Belgrano
I search a sample of using QSimpleRichText -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] SF.net SVN: harbour-project:[10954] trunk/harbour/ChangeLog

2009-04-29 Thread druzus
Revision: 10954 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10954&view=rev Author: druzus Date: 2009-04-29 13:49:10 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 15:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/ChangeLog

Re: [Harbour] SF.net SVN: harbour-project:[10953] trunk/harbour

2009-04-29 Thread Przemyslaw Czerpak
On Wed, 29 Apr 2009, Mindaugas Kavaliauskas wrote: Hi, >> 2009-04-29 14:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) >> * harbour/include/hbexprb.c > I guess your ChangeLog file is edited by some script. Now it is not working > well after CC license is included into this file. Yes,

Re: [Harbour] SF.net SVN: harbour-project:[10953] trunk/harbour

2009-04-29 Thread Mindaugas Kavaliauskas
Hi, 2009-04-29 14:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbexprb.c I guess your ChangeLog file is edited by some script. Now it is not working well after CC license is included into this file. Regards, Mindaugas _

Re: [Harbour] gtwvg x mingw issue

2009-04-29 Thread Vailton Renato
Correct ... This is the version that comes with the Qt 2009.02 LGPL package: C:\harbour>g++ --version g++ (GCC) 3.4.2 (mingw-special) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY

Re: [Harbour] gtwvg x mingw issue

2009-04-29 Thread Szakáts Viktor
You probably use some older MinGW versions, it would be useful to know which one. 4.3.x doesn't have this problem. Anyhow I hope Pritpal can fix this in gtwvg. Brgds, Viktor On 2009.04.29., at 14:54, Vailton Renato wrote: I have obtained the following error when compiling the Harbour (latest v

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Mindaugas Kavaliauskas
Przemyslaw Czerpak wrote: Look at $2 expression in FOR TO / NEXT statement. It was reduced and removed inside hb_compExprUseAssign() and later reused. I've just committed the fix though it's rather workaround which simply keep untouched left side of assign expression and only change/remove the ri

[Harbour] gtwvg x mingw issue

2009-04-29 Thread Vailton Renato
I have obtained the following error when compiling the Harbour (latest versions) with MinGW: ../../wvgwin.c: In function `HB_FUN_WVG_SETCURRENTBRUSH': ../../wvgwin.c:2095: warning: implicit declaration of function `SetClassLongPtr' ../../wvgwin.c:2095: error: `GCLP_HBRBACKGROUND' undeclared (firs

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Przemyslaw Czerpak
On Wed, 29 Apr 2009, Mindaugas Kavaliauskas wrote: >>> FOR nI := nI + 1 TO snCount >> The problem is cause by >>nI := nI + 1 => nI += 1 >> optimization. After converting the expressions we still try to access >> original nI expression which does not longer exists. >> I'll fix it. > Yes. I'm l

[Harbour] SF.net SVN: harbour-project:[10953] trunk/harbour

2009-04-29 Thread druzus
Revision: 10953 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10953&view=rev Author: druzus Date: 2009-04-29 12:42:13 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 14:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbexp

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Mindaugas Kavaliauskas
Hi, FOR nI := nI + 1 TO snCount The problem is cause by nI := nI + 1 => nI += 1 optimization. After converting the expressions we still try to access original nI expression which does not longer exists. I'll fix it. Yes. I'm looking at include/hbexprb.c function hb_compExprUseAssign co

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Przemyslaw Czerpak
On Wed, 29 Apr 2009, Mindaugas Kavaliauskas wrote: Hi, > FOR nI := nI + 1 TO snCount The problem is cause by nI := nI + 1 => nI += 1 optimization. After converting the expressions we still try to access original nI expression which does not longer exists. I'll fix it. > BTW, this sample GP

[Harbour] SF.net SVN: harbour-project:[10952] trunk/harbour

2009-04-29 Thread vszakats
Revision: 10952 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10952&view=rev Author: vszakats Date: 2009-04-29 11:49:34 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 13:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbqt/generator/hb

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Mindaugas Kavaliauskas
Hi, simplified bug code: === PROC main() LOCAL nI := 0 FOR nI := nI + 1 TO 10 ? nI NEXT RETURN === Compiles OK, with -kc switch, compile error without it: test153.prg(5) Error E0022 Invalid lvalue 'Numeric' Regards, Mindaugas M

Re: [Harbour] Serious compiler bug

2009-04-29 Thread Mindaugas Kavaliauskas
Hi, seems like optimizer problem. -kc switch fixes code. Regards, Mindaugas Mindaugas Kavaliauskas wrote: Hi, the following code: --- STATIC snCount := 0 PROC main() LOCAL nI nI := snCount snCount := NEWCOUNT() FOR nI := nI + 1 TO snCount ? nI, snCoun

[Harbour] Serious compiler bug

2009-04-29 Thread Mindaugas Kavaliauskas
Hi, the following code: --- STATIC snCount := 0 PROC main() LOCAL nI nI := snCount snCount := NEWCOUNT() FOR nI := nI + 1 TO snCount ? nI, snCount NEXT RETURN FUNC NEWCOUNT() RETURN 10 --- generates output: -

Re: [Harbour] How can i replace module getsys?

2009-04-29 Thread Massimo Belgrano
So i have tried copy \source\drt\getsys53.prg and add my dummyfunc() now i compile fine but when running i receive Error base/1004 no exported method: HB_GTINFO 2009/4/29 Massimo Belgrano : > compiling a sample with > hbmk2 mysource.prg getsys.prg errsys.prg -m -w0 -gtwvt -gui > getsys is from so

Re: [Harbour] How can i replace module getsys?

2009-04-29 Thread Massimo Belgrano
compiling a sample with hbmk2 mysource.prg getsys.prg errsys.prg -m -w0 -gtwvt -gui getsys is from source\rtl\getsys.prg with a dummy func added to local getsys.prg i think that my problem is due to getsys53.prg instead getsys.prg c:/harbour/mingw/lib/libhbrtl.a(getsys.o):getsys.c:(.text+0x40): mu

[Harbour] SF.net SVN: harbour-project:[10951] trunk/harbour

2009-04-29 Thread vszakats
Revision: 10951 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10951&view=rev Author: vszakats Date: 2009-04-29 09:17:28 + (Wed, 29 Apr 2009) Log Message: --- 2009-04-29 11:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/xhb/dbgfxc.c

Re: [Harbour] Another Thread - Accessing COM Objects

2009-04-29 Thread Viktor Szakáts
Hi Pritpal, I suggest you try with the new implementation in hbole, I doubt there will be any more updates for the old hbwin one. Brgds, Viktor On Wed, Apr 29, 2009 at 3:09 AM, Pritpal Bedi wrote: > > Hello All > > I am finding it difficult to fire a COM object from > another thread than the ap