Hi Przemek and All,
Can this expression be optimized by compiler to NOP:
Do( NIL )
I'm trying to make this work in every situation:
#if defined( __HB_OUTDEBUG__ ) .AND. defined( __PLATFORM__WINDOWS )
#xtranslate HB_OUTDEBUG( [] ) => WAPI_OUTPUTDEBUGSTRING( )
#else
#xtranslate HB_OUTDEBU
Revision: 11463
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11463&view=rev
Author: vszakats
Date: 2009-06-21 06:30:30 + (Sun, 21 Jun 2009)
Log Message:
---
2009-06-21 08:26 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/vm/extend.c
*
On Sat, 20 Jun 2009, Pritpal Bedi wrote:
Hi,
I do not know what exactly you are asking for but maybe some
information can help you to find the answer.
> Please look at this code
> CREATE CLASS XbpComboBox INHERIT XbpSLE, XbpListBox
> ENDCLASS
> METHOD XbpComboBox:new( ... )
>::XbpSLE:init( .
Revision: 11462
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11462&view=rev
Author: druzus
Date: 2009-06-21 05:05:20 + (Sun, 21 Jun 2009)
Log Message:
---
2009-06-21 07:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/ml
Revision: 11461
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11461&view=rev
Author: vouchcac
Date: 2009-06-21 04:10:13 + (Sun, 21 Jun 2009)
Log Message:
---
2009-06-20 21:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbxbp/Makef
Revision: 11460
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11460&view=rev
Author: vouchcac
Date: 2009-06-21 04:02:56 + (Sun, 21 Jun 2009)
Log Message:
---
2009-06-20 21:01 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbqt/hbqt_s
Hello All
Please look at this code
CREATE CLASS XbpComboBox INHERIT XbpSLE, XbpListBox
ENDCLASS
METHOD XbpComboBox:new( ... )
::XbpSLE:init( ... )
RETURN Self
METHOD XbpComboBox:create( ... )
::XbpSLE:create( ... )
RETURN Self
Function Main()
Local oCombo
oCombo := XbpComboB
Do not invest in HBDOC compensates for this task?
How much is this?
As the final result would be shared with all users?
He will change in the current sources in the SVN?
As would be updated after finished this documentation?
Brds,
Vailton
2009/6/17 Massimo Belgrano :
> Dear harbour user
> My idea
Hi Pritpal,
Viktor Szakáts wrote:
Two things I've noticed with demoxbp:
- When an MsgBox appears the dialog flickers. Can this be elminated
somehow?
- When clicking to the menu, then clicking to some non-active parts
of
the menu,
or to the caption, the content of the tabbed control (along
Hello Viktor
Viktor Szakáts wrote:
>
> Two things I've noticed with demoxbp:
>
> - When an MsgBox appears the dialog flickers. Can this be elminated
> somehow?
> - When clicking to the menu, then clicking to some non-active parts of
> the menu,
> or to the caption, the content of the tabbed
Thank you very much.
Brgds,
Viktor
On Sat, Jun 20, 2009 at 10:25 PM, wrote:
> Revision: 11459
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11459&view=rev
> Author: druzus
> Date: 2009-06-20 20:25:26 + (Sat, 20 Jun 2009)
>
> Log Message:
> ---
> 2009-06-20
Revision: 11459
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11459&view=rev
Author: druzus
Date: 2009-06-20 20:25:26 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 22:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi
Hi Pritpal,
Two things I've noticed with demoxbp:
- When an MsgBox appears the dialog flickers. Can this be elminated somehow?
- When clicking to the menu, then clicking to some non-active parts of
the menu,
or to the caption, the content of the tabbed control (along with the listbox)
will di
On Sat, Jun 20, 2009 at 9:22 PM, Przemyslaw Czerpak wrote:
>
> On Sat, 20 Jun 2009, Szak�ts Viktor wrote:
> > I wanted to suggest that, as current code makes LOTS OF
> > otherwise valid code prone to such errors and unexpected
> > behaviour.
> > Please do.
>
> Fine, I'll commit it in a while.
Tha
Hi April,
Before you revert, pls lets check what is the proper syntax
for PROCEDURE METHODs and change them to that.
If we find out, maybe we can do some optimizations in
existing classes by converting RETURN NILs to PROC METHODs.
Brgds,
Viktor
On Sat, Jun 20, 2009 at 9:31 PM, April White wrote
>
> >Is RETURN SELF correct? Shouldn't it be RETURN NIL?
>
> +1...
>
> Some years ago:
>
> 2003-07-07 11:12 UTC-0300 Antonio Carlos Pantaglione
> * include/hbclass.ch
>+ Added support for PROCEDURE CLASS syntax.
>
> I changed hbclass to support procedures for optimize pourpose. IMO
> only N
toni...@fwi wrote:
* contrib\xhb\hblog.prg
* PROCEDURE Open() CLASS HB_Logger -> METHOD returning Self
* PROCEDURE Close() CLASS HB_Logger -> METHOD returning Self
* PROCEDURE Log( cMessage, nPriority ) CLASS HB_Logger -> METHOD returning
Self
* PROCEDURE Log( nStyle, cMessage, cNam
On Sat, 20 Jun 2009, Szak�ts Viktor wrote:
> I wanted to suggest that, as current code makes LOTS OF
> otherwise valid code prone to such errors and unexpected
> behaviour.
> Please do.
Fine, I'll commit it in a while.
> As a next step we will have to convert all our codebase to
> use the new API
>> * contrib\xhb\hblog.prg
>> * PROCEDURE Open() CLASS HB_Logger -> METHOD returning Self
>> * PROCEDURE Close() CLASS HB_Logger -> METHOD returning Self
>> * PROCEDURE Log( cMessage, nPriority ) CLASS HB_Logger -> METHOD
>> returning Self
>> * PROCEDURE Log( nStyle, cMessage, cName,
Revision: 11458
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11458&view=rev
Author: vouchcac
Date: 2009-06-20 19:04:26 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 12:01 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbxbp/xbpda
Revision: 11457
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11457&view=rev
Author: vszakats
Date: 2009-06-20 18:31:57 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 20:31 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/vm/fm.c
! Rena
OT: Possible conflict in name of variable static s_fInited.
Sorry is to not create another thread.
When compiling hvmall.c with HB_FM_STATISTICS s_fInited is redefined in fm.c
and estack.c
I have changed on fm.c s_fInited with s_fInitedFM in my local copy to solve
this.
--
Xavi
__
Revision: 11456
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11456&view=rev
Author: vszakats
Date: 2009-06-20 18:11:03 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 20:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/rtl/mlcfunc.c
Hi April,
Viktor Szakáts wrote:
..turns out it's not that easy, so I'm rather waiting :)
IIRC from my quick scan of source and contrib I could not see where
any program used this, but I am probably mistaken.
This can be a problem everywhere where there is
no HB_IS*() call before reading va
Viktor Szakáts wrote:
..turns out it's not that easy, so I'm rather waiting :)
IIRC from my quick scan of source and contrib I could not see where any
program used this, but I am probably mistaken.
When I used this feature it worked but at a terrible performance cost so
I've reverted to a
..turns out it's not that easy, so I'm rather waiting :)
Brgds,
Viktor
On Sat, Jun 20, 2009 at 3:42 PM, Viktor Szakáts wrote:
> Of course, but I'm waiting for Przemek for the proper fix in VM.
> Just hang on until this works out. There are a high number of
> places in Harbour code where we have t
Revision: 11455
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11455&view=rev
Author: vszakats
Date: 2009-06-20 15:28:27 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 17:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Hi All,
This setup will create uncompilable C code:
--- "a b.prg" (space inside filename)
? "hello"
---
--- command:
harbour.exe "a b.prg"
or
harbour a\ b.prg
---
--- result "a b.c":
/*
* Harbour 2.0.0beta1 (Rev. 11287)
* MinGW GNU C 4.4 (32-bit)
* Generated C source from "a b.prg"
*/
#inc
Revision: 11454
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11454&view=rev
Author: vszakats
Date: 2009-06-20 14:59:38 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 16:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Of course, but I'm waiting for Przemek for the proper fix in VM.
Just hang on until this works out. There are a high number of
places in Harbour code where we have the similar problem.
Until then you can use a local version.
Back to the proper fix, I'm thinking of the solution below:
In include/
It turns out mingw has a few bugs which makes it a bit
difficult to fix it for filenames / paths containing space.
Problem #1/#2:
- windres tries to pass the input file to gcc for preprocessing,
but it has a bug forming gcc's name if windres was invoked
with an explicit path containing space.
vszak...@users.sourceforge.net wrote:
Revision: 11444
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11444&view=rev
Author: vszakats
Date: 2009-06-20 02:28:33 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 04:22 UTC+0200 Viktor Szakats (harbour.01
> Not true. They can return non empty value for arrays.
> hb_par*() functions accept variable number of parameters which
> are used as indexes if corresponding parameter is an array and
> exactly in this case it can be array so the behavior of the code
> after your modification is unpredictable. Wh
On Sat, 20 Jun 2009, Szak�ts Viktor wrote:
> I wonder how though.
> hb_parclen() is only > 0 (and also is hb_parc() != NULL only)
> if HB_ISCHAR() is true, so what is the difference?
Not true. They can return non empty value for arrays.
hb_par*() functions accept variable number of parameters whic
Hi Przemek,
I'd like to add support for spaces in input/output filenames
to mingw targets, but I'd also like not to break it for
Linux cross-compile situations.
Any hints regarding space handling in 'i386-mingw' and
'arm-wince-mingw32ce' modes?
Most importantly is it Windows compatible, or does
You asked for a GUI app using GTGUI GT driver.
In GUI apps you either have to select a *GUI GT* or *roll your own
GUI* using some GUI libs (like hwgui), otherwise you won't get any
window. In this case you selected GTGUI which means you have
to roll your own GUI.
I'm not sure what you want to ach
When I link app with :
hbmk2 -n -m -w2 -gc3 -std -gtwin homar.prg -lhbct -lhomar -lhbwin -trace
all is ok and app work in character mode.
But when my command is :
hbmk2 -n -m -w2 -gc3 -gtgui homar.prg -lhbct -lhomar -lhbwin -trace
I do not see it (any widow is created), but it is work, and I s
I wonder how though.
hb_parclen() is only > 0 (and also is hb_parc() != NULL only)
if HB_ISCHAR() is true, so what is the difference?
AFAICS the major problem fixed was that a misplaced iEOLs = 0 caused
the PHB_EOL_INFO not be allocated properly.
Brgds,
Viktor
On Sat, Jun 20, 2009 at 12:21 PM,
On Sat, 20 Jun 2009, vszak...@users.sourceforge.net wrote:
> 2009-06-20 04:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * source/rtl/mlcfunc.c
> % Minor optimization to EOL parameter handling.
> Please review.
It broke the code by reverting April fix.
best regards,
Przemek
Revision: 11453
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11453&view=rev
Author: vszakats
Date: 2009-06-20 10:16:47 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 12:16 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Hi All,
True for both 5.0.1 and 6.0.0rc2:
(pocc and poccarm both have this symbol in compiler syslibs)
---
polink.exe -OUT:hbmk2.exe hbmk2.obj
-LIBPATH:../../../../lib/win/pocc64 kernel32.lib user32.lib gdi32.lib
ws2_32.lib advapi32.lib winspool.lib ole32.lib oleaut32.lib uuid.lib
comctl32.lib m
Thank you!
Brgds,
Viktor
On Sat, Jun 20, 2009 at 11:45 AM, wrote:
> Revision: 11451
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11451&view=rev
> Author: vouchcac
> Date: 2009-06-20 09:45:54 + (Sat, 20 Jun 2009)
>
> Log Message:
> ---
> 2009-06-20 14:40 U
Revision: 11452
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11452&view=rev
Author: vouchcac
Date: 2009-06-20 09:48:24 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 14:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbxbp/Make
Revision: 11451
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11451&view=rev
Author: vouchcac
Date: 2009-06-20 09:45:54 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 14:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
- harbour/contrib/hbxbp/apig.
Revision: 11450
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11450&view=rev
Author: vouchcac
Date: 2009-06-20 09:40:15 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 14:34 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbqt/hbqt.c
Hi Guy,
Yes, it's picked up from both hbmk2.cfg and also from
internal extra C switch used to build hbmk2 itself.
For me the strange thing here is that it's also enabled for
your hbmk2 build. It shouldn't normally be.
This won't cause any problem, but I'll add some protection
for this case. Pls
Revision: 11449
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11449&view=rev
Author: vszakats
Date: 2009-06-20 09:37:56 + (Sat, 20 Jun 2009)
Log Message:
---
2009-06-20 11:36 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Hi Viktor,
Can you post your -trace hbmk2 output?
Notice that now, (because i use HBHB_USER_CFLAGS="-fPIC"
to compile harbour mips(el)), i get 2 "-fPIC" in hbmk2 trace:
g...@cobalt:~$ hbmk2 -trace t
hbmk: Processing configuration:
/usr/local/bin/hbmk.cfg
hbmk: Harbou
48 matches
Mail list logo