[Harbour] New harbour make world

-D_SCL_SECURE_NO_DEPRECATE SET HB_VM_ALL=yes SET HB_BUILD_OPTIM=yes SET HB_BUILD_DLL=no call mingw32-make > log.txt 2>&1 Anyone have more hit to better compilation? Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-projec

Re: [Harbour] New harbour make world

Hi Viktor, Thank you for the hints. I will follow your recommendations. Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Problems with ADORDD.

in Harbour. ADORDD need review to suport new ole api in Harbour? Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Harbour Forum and Wiki.

oductive in the long run. Hi, Is time to Harbour 2.0 stable release? Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

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

are/libc/libc.html>." Maybe is a better swicth dlmalloc? Ptmalloc is based on dlmalloc. Best regards, Ranier Vilela ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Book "Programming with Harbour"

ter "C API", covered by topics about interfacing C with Harbour. This chapter is my greatest interest. I believe that book will be improve the development with Harbour. Best regards, Ranier Vilela ___ Harbour mailing list (attachment size

Re: [Harbour] Book "Programming with Harbour"

. Take a lot of time. But this is one option to Prezemk, receive support for their work with Harbour. And, if he like this idea, why not write with two hands, Viktor also is expertise in Harbour too. Book: Programming wth Harbour Authors: Przemyslaw Czerpak and Viktor Szakats I will buy the boo

Re: [Harbour] Book "Programming with Harbour"

Przemysław Czerpak escreveu: On Tue, 24 Nov 2009, Ranier Vilela wrote: Hi Ranier, I´d like invite you to write a book to Harbour "Programming with Harbour". I strong believe that your name is reference for all xbase developers, and your expertise will have large chance of succes

[Harbour] PHB_ITEM dynamic writing

) RECOVER??? Thanks. Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Speedtest CLIPPER vs. xHarbour - COMMIT

" + str( seconds()) ) return nil -- Massimo Belgrano I don´t see any overhead... Harbour is fastest that CLIPPER! e:\tmp\teste.exe Start 62435.73 End62436.91 Dif: 1,18 secs OS: Windows XP sp3 MSVC: 15.00.30729.01 Harbour: 1.0.1 Best regards, Ranier Vilela __

Re: [Harbour] Index with to long field name.

pment. Clean old code (CLIPPER syntax) to new code style (HARBOUR) and save developer time, that not need adding "such features" to harbour. This takes time and can hard, but will make all happy. Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Compile error with latest harbour-nightly.zip

enced in function _hb_compExprUseFunCall bin\vc\harbour.exe : fatal error LNK1120: 4 unresolved externals OS: Windows XP sp3 msvc: 90 make_vc.bat Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Compile error with latest harbour-nightly.zip

enced in function _hb_compExprUseFunCall bin\vc\harbour.exe : fatal error LNK1120: 4 unresolved externals OS: Windows XP sp3 msvc: 90 make_vc.bat Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Compile error with latest harbour-nightly.zip

arbour\harbou~1.0>set HB_COMPILER=msvc e:\xharbour\harbou~1.0\>call make_gnu.bat config/dir.cf:55: *** missing 'endif'. Stop. config/dir.cf:55: endef msvc: 90 gnu make 3.80 windows xp sp3 Best, Ranier Vilela ___ Harbour maili

[Harbour] Harboude latest nigthy builld. Compile error!

ment: HB_ARCHITECTURE=win HB_BIN_INSTALL=E:\harbour-1.1.0\\bin HB_COMPILER=msvc HB_DOC_INSTALL=E:\harbour-1.1.0\\doc HB_INC_INSTALL=E:\harbour-1.1.0\\include HB_INSTALL_PREFIX=E:\harbour-1.1.0\ HB_LIB_INSTALL=E:\harbour-1.1.0\\lib Strange '\\' two separators appers in variables. Anyone can point m

Re: [Harbour] Harboude latest nigthy builld. Compile error!

Phil Krylov escreveu: Hi, On Tue, Apr 14, 2009 at 9:18 PM, Ranier Vilela wrote: config/dir.cf:55: ***missing 'endif'. Stop. Use GNU Make 3.81 or later. -- Ph Hi Phil, are you fine? Thanks for the explanation. I was using gnu make 3.80. Now compiler goes... Best, Ran

[Harbour] Question: Can submit huge file text to Harbour developers list?

Hi, 1. Wich the right way for sending a huge (855 kbytes) of a text file to harbour developers list? Is result of a full compilation with several warnings from msvc compiler. Some are very interesting! Best, Ranier Vilela PS: Attached does not work, I tried for 3 times

Re: [Harbour] Question: Can submit huge file text to Harbour developers list?

ot; output. set HB_USER_CFLAGS=-W3 Brgds, Viktor On Wed, Apr 15, 2009 at 10:26 PM, Ranier Vilela <mailto:ran...@cultura.com.br>> wrote: Hi, 1. Wich the right way for sending a huge (855 kbytes) of a text file to harbour developers list? Is result of a full compilation with se

Re: [Harbour] Question: Can submit huge file text to Harbour developers list?

x27;int' to 'ULONG', signed/unsigned mismatch ../../genc.c(2016) : warning C4365: 'initializing' : conversion from 'BYTE' to 'char', signed/unsigned mismatch cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1 -EHs-c- -MT -c ../../gencc.c -Fogencc.obj gencc.c ../../gencc.c(92) : warning C4365: 'initializing' : conversion from 'int' to 'BYTE', signed/unsigned mismatch ../../gencc.c(656) : warning C4244: '=' : conversion from 'size_t' to 'USHORT', possible loss of data ../../gencc.c(661) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(808) : warning C4244: '=' : conversion from 'size_t' to 'USHORT', possible loss of data ../../gencc.c(812) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(882) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1034) : warning C4365: '=' : conversion from 'int' to 'USHORT', signed/unsigned mismatch ../../gencc.c(1050) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1059) : warning C4365: '=' : conversion from 'int' to 'USHORT', signed/unsigned mismatch ../../gencc.c(1075) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1148) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1161) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1243) : warning C4365: 'return' : conversion from 'LONG' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1328) : warning C4365: 'initializing' : conversion from 'int' to 'USHORT', signed/unsigned mismatch ../../gencc.c(1336) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1341) : warning C4365: 'initializing' : conversion from 'int' to 'USHORT', signed/unsigned mismatch ../../gencc.c(1349) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1376) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1558) : warning C4244: '=' : conversion from 'size_t' to 'USHORT', possible loss of data ../../gencc.c(1564) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1618) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1630) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1752) : warning C4365: 'argument' : conversion from 'int' to 'ULONG', signed/unsigned mismatch ../../gencc.c(1835) : warning C4365: 'return' : conversion from 'int' to 'ULONG', signed/unsigned mismatch Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Question: Can submit huge file text to Harbour developers list?

ow to correct, like the FARPROC conversion. Anyhow I certainly hope we can clear these up in the future. Brgds, Viktor On Thu, Apr 16, 2009 at 1:51 PM, Ranier Vilela <mailto:ran...@cultura.com.br>> wrote: Viktor Szakáts escreveu: Hi Ranier, The way to post large file

[Harbour] More warnigs requiring attention...

HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_CANCEL' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_DELETED' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_UNIQUE' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_SOFTSEEK' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_EXCLUSIVE' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_DEFAULT' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_PATH' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_EPOCH' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_DATEFORMAT' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_DECIMALS' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_FIXED' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_EXACT' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' ../../set.c(1933) : warning C4061: enumerator 'HB_SET_INVALID_' in switch of enum 'HB_set_enum' is not explicitly handled by a case label e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration of 'HB_set_enum' cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1 -EHs-c- -MT -c ../../hbffind.c -Fohbffind.obj hbffind.c ../../hbffind.c(596) : warning C4668: '__POCC__' is not defined as a preprocessor macro, replacing with '0' for '#if/#elif' cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1 -EHs-c- -MT -c ../../atnum.c -Foatnum.obj atnum.c ../../atnum.c(254) : warning C4668: '__POCC__' is not defined as a preprocessor macro, replacing with '0' for '#if/#elif' Best Regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Question: Can submit huge file text to Harbour developers list?

this. But, I'm afraid this may disable also some valid cases, so... Brgds, Viktor IMO, leave and show all warnings from default, but how advertise new msvc compiler user to don´t worry about this? To avoid polute harbour list with such things as I did! Best regards,

Re: [Harbour] More warnigs requiring attention...

Przemyslaw Czerpak escreveu: On Thu, 16 Apr 2009, Ranier Vilela wrote: cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1 -EHs-c- -MT -c ../../set.c -Foset.obj set.c ../../set.c(1321) : warning C4061: enumerator 'HB_SET_TIMEFORMAT' in switch of enum '

Re: [Harbour] More warnigs requiring attention...

Przemyslaw Czerpak escreveu: On Fri, 17 Apr 2009, Ranier Vilela wrote: Hi, But, Przemek can you, please, fix this: Try it after: 2009-04-23 22:11 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) best regards, Przemek Ok, confirmed! Thanks Przemek! But, still warnings

Re: [Harbour] Some xhb developers giving no credit when copying work from Harbour

dont´t found a register (MAG->LOCOB) existing and positioned with key equal DOC->LOCOB in other words Very bad! Sorry for my bad english. Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Unsafe BIT OR in hvm.c

uot; guru, but, doing bit operation in INT and store in SHORT maybe UNSAFE? Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] eval.c(422) possible underflow?

_pcount return -1, por exemple, will occur a underflow and usPCount will be USHORT_MAX - 1 In this case: /* decode parameters */ if( usPCount ) // always TRUE if usPCount underflow!! { Maybe is better declare usPCount int. eval.c: line 422:int usPCount = hb_pcount(); // preven

Re: [Harbour] Unsafe BIT OR in hvm.c

Przemyslaw Czerpak escreveu: On Fri, 24 Apr 2009, Ranier Vilela wrote: cl.exe -nologo -I. -I../../../../include -Gs -TP -W4 -wd4127 -Wall -O2xtyb1 -Gy -GS- -GR- -EHs- -DNDEBUG -DHB_FM_STATISTICS_OFF -MT -c ../../hvmall.c -Fohvmall.obj hvmall.c e:\harbour\harbour-1.1.0\source\vm\hvm.c

Re: [Harbour] Some xhb developers giving no credit when copying work from Harbour

auto fill field with current datetime. Well until I can be a guru ;) Best regards, Ranier Vilela There is: Respect, correctness and attention to other developers and their work. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http

[Harbour] hbrtlall.c

Przemek, You may consider a hbrtlall.c? Best regards, Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Error in Harbour generation with MSVC (again)

' make.exe[2]: *** [descend] Error 2 make.exe[2] Leaving directory 'C:/harbour/source/common' make.exe[1]: *** [common.inst] Error 2 make.exe[1]: Leaving directory 'C:/harbour/source' make.exe: *** [source.inst] Error 2 Where am I wrong? TIA Kleyber Try with gnu-mak

[Harbour] gtwvt screen ugly in 800x600

, nWIDTH ) // nWIDTH = 10 Hb_GTInfo( HB_GTI_FONTSIZE, nHEIGHT ) // nHEIGHT = 20 FONTWIDTH correct set to 10 FONTSIZE doesn´t set to 20, remains 21. 2. Window title doesn´t modify with call above: Hb_GTInfo( HB_GTI_WINTITLE, sTITLE ) // sTITLE = "New Title for Windows" Best regards, Ran

Re: [Harbour] exit with switch and for each

but IMO, the worst is adding such extension to language! Please, keep simple, and make all happy. How much "features" like this, more slow and bugged will be the language. Please, don´t force your language. Best regards, Ranier Vilela

Re: [Harbour] hbxbp and a GUI for Harbour

o HB_Button Etc, etc: I can´t make a choice because, all options are distinct! I can understand what old xbase style like @ Say Get, not work for in GUI, but I can´t proceed and do all change in prgs! Summarizing: Is possible set a PRG API (standard) and all GUI options

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

Hello Pritpal Bedi, Many thanks for your hard work! Thanks to Viktor too, the hands of Harbour! and of course Thanks to brain of Harbour, Przemek! Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org