>-Original Message-
>From: Xavi [mailto:jara...@gmail.com]
>Sent: Thursday, May 28, 2009 8:29 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] gcc 4.4.0 warnings
>
>Horodyski Marek (PZUZ) escribió:
>>
[ ... ]
>> On OpenWatcom it is correctly executet, and on BCC (I d
Revision: 11165
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11165&view=rev
Author: vszakats
Date: 2009-05-29 02:03:34 + (Fri, 29 May 2009)
Log Message:
---
2009-05-29 03:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Revision: 11164
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11164&view=rev
Author: vouchcac
Date: 2009-05-29 01:51:44 + (Fri, 29 May 2009)
Log Message:
---
2009-05-28 18:43 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/wvgcr
I'm trying to compile uhttp modules with hbmk2 and i got this errors:
c:\Harbour\contrib\examples\uhttpd\modules>type c:\hbmgw\bin\hbmk.cfg
# Harbour Make configuration
# Generated by Harbour build process
arch=win
comp=mingw
c:\Harbour\contrib\examples\uhttpd\modules>hbmk2 allmod.hbm -trace -in
> I will come to QT this weekend.
> Will review all these features and optimize whatever I could.
Great.
>> Probably we should have a menu for it like in GTWVT.
>
> Certainly yes, but question is how!
> I could not find any alternative to SysMenu() WINAPI equivalent.
> Anybody to help ?
Perhaps
Hello
Viktor Szakáts wrote:
>
> In GTQTC the mark© feature badly interacts with
> left click + drag. Basically makes these mouse event
> unusable from app level, since mark© steals the
> events from it.
>
I will come to QT this weekend.
Will review all these features and optimize whatever I
Horodyski Marek (PZUZ) escribió:
[ ... ]
*--
Function main()
local i, nd := 0.0, nd1 := 1.1
Cls
? nd
for i := 1 to 30
nd := nd + nd1
next
for i := 1 to 30
nd := nd - nd1
next
? nd
for i := 1 to 1
nd := nd * nd1
next
? nd, ValType( nd), nd > 0.01
return Nil
*-
Hi,
I have a question about practical usage of autoincrement fields ("+").
My friend wants to start use it, but he found a simple problem on first
attempt. The question is: how to convert database column from "manual
autoincrement" to true "+" type field? Another similar problem is "ALTER
TA
Hi Pritpal,
In GTQTC the mark© feature badly interacts with
left click + drag. Basically makes these mouse event
unusable from app level, since mark© steals the
events from it.
Probably we should have a menu for it like in GTWVT.
Brgds,
Viktor
___
Harb
Revision: 11163
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11163&view=rev
Author: vszakats
Date: 2009-05-28 17:27:49 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 19:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Revision: 11162
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11162&view=rev
Author: vszakats
Date: 2009-05-28 17:06:40 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 19:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Please, someone could try this with gcc 4.4.0 in Linux.
Is only for historical reasons and curiosity :)
What is the output, of course if it works?
My output in Win with 3.4.5 is .-
MinGW GNU C 3.4.5 (32-bit) => ndbRes == -0.0002 ndbRes == 0 is .F.
error: decimal floating point not sup
Revision: 11161
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11161&view=rev
Author: vszakats
Date: 2009-05-28 16:03:43 + (Thu, 28 May 2009)
Log Message:
---
minor
Modified Paths:
--
trunk/harbour/ChangeLog
This was sent by the Sour
Revision: 11160
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11160&view=rev
Author: vszakats
Date: 2009-05-28 15:59:41 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 17:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
+ contrib/examples/hbsuper
Hello Mindaugas
Mindaugas Kavaliauskas wrote:
>
>> NOTE: CPP mode generates a GPF when ole is unloaded due to
>> refcount.
>> Mindaugas can you fix it.
>
> I can just repeat myself: can you give self containing sample?
>
GPF is in my code when I call WVG_AxShutdownConnectio
Alexander S.Kresin wrote:
>
> Hi All,
>
> as I wrote before, I overloaded hb_errInternal() in letodb source
> file. Bcc and Linux gcc accepted this normally, but mingw gives error -
> multiply definition of hb_errInternal. Is there any way to solve this
> problem ?
>
>
Hi,
I think you
I try a reply with information that i know.
You can't overload a function (hb_errInternal) but a module object
represented by entire file prg.In bcc it was allowed but is not a good
pratice having duplicated public symbol
Can you reproduce a sample for better uderstand ?
2009/5/28 Alexander S.Kr
Hi All,
as I wrote before, I overloaded hb_errInternal() in letodb source
file. Bcc and Linux gcc accepted this normally, but mingw gives error -
multiply definition of hb_errInternal. Is there any way to solve this
problem ?
Regards, ALexander.
_
Hi Viktor,
VS> These belong to the mouse functionality implemented as .asm code.
VS> Try with these rewritten versions in .prg:
VS> --- s_mouse.prg
VS> /* Copyright 2009 Viktor Szakats */
As usually you are great ! Library hbSuper is ported to Harbour.
Thanks a lot !
--
Regards,
Jaroslaw Kadz
Revision: 11159
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11159&view=rev
Author: vszakats
Date: 2009-05-28 11:15:27 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 13:14 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbodbc/odbc.c
I also got these errors recently (could be external
index corruption), anyway it'd be better to have RTEs
here, as users can only see a disappearing app without
any error message and they keep using it causing much
more trouble (even more logical corruption) than it's
necessary.
Brgds,
Viktor
On
NOTE: CPP mode generates a GPF when ole is unloaded due to refcount.
Mindaugas can you fix it.
I can just repeat myself: can you give self containing sample?
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
ht
Revision: 11158
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11158&view=rev
Author: vszakats
Date: 2009-05-28 09:41:39 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 11:40 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
>-Original Message-
>From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
>Sent: Thursday, May 28, 2009 9:41 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] How Benchmark a rdd for shared access?
[...]
>Harbour+MiniGUI features.
>Data will be accessed via XmlHttpRequ
On Thu, 28 May 2009, Horodyski Marek (PZUZ) wrote:
Hi,
> >to reduce the compilation time (-gc3 strongly increase the time).
> >The build time with -j5 (I have 3 CPU machine) make parameters:
> -gc3 increase time or speed ?
> When time - that is compilation time or execution app ?
It increase the
IMO the most important is not to create mess with the naming,
since it would cut us from doing anything in the future without
creating all sorts of complications.
If this issue is so pressing for you *now*, write some #translates
to fix up the names.
WVG may refer to XBP functions or functionalit
IMO The most important is that in wvg sample referring to xbp function
2009/5/28 Viktor Szakáts :
> On Thu, May 28, 2009 at 9:56 AM, Massimo Belgrano
> wrote:
>> WvgActiveXControl cited on your changelog is XbpActiveXControl in xbase++
>
> The current name is right. We've agreed that such Xba
Massimo, please don't spread confusion regarding this matter,
WVG *is not* an Xbase++ compatibility lib. First because it does
other things (it's a GT in the first place), secondly because it
isn't portable.
Brgds,
Viktor
On Thu, May 28, 2009 at 10:09 AM, Massimo Belgrano wrote:
> if you should
On Thu, May 28, 2009 at 9:56 AM, Massimo Belgrano wrote:
> WvgActiveXControl cited on your changelog is XbpActiveXControl in xbase++
The current name is right. We've agreed that such Xbase++-like classes
implemented in GTWVG get the names WVG* to not block us from creating
a portable, standalone
if you should change XBase++ parts from WVG to XBp, please do
IMO is Better for xbase user, also for find documentation ecc
Do you think that is possible (imo not important) made coexistence vwg /qt?
same problem is for all compatibility class also if you implement
gtwvg emulation for either gt l
WvgActiveXControl cited on your changelog is XbpActiveXControl in xbase++
2009/5/28 Szakáts Viktor :
>> But it was not decided about XBP_* namespace instead WVG_*.?
>
> XBP_* namespace was decided for XBase++ visual classes
> implemented in a separate lib called hbxbp.
>
> Brgds,
> Viktor
>
>>
>>
Hi
Massimo Belgrano-3 wrote:
>
> But it was not decided about XBP_* namespace instead WVG_*.?
>
Perhaps you tend to skip few things.
Xbp_* namespace will be used as in Xbase++ in QT implementation.
For windows it will remains as is.
Viktor, Massimo's request is valid though.
Should I change
But it was not decided about XBP_* namespace instead WVG_*.?
XBP_* namespace was decided for XBase++ visual classes
implemented in a separate lib called hbxbp.
Brgds,
Viktor
2009/5/28 :
Revision: 11156
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11156&view=rev
But it was not decided about XBP_* namespace instead WVG_*.?
2009/5/28 :
> Revision: 11156
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11156&view=rev
> Author: vouchcac
> Date: 2009-05-28 07:24:55 + (Thu, 28 May 2009)
>
> Log Message:
> ---
> 20
Revision: 11157
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11157&view=rev
Author: vszakats
Date: 2009-05-28 07:44:07 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 09:43 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/wvgsink.c
In harbour minigui there is some solution
. MINISCRIPT PROJECT GOALS
The main project goal is to write a Harbour MiniGUI to JavaScript/HTML
translator.The translator must generate pages containing
HTML+JavaScript code with equivalent functionality to the original
(source) HMG program.
Because JavaS
compiling harbour from svv 2009-05-28 08:20 UTC+0200 Viktor Szakats
(harbour.01 syenar hu)
mingw32-make.exe[3]: *** [wvgsink.obj] Error 2
mingw32-make.exe[2]: *** [descend] Error 2
mingw32-make.exe[1]: *** [gtwvg.inst] Error 2
mingw32-make.exe: *** [contrib.inst] Error 2
C:\Program Files\Microsof
Revision: 11156
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11156&view=rev
Author: vouchcac
Date: 2009-05-28 07:24:55 + (Thu, 28 May 2009)
Log Message:
---
2009-05-28 00:19 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/gtwvg/wvgwin.c
>-Original Message-
>From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
>Sent: Wednesday, May 27, 2009 9:57 PM
>To: Harbour Project Main Developer List.
>Subject: [Harbour] How Benchmark a rdd for shared access?
>
>The idea is Benchmark the performance of a generic a rdd (with
>or witho
39 matches
Mail list logo
