[Harbour] SF.net SVN: harbour-project:[13568] trunk/harbour
Revision: 13568 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13568view=rev Author: vouchcac Date: 2010-01-14 09:04:21 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 00:57 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/gtwvg/wvg3stat.prg * contrib/gtwvg/wvgax.prg * contrib/gtwvg/wvgbitmp.prg * contrib/gtwvg/wvgcheck.prg * contrib/gtwvg/wvgcombo.prg * contrib/gtwvg/wvgcrt.prg * contrib/gtwvg/wvgdarea.prg * contrib/gtwvg/wvgdatar.prg * contrib/gtwvg/wvgdlg.prg * contrib/gtwvg/wvghtmlv.prg * contrib/gtwvg/wvglistb.prg * contrib/gtwvg/wvgmenub.prg * contrib/gtwvg/wvgmle.prg * contrib/gtwvg/wvgpushb.prg * contrib/gtwvg/wvgradio.prg * contrib/gtwvg/wvgscrlb.prg * contrib/gtwvg/wvgsle.prg * contrib/gtwvg/wvgstatb.prg * contrib/gtwvg/wvgstatc.prg * contrib/gtwvg/wvgsysw.prg * contrib/gtwvg/wvgtabpg.prg * contrib/gtwvg/wvgtoolb.prg * contrib/gtwvg/wvgtreev.prg * contrib/gtwvg/wvgwnd.prg ! Methods definition matched with methods as per Harbour specs. It compiles fine but it will be wise to reformat them for consistency. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/wvg3stat.prg trunk/harbour/contrib/gtwvg/wvgax.prg trunk/harbour/contrib/gtwvg/wvgbitmp.prg trunk/harbour/contrib/gtwvg/wvgcheck.prg trunk/harbour/contrib/gtwvg/wvgcombo.prg trunk/harbour/contrib/gtwvg/wvgcrt.prg trunk/harbour/contrib/gtwvg/wvgdarea.prg trunk/harbour/contrib/gtwvg/wvgdatar.prg trunk/harbour/contrib/gtwvg/wvgdlg.prg trunk/harbour/contrib/gtwvg/wvghtmlv.prg trunk/harbour/contrib/gtwvg/wvglistb.prg trunk/harbour/contrib/gtwvg/wvgmenub.prg trunk/harbour/contrib/gtwvg/wvgmle.prg trunk/harbour/contrib/gtwvg/wvgpushb.prg trunk/harbour/contrib/gtwvg/wvgradio.prg trunk/harbour/contrib/gtwvg/wvgscrlb.prg trunk/harbour/contrib/gtwvg/wvgsle.prg trunk/harbour/contrib/gtwvg/wvgstatb.prg trunk/harbour/contrib/gtwvg/wvgstatc.prg trunk/harbour/contrib/gtwvg/wvgsysw.prg trunk/harbour/contrib/gtwvg/wvgtabpg.prg trunk/harbour/contrib/gtwvg/wvgtoolb.prg trunk/harbour/contrib/gtwvg/wvgtreev.prg trunk/harbour/contrib/gtwvg/wvgwnd.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13569] trunk/harbour
Revision: 13569 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13569view=rev Author: druzus Date: 2010-01-14 09:11:48 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 10:11 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbclass.ch ! fixed compilation with strong typed parameters in method implementation * enable strict parameters validation only when method is declared with (), i.e.: method open does not force any parameter validation so it can be implemented with any parameters but: method open() needs open method implementation with only one parameter and: method open( file ) needs open method implementation with exactly one parameter 'file' Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbclass.ch This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13568] trunk/harbour
On Thu, 14 Jan 2010, vouch...@users.sourceforge.net wrote: Hi, 2010-01-14 00:57 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) [...] ! Methods definition matched with methods as per Harbour specs. It compiles fine but it will be wise to reformat them for consistency. Thank you very much. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13560] trunk/harbour
On Thu, 14 Jan 2010, Szak�ts Viktor wrote: Hi, I just read it more carefully and understood it's not enabled yet, so my vote is to enable it now. The fix is easy, similar to -w3 warnings, it just has to be done, and such fix doesn't have any drawbacks. Yes, but -w3 is an option for users so they do not have to use it. Now I'm think about adding to PP support for using some compile time switches in #if expression to enable strict method declaration only when -w3 or higher warning level is used. In such way we will not force updating all 3-rd party code. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error Building latest Harbour SVN with BCC58
On Thu, 14 Jan 2010, Mario H. Sabado wrote: Hi, Please find below error I encountered under WinXP and BCC58 when building latest Harbour SVN. Should be fixed now. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ULONG - HB_SIZE
On Thu, 14 Jan 2010, Szak�ts Viktor wrote: Hi, First actual question is what to do with ULONG in hb_fsSeek(). Should it be changed to HB_SIZE or not? No. It cannot be HB_SIZE. It will be bug. The same is for other functions like hb_fsWriteLarge(). All such functions have to use parameters which are accepted by low level OS functions without any size lost conversions. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ULONG - HB_SIZE
Hi, First actual question is what to do with ULONG in hb_fsSeek(). Should it be changed to HB_SIZE or not? No. It cannot be HB_SIZE. It will be bug. The same is for other functions like hb_fsWriteLarge(). All such functions have to use parameters which are accepted by low level OS functions without any size lost conversions. Okay, but what non-windows type to use then? int, long, else? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error Building latest Harbour SVN with BCC58
On 1/14/2010 5:28 PM, harbour-requ...@harbour-project.org wrote: Message: 9 Date: Thu, 14 Jan 2010 10:20:38 +0100 From: Przemys?aw Czerpakdru...@acn.waw.pl Subject: Re: [Harbour] Error Building latest Harbour SVN with BCC58 To: Harbour Project Main Developer List. harbour@harbour-project.org Message-ID:20100114092038.gc27...@linux-4bod.home.aster.pl Content-Type: text/plain; charset=utf-8 On Thu, 14 Jan 2010, Mario H. Sabado wrote: Hi, Please find below error I encountered under WinXP and BCC58 when building latest Harbour SVN. Should be fixed now. best regards, Przemek Works fine now. Many thanks Przemek! Best regards, Mario ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ULONG - HB_SIZE
On Thu, 14 Jan 2010, Szak�ts Viktor wrote: First actual question is what to do with ULONG in hb_fsSeek(). Should it be changed to HB_SIZE or not? No. It cannot be HB_SIZE. It will be bug. The same is for other functions like hb_fsWriteLarge(). All such functions have to use parameters which are accepted by low level OS functions without any size lost conversions. Okay, but what non-windows type to use then? int, long, else? As long as you do not update code which may use it then you should use the same type 'unsigned long'. In fact it will be good to eliminate hb_fs*Large() functions and use only one set of functions using HB_FOFFSET as file pointer and HB_SIZE as the block size but for this we should rewrite these functions. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ULONG - HB_SIZE
On Thu, 14 Jan 2010, Szak�ts Viktor wrote: First actual question is what to do with ULONG in hb_fsSeek(). Should it be changed to HB_SIZE or not? No. It cannot be HB_SIZE. It will be bug. The same is for other functions like hb_fsWriteLarge(). All such functions have to use parameters which are accepted by low level OS functions without any size lost conversions. Okay, but what non-windows type to use then? int, long, else? As long as you do not update code which may use it then you should use the same type 'unsigned long'. In fact it will be good to eliminate hb_fs*Large() functions and use only one set of functions using HB_FOFFSET as file pointer and HB_SIZE as the block size but for this we should rewrite these functions. Looks perfect. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13570] trunk/harbour
Revision: 13570 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13570view=rev Author: vszakats Date: 2010-01-14 10:37:49 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 11:31 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/set.c * src/debug/dbgentry.c * src/common/hbgete.c * src/common/hbffind.c * src/common/hbwince.c * src/common/hbstr.c * src/common/hbmem.c * src/common/strwild.c * src/common/hbhash.c * src/rtl/lennum.c * src/rtl/strxor.c * src/rtl/strcase.c * src/rtl/hbzlibgz.c * src/rtl/trim.c * src/rtl/base64c.c * src/rtl/binnum.c * src/rtl/hbtoken.c * src/rtl/ampm.c * src/rtl/descend.c * src/rtl/strpeek.c * src/rtl/replic.c * src/rtl/padr.c * src/rtl/hbstrfmt.c * src/rtl/hbntos.c * src/rtl/hbadler.c * src/rtl/at.c * src/rtl/fserr.c * src/rtl/hbcrc.c * src/rtl/hbmd5.c * src/rtl/hbascii.c * src/rtl/padc.c * src/rtl/strzero.c * src/rtl/hbregexc.c * src/rtl/strtran.c * src/rtl/hbsocket.c * src/rtl/hbinet.c * src/rtl/strtoexp.c * src/rtl/gtapi.c * src/rtl/filesys.c * src/rtl/padl.c * src/rtl/hbregex.c * src/rtl/saverest.c * src/rtl/right.c * src/rtl/hbbffnc.c * src/rtl/cdpapi.c * src/rtl/hbi18n1.c * src/rtl/gtclip.c * src/rtl/mlcfunc.c * src/rtl/left.c * src/rtl/xsavescr.c * src/rtl/hardcr.c * src/rtl/setkey.c * src/rtl/hbzlib.c * src/rtl/strc.c * src/rtl/stuff.c * src/rtl/hbhex.c * src/rtl/trace.c * src/rtl/samples.c * src/rtl/inkeyapi.c * src/rtl/inkey.c * src/rtl/mtran.c * src/rtl/gete.c * src/rtl/mouse53.c * src/rtl/colorind.c * src/rtl/ati.c * src/rtl/soundex.c * src/rtl/memofile.c * src/rtl/valtostr.c * src/rtl/rat.c * include/hbapicdp.h * include/hbgtcore.h * include/hbapifs.h * include/hbapi.h * include/hbchksum.h * include/hbapigt.h * include/hbhash.h * contrib/xhb/hboutdbg.c * contrib/xhb/hbxml.c * contrib/xhb/hbcrypt.c * contrib/xhb/dbf2txt.c * contrib/xhb/xstrdel.c * contrib/xhb/xhbsave.c * contrib/xhb/hbcomprs.c * contrib/xhb/datesxhb.c * contrib/xhb/xhbat.c * contrib/xhb/xhbmsgs.c * contrib/xhb/xhbarr.c * contrib/xhb/txtline.c * contrib/xhb/xhbtrim.c * contrib/xhb/hbserv.c * contrib/xhb/cstructc.c * contrib/xhb/xhbfunc.c * ULONG - HB_SIZE * src/rtl/langapi.c * include/hbapilng.h * ULONG - int + Marked hb_langDGetErrorDesc() with HB_LEGACY_LEVEL3. * src/common/hbprintf.c ! ULONG - int * src/debug/dbgentry.c * Formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/xhb/cstructc.c trunk/harbour/contrib/xhb/datesxhb.c trunk/harbour/contrib/xhb/dbf2txt.c trunk/harbour/contrib/xhb/hbcomprs.c trunk/harbour/contrib/xhb/hbcrypt.c trunk/harbour/contrib/xhb/hboutdbg.c trunk/harbour/contrib/xhb/hbserv.c trunk/harbour/contrib/xhb/hbxml.c trunk/harbour/contrib/xhb/txtline.c trunk/harbour/contrib/xhb/xhbarr.c trunk/harbour/contrib/xhb/xhbat.c trunk/harbour/contrib/xhb/xhbfunc.c trunk/harbour/contrib/xhb/xhbmsgs.c trunk/harbour/contrib/xhb/xhbsave.c trunk/harbour/contrib/xhb/xhbtrim.c trunk/harbour/contrib/xhb/xstrdel.c trunk/harbour/include/hbapi.h trunk/harbour/include/hbapicdp.h trunk/harbour/include/hbapifs.h trunk/harbour/include/hbapigt.h trunk/harbour/include/hbapilng.h trunk/harbour/include/hbchksum.h trunk/harbour/include/hbgtcore.h trunk/harbour/include/hbhash.h trunk/harbour/src/common/hbffind.c trunk/harbour/src/common/hbgete.c trunk/harbour/src/common/hbhash.c trunk/harbour/src/common/hbmem.c trunk/harbour/src/common/hbprintf.c trunk/harbour/src/common/hbstr.c trunk/harbour/src/common/hbwince.c trunk/harbour/src/common/strwild.c trunk/harbour/src/debug/dbgentry.c trunk/harbour/src/rtl/ampm.c trunk/harbour/src/rtl/at.c trunk/harbour/src/rtl/ati.c trunk/harbour/src/rtl/base64c.c trunk/harbour/src/rtl/binnum.c trunk/harbour/src/rtl/cdpapi.c trunk/harbour/src/rtl/colorind.c trunk/harbour/src/rtl/descend.c trunk/harbour/src/rtl/filesys.c trunk/harbour/src/rtl/fserr.c trunk/harbour/src/rtl/gete.c trunk/harbour/src/rtl/gtapi.c trunk/harbour/src/rtl/gtclip.c trunk/harbour/src/rtl/hardcr.c trunk/harbour/src/rtl/hbadler.c trunk/harbour/src/rtl/hbascii.c trunk/harbour/src/rtl/hbbffnc.c trunk/harbour/src/rtl/hbcrc.c trunk/harbour/src/rtl/hbhex.c trunk/harbour/src/rtl/hbi18n1.c trunk/harbour/src/rtl/hbinet.c trunk/harbour/src/rtl/hbmd5.c trunk/harbour/src/rtl/hbntos.c trunk/harbour/src/rtl/hbregex.c trunk/harbour/src/rtl/hbregexc.c trunk/harbour/src/rtl/hbsocket.c trunk/harbour/src/rtl/hbstrfmt.c trunk/harbour/src/rtl/hbtoken.c trunk/harbour/src/rtl/hbzlib.c trunk/harbour/src/rtl/hbzlibgz.c trunk/harbour/src/rtl/inkey.c
[Harbour] SF.net SVN: harbour-project:[13571] trunk/harbour
Revision: 13571 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13571view=rev Author: vszakats Date: 2010-01-14 10:53:40 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 11:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/gtwin/gtwin.c * src/rtl/gtcrs/gtcrs.c * src/rtl/gtstd/gtstd.c * src/rtl/gtcgi/gtcgi.c * src/rtl/gtpca/gtpca.c * src/rtl/gtgui/gtgui.c * src/rtl/gtwvt/gtwvt.c * src/rtl/transfrm.c * src/rtl/hbprocfn.c * src/rtl/console.c * src/rtl/hbgtcore.c * src/rtl/accept.c * src/rtl/hbproces.c * include/hbgtcore.h * ULONG - HB_SIZE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbgtcore.h trunk/harbour/src/rtl/accept.c trunk/harbour/src/rtl/console.c trunk/harbour/src/rtl/gtcgi/gtcgi.c trunk/harbour/src/rtl/gtcrs/gtcrs.c trunk/harbour/src/rtl/gtgui/gtgui.c trunk/harbour/src/rtl/gtpca/gtpca.c trunk/harbour/src/rtl/gtstd/gtstd.c trunk/harbour/src/rtl/gtwin/gtwin.c trunk/harbour/src/rtl/gtwvt/gtwvt.c trunk/harbour/src/rtl/hbgtcore.c trunk/harbour/src/rtl/hbproces.c trunk/harbour/src/rtl/hbprocfn.c trunk/harbour/src/rtl/transfrm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13572] trunk/harbour
Revision: 13572 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13572view=rev Author: vszakats Date: 2010-01-14 11:28:27 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 12:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/hashfunc.c * src/vm/macro.c * src/vm/strapi.c * src/vm/codebloc.c * src/vm/hashes.c * src/vm/debug.c * src/vm/itemapi.c * src/vm/asort.c * src/vm/hvm.c * src/vm/cmdarg.c * src/vm/maindllp.c * src/vm/arrays.c * src/vm/memvars.c * src/vm/arrayshb.c * src/vm/extend.c * src/vm/set.c * src/rtl/strtran.c * include/hbxvm.h * include/hbtypes.h * include/hbapi.h * include/hbapistr.h * ULONG - HB_SIZE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapi.h trunk/harbour/include/hbapistr.h trunk/harbour/include/hbtypes.h trunk/harbour/include/hbxvm.h trunk/harbour/src/rtl/strtran.c trunk/harbour/src/vm/arrays.c trunk/harbour/src/vm/arrayshb.c trunk/harbour/src/vm/asort.c trunk/harbour/src/vm/cmdarg.c trunk/harbour/src/vm/codebloc.c trunk/harbour/src/vm/debug.c trunk/harbour/src/vm/extend.c trunk/harbour/src/vm/hashes.c trunk/harbour/src/vm/hashfunc.c trunk/harbour/src/vm/hvm.c trunk/harbour/src/vm/itemapi.c trunk/harbour/src/vm/macro.c trunk/harbour/src/vm/maindllp.c trunk/harbour/src/vm/memvars.c trunk/harbour/src/vm/set.c trunk/harbour/src/vm/strapi.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ULONG - HB_SIZE
Hi Przemek, The other area which will need to be cleaned is mem allocation functions (as discussed before). Currently it uses ULONG, but should be size_t probably. (GC and hb_x*()). Plus a few other value types to migrate form ULONG to something else: 32-bit crc values - HB_U32 pcount - int ? class related ULONG value - ? file attribute - HB_U32 ? or rather HB_FATTR arg count - int ? alloc size - size_t ? file I/O - HB_FOFFSET / HB_SIZE clock/time related - HB_U32 ? parinfa retval - HB_SIZE ? Brgds, Viktor On 2010 Jan 14, at 11:04, Viktor Szakáts wrote: On Thu, 14 Jan 2010, Szak�ts Viktor wrote: First actual question is what to do with ULONG in hb_fsSeek(). Should it be changed to HB_SIZE or not? No. It cannot be HB_SIZE. It will be bug. The same is for other functions like hb_fsWriteLarge(). All such functions have to use parameters which are accepted by low level OS functions without any size lost conversions. Okay, but what non-windows type to use then? int, long, else? As long as you do not update code which may use it then you should use the same type 'unsigned long'. In fact it will be good to eliminate hb_fs*Large() functions and use only one set of functions using HB_FOFFSET as file pointer and HB_SIZE as the block size but for this we should rewrite these functions. Looks perfect. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13573] trunk/harbour
Revision: 13573 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13573view=rev Author: vszakats Date: 2010-01-14 11:39:44 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 12:36 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/xhb/hbcrypt.c * contrib/xhb/dbf2txt.c * contrib/xhb/xstrdel.c * contrib/xhb/hbcomprs.c * contrib/xhb/txtline.c * contrib/hbbmcdx/bmdbfcdx.c ! Fixed to use current APIs instead of legacy/compatibility ones. ; Pls review the cdp ones. * src/rtl/langapi.c * include/hbapilng.h + Un-marked hb_langDGetErrorDesc() with HB_LEGACY_LEVEL3. [REVERT] Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbbmcdx/bmdbfcdx.c trunk/harbour/contrib/xhb/dbf2txt.c trunk/harbour/contrib/xhb/hbcomprs.c trunk/harbour/contrib/xhb/hbcrypt.c trunk/harbour/contrib/xhb/txtline.c trunk/harbour/contrib/xhb/xstrdel.c trunk/harbour/include/hbapilng.h trunk/harbour/src/rtl/langapi.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13574] trunk/harbour
Revision: 13574 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13574view=rev Author: druzus Date: 2010-01-14 11:44:54 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 12:44 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbpp.h * harbour/src/pp/ppcore.c * harbour/src/pp/pplib.c * harbour/src/compiler/ppcomp.c + added support for __pragma( switchname ) in #if expressions, i.e.: #if __pragma( WARNINGLEVEL ) = 3 #stdout Warnings set to level 3 or higher #endif #if !__pragma( z ) #stdout Shortcut optimization enabled #else #stdout Force complete boolean evaluation #endif #if __pragma( kj ) #stdout NO JUMP OPTIMIZATION #endif #if __pragma( km ) #stdout MACRO TEXT SUBSTITUTION DISABLED #endif #if __pragma( kh ) #stdout HARBOUR EXTENSIONS #endif Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbpp.h trunk/harbour/src/compiler/ppcomp.c trunk/harbour/src/pp/ppcore.c trunk/harbour/src/pp/pplib.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13575] trunk/harbour
Revision: 13575 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13575view=rev Author: vszakats Date: 2010-01-14 12:24:57 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 13:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbdefs.h + Added HB_FATTR type to represent file attribute (mapped to unsigned long). * src/common/hbffind.c * src/rtl/fstemp.c * src/rtl/filesys.c * src/rtl/spfiles.c * src/rtl/philes.c * src/rtl/filebuf.c * include/hbapifs.h * contrib/hbct/files.c + ULONG - HB_FATTR * contrib/hbct/charsprd.c * contrib/hbct/misc2.c * contrib/hbct/blank.c * contrib/hbct/disk.c * contrib/hbct/dattime2.c * contrib/hbct/expand.c + ULONG - HB_SIZE * include/hbapifs.h * contrib/xhb/xhb.h + ULONG - HB_SIZE (missed from prev) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbct/blank.c trunk/harbour/contrib/hbct/charsprd.c trunk/harbour/contrib/hbct/dattime2.c trunk/harbour/contrib/hbct/disk.c trunk/harbour/contrib/hbct/expand.c trunk/harbour/contrib/hbct/files.c trunk/harbour/contrib/hbct/misc2.c trunk/harbour/contrib/xhb/xhb.h trunk/harbour/include/hbapifs.h trunk/harbour/include/hbdefs.h trunk/harbour/src/common/hbffind.c trunk/harbour/src/rtl/filebuf.c trunk/harbour/src/rtl/filesys.c trunk/harbour/src/rtl/fstemp.c trunk/harbour/src/rtl/philes.c trunk/harbour/src/rtl/spfiles.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: bmdbfcdx error
Hi! , possible loss of data ../../../bmdbfcdx.c(9447) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(9447) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(9624) : warning C4244: '-=' : conversion from 'int' to 'SHOR T', possible loss of data ../../../bmdbfcdx.c(9715) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(9715) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(9761) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(9761) : warning C4244: 'argument' : conversion from 'int' to 'BYTE', possible loss of data ../../../bmdbfcdx.c(10020) : warning C4244: 'argument' : conversion from 'int' t o 'BYTE', possible loss of data ../../../bmdbfcdx.c(10020) : warning C4244: 'argument' : conversion from 'int' t o 'BYTE', possible loss of data win-make[3]: *** [bmdbfcdx.obj] Error 2 win-make[2]: *** [descend] Error 2 win-make[1]: *** [hbbmcdx.inst] Error 2 win-make: *** [contrib.inst] Error 2 C:\harbour\trunk\harbour My makevcms.bat is: -8--- set WindowsSDKDir=%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\ call %ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat win-make %1 %2 --8-- what can be? My set HB_DIR_NSIS=C:\Arquivos de programas\NSIS\ HB_DIR_QT=C:\Qt\2009.04\qt HB_DIR_ZIP=C:\info-zip\ HB_INSTALL_PREFIX=C:\DEV\HARBOUR HB_PATH=C:\DEV\HARBOUR HB_WITH_QT=C:\Qt\2009.04\qt\include I make tests with 2 cpu and same result. :-( Is possible skip make of bmdbfcdx.lib ? Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13576] trunk/harbour
Revision: 13576 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13576view=rev Author: vszakats Date: 2010-01-14 12:36:49 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 13:36 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rdd/hbsix/sxcompr.c * src/rdd/hbsix/sxcrypt.c * include/hbsxfunc.h + ULONG - HB_SIZE (some remain) * include/hbapiitm.h * include/hbvm.h + ULONG - HB_SIZE (missed from prev) * contrib/hbbmcdx/bmdbfcdx.c ! Fixed another legacy call. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbbmcdx/bmdbfcdx.c trunk/harbour/include/hbapiitm.h trunk/harbour/include/hbsxfunc.h trunk/harbour/include/hbvm.h trunk/harbour/src/rdd/hbsix/sxcompr.c trunk/harbour/src/rdd/hbsix/sxcrypt.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: bmdbfcdx error
Now with Revision: 13576 works fine! Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBIDE
Buenos dias Tengo otras sugerencias mas: 1- Pinter de otro color la linea actual. 2- En la statusbar mostrar la cantidad de caracteres seleccionados. Gracias ¿Estas buscando algún número telefónico? Visite: www.teleguia.com.py *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: :: Rodrigo Machado :: FlaRo Sistemas www.flaro.net Telef: 0673 221 480 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: El 12 de enero de 2010 16:13, Rodrigo Machado rodr...@flaro.net escribió: Buenas Tardes Acabo de descargar y compilar HBIDE Me parecio un proyecto muy interesante. Quisiera por este medio reportar algunos errores que se presentaron. 1- Al cambiar la codificación de caracteres tengo que cerrar mis .prg y volver a cargarlos para que tenga efecto. Y al cerrar hbide la codificación se pierde, tengo que volver a seleccionar. 1.1 Deberia tener una opción para configurar mi codificación por defecto, y al carcar cualquier archivo usar esta codificación. 1.2 Deberia guardar todos los nuevos archivos con la codificación por defecto. 2- No pude configurar el ancho de los TAB y si deseo reemplazar los TAB por espacios en blancos. 3- Me salto un error al precionar CTRL+G Error BASE/1004 Message not found: IDEEDITSMANAGER:QCURDOCUMENT Called from __ERRRT_SBASE(0) Called from IDEEDITSMANAGER:ERROR(0) Called from (b)HBOBJECT(0) Called from IDEEDITSMANAGER:MSGNOTFOUND(0) Called from IDEEDITSMANAGER:QCURDOCUMENT(0) Called from IDEEDITSMANAGER:GOTO(576) Called from HBIDE:EXECACTION(497) Called from (b)IDEACTIONS_BUILDMAINMENU(442) Called from XBPMENU:EXEBLOCK(0) Called from (b)XBPMENUBAR_PLACEITEM(0) Called from QT_QEVENTLOOP_PROCESSEVENTS(0) Called from QEVENTLOOP:PROCESSEVENTS(0) Called from APPEVENT(0) Called from HBIDE:CREATE(336) Called from MAIN(104) 4- Seria interesante si tuviera una opción para seleccionar textos por columnas al igual que UltraEdit for windows. :) Hasta el momento no he encontrado ningun IDE for Linux que permita la selección y edición de texto en columnas como lo hace UltraEdit. Teniendo estas pequeñas correciones y/o recursos implementados yo sería un usuario de HBIDE en mi dia a dia. Gracias por la atencion Atentamente Rodrigo Machado ¿Estas buscando algún número telefónico? Visite: www.teleguia.com.py *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: :: Rodrigo Machado :: FlaRo Sistemas www.flaro.net Telef: 0673 221 480 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: Sent from Asuncion, Paraguay ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] error LNK2001: unresolved external symbol _HB_FUN_HB_SETCODEPAGE
Hi! Now I get this is error. How to resolve this ? Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13553] trunk/harbour
Hi,
2010-01-13 17:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ src/rtl/strclear.c
+ Added HB_STRCLEAR() function to safely clear the content
of a string variable.
I suggest to change HB_STRCLEAR() code. Current implementation returns
true, if hb_itemGetWriteCL() returns true, but it happens if pItem is
string. It is already validated by hb_param( 1, HB_IT_STRING ), so,
return value is not useful. If the purpose of the function is to clear
memory containing sensitive information, the function should return if
the memory was really cleared. I propose this code (self test included):
PROC main()
LOCAL cI, cJ
cI := abc
? HB_STRCLEAR(cI)
cI := abc
? HB_STRCLEAR(@cI)
cI := REPLICATE(a, 5)
cJ := cI
? HB_STRCLEAR(@cI)
cI := REPLICATE(a, 5)
cJ := cI
cJ := NIL
? HB_STRCLEAR(@cI)
RETURN
#pragma begindump
#include hbapi.h
#include hbapiitm.h
HB_FUNC( HB_STRCLEAR )
{
PHB_ITEM pItem = hb_param( 1, HB_IT_STRING );
/* NOTE: clear RETURN value before calling hb_itemGetWriteCL(),
it's possible that it contains copy of passed item [druzus] */
hb_retl( HB_FALSE );
if( pItem HB_ISBYREF( 1 ) )
{
const char * szPtr;
char * pBuffer;
HB_SIZE nSize;
szPtr = hb_itemGetCPtr( pItem );
hb_itemGetWriteCL( pItem, pBuffer, nSize );
memset( pBuffer, '\0', nSize + 1 );
hb_retl( szPtr == pBuffer );
}
}
#pragma enddump
In this case HB_STRCLEAR() returns, if memory was cleared. It prints:
.F. // Pass by reference is forgotten
.F. // String data is static (part of PCODE) and can not be cleared
.F. // Multiple strings exists
.T. // OK!
Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: error LNK2001: unresolved external symbol_HB_FUN_HB_SETCODEPAGE
I change. HB_SETCODEPAGE([PTISO]) - hb_CdpSelect([PTISO]) No error Best regards, Itamar M. Lins Jr. Itamar Lins itamarl...@bol.com.br escreveu na mensagem news:hin5n4$of...@ger.gmane.org... Hi! Now I get this is error. How to resolve this ? Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13553] trunk/harbour
Thanks a lot Mindaugas, I'll include this in next commit.
Brgds,
Viktor
On 2010 Jan 14, at 14:28, Mindaugas Kavaliauskas wrote:
Hi,
2010-01-13 17:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ src/rtl/strclear.c
+ Added HB_STRCLEAR() function to safely clear the content of a
string variable.
I suggest to change HB_STRCLEAR() code. Current implementation returns true,
if hb_itemGetWriteCL() returns true, but it happens if pItem is string. It is
already validated by hb_param( 1, HB_IT_STRING ), so, return value is not
useful. If the purpose of the function is to clear memory containing
sensitive information, the function should return if the memory was really
cleared. I propose this code (self test included):
PROC main()
LOCAL cI, cJ
cI := abc
? HB_STRCLEAR(cI)
cI := abc
? HB_STRCLEAR(@cI)
cI := REPLICATE(a, 5)
cJ := cI
? HB_STRCLEAR(@cI)
cI := REPLICATE(a, 5)
cJ := cI
cJ := NIL
? HB_STRCLEAR(@cI)
RETURN
#pragma begindump
#include hbapi.h
#include hbapiitm.h
HB_FUNC( HB_STRCLEAR )
{
PHB_ITEM pItem = hb_param( 1, HB_IT_STRING );
/* NOTE: clear RETURN value before calling hb_itemGetWriteCL(),
it's possible that it contains copy of passed item [druzus] */
hb_retl( HB_FALSE );
if( pItem HB_ISBYREF( 1 ) )
{
const char * szPtr;
char * pBuffer;
HB_SIZE nSize;
szPtr = hb_itemGetCPtr( pItem );
hb_itemGetWriteCL( pItem, pBuffer, nSize );
memset( pBuffer, '\0', nSize + 1 );
hb_retl( szPtr == pBuffer );
}
}
#pragma enddump
In this case HB_STRCLEAR() returns, if memory was cleared. It prints:
.F. // Pass by reference is forgotten
.F. // String data is static (part of PCODE) and can not be cleared
.F. // Multiple strings exists
.T. // OK!
Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] off topic - letodb
Hi! I'm sorry for that but, I do not know how to solve this problem as. G:\letodbhbmk2 letodb.hbp rddleto.hbc hbmk2: Processando arquivo de configuração: D:\DEV\HARBOUR\BIN\hbmk.cfg hbmk2: Processando: rddleto.hbc hbmk2: Compilando... leto_win.c include\srvleto.h(71) : fatal error C1083: Cannot open include file: 'pthread.h' : No such file or directory letoacc.c include\srvleto.h(71) : fatal error C1083: Cannot open include file: 'pthread.h' : No such file or directory letofunc.c include\srvleto.h(71) : fatal error C1083: Cannot open include file: 'pthread.h' : No such file or directory hbip.c source\common\hbip.c(86) : fatal error C1083: Cannot open include file: 'unistd. h': No such file or directory Generating Code... hbmk2: Erro: Executando compilador C/C++. 2 cl.exe -nologo -c -Ot2b1 -D_CRT_SECURE_NO_DEPRECATE -W4 -wd4127 -Fobin\.hbmk\wi n\msvc\ -ID:\DEV\HARBOUR\include -Iinclude source\server\leto_win.c source\serve r\letoacc.c source\server\letofunc.c source\common\hbip.c Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: error LNK2001: unresolved external symbol_HB_FUN_HB_SETCODEPAGE
On Thu, Jan 14, 2010 at 2:47 PM, Itamar Lins itamarl...@bol.com.br wrote: I change. HB_SETCODEPAGE([PTISO]) - hb_CdpSelect([PTISO]) No error from Changelog: ... 2009-11-29 07:23 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/cdpapi.c * HB_SETCODEPAGE() guarded as HB_LEGACY_LEVEL2 which means it will be removed in next major version. NOTE to users: Use HB_CDPSELECT() or SET( _SET_CODEPAGE ) instead. ... best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: off topic - letodb
Itamar Lins escreveu: My fault, the command correct is: G:\letodbhbmk2 rddleto.hbp letodb.hbp hbmk2: Processando arquivo de configura‡Æo: C:\DEV\HARBOUR\bin\hbmk.cfg hbmk2: Processando: rddleto.hbc hbmk2: Compilando... leto1.c source\client\leto1.c(129) : error C2061: syntax error : identifier 'commonError' source\client\leto1.c(129) : error C2059: syntax error : ';' source\client\leto1.c(129) : error C2059: syntax error : 'type' source\client\leto1.c(215) : warning C4013: 'commonError' undefined; assuming extern returning int source\client\leto1.c(330) : warning C4013: 'htons' undefined; assuming extern returning int source\client\leto1.c(385) : warning C4244: 'initializing' : conversion from 'size_t' to 'USHORT', possible loss of data source\client\leto1.c(582) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(654) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(713) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(721) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(731) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(744) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(787) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(826) : error C2065: 'FAILURE' : undeclared identifier source\client\leto1.c(848) : error C2065: 'FAILURE' : undeclared identifier source\client\leto1.c(848) : warning C4389: '!=' : signed/unsigned mismatch source\client\leto1.c(932) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(941) : warning C4244: '+=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(950) : error C2061: syntax error : identifier 'letoBof' source\client\leto1.c(950) : error C2059: syntax error : ';' source\client\leto1.c(950) : error C2059: syntax error : 'type' source\client\leto1.c(963) : error C2061: syntax error : identifier 'letoEof' source\client\leto1.c(963) : error C2059: syntax error : ';' source\client\leto1.c(963) : error C2059: syntax error : 'type' source\client\leto1.c(976) : error C2061: syntax error : identifier 'letoFound' source\client\leto1.c(976) : error C2059: syntax error : ';' source\client\leto1.c(976) : error C2059: syntax error : 'type' source\client\leto1.c(987) : error C2061: syntax error : identifier 'letoGoBottom' source\client\leto1.c(987) : error C2059: syntax error : ';' source\client\leto1.c(987) : error C2059: syntax error : 'type' source\client\leto1.c(1012) : error C2061: syntax error : identifier 'letoGoTo' source\client\leto1.c(1012) : error C2059: syntax error : ';' source\client\leto1.c(1012) : error C2059: syntax error : 'type' source\client\leto1.c(1035) : error C2061: syntax error : identifier 'letoGoToId' source\client\leto1.c(1035) : error C2059: syntax error : ';' source\client\leto1.c(1035) : error C2059: syntax error : 'type' source\client\leto1.c(1053) : error C2061: syntax error : identifier 'letoGoTop' source\client\leto1.c(1053) : error C2059: syntax error : ';' source\client\leto1.c(1053) : error C2059: syntax error : 'type' source\client\leto1.c(1085) : warning C4244: '=' : conversion from 'size_t' to 'USHORT', possible loss of data source\client\leto1.c(1101) : warning C4244: '=' : conversion from 'HB_SIZE' to 'USHORT', possible loss of data source\client\leto1.c(1103) : warning C4013: 'hb_cdpnTranslate' undefined; assuming extern returning int source\client\leto1.c(1109) : error C2061: syntax error : identifier 'letoSeek' source\client\leto1.c(1109) : error C2059: syntax error : ';' source\client\leto1.c(1109) : error C2059: syntax error : 'type' source\client\leto1.c(1168) : error C2061: syntax error : identifier 'letoSkipFilter' source\client\leto1.c(1168) : error C2059: syntax error : ';' source\client\leto1.c(1168) : error C2059: syntax error : 'type' source\client\leto1.c(1177) : error C2061: syntax error : identifier 'letoSkipRaw' source\client\leto1.c(1177) : error C2059: syntax error : ';' source\client\leto1.c(1177) : error C2059: syntax error : 'type' source\client\leto1.c(1333) : error C2061: syntax error : identifier 'letoAddField' source\client\leto1.c(1333) : error C2059: syntax error : ';' source\client\leto1.c(1333) : error C2059: syntax error : 'type' source\client\leto1.c(1343) : error C2061: syntax error : identifier 'letoAppend' source\client\leto1.c(1343) : error C2059: syntax error : ';' source\client\leto1.c(1343) : error C2059: syntax error : 'type' source\client\leto1.c(1362) : error C2061: syntax error : identifier 'letoDeleteRec' source\client\leto1.c(1362) : error C2059: syntax error : ';' source\client\leto1.c(1362) : error
[Harbour] Re: off topic - letodb
Itamar Lins escreveu: My fault, the command correct is: G:\letodbhbmk2 rddleto.hbp letodb.hbp hbmk2: Processando arquivo de configura‡Æo: C:\DEV\HARBOUR\bin\hbmk.cfg hbmk2: Processando: rddleto.hbc hbmk2: Compilando... leto1.c source\client\leto1.c(129) : error C2061: syntax error : identifier 'commonError' source\client\leto1.c(129) : error C2059: syntax error : ';' source\client\leto1.c(129) : error C2059: syntax error : 'type' source\client\leto1.c(215) : warning C4013: 'commonError' undefined; assuming extern returning int source\client\leto1.c(330) : warning C4013: 'htons' undefined; assuming extern returning int source\client\leto1.c(385) : warning C4244: 'initializing' : conversion from 'size_t' to 'USHORT', possible loss of data source\client\leto1.c(582) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(654) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(713) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(721) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(731) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(744) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(787) : warning C4244: '=' : conversion from 'long' to 'USHORT', possible loss of data source\client\leto1.c(826) : error C2065: 'FAILURE' : undeclared identifier source\client\leto1.c(848) : error C2065: 'FAILURE' : undeclared identifier source\client\leto1.c(848) : warning C4389: '!=' : signed/unsigned mismatch source\client\leto1.c(932) : warning C4244: '=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(941) : warning C4244: '+=' : conversion from 'int' to 'USHORT', possible loss of data source\client\leto1.c(950) : error C2061: syntax error : identifier 'letoBof' source\client\leto1.c(950) : error C2059: syntax error : ';' source\client\leto1.c(950) : error C2059: syntax error : 'type' source\client\leto1.c(963) : error C2061: syntax error : identifier 'letoEof' source\client\leto1.c(963) : error C2059: syntax error : ';' source\client\leto1.c(963) : error C2059: syntax error : 'type' source\client\leto1.c(976) : error C2061: syntax error : identifier 'letoFound' source\client\leto1.c(976) : error C2059: syntax error : ';' source\client\leto1.c(976) : error C2059: syntax error : 'type' source\client\leto1.c(987) : error C2061: syntax error : identifier 'letoGoBottom' source\client\leto1.c(987) : error C2059: syntax error : ';' source\client\leto1.c(987) : error C2059: syntax error : 'type' source\client\leto1.c(1012) : error C2061: syntax error : identifier 'letoGoTo' source\client\leto1.c(1012) : error C2059: syntax error : ';' source\client\leto1.c(1012) : error C2059: syntax error : 'type' source\client\leto1.c(1035) : error C2061: syntax error : identifier 'letoGoToId' source\client\leto1.c(1035) : error C2059: syntax error : ';' source\client\leto1.c(1035) : error C2059: syntax error : 'type' source\client\leto1.c(1053) : error C2061: syntax error : identifier 'letoGoTop' source\client\leto1.c(1053) : error C2059: syntax error : ';' source\client\leto1.c(1053) : error C2059: syntax error : 'type' source\client\leto1.c(1085) : warning C4244: '=' : conversion from 'size_t' to 'USHORT', possible loss of data source\client\leto1.c(1101) : warning C4244: '=' : conversion from 'HB_SIZE' to 'USHORT', possible loss of data source\client\leto1.c(1103) : warning C4013: 'hb_cdpnTranslate' undefined; assuming extern returning int source\client\leto1.c(1109) : error C2061: syntax error : identifier 'letoSeek' source\client\leto1.c(1109) : error C2059: syntax error : ';' source\client\leto1.c(1109) : error C2059: syntax error : 'type' source\client\leto1.c(1168) : error C2061: syntax error : identifier 'letoSkipFilter' source\client\leto1.c(1168) : error C2059: syntax error : ';' source\client\leto1.c(1168) : error C2059: syntax error : 'type' source\client\leto1.c(1177) : error C2061: syntax error : identifier 'letoSkipRaw' source\client\leto1.c(1177) : error C2059: syntax error : ';' source\client\leto1.c(1177) : error C2059: syntax error : 'type' source\client\leto1.c(1333) : error C2061: syntax error : identifier 'letoAddField' source\client\leto1.c(1333) : error C2059: syntax error : ';' source\client\leto1.c(1333) : error C2059: syntax error : 'type' source\client\leto1.c(1343) : error C2061: syntax error : identifier 'letoAppend' source\client\leto1.c(1343) : error C2059: syntax error : ';' source\client\leto1.c(1343) : error C2059: syntax error : 'type' source\client\leto1.c(1362) : error C2061: syntax error : identifier 'letoDeleteRec' source\client\leto1.c(1362) : error C2059: syntax error : ';' source\client\leto1.c(1362) : error
Re: [Harbour] HBIDE
Hi Rodrigo Machado wrote: Tengo otras sugerencias mas: 1- Pinter de otro color la linea actual. 2- En la statusbar mostrar la cantidad de caracteres seleccionados. But I have other suggestions: 1 - repainted the current line. 2 - In the statusbar display the number of selected characters. Can you post in english only ? 1 - repainted the current line. I could not follow you ? Which line to repaint ? 2 - In the statusbar display the number of selected characters. What purpose will be solved with number of characters of selected text displayed into statusbar ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE-tp27132880p27162913.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBIDE
Can you post in english only ? 1 - repainted the current line. I could not follow you ? Which line to repaint ? I think Its mean that change the backcolor of selected or actual line ( cursor ) 2 - In the statusbar display the number of selected characters. What purpose will be solved with number of characters of selected text displayed into statusbar ? I don't Know Regards Bruno ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13577] trunk/harbour
Revision: 13577 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13577view=rev Author: vszakats Date: 2010-01-14 17:59:30 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 18:01 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/strclear.c + HB_STRCLEAR() return value will now precisely inform about successful clear operation. Thanks to Mindaugas. * src/vm/hashfunc.c * src/vm/macro.c * src/vm/strapi.c * src/vm/runner.c * src/vm/estack.c * src/vm/codebloc.c * src/vm/hashes.c * src/vm/maindll.c * src/vm/dynsym.c * src/vm/debug.c * src/vm/itemapi.c * src/vm/garbage.c * src/vm/asort.c * src/vm/hvm.c * src/vm/cmdarg.c * src/vm/mainstd.c * src/vm/maindllp.c * src/vm/arrays.c * src/vm/task.c * src/vm/fm.c * src/vm/proc.c * src/vm/thread.c * src/vm/memvars.c * src/vm/arrayshb.c * src/vm/eval.c * src/vm/extend.c * src/vm/dynlibhb.c * src/vm/set.c * src/vm/classes.c * src/debug/dbgentry.c * src/common/hbgete.c * src/common/hbffind.c * src/common/hbver.c * src/common/hbprintf.c * src/common/hbfsapi.c * src/common/hbstr.c * src/common/expropt1.c * src/common/expropt2.c * src/common/hbdate.c * src/common/strwild.c * src/common/hbhash.c * src/rtl/gtdos/gtdos.c * src/rtl/fscopy.c * src/rtl/run.c * src/rtl/gtwin/gtwin.c * src/rtl/gtxwc/gtxwc.h * src/rtl/gtxwc/gtxwc.c * src/rtl/math.c * src/rtl/empty.c * src/rtl/gtcrs/gtcrs.c * src/rtl/trim.c * src/rtl/filehb.c * src/rtl/hbtoken.c * src/rtl/fstemp.c * src/rtl/gtchrmap.c * src/rtl/strmatch.c * src/rtl/gtstd/gtstd.c * src/rtl/gttrm/gttrm.c * src/rtl/padr.c * src/rtl/hbstrfmt.c * src/rtl/transfrm.c * src/rtl/fserr.c * src/rtl/minmax.c * src/rtl/hbfeof.c * src/rtl/dates.c * src/rtl/padc.c * src/rtl/gtcgi/gtcgi.c * src/rtl/errapi.c * src/rtl/version.c * src/rtl/hbregexc.c * src/rtl/hbrandom.c * src/rtl/strtran.c * src/rtl/hbprocfn.c * src/rtl/hbsocket.c * src/rtl/hbinet.c * src/rtl/copyfile.c * src/rtl/errintlo.c * src/rtl/gtapi.c * src/rtl/filesys.c * src/rtl/padl.c * src/rtl/hbregex.c * src/rtl/hbbit.c * src/rtl/isprint.c * src/rtl/saverest.c * src/rtl/diskspac.c * src/rtl/console.c * src/rtl/spfiles.c * src/rtl/gtos2/gtos2.c * src/rtl/philes.c * src/rtl/hbbffnc.c * src/rtl/hbgtcore.c * src/rtl/cdpapi.c * src/rtl/dirdrive.c * src/rtl/hbi18n1.c * src/rtl/gtclip.c * src/rtl/mlcfunc.c * src/rtl/gtapiu.c * src/rtl/accept.c * src/rtl/idle.c * src/rtl/itemseri.c * src/rtl/hbrunfun.c * src/rtl/setcolor.c * src/rtl/setkey.c * src/rtl/gtsln/mousesln.c * src/rtl/gtsln/gtsln.c * src/rtl/gtsln/kbsln.c * src/rtl/gtsln/gtsln.h * src/rtl/disksphb.c * src/rtl/strc.c * src/rtl/gtpca/gtpca.c * src/rtl/gtgui/gtgui.c * src/rtl/hbhex.c * src/rtl/trace.c * src/rtl/gt_tpl/gt_tpl.c * src/rtl/inkeyapi.c * src/rtl/filebuf.c * src/rtl/gete.c * src/rtl/setcurs.c * src/rtl/hbproces.c * src/rtl/langapi.c * src/rtl/gtwvt/gtwvt.h * src/rtl/gtwvt/gtwvt.c * src/rtl/mouse53.c * src/rtl/fssize.c * src/rtl/hbbyte.c * src/rtl/mouseapi.c * src/rtl/memofile.c * src/rtl/valtostr.c * src/rtl/file.c * src/rtl/val.c * src/rtl/rat.c * src/rdd/hbsix/sxcompr.c * include/hbvmpub.h * include/hbset.h * include/hbapicdp.h * include/hbstack.h * include/hbapilng.h * include/hbgtcore.h * include/hbapifs.h * include/hbthread.h * include/hbxvm.h * include/hbmacro.h * include/hbtypes.h * include/hbapi.h * include/hbapiitm.h * include/hbznet.h * include/hbvm.h * include/hbapidbg.h * include/hbcomp.h * include/hbsxfunc.h * include/hbcompdf.h * include/hbmather.h * include/hbapistr.h * include/hbwmain.c * include/hbexpra.c * include/hbexprop.h * include/hbsocket.h * include/hbapigt.h * include/hbapicls.h * include/hbhash.h * include/hbregex.h * include/hbexprb.c * include/hbdate.h * contrib/gtalleg/gtalleg.c * contrib/xhb/hboutdbg.c * contrib/xhb/hbserv.h * contrib/xhb/bkgtsks.c * contrib/xhb/dbf2txt.c * contrib/xhb/xhbis.c * contrib/xhb/fparse.c * contrib/xhb/xhb.h * contrib/xhb/xhbsave.c * contrib/xhb/xhbmsgs.c * contrib/xhb/freadlin.c * contrib/xhb/txtline.c * contrib/xhb/dbgfxc.c * contrib/xhb/xhberrc.c * contrib/xhb/filestat.c * contrib/xhb/xhbcopyf.c * contrib/xhb/hbnxs.h * contrib/xhb/hbserv.c * contrib/xhb/cstructc.c * contrib/xhb/xhbfunc.c * contrib/hbmzip/hbmzip.c * contrib/gtqtc/gtqtc.cpp * contrib/gtwvg/gtwvg.c * contrib/gtwvg/gtwvg.h * contrib/gtwvg/wvggui.c * contrib/gtwvg/wvgcuig.c * contrib/gtwvg/wvggui.h * contrib/gtwvg/wvgwin.c * contrib/gtwvg/wvgutils.c * contrib/gtwvg/wvgcore.c * contrib/gtwvg/wvgwing.c * contrib/hbmisc/hb_f.c * contrib/hbmisc/dates2.c * contrib/hbwin/hbwapi.h * contrib/hbbtree/tests/ctest.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE
Re: [Harbour] HBIDE
Can you post in english only ? I will try. Please see this link. http://www.teleguia.com.py/edit.gif Other suggestions: - Select and edit mode by columns. http://www.teleguia.com.py/editing.gif http://www.teleguia.com.py/select.gif To can configurate and remerber the configuration in the next startup. - The default enconding. - Configurate the TAB length. - Option to replace TAB by space. Thanks ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13578] trunk/harbour
Revision: 13578 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13578view=rev Author: vouchcac Date: 2010-01-14 18:07:59 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 09:53 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbxbp/xbp3state.prg * contrib/hbxbp/xbpbitmap.prg * contrib/hbxbp/xbpbrowse.prg * contrib/hbxbp/xbpcheckbox.prg * contrib/hbxbp/xbpcombobox.prg * contrib/hbxbp/xbpdataref.prg * contrib/hbxbp/xbpdialog.prg * contrib/hbxbp/xbpfiledialog.prg * contrib/hbxbp/xbpfontdialog.prg * contrib/hbxbp/xbphtmlviewer.prg * contrib/hbxbp/xbplistbox.prg * contrib/hbxbp/xbpmenubar.prg * contrib/hbxbp/xbpmle.prg * contrib/hbxbp/xbpparthandler.prg * contrib/hbxbp/xbpprintdialog.prg * contrib/hbxbp/xbpprinter.prg * contrib/hbxbp/xbppushbutton.prg * contrib/hbxbp/xbpqtuiloader.prg * contrib/hbxbp/xbpradiobutton.prg * contrib/hbxbp/xbprtf.prg * contrib/hbxbp/xbpscrollbar.prg * contrib/hbxbp/xbpsle.prg * contrib/hbxbp/xbpspinbutton.prg * contrib/hbxbp/xbpstatic.prg * contrib/hbxbp/xbpstatusbar.prg * contrib/hbxbp/xbptabpage.prg * contrib/hbxbp/xbptoolbar.prg * contrib/hbxbp/xbptreeview.prg * contrib/hbxbp/xbpwindow.prg ! Updated to latest Harbour standards : Method Definition == Method Declaration. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxbp/xbp3state.prg trunk/harbour/contrib/hbxbp/xbpbitmap.prg trunk/harbour/contrib/hbxbp/xbpbrowse.prg trunk/harbour/contrib/hbxbp/xbpcheckbox.prg trunk/harbour/contrib/hbxbp/xbpcombobox.prg trunk/harbour/contrib/hbxbp/xbpdataref.prg trunk/harbour/contrib/hbxbp/xbpdialog.prg trunk/harbour/contrib/hbxbp/xbpfiledialog.prg trunk/harbour/contrib/hbxbp/xbpfontdialog.prg trunk/harbour/contrib/hbxbp/xbphtmlviewer.prg trunk/harbour/contrib/hbxbp/xbplistbox.prg trunk/harbour/contrib/hbxbp/xbpmenubar.prg trunk/harbour/contrib/hbxbp/xbpmle.prg trunk/harbour/contrib/hbxbp/xbpparthandler.prg trunk/harbour/contrib/hbxbp/xbpprintdialog.prg trunk/harbour/contrib/hbxbp/xbpprinter.prg trunk/harbour/contrib/hbxbp/xbppushbutton.prg trunk/harbour/contrib/hbxbp/xbpqtuiloader.prg trunk/harbour/contrib/hbxbp/xbpradiobutton.prg trunk/harbour/contrib/hbxbp/xbprtf.prg trunk/harbour/contrib/hbxbp/xbpscrollbar.prg trunk/harbour/contrib/hbxbp/xbpsle.prg trunk/harbour/contrib/hbxbp/xbpspinbutton.prg trunk/harbour/contrib/hbxbp/xbpstatic.prg trunk/harbour/contrib/hbxbp/xbpstatusbar.prg trunk/harbour/contrib/hbxbp/xbptabpage.prg trunk/harbour/contrib/hbxbp/xbptoolbar.prg trunk/harbour/contrib/hbxbp/xbptreeview.prg trunk/harbour/contrib/hbxbp/xbpwindow.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13579] trunk/harbour
Revision: 13579 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13579view=rev Author: vouchcac Date: 2010-01-14 18:10:11 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 10:08 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideprojmanager.prg * contrib/hbide/idesources.prg ! Updated to latest Harbour standards : Method Definition == Method Declaration. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/contrib/hbide/idesources.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13580] trunk/harbour
Revision: 13580 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13580view=rev Author: vszakats Date: 2010-01-14 19:12:39 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 20:09 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbct/ctnet.c * Code cleanup. * contrib/hbct/bitnum.c * contrib/hbct/screen2.c * contrib/hbct/token2.c * contrib/hbct/ctnet.c * contrib/hbct/ctwin.c * contrib/hbct/ctwin.h * contrib/hbct/files.c * contrib/hbct/video.c * contrib/hbct/dattime3.c * contrib/hbct/screen1.c * contrib/hbct/token1.c * contrib/hbct/numcount.c * contrib/hbct/ctwfunc.c * contrib/hbct/setrc.c * contrib/hbct/blank.c * contrib/hbct/disk.c * contrib/hbct/ctstrfil.c * contrib/hbct/ctstrfil.h * contrib/hbct/dattime2.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbct/bitnum.c trunk/harbour/contrib/hbct/blank.c trunk/harbour/contrib/hbct/ctnet.c trunk/harbour/contrib/hbct/ctstrfil.c trunk/harbour/contrib/hbct/ctstrfil.h trunk/harbour/contrib/hbct/ctwfunc.c trunk/harbour/contrib/hbct/ctwin.c trunk/harbour/contrib/hbct/ctwin.h trunk/harbour/contrib/hbct/dattime2.c trunk/harbour/contrib/hbct/dattime3.c trunk/harbour/contrib/hbct/disk.c trunk/harbour/contrib/hbct/files.c trunk/harbour/contrib/hbct/numcount.c trunk/harbour/contrib/hbct/screen1.c trunk/harbour/contrib/hbct/screen2.c trunk/harbour/contrib/hbct/setrc.c trunk/harbour/contrib/hbct/token1.c trunk/harbour/contrib/hbct/token2.c trunk/harbour/contrib/hbct/video.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBIDE
Hi Rodrigo Machado wrote: Please see this link. http://www.teleguia.com.py/edit.gif My question is : _why it is needed_ ? - Select and edit mode by columns. http://www.teleguia.com.py/editing.gif http://www.teleguia.com.py/select.gif Yes, these are on my TODO liast. To can configurate and remerber the configuration in the next startup. - The default enconding. - Configurate the TAB length. - Option to replace TAB by space. The default enconding. This I will implement today. Did you use it effectively ? I mean what Codec do you select from the menu and what results you get. It this is what you are doing, can you show us a screen-shot and codec you set? I have not been able to intercept Tab key so far. But I am trying hard. Anybody with some solution or direction ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE-tp27132880p27167115.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13581] trunk/harbour
Revision: 13581 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13581view=rev Author: vszakats Date: 2010-01-14 21:07:59 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 22:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbct/ctnet.c * Further cleanups. * contrib/hbmemio/memio.c ! Fixed to use HB_TRUE/HB_FALSE instead of 1/0. * contrib/gtwvg/wvgwing.c + TOFIXes added to two suspicious boolean casts. * contrib/hbfimage/fi_wrp.c + Added proper conversion between Harbour boolean and FreeImage boolean value. % Optimized out unnecessary HB_ISNUM()/HB_ISLOG() calls. * contrib/hbnetio/netiocli.c * contrib/hbnetio/netiosrv.c * contrib/hbmemio/memio.c * src/nortl/nortl.c * examples/pp/pp.c * examples/pp/hbpragma.c * examples/pp/hbppcore.c * examples/pp/hbppcomp.c * examples/pp/hbppdef.h * examples/rddado/adordd.prg * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/wvgwing.c trunk/harbour/contrib/hbct/ctnet.c trunk/harbour/contrib/hbfimage/fi_wrp.c trunk/harbour/contrib/hbmemio/memio.c trunk/harbour/contrib/hbnetio/netiocli.c trunk/harbour/contrib/hbnetio/netiosrv.c trunk/harbour/examples/pp/hbppcomp.c trunk/harbour/examples/pp/hbppcore.c trunk/harbour/examples/pp/hbppdef.h trunk/harbour/examples/pp/hbpragma.c trunk/harbour/examples/pp/pp.c trunk/harbour/examples/rddado/adordd.prg trunk/harbour/src/nortl/nortl.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBIDE
2010/1/14 Pritpal Bedi bediprit...@hotmail.com Hi Rodrigo Machado wrote: Please see this link. http://www.teleguia.com.py/edit.gif My question is : _why it is needed_ ? I think that coloring the actual line is usefull to facilitate reading code and marking the number of column too ( for tab ), I use it in another editor in windows Only my opinion Bruno ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13582] trunk/harbour
Revision: 13582 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13582view=rev Author: vszakats Date: 2010-01-14 21:59:52 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 22:57 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/pp/pplib.c * src/pp/ppcore.c * src/pp/hbpp.c * include/hbpp.h * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbpp.h trunk/harbour/src/pp/hbpp.c trunk/harbour/src/pp/ppcore.c trunk/harbour/src/pp/pplib.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13583] trunk/harbour
Revision: 13583 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13583view=rev Author: vszakats Date: 2010-01-14 22:37:12 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 23:35 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddads/adsx.c * contrib/rddads/adsfunc.c * contrib/rddads/rddads.h * contrib/rddads/ads1.c * contrib/rddads/adsmgmnt.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE ! Cleaned some bool type usage cases. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddads/ads1.c trunk/harbour/contrib/rddads/adsfunc.c trunk/harbour/contrib/rddads/adsmgmnt.c trunk/harbour/contrib/rddads/adsx.c trunk/harbour/contrib/rddads/rddads.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13584] trunk/harbour
Revision: 13584 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13584view=rev Author: vszakats Date: 2010-01-14 22:48:17 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-14 23:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddsql/sddmy/mysqldd.c * contrib/rddsql/sddpg/pgsqldd.c * contrib/rddsql/sddfb/fbirddd.c * contrib/rddsql/sddodbc/odbcdd.c * contrib/rddsql/hbrddsql.h * contrib/rddsql/sqlbase.c * contrib/rddsql/sqlmix.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/hbrddsql.h trunk/harbour/contrib/rddsql/sddfb/fbirddd.c trunk/harbour/contrib/rddsql/sddmy/mysqldd.c trunk/harbour/contrib/rddsql/sddodbc/odbcdd.c trunk/harbour/contrib/rddsql/sddpg/pgsqldd.c trunk/harbour/contrib/rddsql/sqlbase.c trunk/harbour/contrib/rddsql/sqlmix.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13585] trunk/harbour
Revision: 13585 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13585view=rev Author: vszakats Date: 2010-01-14 23:49:12 + (Thu, 14 Jan 2010) Log Message: --- 2010-01-15 00:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbbmcdx/bmdbfcdx.c * contrib/hbbmcdx/hbbmcdx.h * include/hbapirdd.h * include/hbdbsort.h * include/hbrddcdx.h * include/hbrdddbf.h * include/hbrdddel.h * include/hbrddfpt.h * include/hbrddnsx.h * include/hbrddntx.h * include/hbrddsdf.h * src/rdd/dbcmd.c * src/rdd/dbcmd53.c * src/rdd/dbdetach.c * src/rdd/dbf1.c * src/rdd/dbfcdx/dbfcdx1.c * src/rdd/dbffpt/dbffpt1.c * src/rdd/dbfnsx/dbfnsx1.c * src/rdd/dbfntx/dbfntx1.c * src/rdd/dbsql.c * src/rdd/delim1.c * src/rdd/hbdbsort.c * src/rdd/hbsix/sxcompr.c * src/rdd/hbsix/sxcrypt.c * src/rdd/hbsix/sxfname.c * src/rdd/hbsix/sxord.c * src/rdd/hbsix/sxsem.c * src/rdd/hbsix/sxtable.c * src/rdd/hbsix/sxutil.c * src/rdd/hsx/hsx.c * src/rdd/nulsys/nulsys.c * src/rdd/sdf1.c * src/rdd/usrrdd/usrrdd.c * src/rdd/wacore.c * src/rdd/wafunc.c * src/rdd/workarea.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbbmcdx/bmdbfcdx.c trunk/harbour/contrib/hbbmcdx/hbbmcdx.h trunk/harbour/include/hbapirdd.h trunk/harbour/include/hbdbsort.h trunk/harbour/include/hbrddcdx.h trunk/harbour/include/hbrdddbf.h trunk/harbour/include/hbrdddel.h trunk/harbour/include/hbrddfpt.h trunk/harbour/include/hbrddnsx.h trunk/harbour/include/hbrddntx.h trunk/harbour/include/hbrddsdf.h trunk/harbour/src/rdd/dbcmd.c trunk/harbour/src/rdd/dbcmd53.c trunk/harbour/src/rdd/dbdetach.c trunk/harbour/src/rdd/dbf1.c trunk/harbour/src/rdd/dbfcdx/dbfcdx1.c trunk/harbour/src/rdd/dbffpt/dbffpt1.c trunk/harbour/src/rdd/dbfnsx/dbfnsx1.c trunk/harbour/src/rdd/dbfntx/dbfntx1.c trunk/harbour/src/rdd/dbsql.c trunk/harbour/src/rdd/delim1.c trunk/harbour/src/rdd/hbdbsort.c trunk/harbour/src/rdd/hbsix/sxcompr.c trunk/harbour/src/rdd/hbsix/sxcrypt.c trunk/harbour/src/rdd/hbsix/sxfname.c trunk/harbour/src/rdd/hbsix/sxord.c trunk/harbour/src/rdd/hbsix/sxsem.c trunk/harbour/src/rdd/hbsix/sxtable.c trunk/harbour/src/rdd/hbsix/sxutil.c trunk/harbour/src/rdd/hsx/hsx.c trunk/harbour/src/rdd/nulsys/nulsys.c trunk/harbour/src/rdd/sdf1.c trunk/harbour/src/rdd/usrrdd/usrrdd.c trunk/harbour/src/rdd/wacore.c trunk/harbour/src/rdd/wafunc.c trunk/harbour/src/rdd/workarea.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] errors with release 13584
Hello, I compile minigui com this release and i see this errors: [ERRORS] MiniGui.lib Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland h_scrsaver.c: h_edit.c: h_edit_ex.c: h_error.c: h_ipaddress.c: c_ipaddress.c: Error E2257 c:\bcc55\include\prsht.h 90: , expected Error E2293 c:\bcc55\include\prsht.h 97: ) expected Error E2293 c:\bcc55\include\prsht.h 98: ) expected Error E2139 c:\bcc55\include\prsht.h 137: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 138: Multiple declaration for 'DWORD' Error E2344 c:\bcc55\include\prsht.h 137: Earlier declaration of 'DWORD' Error E2139 c:\bcc55\include\prsht.h 138: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 139: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 141: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 143: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 149: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 150: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 151: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2238 c:\bcc55\include\prsht.h 152: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2139 c:\bcc55\include\prsht.h 152: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 153: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 154: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 155: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 156: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 159: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2139 c:\bcc55\include\prsht.h 159: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 160: Multiple declaration for 'LPCSTR' Error E2228 c:\bcc55\include\prsht.h 160: Too many error or warning messages *** 26 errors in Compile *** h_monthcal.c: c_monthcal.c: Error E2257 c:\bcc55\include\prsht.h 90: , expected Error E2293 c:\bcc55\include\prsht.h 97: ) expected Error E2293 c:\bcc55\include\prsht.h 98: ) expected Error E2139 c:\bcc55\include\prsht.h 137: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 138: Multiple declaration for 'DWORD' Error E2344 c:\bcc55\include\prsht.h 137: Earlier declaration of 'DWORD' Error E2139 c:\bcc55\include\prsht.h 138: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 139: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 141: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 143: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 149: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 150: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 151: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2238 c:\bcc55\include\prsht.h 152: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2139 c:\bcc55\include\prsht.h 152: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 153: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 154: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 155: Declaration missing ; Error E2139 c:\bcc55\include\prsht.h 156: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 159: Multiple declaration for 'LPCSTR' Error E2344 c:\bcc55\include\prsht.h 143: Earlier declaration of 'LPCSTR' Error E2139 c:\bcc55\include\prsht.h 159: Declaration missing ; Error E2238 c:\bcc55\include\prsht.h 160: Multiple declaration for 'LPCSTR' Error E2228 c:\bcc55\include\prsht.h 160: Too many error or warning messages *** 26 errors in Compile *** h_help.c: c_help.c: Error E2451 c_help.c 55: Undefined symbol 'DWORD' in function HB_FUN_WINHELP Error E2379 c_help.c 55: Statement missing ; in function HB_FUN_WINHELP Error E2140 c_help.c 56: Declaration is not allowed here in function HB_FUN_WINHELP Error E2451 c_help.c 60: Undefined symbol 'HELP_FINDER' in function HB_FUN_WINHELP Error E2451 c_help.c 60: Undefined symbol 'context' in function HB_FUN_WINHELP Error E2451 c_help.c 61: Undefined symbol 'HELP_CONTEXT' in function HB_FUN_WINHELP Error E2451 c_help.c 62: Undefined symbol 'HELP_CONTEXTPOPUP' in function HB_FUN_WINHELP Error E2451 c_help.c 63: Undefined symbol 'HELP_FORCEFILE' in function HB_FUN_WINHELP Error E2451 c_help.c 64: Undefined symbol 'HELP_QUIT' in function HB_FUN_WINHELP Error E2451 c_help.c 65: Undefined symbol 'HELP_CONTENTS' in function HB_FUN_WINHELP Error E2451 c_help.c 68: Undefined symbol 'HWND' in function HB_FUN_WINHELP Error E2121 c_help.c 68: Function call missing ) in function HB_FUN_WINHELP *** 12 errors in Compile *** h_crypt.c: c_crypt.c: h_status.c: c_status.c: Error E2257 c:\bcc55\include\prsht.h 90: , expected Error E2293 c:\bcc55\include\prsht.h 97: ) expected Error E2293
[Harbour] SF.net SVN: harbour-project:[13586] trunk/harbour
Revision: 13586 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13586view=rev Author: vszakats Date: 2010-01-15 00:48:01 + (Fri, 15 Jan 2010) Log Message: --- 2010-01-15 01:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/compiler/cmdcheck.c * src/compiler/compi18n.c * src/compiler/complex.c * src/compiler/genc.c * src/compiler/gencc.c * src/compiler/genobj32.c * src/compiler/harbour.y * src/compiler/harbour.yyc * src/compiler/harbour.yyh * src/compiler/hbcomp.c * src/compiler/hbdead.c * src/compiler/hbfunchk.c * src/compiler/hbgenerr.c * src/compiler/hblbl.c * src/compiler/hbmain.c * src/compiler/hbopt.c * src/compiler/hbstripl.c * src/compiler/ppcomp.c * BOOL - HB_BOOL * TRUE - HB_TRUE * FALSE - HB_FALSE ; Only gtwvw is left now. But maybe some local hack will be enough there until the code is unstable. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/compiler/cmdcheck.c trunk/harbour/src/compiler/compi18n.c trunk/harbour/src/compiler/complex.c trunk/harbour/src/compiler/genc.c trunk/harbour/src/compiler/gencc.c trunk/harbour/src/compiler/genobj32.c trunk/harbour/src/compiler/harbour.y trunk/harbour/src/compiler/harbour.yyc trunk/harbour/src/compiler/harbour.yyh trunk/harbour/src/compiler/hbcomp.c trunk/harbour/src/compiler/hbdead.c trunk/harbour/src/compiler/hbfunchk.c trunk/harbour/src/compiler/hbgenerr.c trunk/harbour/src/compiler/hblbl.c trunk/harbour/src/compiler/hbmain.c trunk/harbour/src/compiler/hbopt.c trunk/harbour/src/compiler/hbstripl.c trunk/harbour/src/compiler/ppcomp.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error Building Latest Harbour SVN under Mandriva2010
Hi, I have encountered below error when building latest Harbour SVN under Mandriva2010 and GCC 4.4.1. Thanks, Mario == ../../../../../bin/linux/gcc/harbour ../../../tsymbol.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l -gc3 ../../../tsymbol.prg(62) Error E0030 Syntax error syntax error at '...' 1 error No code generated. make[3]: *** [tsymbol.c] Error 1 make[2]: *** [descend] Error 2 make[1]: *** [rtl.inst] Error 2 make: *** [src.inst] Error 2 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13587] trunk/harbour
Revision: 13587 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13587view=rev Author: vouchcac Date: 2010-01-15 02:25:12 + (Fri, 15 Jan 2010) Log Message: --- 2010-01-14 18:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.ch * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideobject.prg * contrib/hbide/idesaveload.prg + Implemented current line highliting. Currently it is ON by default. Later when all components will be in place then it will fall under generic category in thought of Setup dialog. + Implemented to show number of selection characters in status-bar. Requested by: Rodrigo Machado. + Implemented to retain last selected codec from the main menu to be populated at next run. It is also displayed in the status-bar. ; Please comment. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.ch trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/idesaveload.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13563] trunk/harbour
Hi Viktor,
! Fixed new warning in hb_tstrncat() (assigment in conditional).
I've now basically restored my original version taken from common lib.
Only one small observation as a comment.
Not is the same UNICODE NULL L'\0' that '\0', may be irrelevant because both
are zero.
Not is the same while( *pStr ) that while( *pStr != '\0' ).
IMHO maybe we need to define HB_TEXT and HB_T as TCHAR's _TEXT, _T macros. It's common practice in windows use _TEXT for user
messages and _T for internals like _T('\0'), I may be wrong and we just need to one macro but not only for WinCE.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13569] trunk/harbour
On Thu, Jan 14, 2010 at 10:11 AM, dru...@users.sourceforge.net wrote: * enable strict parameters validation only when method is declared with (), i.e.: method open does not force any parameter validation so it can be implemented I plan to change all my classes to this standard: no parameters in method definition. Are there any drawbacks? best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
