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

Revision: 11512 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11512&view=rev Author: vouchcac Date: 2009-06-24 07:12:05 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 00:02 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/hbqt/genera

[Harbour] 2.0.0rc1 process start

Hi All, I've already marked current build as beta2, but IMO it would much better to make the release process faster and release RC1 instead. The code is ready for it. I'd like to ask developers to push any new code to the repository *this week*, or alternatively signal to the list that there is n

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

Revision: 11513 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11513&view=rev Author: vszakats Date: 2009-06-24 10:22:31 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 12:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * mpkg_dos.bat * mpkg_win

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

On Wed, Jun 24, 2009 at 9:12 AM, wrote: >  * harbour/contrib/hbqt/generator/qt45.qtp >  * harbour/contrib/hbqt/Makefile_gen > ... >    + Added 6 new classes. >    + Added QT's . So now classes must be more complete. >      The insight to include these members is suggested by WenSheng, thanks. Ju

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

Hi Lorenzo, Can you retry after this change: hbqt/hbqt_slots.cpp #line 158 from: PHB_ITEM pString = hb_itemPutCPtr( NULL, str, strlen( str ) ); to: PHB_ITEM pString = hb_itemPutC( NULL, str ); Brgds, Viktor On 2009.06.24., at 12:54, Lorenzo Fiorini wrote: On Wed, Jun 24, 2009 at 9:12 AM

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

On Wed, Jun 24, 2009 at 1:06 PM, Viktor Szakáts wrote: > > Hi Lorenzo, > > Can you retry after this change: > > hbqt/hbqt_slots.cpp #line 158 > from: >   PHB_ITEM pString = hb_itemPutCPtr( NULL, str, strlen( str ) ); > to: >   PHB_ITEM pString = hb_itemPutC( NULL, str ); Thanks, it did it. best

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

On Wed, Jun 24, 2009 at 1:12 PM, Lorenzo Fiorini wrote: > Thanks, it did it. Just to report that demoqt still gpf. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

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

Can you post the callstack? Brgds, Viktor On 2009.06.24., at 13:17, Lorenzo Fiorini wrote: On Wed, Jun 24, 2009 at 1:12 PM, Lorenzo Fiorini wrote: Thanks, it did it. Just to report that demoqt still gpf. best regards, Lorenzo ___ Harbour mailin

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

>-Original Message- >From: vszak...@users.sourceforge.net >[mailto:vszak...@users.sourceforge.net] >Sent: Tuesday, June 23, 2009 11:02 PM >To: harbour@harbour-project.org >Subject: [Harbour] SF.net SVN: harbour-project:[11507] trunk/harbour > >Revision: 11507 > >http://harbour-p

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

Revision: 11514 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11514&view=rev Author: vszakats Date: 2009-06-24 11:41:37 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 13:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * mpkg_dos.bat * mpkg_win

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

On Wed, Jun 24, 2009 at 1:29 PM, Horodyski Marek (PZUZ) wrote: >>-Original Message- > GPF is too in hb_gt_Info( 52) and hb_gtInfo( 78). 78 is a GTWVG value, it helps if you include this in the report. I've committed fixes, please retest. > I have tested it only to 100. > > Are in Harbor

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

Hello Viktor vszakats wrote: > > * contrib/gtwvg/wvgsink.c > ! Attempt to fix MinGW warning. > --- > ../../wvgsink.c: In function 'HB_FUN_WVG_AXSETUPCONNECTIONPOINT': > ../../wvgsink.c:519: warning: dereferencing pointer 'hSink.56' does > break strict-aliasing rules >

Re: [Harbour] 2.0.0rc1 process start

>All developers are appreciated to make local builds on all >platforms / compilers and report any testing results to the list >with current SVN. Hi Viktor. IMO we need a time for tests because some 3rd party libs are not binary compatible and recompile it need time. I for example, use FWH and I

[Harbour] Warning

Warning W8004 ../../wvgsink.c 452: 'hSink' is assigned a value that is never used in function HB_FUN_WVG_AXSETUPCONNECTIONPOINT EMG -- EMAG Software Homepage: http://www.emagsoftware.it The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum The Best of Spectrum Games: http://www.em

Re: [Harbour] 2.0.0rc1 process start

Hi Toninho, All developers are appreciated to make local builds on all platforms / compilers and report any testing results to the list with current SVN. Hi Viktor. IMO we need a time for tests because some 3rd party libs are not binary compatible and recompile it need time. I for example, us

Re: Re: [Harbour] 2.0.0rc1 process start

Hi Viktor, >[ BTW, for 3rd parties it's now a good opportunity to check >their code with 'set HB_USER_CFLAGS=-DHB_LEGACY_OFF' to see if >there is anything else that could be done to source code. ] I´m using it in FWH for a long time without problem. >Although, since we're aren't compatible anyw

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

Viktor Szakáts escribió: I could suppress the warning, but I'm unsure whether it does the same as before. Sorry you're right. I should have put in remarques. The code does the same as before because I have only limited to remove the parameter not used but produced the warning. With your last

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

On Wed, Jun 24, 2009 at 1:19 PM, Viktor Szakáts wrote: > Can you post the callstack? Here it is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb5c8a930 (LWP 4332)] 0xb7ecc5c1 in QString::fromLocal8Bit () from /usr/lib/libQtCore.so.4 (gdb) bt #0  0xb7ecc5c1 in QStri

Re: [Harbour] 2.0.0rc1 process start

I agree rc1 can be goodregarding this i have a question: is possible add option to distribute static library qt? 2009/6/24 Viktor Szakáts > Hi All, > > I've already marked current build as beta2, but IMO it would > much better to make the release process faster and release > RC1 instead. The code

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

Revision: 11515 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11515&view=rev Author: vszakats Date: 2009-06-24 14:09:16 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 16:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/vm/memvars.c +

Re: [Harbour] 2.0.0rc1 process start

On Wed, Jun 24, 2009 at 4:08 PM, Massimo Belgrano wrote: > I agree rc1 can be goodregarding this i have a question: is possible add > option to distribute static library qt? > Technically it's possible although it makes distribution size grow considerably, not to mention build times, which is alr

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

Hi Lorenzo Lorenzo Fiorini-2 wrote: > > #25 0x08090e9b in HB_FUN_QT_QAPPLICATION_EXEC () > #26 0x0814199a in hb_vmProc () > #27 0x0810fc39 in hb_vmExecute () > #28 0x08090c3b in HB_FUN_exit_QT_END () > #29 0x0814199a in hb_vmProc () > #30 0x08143f43 in hb_vmQuit () > #31 0x08146843 in main () >

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

Hi Pritpal, Can you fix this? It's quite common for users closing a window using close button, so this will be reported many times. Brgds, Viktor On 2009.06.24., at 16:30, Pritpal Bedi wrote: Hi Lorenzo Lorenzo Fiorini-2 wrote: #25 0x08090e9b in HB_FUN_QT_QAPPLICATION_EXEC () #26 0x08141

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

On Wed, Jun 24, 2009 at 4:30 PM, Pritpal Bedi wrote: > How you are quitting the application ? Via click on X button ? > If yes, this GPF is known. The reason is I have not implemented > the complete event management so the DO WHILE loop is not > terminated with X click. Try to exit with pressing

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

Hi Viktor Szakáts wrote: > > Can you fix this? It's quite common for users closing > a window using close button, so this will be reported > many times. > I am concentrating on Event Loop right now. By this weekend it should be working exactly as Xbase++ one. Regards Pritpal Bedi -- View

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

vszakats wrote: > > * contrib/gtwvg/wvgsink.c > ! Fixed BCC warning after recent change. > (BTW, does anyone know a switch to enable such warning: > "'x' is assigned a value that is never used" with *MinGW* ? > It's annoying that BCC catches it, while other compilers >

Re: [Harbour] 2.0.0rc1 process start

agree for extra installer Best regards 2009/6/24 Viktor Szakáts : > On Wed, Jun 24, 2009 at 4:08 PM, Massimo Belgrano > wrote: >> > For all above reasons I think this is a perfect candidate to create > an extra installer, which add these libs to the standard Harbour > install tree (lib/win/mingw

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

Hi Pritpal, Note that i already reported this bug : Subject : Segmentation fault with hbqt date : 21.06.2009 11:01 Regards, Guy Roussin Pritpal Bedi a écrit : Hi Lorenzo Lorenzo Fiorini-2 wrote: #25 0x08090e9b in HB_FUN_QT_QAPPLICATION_EXEC () #26 0x0814199a in hb_vmProc () #27 0x0810

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

-Messaggio Originale- Da: A: Data invio: mercoledì 24 giugno 2009 16.09 Oggetto: [Harbour] SF.net SVN: harbour-project:[11515] trunk/harbour * contrib/gtwvg/wvgsink.c ! Fixed BCC warning after recent change. Thank you. (BTW, does anyone know a switch to enable such war

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

Revision: 11516 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11516&view=rev Author: vszakats Date: 2009-06-24 14:58:05 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 16:56 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbqt/qth/QLatin1S

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

Hi Petr, EMG, Petr: Thanks for tip. I'm testing it but it doesn't catch this double initialization problem. GCC docs say it's enabled by -Wall which is the default in Harbour. EMG: Thanks. -ansi helped me to catch non-ANSI comments in GTWVG code (will test whole Harbour), but it also doesn't c

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

-Messaggio Originale- Da: "Viktor Szakáts" A: "Harbour Project Main Developer List." Data invio: mercoledì 24 giugno 2009 17.21 Oggetto: Re: [Harbour] SF.net SVN: harbour-project:[11515] trunk/harbour EMG: Thanks. -ansi helped me to catch non-ANSI comments in GTWVG code (will test

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

Here the problem was a little bit different: int main() { int var = 0; /* this value is never used */ var = 1; return var; } Brgds, Viktor On Wed, Jun 24, 2009 at 5:27 PM, Enrico Maria Giordano < e.m.giord...@emagsoftware.it> wrote: > > -Messaggio Originale- Da: "Viktor Szakáts"

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

-Messaggio Originale- Da: "Viktor Szakáts" A: "Harbour Project Main Developer List." Data invio: mercoledì 24 giugno 2009 17.33 Oggetto: Re: [Harbour] SF.net SVN: harbour-project:[11515] trunk/harbour Here the problem was a little bit different: int main() { int var = 0; /* this

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

Revision: 11517 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11517&view=rev Author: vszakats Date: 2009-06-24 15:41:06 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 17:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/gtwvg/wvgcuig.c

Re: [Harbour] MinGW C++ warnings

Uff, with g++ (TDM-1 mingw32) 4.4.0 Set HB_USER_CFLAGS=-fno-strict-aliasing :) <--- source/vm/maindllp.c (429) ---> return (char*)""; <--> <--- source/vm/maindllp.c (454) ---> return (char*)""; <--> <--- contrib/hbct/ctnet.c (1

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

Revision: 11518 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11518&view=rev Author: vouchcac Date: 2009-06-24 15:46:13 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 08:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/hbqt/Makefi

Re: [Harbour] MinGW C++ warnings

I was holding these back, because it seems better to fix hb_par*() (and other involved API) call parameter list to actually use the 'const' modifier. Got no opinion on that e-mail yet. Brgds, Viktor On Wed, Jun 24, 2009 at 5:39 PM, Xavi wrote: > Uff, with g++ (TDM-1 mingw32) 4.4.0 > Set HB_USE

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

On Wed, 24 Jun 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-06-24 16:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * source/vm/memvars.c > + Added hb_fsCommit() to __MVSAVE(). > (Change copied from xhb, created by Peter Rees) Are you sure that it's Clipper compatible?

[Harbour] Qt creator for harbour

Qt Creator includes an efficient tool set for creating and testing Qt-based applications, including: * An advanced C++ code editor * Context sensitive help system * Visual debugger * Source code management * Project and build management too Can be added harbour language to visual ed

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

No. I've checked and it isn't. Can it cause any problems? Brgds, Viktor On 2009.06.24., at 18:33, Przemyslaw Czerpak wrote: On Wed, 24 Jun 2009, vszak...@users.sourceforge.net wrote: Hi, 2009-06-24 16:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/vm/memvars.c + Added hb_fs

Re: [Harbour] MinGW C++ warnings

On Wed, 24 Jun 2009, Xavi wrote: > Uff, with g++ (TDM-1 mingw32) 4.4.0 > Set HB_USER_CFLAGS=-fno-strict-aliasing > :) It may strongly reduce performance in some cases. It disables important source code optimizations. Please also note that it does not effect ANSI C code. Any code which needs -fno-s

Re: [Harbour] MinGW C++ warnings

On Wed, 24 Jun 2009, Szak�ts Viktor wrote: > I was holding these back, because it seems better to fix hb_par*() (and > other involved API) call parameter list to actually use the 'const' > modifier. Exactly. We should change returned value from 'char *' to 'const char *'. I hope it will force code

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

Hello Massimo, Sorry for the late reply, got a little busy ;-) Wich is estimated cost? Well, I can tell you exactly what we payed Hannes for writing the doc's. He started writing xHarbour doc's in November 2005 and finished April 2007. We paid him USD $38,800.00 for this job. > i am searching a

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

Hello Viktor, > I was happy to see you jumping to the thread, but when I saw > the 80% figure and that it should be paid to xhb project, I got > a little bit surprised. Oops, why is that? I mean, its the same a saying, "hey guys, we, xHarbour.com will sponsor 20% of the cost for writing the docs".

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

Hello, > xHDN, in my opinion, is one or the best and one of the largest databases > sources of informations in the world of xHarbour useful informations! Giving > us and providing a huge range and amount of techical and strongly useful > informations for xHarbour Comunity in the world of xBase/xHa

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

Hello Phil, > That depends on how much you paid him. What was the figure? Hannes started writing xHarbour doc's in November 2005 and finished them April 2007. We paid him USD $38,800.00 for this job. Patrick ___ Harbour mailing list Harbour@harbour-proj

Re: [Harbour] MinGW C++ warnings

It's also worth mentioning that hb_parnl() is no more able to retrieve DATE values as LONG numbers. This may be used by some 3rd party code in this way for historical reasons, since in Clipper there was no other way. In, Harbour hb_pardl() should be used for this purpose, which is available sinc

Re: [Harbour] MinGW C++ warnings

Przemyslaw Czerpak escribió: with meory protection we will have GPF so the warnings are perfectly valid. Thank you very much Przemek, but this means that many of these codes must be rewritten. ;) best regards, Xavi ___ Harbour mailing list Harbour

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

Hi Patrick, To me it seems strange to push most of the costs of this business investment to "Harbour community", considering that it created sales, income and profit for your company along the years. I don't know, just guess that it wasn't a totally dead investment, which created a full $38800 lo

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

Revision: 11519 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11519&view=rev Author: vszakats Date: 2009-06-24 18:40:23 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 20:37 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/vm/memvars.c -

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

On Wed, 24 Jun 2009, Szak�ts Viktor wrote: > No. I've checked and it isn't. > Can it cause any problems? On some systems hb_fsCommit() executed even for single file may force all disk buffer flushing. In some cases it can be performance killer if application often stores some memvars in files. Lon

Re: [Harbour] MinGW C++ warnings

On Wed, 24 Jun 2009, Xavi wrote: Hi, >> with meory protection we will have GPF so the warnings are perfectly valid. > Thank you very much Przemek, but this means that many of these codes must be > rewritten. ;) Not so much. I cleaned core code long time ago and eliminated all places where such l

Re: [Harbour] MinGW C++ warnings

Przemek, are you working on this now? For a start, I'd like to change to these: extern HB_EXPORT const char * hb_parc( int iParam ); extern HB_EXPORT const char * hb_parcx( int iParam ); extern HB_EXPORT const char * hb_itemGetCPtr( PHB_ITEM pItem ); After that we can in parallel fix warnings (a

Re: [Harbour] MinGW C++ warnings

On Wed, 24 Jun 2009, Szak�ts Viktor wrote: > Przemek, are you working on this now? I haven't started yet. > For a start, I'd like to change to these: > extern HB_EXPORT const char * hb_parc( int iParam ); > extern HB_EXPORT const char * hb_parcx( int iParam ); > extern HB_EXPORT const char * hb_i

Re: [Harbour] MinGW C++ warnings

Should we change also hb_parvc() and hb_parvcx() ? Maybe it's better to solve the Clipper compatibility side in #define mappings, if possible, but for va parameters I don't know if that's possible. Brgds, Viktor On Wed, Jun 24, 2009 at 10:15 PM, Viktor Szakáts wrote: > Okay, I'm committing this,

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

Revision: 11520 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11520&view=rev Author: vszakats Date: 2009-06-24 20:37:05 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapi.h * inclu

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

Hi Patrick can you suggest a Wiki where we actively start cooperation between xharbour/harbour (org) we can search a common place and give a common name like apollo ,docubase this can be done also without an accord with xharbour.com How update documentation from sourcecode,changelog to wiki? Can

[Harbour] strpeek.c

Hi all Today I see this error (ubuntu 9.04) svn update At revision 11520. make[4]: Entering directory `/opt/clipp/harbour/source/rtl/linux/gcc' gcc -I. -I../../../../include -Wall -W -O3-c ../../strpeek.c -ostrpeek.o ../../strpeek.c: In function âHB_FUN_STRPOKEâ:

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

April White wrote: Few issues which need to be solved to achieve that: - Add HB_CODEPAGE_* symbols (from source/codepage/*.c) ... - Add HB_LANG_* symbols (from source/lang/*.c) ... Are codepage and lang files to be reported in the simple form? The program does not format C function names w

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

Hi April, > April White wrote: > >> Few issues which need to be solved to achieve that: >>> - Add HB_CODEPAGE_* symbols (from source/codepage/*.c) >>> >> ... >> >>> - Add HB_LANG_* symbols (from source/lang/*.c) >>> >> ... >> > > Are codepage and lang files to be reported in the simple form? The

[Harbour] Problem Using OOHG library with Harbour Beta 2

The library compile ok using harbour and Mingw But , binarys compiled with this harbour generates this error / Date: 24/06/09 Time: 13:11:54 Version: ooHG V3.2 - 2008.03.27 Alias in use: Error: Error BASE/1082 Error de argumento: - Called from

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

Viktor Szakáts wrote: ... Few issues which need to be solved to achieve that: - Add HB_CODEPAGE_* symbols (from source/codepage/*.c) Done - Add HB_LANG_* symbols (from source/lang/*.c) Done - Honor #if protections to keep source and hbextern.ch in sync with each other.

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

Sounds very nice. One little comment: contrib\xpp shouldn't be on the source list as it's a contrib (and core shouldn't depend on contrib). Currently XPP_TBROWSE() is also defined in source/rtl/tbrowse.prg so it should be picked up already, I don't know why it isn't. There were no comments on the

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

Revision: 11521 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11521&view=rev Author: vszakats Date: 2009-06-25 01:45:18 + (Thu, 25 Jun 2009) Log Message: --- 2009-06-25 03:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL * Some casing

[Harbour] Re: HBFormat and IF()

On 21 June 2009 12:34, I wrote: > 1) If the bak file already exists, the program does nothing but tell it did > "Reformatting". In utils/hbformat/hbformat.prg (rev11521) in method Array2File() line#943 there is this code: IF Frename( cFileName, cBakName ) == -1 RETURN .F. ENDIF The cBakName

[Harbour] Harbour svn trunk compile error

On Ubuntu with gcc gcc version 4.4.0 (Ubuntu 4.4.0-8ubuntu2) Today i get this compile error: make[2]: uscita dalla directory «/usr/src/harbour/harbour/source/main» make -C rtl install _HB_BLD=yes make[2]: ingresso nella directory «/usr/src/harbour/harbour/source/rtl» make[3]: ingresso nella dir

[Harbour] Error and Warning list for BCC after "const" changes

With rev11521 and BCC32 I get the following list of error/warnings (core only): I know this is work in progress Warning W8075 ../../HBCMPLIB.C 97: Suspicious pointer conversion in function hb_compGenArgList Warning W8075 ../../HBCMPLIB.C 101: Suspicious pointer conversion in function hb_compGenA