Revision: 11148
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11148&view=rev
Author: druzus
Date: 2009-05-27 03:25:05 + (Wed, 27 May 2009)
Log Message:
---
2009-05-27 05:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour.spec
Revision: 11147
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11147&view=rev
Author: vszakats
Date: 2009-05-27 02:46:49 + (Wed, 27 May 2009)
Log Message:
---
2009-05-27 04:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbsetup.h
* sou
Hi Przemek,
With GCC 4.4.0 the binaries got a bit larger when
using HB_STRICT_ALIGNMENT, but also measurably faster.
Built with 'hbmk2 speedtst.prg' (default -gc0)
HB_STRICT_ALIGNMENT: 38.25/39.11, 38.42/39.08
default: 43.39/44.03, 43.47/44.03
Brgds,
Viktor
On 2009.05.27., at 1:13
Revision: 11146
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11146&view=rev
Author: vszakats
Date: 2009-05-27 01:33:47 + (Wed, 27 May 2009)
Log Message:
---
2009-05-27 03:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbqt/generator/hb
Hi
>I hope we can fix it, because this line isn't safe.
>Is it need at all?
Yes. As this value is used in HB_AX_SHUTDOWNCONNECTIONPOINT().
I will think other means.
>The easiest fix is to initialize them on declaration
>with some default values.
Oh, ok, will do in a while.
Regards
Pritpal Bed
Revision: 11145
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11145&view=rev
Author: vszakats
Date: 2009-05-27 01:21:06 + (Wed, 27 May 2009)
Log Message:
---
2009-05-27 03:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbver.ch
* sour
../../wvgsink.c: In function 'HB_FUN_HB_AX_SETUPCONNECTIONPOINT':
../../wvgsink.c:516: warning: dereferencing pointer 'hSink.33' does
break strict-aliasing rules
Have no idea how to cast it.
I hope we can fix it, because this line isn't safe.
Is it need at all?
../../wvgsink.c:546: note: in
Hello
Viktor Szakáts wrote:
>
> ../../wvgsink.c: In function 'HB_FUN_HB_AX_SETUPCONNECTIONPOINT':
> ../../wvgsink.c:516: warning: dereferencing pointer 'hSink.33' does
> break strict-aliasing rules
>
Have no idea how to cast it.
> ../../wvgsink.c:546: note: initialized from here
> ../../wv
Revision: 11144
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11144&view=rev
Author: vszakats
Date: 2009-05-27 00:07:09 + (Wed, 27 May 2009)
Log Message:
---
2009-05-27 02:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/print.c
Hi Pritpal,
I'm getting these remaining warnings when compiled with GCC 4.4.0
(with HB_STRICT_ALIGMNENT):
---
../../wvgsink.c: In function 'HB_FUN_HB_AX_SETUPCONNECTIONPOINT':
../../wvgsink.c:516: warning: dereferencing pointer 'hSink.33' does
break strict-aliasing rules
../../wvgsink.c:546: note
On Mon, 25 May 2009, Szak�ts Viktor wrote:
> Thanks. What should we do in default builds? Can we safely
> pacify the warnings while keeping performance? Should we just
> safely suppress these warnings?
I'm afraid that at least in few places GCC can strip out some of our
code or at least change the
>The last nice source of ideas I found is Lua virtual machine. In Lua
>5.0, VM was rewritten from stack based machine to register-based
>machine. This increased performance about 20%. Instead of:
>PUSHLOCAL 1
>PUSHLOCAL 2
>ADD
>POPLOCAL 3
>they use:
>ADD 3 1 2
Parrot code (VM for Perl 6) al
Revision: 11143
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11143&view=rev
Author: vszakats
Date: 2009-05-26 19:42:33 + (Tue, 26 May 2009)
Log Message:
---
2009-05-26 21:41 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwin/hbwapi.h
Hello Xavi, Marcos
Bruno Luciani wrote:
>
> How to set colors in QT widgets using HBQT ?
>
> The setpalette method , seems not exist
>
Please respond to questions related with QT
as you two seems to have better understanding on the subject.
Reply even if you do not know anything, just to ke
Revision: 11142
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11142&view=rev
Author: vszakats
Date: 2009-05-26 18:06:55 + (Tue, 26 May 2009)
Log Message:
---
2009-05-26 20:05 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
* Minor cle
How to set colors in QT widgets using HBQT ?
The setpalette method , seems not exist
Any Help
Bruno
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello Viktor
Viktor Szakáts wrote:
>
> Well, no biggy it was only one such occurrence. I'll fix it in
> next commit.
>
Which one? I have used pointers everywhere.
> The other thing is that __XAXREGISTERHANDLER should be
> __AXREGISTERHANDLER().
>
> Plus I think we should drop __AXGETCONTR
Well, no biggy it was only one such occurrence. I'll fix it in
next commit.
The other thing is that __XAXREGISTERHANDLER should be
__AXREGISTERHANDLER().
Plus I think we should drop __AXGETCONTROL() if we have
WIN_AXATLGETCONTROL().
Brgds,
Viktor
On 2009.05.26., at 17:13, Szakáts Viktor wrote
Revision: 11141
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11141&view=rev
Author: vouchcac
Date: 2009-05-26 15:03:05 + (Tue, 26 May 2009)
Log Message:
---
2009-05-26 07:50 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbwin/axcore.c
Hi,
* contrib/hbwin/axcore.c
+ __XAXREGISTERHANDLER()
An extension of __AXREGISTERHANDLER() where connection points are
enumerated instead of finding - many OLE's have more than one interface -
a practical discovery. Mindaugas please check if it can be the default.
So
Hi Pritpal,
May I ask to use real pointers instead of numeric
ones in hbwin? I've been trying to clean the code
from such usage and IMO for new code we should
definitely use the good practice only.
We have WIN_N2P() for conversion if some programs
need to pass numeric pointers. This way the prob
Or, we may also contact the author for permission
or ask for re-licensing it. Also beyond my capacity,
but someone interested could try doing it.
I have a distant recollection that someone asked this and pissed him
off mightily.
:) Thanks for this info, well, in this case I'll let
the .zip f
Szakáts Viktor wrote:
Or, we may also contact the author for permission
or ask for re-licensing it. Also beyond my capacity,
but someone interested could try doing it.
I have a distant recollection that someone asked this and pissed him off
mightily.
Regards
Alex
Hi Pritpal,
Viktor Szakáts wrote:
Here is an initial port of Superlib to Harbour:
Recently I had ported Superlib for one of old projects
and did the same type of changes you are pointing out.
I personally is not a user of this library so cannot
comment on its in-depth analysis.
Probbaly yo
Hello
Mindaugas Kavaliauskas wrote:
>
> I found the way to implement GetObject() with the first parameter only
> (it is CoGetObject()). It seems, the function is equivalent
> CreateObject() if only the second parameter is used. But I found no
> info, how it can be implemented using both para
Hello
Viktor Szakáts wrote:
>
> Here is an initial port of Superlib to Harbour:
>
Recently I had ported Superlib for one of old projects
and did the same type of changes you are pointing out.
I personally is not a user of this library so cannot
comment on its in-depth analysis.
Probbaly you
Forgot to add that hbmk2 build is also much faster than
using GNU Make, at least on Windows systems.
Brgds,
Viktor
On Tue, May 26, 2009 at 3:10 PM, Szakáts Viktor wrote:
> Hi Jaroslaw,
>
> One more thing, I've reuploaded the .zip with an
> .hbm included so that it's really simply to build it
> o
Hi Jaroslaw,
One more thing, I've reuploaded the .zip with an
.hbm included so that it's really simply to build it
outside our source repository for any platforms using
hbmk2.
Here's an even simpler hbsuper.hbm version:
---
-hblib
-ohbsuper
-inc
-q0 -w1 -es2 -gc0 -l
*.c
*.prg
---
It's pretty mu
Hi,
Sometimes I return in my mind to more general solutions, like changing
compiler to generate expression tree instead of code, typed variables, etc.
The last nice source of ideas I found is Lua virtual machine. In Lua 5.0,
VM was rewritten from stack based machine to register-based machine.
> SV> Here is an initial port of Superlib to Harbour:
>
> SV> http://www.syenar.hu/harbour/hbsuper.zip
> SV> [ unzip to contrib and build it the usual way ]
>
> Thanks so much. Will try build tomorrow.
Okay.
> SV> If there is enough interest, I can upload this to
> SV> SVN as is, maybe to example
Hi Viktor,,
SV> Here is an initial port of Superlib to Harbour:
SV> http://www.syenar.hu/harbour/hbsuper.zip
SV> [ unzip to contrib and build it the usual way ]
Thanks so much. Will try build tomorrow.
SV> If there is enough interest, I can upload this to
SV> SVN as is, maybe to examples initi
Here is an initial port of Superlib to Harbour:
http://www.syenar.hu/harbour/hbsuper.zip
[ unzip to contrib and build it the usual way ]
.asm stuff isn't ported, .c stuff was, few compilation
error fixed due to no 10 chars limit in Harbour, few
extensions and include filenames made lowercase.
T
You are right ! Thanks a lot to You and to Victor for your support!
Now 'wcecon.exe' is running on my palmtop.
Good news. You're welcome.
One question only : is any chance build library 'SuperLib'
(originally for clipper) for Harbour - Wince when i have all
*.prg, *.asm and *.c files for this
Hi Przemek,
PC> If you want to create your own binaries for WinCE working with
PC> x86-Windows then you have to use harbour and other tools like
PC> hbmk2 compiled for x86-Windows with libraries created for WinCE
PC> builds and C compiler which can generated WinCE-ARM code.
You are right ! Thanks
>> they use:
>> ADD 3 1 2
>
> yes but if you look carefully then you will find that number of registers
> in such implementation is reduced to 256 what also reduce maximal number
> of local variables which have to be less or equal (depending on code) to
> the number of registers. To keep compatib
On Tue, 26 May 2009, Mindaugas Kavaliauskas wrote:
Hi,
> Sometimes I return in my mind to more general solutions, like changing
> compiler to generate expression tree instead of code, typed variables, etc.
> The last nice source of ideas I found is Lua virtual machine. In Lua 5.0,
> VM was rewr
I notice that in after 15 minutes from this announce WHO have 50 unique access
The harbour comunity is more big of what appear here
Il 26 maggio 2009 0.15, Massimo Belgrano ha scritto:
> Dear sir
> we search collaboration for upcoming harbour Italian group
> http://www.gio22.com/harbour/
> http:
Hi Przemek,
> You have such functionality from beginning though it's not enabled in
> default core builds. You have to compile Harbour with HB_HASH_MSG_ITEMS
> macro or use XHB library. The only one difference is that [x]Harbour
> uses : not . as send operator so it will look like a:x not a.x
> Us
Revision: 11140
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11140&view=rev
Author: vszakats
Date: 2009-05-26 07:31:33 + (Tue, 26 May 2009)
Log Message:
---
2009-05-26 09:24 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/wvgax.prg
On Tue, 26 May 2009, Szak�ts Viktor wrote:
Hi,
> Right on the second page, I see syntactic sugar: a.x for a[ "x" ],
> I'm not sure about the speed compared to a[ _NUM_INDEX ], but
> it surely gives something I was missing a few days ago.
You have such functionality from beginning though it's not
40 matches
Mail list logo
