[Harbour] Do( NIL )

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread vszakats
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 *

Re: [Harbour] CLASSES - What this mean ?

2009-06-20 Thread Przemyslaw Czerpak
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( .

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

2009-06-20 Thread druzus
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

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

2009-06-20 Thread vouchcac
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

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

2009-06-20 Thread vouchcac
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

[Harbour] CLASSES - What this mean ?

2009-06-20 Thread Pritpal Bedi
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

Re: [Harbour] Harbour will pay professional documentation !?!

2009-06-20 Thread Vailton Renato
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

Re: [Harbour] QT demoxbp

2009-06-20 Thread Viktor Szakáts
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

Re: [Harbour] QT demoxbp

2009-06-20 Thread Pritpal Bedi
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

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

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread druzus
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

[Harbour] QT demoxbp

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread Viktor Szakáts
> > >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

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

2009-06-20 Thread April White
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

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

2009-06-20 Thread Przemyslaw Czerpak
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

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

2009-06-20 Thread toni...@fwi
>>  * 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,

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

2009-06-20 Thread vouchcac
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

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

2009-06-20 Thread vszakats
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

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

2009-06-20 Thread Xavi
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 __

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

2009-06-20 Thread vszakats
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

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

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread April White
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

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

2009-06-20 Thread Viktor Szakáts
..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

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

2009-06-20 Thread vszakats
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

[Harbour] bug: creating function name from filename

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread vszakats
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

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

2009-06-20 Thread Viktor Szakáts
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/

[Harbour] Re: cross mingw + spaces in filenames (to Przemek)

2009-06-20 Thread Viktor Szakáts
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.

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

2009-06-20 Thread April White
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

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

2009-06-20 Thread Viktor Szakáts
> 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

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

2009-06-20 Thread Przemyslaw Czerpak
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

[Harbour] cross mingw + spaces in filenames (to Przemek)

2009-06-20 Thread Viktor Szakáts
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

Re: [Harbour] "blind" window from mingw

2009-06-20 Thread Viktor Szakáts
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

[Harbour] "blind" window from mingw

2009-06-20 Thread marek . horodyski
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

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

2009-06-20 Thread Viktor Szakáts
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,

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

2009-06-20 Thread Przemyslaw Czerpak
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

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

2009-06-20 Thread vszakats
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

[Harbour] bug: pocc64 missing external InterlockedCompareExchange

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread vouchcac
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

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

2009-06-20 Thread vouchcac
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.

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

2009-06-20 Thread vouchcac
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

Re: [Harbour] cross compile harbour for linux mipsel

2009-06-20 Thread Viktor Szakáts
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

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

2009-06-20 Thread vszakats
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

Re: [Harbour] cross compile harbour for linux mipsel

2009-06-20 Thread Guy Roussin
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