871 Commits

Author	SHA1	Message	Date
Przemyslaw Czerpak	d1f8cc8478	2007-05-04 15:35 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/contrib/Makefile * harbour/contrib/bmdbfcdx/Makefile * harbour/source/rdd/Makefile ! fixed GNU make compilation * harbour/include/hbapifs.h * harbour/source/rtl/filesys.c + added support for DOS/Windows DENY_* flag emulation in POSIX systems using BSD locks. So far such emulatin was done with standard POSIX locks. The new emulation can be enabled by setting HB_USE_BSDLOCKS and disabled by HB_USE_BSDLOCKS_OFF. By default it's enabled in Linux and BSD* based systems. Please not that it BSD locks work in differ way then POSIX ones. They are bound with file handle and process ID not i-node and PID. It will allow to synchronize even single process but it will not work in NFS and some old BSD and Linux kernels. This synchronization cannot be used also between different platforms. If someone needs such synchronization then he should build Harbour on all platforms with HB_USE_BSDLOCKS_OFF and HB_USE_SHARELOCKS with valid multi platform lock offset * harbour/source/rdd/dbcmd.c * removed all explicit NETERR setting - now it can be set only by NETERR() function (executed by default errorsys) * changed ordListAdd()/dbSetIndex() - now they return logical value with information about success * harbour/source/rdd/wafunc.c * changed hb_rddOpenTable()/hb_rddCreateTable() to make dbUseArea()/ dbCreate() more Clipper compatible - it's not exact Clipper behavior but I intentionally do not want to replicate some strange for me things, f.e. I do not know why Clipper ignores RDDNAME when it has only one character + harbour/tests/tstuse.prg + test code for dbUseArea()	2007-05-04 13:36:02 +00:00
Viktor Szakats	addb19438e	2007-04-24 10:38 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) ... * harbour/source/rtl/tget.prg * harbour/source/rtl/tgetint.prg * harbour/tests/rto_get.prg * Minor fixes, cleanups, formatting.	2007-04-24 08:38:50 +00:00
Viktor Szakats	1c11bc25db	2007-04-23 23:28 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) ... * harbour/source/rtl/diskspac.c ! Fixed to return free space instead of disk size under Unix OSes. * harbour/source/rtl/tget.prg ! Fixed checking for invalid GET var types. ! More C5x compatible behaviour for invalid types. ! ::UnTransform() fixed when not in focus. - ::UnTransform() cBuffer incompatible parameter removed. ! ::Reform() probably made more compatible. + ::PosInBuffer() XBase++ compatible method implemented. (but not tested or compared with XBase++) ! ::Minus assignment fixed. ! ::Clear assignment fixed. ! ::Changed assignment fixed. ! ::Buffer assignment fixed. ! ::Block assignment fixed. ! ::Name assignment fixed. ! ::UnTransform() extra parameter removed. ! ::UpdateBuffer() minor fix when not in focus. ! ::Reform() made more compatible. % ::SetFocus() some superfluous stuff removed. % ::SetFocus() some fixes, cleanups. ! ::KillFocus() now sets ::TypeOut properly. ! ::VarPut(), ::VarGet() fixed for invalid ::Subscript contents. ! ::VarPut(), ::VarGet() fixed for invalid ::Block content. ! ::Pos rewritten to be fully compatible. ! ::ColorSpec made fully compatible. ! ::UnTransform() fixed when not in focus. ! ::UnTransform() fixed handling "YL" in string pictures. % ::UnTransform() minor optimization. % ::PutMask() some hacks removed. ! ::PutMask() invalid types handling. ! ::BackSpace() fixed when not in focus. ! ::Delete() fixed when not in focus. ! ::DeleteAll() fixed when not in focus. ! ::IsEditable() fixes. ! ::Picture fixes for invalid types, assignment behaviour. ! ::Picture hacks removed. ! Non-assignable vars made READONLY. (will generate different RTEs than in CA-Cl*pper due to the more refined oo engine in Harbour.) ! ::BadDate changed to be a METHOD. ! ::ToDecPos fixes. ! ::Row assigment and behaviour fixes. ! ::Col assigment and behaviour fixes. + Several comments and NOTEs added. * harbour/include/hbapigt.h * harbour/source/rtl/gtapi.c * harbour/source/rtl/setcolor.c + hb_gtColorsToString() public API added. + hb_NToColor() function added to convert a single color value (returned by hb_ColorToN()) back to a string. Used in TGet():ColorSpec implementation. * harbour/source/vm/fm.c * "Blocks" -> "Block(s)" * harbour/tests/rto_get.prg + Added many test cases. * harbour/source/vm/cmdarg.c + Added support to use "--" instead of "//" for internal command line options. * harbour/source/rtl/tbcolumn.prg + Formatting. * harbour/source/rtl/tbrowse.prg + Added Harbour (undocumented) extension NOTE. * harbour/include/Makefile - harbour/include/usrrdd.ch + harbour/include/hbusrrdd.ch * harbour/source/rdd/usrrdd/usrrdd.c * harbour/source/rdd/usrrdd/rdds/dbtcdx.prg * harbour/source/rdd/usrrdd/rdds/fcomma.prg * harbour/source/rdd/usrrdd/rdds/fptcdx.prg * harbour/source/rdd/usrrdd/rdds/hscdx.prg * harbour/source/rdd/usrrdd/rdds/rlcdx.prg * harbour/source/rdd/usrrdd/rdds/smtcdx.prg * harbour/contrib/pgsql/pgrdd.prg ! Changed public header filename to comply with the "hb*.ch" rule. (namespace protection)	2007-04-23 21:41:40 +00:00
Viktor Szakats	79f9aa2ff2	2007-04-20 04:05 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) ... * harbour/source/rtl/tget.prg * harbour/tests/Makefile + harbour/tests/rto_get.prg ; Fixed lots of minor bugs and differences between CA-Cl*pper and Harbour Get system. The following methods got most of the fixes: + ::Reform() undocumented C52 method added. ! ::Display() fixed when not having focus. (old TOFIX) ! ::UpdateBuffer() fixed when not having focus. ! ::SetFocus() fixed to do nothing when already having focus. ! ::KillFocus() made almost fully compatible. (the ::Assign() call is still raising questions) ! ::Reset() made compatible. ! ::VarPut() fixed when not having focus. ! ::Undo() made compatible. ! ::Type() behaviour now fully C5x compatible. ! ::Block() assignment now fully C5x compatible. ! ::OverStrike() fixed RTE when not having focus. ! ::Insert() fixed RTE when not having focus. ! ::ToDecPos() fixed to set ::Changed. ! ::PutMask() fixed to not pad the string to ::nMaxLen to be fully compatible with C5x. ! ::DecPos, ::Pos initialization made compatible. (here the CA-Cl*pper NG is wrong in stating that these vars ever hold NIL, they don't and they hold 0s instead) ! ::Minus more compatible but still far from perfect. % ::ParsePict() integrated into ::Picture() - ::HasScroll() internal method removed. ! ::HitTest() guarded with HB_COMPAT_C53. + Propely marked Get vars/methods as PROTECTED/VISIBLE. % Several minor optimizations, meaningless code elimination. ; Formatting, removed many old commented code snippets. + Added regression style tests for basic Get methods. All the above fixes was the result of comparing Get object var dumps after calling different methods in different order. ; Notice that there could be new/rare cases when any of the above methods would need more fixes, in that case the regression test is there to check if the existing behaviour stayed the same after the fix and it's also very useful to add the new cases to the test. Pls report any problems (with reduced examples), TGet() is still far from being perfect, but should be more compatible after these changes.	2007-04-20 02:06:37 +00:00
Przemyslaw Czerpak	49b4fc91e3	2007-04-04 10:35 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/contrib/tip/Makefile - harbour/contrib/tip/atokens.c * removed HB_ATOKENS() - harbour/source/rtl/teditorl.c - removed __STRTOKEN(), __STRTKPTR() * harbour/common.mak * harbour/source/rtl/Makefile * harbour/include/hbextern.ch + harbour/source/rtl/hbtoken.c + added set of functions to manipulate string tokens: HB_TOKENCOUNT( <cString>, [ <cDelim> ], [ <lSkipStrings> ], [ <lDoubleQuoteOnly> ] ) -> <nTokens> HB_TOKENGET( <cString>, <nToken>, [ <cDelim> ], [ <lSkipStrings> ], [ <lDoubleQuoteOnly> ] ) -> <cToken> HB_TOKENPTR( <cString>, @<nSkip>, [ <cDelim> ], [ <lSkipStrings> ], [ <lDoubleQuoteOnly> ] ) -> <cToken> HB_ATOKENS( <cString>, [ <cDelim> ], [ <lSkipStrings> ], [ <lDoubleQuoteOnly> ] ) -> <aTokens> All these functions use the same method of tokenization. They can accept as delimiters string longer then one character. By default they are using " " as delimiter. " " delimiter has special mening Unlike other delimiters repeted ' ' characters does not create empty tokens, f.e.: HB_ATOKENS( " 1 2 3 " ) returns array { "1", "2" } Any other delimiters are restrictly counted, f.e. HB_ATOKENS( ",,1,,2,") return array: { "", "", "1", "", "2", "" }. + added emulation for old __STRTOKEN(), __STRTKPTR() and xHarbour's __STRTOKENCOUNT() by HB_TOKEN*() functions. They do not return exactly the same result as __STRT*() functions which in some cases ignored some delimiters and return wrong results. * harbour/source/rdd/Makefile + harbour/source/rdd/dbsql.c + added __DBSQL() function * harbour/include/hbsetup.h * harbour/source/vm/fm.c + added support for native Windows memory allocation functions It can be enabled by HB_FM_WIN32_ALLOC macro and disable C-RTL memory manager. * harbour/tests/mousetst.prg * touch screen output before MPRESENT() to work with GTXWC	2007-04-04 08:35:12 +00:00
Przemyslaw Czerpak	30f56abce2	2007-01-09 15:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/source/compiler/hbusage.c * update the year in hb_compPrintLogo() from 2006 to 2007 * harbour/source/vm/garbage.c ! fixed potentially very serious bug - when I added array items references I forgot to update GC. Fortunately it was caught by code to detect bugs in object destructors so only RT error was reported instead of internal HVM memory corruption * harbour/tests/hbinline.prg * updated comments	2007-01-09 14:10:22 +00:00
Chen Kedem	5f4b086a86	2007-01-09 10:56 UTC+0200 Chen Kedem <niki@actcom.co.il>	2007-01-09 08:56:39 +00:00
Przemyslaw Czerpak	33ccad6661	2006-11-27 02:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/tests/codebl.prg * harbour/tests/langmsg.prg * harbour/utils/hbpptest/pp_test.prg * harbour/utils/hbpptest/pretest.prg * harbour/samples/pe/license.txt * removed carriage return (\r) characters * harbour/include/hbcomp.h * harbour/include/hbapi.h * harbour/include/hbcompdf.h * harbour/include/hbexprb.c * harbour/include/hbexprop.h * harbour/source/vm/macro.c * harbour/source/compiler/hbcomp.c * harbour/source/compiler/complex.c * harbour/source/compiler/harbour.c * harbour/source/compiler/harbour.l * harbour/source/compiler/harbour.y * harbour/source/compiler/genjava.c * harbour/source/compiler/hbcomp.c * harbour/source/compiler/hbident.c * harbour/source/compiler/hbpcode.c * harbour/source/compiler/ppcomp.c * separated HB_COMP and HB_MACRO definitions and added HB_COMMON structure used when HB_COMMON_SUPPORT macro is set * hide HB_MACRO internal definitions in hbapi.h when HB_MACRO_SUPPORT is not set These modifications should help in future compiler and macro compiler integration into single binary. + added clipper compatible error message in unclosed structures In general we should cleanup rules to make error reporting more user friendly and Clipper compatible % eliminated unnecessary allocations + added int mode member to common part of HB_COMP and HB_MACRO structure. It's initialized to HB_MODE_MACRO or HB_MODE_COMPILER + add TOFIX note about memory leaks in cParamTypes and pParamClasses members of COMDECLARED structure. It's a part of unfinished strong typing code. I do not know what Ryszard plan to do with it so I'm leaving it as is. The part of strong typing which were operating on emulated HVM stack has been removed. * removed static variables from genjava.c. Also gencli.c and genobj32.c should be fixed but this will not make this code working so I haven't touched it. * changed 3-rd parameter of hb_compIdentifierNew() from BOOL to int. Now it can have the following values: HB_IDENT_STATIC, HB_IDENT_FREE, HB_IDENT_COPY. This modification will allow in the future using common for static and dynamic symbol hash table without additional source code changes. I also plan to use identifier hash table in PP the reduce number of memory allocations and speed-up preprocessing by using second level hashing for hash keys. * harbour/source/common/expropt1.c * harbour/source/common/expropt2.c * changed HB_MACRO_SUPPORT to HB_COMMON_SUPPORT to automatically detect possible conflicts between compiler and macro compiler ! removed first detected conflict which existed for long time + added hb_compExprMacroAsAlias() function to convert HB_ET_VARIABLE expression to HB_ET_ALIAS. * harbour/source/macro/macro.y ! fixed using prefix&macro-> and &macro.sufix-> when macro cannot be substituted by compiler, f.e.: M->v := NIL x := "&v.1->fld" M->v := "v" M->v1:= "data" ? &x ! fixed memory leak in macro substituted expression compilation * harbour/source/vm/macro.c ! fixed initialization of some HB_MACRO members ! fixed value returned for type("&V->F") when alias does not exist - removed not longer used hb_comp_bShortCuts global variable	2006-11-28 01:10:34 +00:00
Przemyslaw Czerpak	d99b93ad14	2006-11-13 03:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/bin/hb-func.sh + pass GTK paths to GCC in hb* scripts when -xbgtk switch is used * harbour/contrib/rdd_ads/rddads.h * harbour/contrib/rdd_ads/adsfunc.c * indenting and casting * harbour/source/rdd/dbfcdx/dbfcdx1.c * cleaned typos in comments + harbour/tests/speedtst.prg + added speed test * harbour/include/hbpp.h * harbour/source/pp/ppcore.c + added HB_PP_TOKEN_ISNEUTRAL() macro to make code a little bit more readable * harbour/include/std.ch + added some missing old PP commands * harbour/source/Makefile * minor modification in order of compiled libraries * harbour/source/pp/pplib.c * changed the PP interface for .prg code. Now following functions are supported: __PP_INIT( [<cIncludePath>] [, <cStdChFile> ] ) -> <pPP> initialize new PP context and return pointer to it. when <cStdChFile> is empty string ("") then no default rules are used only the dynamically created #defines like __HARBOUR__, __DATE__, __TIME__, __PLATFORM__* __PP_FREE( <pPP> ) free PP context. __PP_PATH( <pPP>, <cPath> [, <lClearPrev>] ) add new (or replace previous) include paths. __PP_RESET( <pPP> ) reset the PP context (remove all rules added by user or preprocessed code) __PP_ADDRULE( <pPP>, <cDirective> ) preprocess and execute new preprocessor directive __PREPROCESS( <pPP>, <cCode> ) -> <cPreprocessedCode> preprocess given code and return result User can create more then one PP context and then use each of them separately. Any modification in one context have no effect in other.	2006-11-13 02:40:33 +00:00
Przemyslaw Czerpak	c2b4a94705	2006-11-10 02:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbcomp.h * harbour/include/hbpp.h * harbour/source/compiler/cmdcheck.c * harbour/source/compiler/hbusage.c * harbour/source/compiler/ppcomp.c * harbour/source/pp/ppcore.c * harbour/source/pp/ppgen.c * harbour/source/pp/pplib.c * restored support for old hb_inLine() syntax + added support for hb_inLine() to new PP. It can be enabled by -kI compiler switch. It's disabled by default. The new hb_inLine{} syntax is: [ <exp> ] hb_inLine [ ( [<params,...>] ) ] { [ <c_code> ] } [ <exp> ] <c_code> can contain new line characters. Nested hb_inLine{} in <params,...> is not supported. If you think it's important I can add it in few lines. This version does not break any valid Clipper syntax, hb_inLine is not reserved word and hb_inLine can be repeated many times in the same line. F.e. this code can be properly preprocessed and compied if you disable in compiler old hb_inLine() syntax and enable the new one by -kcI Harbour compiler switch: proc main() local hb_inLine := " (var) " ? hb_inLine{ hb_retc("inLine"); } + hb_inLine(" parameter ") { hb_retc( hb_parc( 1 ) ); } + "!" + hb_inLine + hb_inLine() { hb_retc( ":-)" ); } + ; hb_inLine() + "{}" return function hb_inLine() return " func() " So from user point of view this version have real "inline" syntax. To be clear: I'm not a fun of any C inline extensions. They works only when we use .c code as compiler backend so the code which uses them cannot be used in .hrb files and any other format we will add in the future which do not support later C code compilation. F.e it will not work in compiler integrated with HVM or with .NET Anyhow if someone finds it useful then I think that it should be properly implemented. This is the reason I added the new version. The old one I left only for backward compatibility. It breaks any code which uses hb_inLine keyword can be used only once in a line and it does not have "inline" so IMHO it should not be enabled by default. I would like to hear your opinion about default compiler switches: 1. should we disable both: hb_inLine() and hb_inLine {} 2. should we disable hb_inLine() and enable hb_inLine {} 3. should we disable hb_inLine {} and enable hb_inLine() 4. should we enable both: hb_inLine() and hb_inLine {} + harbour/tests/hbinline.prg + added test code for new hb_inLine{} syntax * harbour/tests/inline_c.prg ! replaced direct access to HB_ITEM body by API function calls	2006-11-10 01:12:49 +00:00
Ryszard Glab	b0b8b008b1	2006-09-29 11:20 UTC+0100 Ryszard Glab <rglab//imid.med.pl> ... * tests/Makefile + added omacro.prg and varparam.prg * ChangeLog * fixed date in previous commit	2006-09-29 09:47:07 +00:00
Ryszard Glab	64509ea871	+ added support for passing methods as macro ... eg: o:&send() o:&send.end() o:&(expr)() o:&var++ o:&var := 0 o:&(expr)++ WITH OBJECT obj ++:&var :&var += :&(var2+"oo") END NOTICE: For simple assigments (=,:=), compound assignments (+=,-=,*=,/=) and for pre/post increment operators( ++,--) the macro should evaluate to a symbol that starts with underscore '_'. To access a variable the macro should evaluate to a symbol with no '_' char.	2006-09-29 08:59:17 +00:00
Ryszard Glab	4aeac1e509	2006-09-20 14:15 UTC+0100 Ryszard Glab <rglab//imid.med.pl> ... * include/hbpcode.h + added new pcode HB_P_VFRAME * include/hbapi.h + added USHORT paramdeclcnt to asSymbol structure * include/hbstack.h * source/vm/estack.c + added hb_stackLocalVariable() to acces local variables * source/compiler/genc.c * source/compiler/gencc.c * source/compiler/harbour.c * source/compiler/harbour.l * source/compiler/harbour.y * source/compiler/hbdead.c * source/compiler/hbfix.c * source/compiler/hblbl.c * source/compiler/hbpcode.c * source/compiler/hbstripl.c * source/vm/hvm.c + added support for variable number of parameters in functions/procedures + tests/varparam.prg * example usage of new syntax for variable number of parameters * source/vm/arrayshb.c * changed HB_APARAMS() to use current stack frame if no arguments are passed ( HB_APARAMS() == HB_APARAMS(0) ) SYNTAX for variable number of parameters 1) [FUNCTION|PROCEDURE] name( ... ) or 2) [FUNCTION|PROCEDURE] name( var1, var2, varN, ... ) To access passed parameters use the following: PCOUNT() - returns number of passed parameters HB_PVALUE( iParamNum ) - returns <iParamNum> parameter HB_APARAMS() - returns array with all passed parameters or usual name of parameter variable in case of syntax 2)	2006-09-20 12:28:58 +00:00
Przemyslaw Czerpak	7e4609cff3	2006-09-18 03:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbclass.ch + added MESSAGE ... INLINE ... rule * harbour/tests/clsccast.prg * harbour/tests/clsicast.prg * harbour/tests/clsnv.prg * harbour/tests/clsscast.prg * harbour/tests/clsscope.prg - removed some unnecessary definitions	2006-09-18 01:13:18 +00:00
Przemyslaw Czerpak	dc9ebdf37c	2006-09-17 02:00 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/source/vm/classes.c + added hb_clsRealMethodName() function which I'm using in some test code * harbour/tests/clsscast.prg * updated to use __CLS_CNTSHRDATA() instead of __CLS_CNTCLSDATA() * harbour/utils/hbtest/rt_class.prg + added tests for class and shared class variables/allocating	2006-09-18 00:01:53 +00:00
Viktor Szakats	a09dc85fbe	2006-09-17 18:52 UTC+0100 Viktor Szakats (viktor.szakats syenar.hu) ... * harbour/tests/testrpt.prg ! Fixed fatal typo.	2006-09-17 16:58:39 +00:00
Przemyslaw Czerpak	ff658ccfec	2006-09-16 23:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/contrib/rdd_ads/ads1.c * synced with recent Brian fixes in xHarbour * harbour/include/hbapi.h + added 'method' member to hb_struBlock structure * harbour/source/vm/hvm.c * initialize 'method' member in hb_struBlock structure * harbour/source/vm/proc.c * changed the name of last parameter of hb_procname() from bSkipBlock to fMethodName and modified to use information about the class of executed codeblock from new hb_struBlock members * harbour/source/vm/classes.c * removed hb_objGetpMethod() - I hope it's not longer used * added real codeblock scoping. In Clipper there is no information where the codeblock where created and what priviladges/scopes it should has. Class(y) to resovle this problem when codeblock is executed scans the HVM stack for the nearest method call and takes scopes defined for this method. It's a workaround which allow to break standard access rights though seems reasonable when it's not possible to store information where the block is created. I've added to block item structure information about class and method where code block was created so we can use the exact method priviladges. Now Harbour classy code can work exactly like Class(y) when compiled with -DHB_CLASSY_BLOCK_SCOPE and with real code block scoping when compiled with -DHB_REAL_BLOCK_SCOPE. I set the second (real code block scopes) as default. If you think we should be strict Class(y) compatible here then please inform me and I'll change default setting. + tests/clsscope.prg + added demonstration/test code for class method scoping	2006-09-16 21:24:06 +00:00
Przemyslaw Czerpak	f22f040335	2006-09-15 13:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbvm.h * harbour/source/vm/classes.c * harbour/source/vm/hvm.c + added hb_vmRequestReenter() and hb_vmRequestRestore() + added executing destructors when some exception is active I forgot about it in previous commit. + harbour/tests/destruct.prg + added example/test code for object destructors	2006-09-15 11:28:48 +00:00
Viktor Szakats	27ccee95a1	2006-09-14 15:23 UTC+0100 Viktor Szakats (viktor.szakats syenar.hu) ... * harbour/tests/testlbl.prg ! use lower name in report name to work properly on case sensitive file systems	2006-09-14 13:24:26 +00:00
Przemyslaw Czerpak	c35391da65	2006-09-14 15:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/source/vm/garbage.c * minor cleanup * harbour/source/rtl/cdpapi.c * harbour/include/hbextern.ch + added HB_CDPLIST() - it returns array with all registered CODEPAGEs * harbour/source/rtl/set.c ! fixed typo in _SET_DEFEXTENSIONS * harbour/tests/testrpt.prg ! fixed syntax ! use lower name in report name to work properly on case sensitive file systems	2006-09-14 13:09:01 +00:00
Przemyslaw Czerpak	77d31074e8	2006-09-13 03:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/source/vm/classes.c * keep class shared data in separate array + added __CLS_CNTSHRDATA( hClass ) -> nSharedDatas % some minor optimizations * harbour/tests/clsscast.prg + added test code for shared class data allocating and casting * harbour/include/hbapicls.h * harbour/source/vm/hvm.c * harbour/source/vm/itemapi.c + added support for FOR EACH overloading - it's work in progress do not create any code which may use current solution - it may change in the nearest future	2006-09-13 01:12:18 +00:00
Przemyslaw Czerpak	7463296f9e	2006-09-11 20:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbapicls.ch * added HB_EXPORT to public functions and some internal covered by _HB_API_INTERNAL_ macro * harbour/include/hboo.ch + added HB_OO_CLSTP_NONVIRTUAL and HB_OO_CLSTP_OVERLOADED * harbour/source/rtl/tclass.prg ! do not add supercast class messages - now it's done automatically by __clsNew() function with proper instance area offset updating ! enumerate instance class datas in __clsAddMsg() from 1 - inherited instance variables are managed internally by classy code with proper instance area offset updating ! use __CLS_CNTCLSDATA() as start offset for class data. Do not try to calculate it yourself - some of super classes can be ignored when they are appear in the inheritance tree more then once so it's not possible to calculate class data or instance data start offset using simple sum of class or instance variables in super classes. * harbour/source/vm/classes.c ! fixed instance area casting ! fixed class variables casting ! fixed multi-inheritance when the same class can apear more then once in super classes tree. ! Do not add unnecessary instance variables for the same class when it's inherited more then once. ! Do not add unnecessary class variables for the same class when it's inherited more then once. ! Do not add unnecessary initialization class and instance variables + added support for non virtual messages + added support for static and casted scoping + super cast messages added automatically. They are used to dynamic recalculation of instance are offsets and to avoid multiple inheritance of the same class so please do not overload them or you will have as result something what we have before recent modifications in the instance and class data area. Just simply run tests/clsccast.prg and tests/clsicast.prg compiled with current CVS code and last release code or with xHarbour and compare the results. Also Class(y) does not pass these tests and I do not know if any other dynamic OOP model in xbase languages can properly address it. BTW maybe I should add RT error when .prg code will try to delete or overwrite class cast message. For me it seems to be reasonable and what's your opinion? * make hidden class members non virtual by default. It can be disabled by compiling classes.c with -DHB_VIRTUAL_HIDDEN but IMHO keeping HIDDEN members as virtual causes that they are not really HIDDEN because subclasses can simply overwrite them. It also means that it's not possible to create class with some private data and methods which will never interact with any subclass code created by other programmers where name conflict can appear. So one of the most important OOP features is missing in such case. See tests/clsnv.prg as an example for non virtual hidden members. + tests/clsicast.prg + added test code for proper instance area allocating and casting + tests/clsccast.prg + added test code for proper class data allocating and casting + tests/clsnv.prg + added test code for non virtual hidden class members Now we should be able to create and class model even replicate the static one like in C++ using current class engine which still fully supports dynamic bindings. It consumes less memory and due to much more efficient hashing it should be faster then it was though some other minor optimization can be add and I'll plan to make them in some spare time. The item type verification in assignment is still missing. I'll add it when I'll collect some statistic informantion I'd like to ask [x]Harbour users. I need these information to tune some internal structures where I can balance between speed and memory allocation to statistically optimal form. Marek asked me to add passing object datas by reference and I'll do that but I'd like to ask Ryszard to add support for: @<oVar>:<message> to compiler. I'll implement all other HVM modifications. If you can please also add support for: <oVar>:&<cMsgName>[(...)] For this we do not need any HVM modifications or new PCODEs. We are supporting xBase++ macro list compilation in: cList:="1,2,3" x := aVar[ &cList ] aVar:={ &cList } func( &cList ) But we do not support: <oVar>:<message>( &cList ) IMHO it looks ugly. If we have this syntax for function call then we should also support it in message sending. Ryszard can you make necessary compiler modifications? I'm also thinking about adding support for variable parameters func myfunc(...) [...] return xVar In few cases it will help to encode some function much more efficient then now. I'll add Class(y) compatible functions used in class(y) header files so it will be possible to use original class(y) .ch files in Harbour though it will not be the most efficient because we have @func() operator which gives better performance then using codeblocks. Anyhow classy create separate meta class for each class with CLASS members and <clasName>() function always return such meta class object so for full Class(y) compatibility we need to generate differ .prg code. But all such modifications now can be done on preprocessor and .prg level and they will not need .c code modification. We should make them to give user interface for our new OOP features. Now I'm waiting for reports about any problems with current classy code.	2006-09-11 18:14:41 +00:00
Przemyslaw Czerpak	30d4efb954	2006-09-03 18:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbapicls.h * harbour/source/vm/classes.c * harbour/source/vm/hvm.c * harbour/tests/overload.prg + added support for overloading [] in assignment operation	2006-09-03 17:01:55 +00:00
Ryszard Glab	912b301c85	2006-07-14 16:00 UTC+0100 Ryszard Glab <rglab//imid.med.pl> ... * include/hbcomp.h * include/hberrors.h * include/hbexpra.c * include/hbexprb.c * include/hbexprc.c * include/hbmacro.h * include/hbpcode.h * include/hbpp.h * include/hbxvm.h * source/common/expropt1.c * source/compiler/cmdcheck.c * source/compiler/expropta.c * source/compiler/exproptb.c * source/compiler/exproptc.c * source/compiler/genc.c * source/compiler/gencc.c * source/compiler/gencli.c * source/compiler/genhrb.c * source/compiler/genjava.c * source/compiler/genobj32.c * source/compiler/harbour.c * source/compiler/harbour.l * source/compiler/harbour.y * source/compiler/hbdead.c * source/compiler/hbfix.c * source/compiler/hbfunchk.c * source/compiler/hbgenerr.c * source/compiler/hblbl.c * source/compiler/hbpcode.c * source/compiler/hbstripl.c * source/macro/macroa.c * source/macro/macrob.c * source/macro/macroc.c * source/vm/hvm.c * source/vm/macro.c * fixed compilation of code that uses '@' pass by reference. The following syntax is no longer supported: var := IIF( .T., @var, var ) however you can still use the following: funcall( IIF( bPassbyRef, @someVar, someVar ) ) +added support for the following statement: WITH OBJECT <objexpression> ... END inside this statement you can use simplified form of sending messages to the object specified by <objexpression> :message( ) instead objexpression:message() :property instead objexpression:property The runtime error will be generated at the time of message sending (or property access/assign) if <objexpression> is not a value of type object. You can use the reserved property: :__withobject to access/assign the controlling object. *fixed support for command line response file (@file.clp) to be compatible with Clipper (Clipper genertes a single obj file) *fixed memory leaks when there is a fatal error in autoopened module (using DO ... statement) *implicit startup functions are removed from the list of functions before generation of output code * source/pp/ppcomp.c * source/pp/pplib.c * source/pp/ppcore.c * redefinition of #define no longer causes a memory leak * fixed repeatable optional clauses #xcommand SET <var1> [, <varN>] WITH <val> => <var1>:=<val>[; <varN>:=<val>] * fixed compilation of optional clauses (when used in different order then declared) -this fixes the following long waiting bug: #command MYCOMMAND [<mylist,...>] [MYCLAUSE <myval>] => ; MyFunction( {<mylist>} [, <myval>] ) MYCOMMAND MYCLAUSE 321 "HELLO" * fixed restricted macro match marker <x:&> * tests/Makefile - tests/pretest.prg + utils/hbpptest + utils/hbpptest/Makefile + utils/hbpptest/pretest.prg * moved file 'pretest.prg' from tests to separate directory to make easier validation of the preprocessor * TODO * added note to fix hb_objGetMethod() so it will not generate error if there is no method * doc/en/clipper.txt * added documentation for WITH OBJECT usage	2006-07-14 13:47:17 +00:00
Ryszard Glab	7ed7c4709d	2006-03-23 14:50 UTC+0100 Ryszard Glab <rglab//imid.med.pl> ... * source/pp/ppcore.c * fixed preprocessor to preserve spaces the same way (almost) as Clipper * tests/pretest.prg * added more tests to check preprocessor	2006-03-23 13:42:36 +00:00
Ryszard Glab	9ddcccdef6	2006-03-10 10:20 UTC+0100 Ryszard Glab <rglab//imid.med.pl> ... * source/pp/ppcomp.c *fixed compilation for Borland C * source/pp/ppcore.c +added missing '{' in valid match markers (ConvertOptional) * tests/Makefile + tests/pretest.prg + added the file to show '#pragma __stream' and '#pragma __cstream'	2006-03-10 09:13:31 +00:00
Przemyslaw Czerpak	c5ccfa9978	2006-03-01 14:30 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/contrib/htmllib/default.ch * fixed few wrong definitions - Ryszard, the definitions where wrong but Clipper PP seems to parse them. * harbour/contrib/rdd_ads/ads1.c * call AdsFlushFileBuffers() only when _SET_HARDCOMMIT is set (default) * harbour/include/Makefile + harbour/include/hbgfx.ch + harbour/include/hbgfxdef.ch + added hbgfx.ch, hbgfxdef.ch and missing tbrowse.ch * harbour/include/hbapigt.h * harbour/include/hbgtcore.h * harbour/source/rtl/gtapi.c * harbour/source/rtl/hbgtcore.c + added hb_gtGfxPrimitive(), hb_gtGfxText() - it's a work in progress now this functions works like in xHarbour allow to draw graphic objects in GTs which can do that (GTALLEG, GTXWC) but I plan to introduce some modifications in them. + harbour/tests/gfx.prg + added test program by Mauricio Abre (borrowed from xHarbour) which illustrates GFX usage * harbour/include/hbdefs.h * harbour/source/compiler/genc.c * harbour/source/compiler/harbour.c * harbour/source/vm/hvm.c * minor modification in some harbour func name and symbol scope definitions - I'd like to keep them in one place for easier manipulations in the future * harbour/source/compiler/harbour.y * harbour/source/pp/ppcore.c * harbour/source/pp/pplib.c * harbour/utils/hbpp/hbpp.c * clean a little bit recent modification it should resolve the problem with GPFs reported by users and some possible memory leaks when preprocessing/compilation process is interrupted. Ryszard I decided to always store copy of file name in open files structure - it can be used by compiler, preprocessor, PPLIB and HBPP and IMHO in all cases it should have valid and always initialized in the same way members for easier manipulation. In the future I'd like to clean the whole PP usage. I will need to keep all compiler and PP static variables in one structure pointed by pointer in thread local data or passed to called functions for MT support. * harbour/source/rtl/cdpapi.c * set 0 at the end of destination string in hb_cdpStrnToUTF8() * harbour/source/rtl/dateshb.c ! fixed possible GPF in CTOD when badly formated date is given * harbour/source/rtl/gtxwc/gtxwc.c * harbour/source/rtl/gtxwc/gtxwc.h * changed the selection code - now both PRIMARY and CLIPBOARD selections are set by Harbour. It should work with any programs which uses any of them but I'd like to remove one of this selections or give user a way to chose the preferred one. I can also add support for automatic setting/clearing/pasting PRIMARY selection by GTXWC with mouse and shift key. I'm waiting for opinions. + added basic support for GFX operations + harbour/source/rtl/gtalleg/Makefile + harbour/source/rtl/gtalleg/fixedth.sfc + harbour/source/rtl/gtalleg/gtalleg.c + harbour/source/rtl/gtalleg/ssf.c + harbour/source/rtl/gtalleg/ssf.h + added new GT by Mauricio Abre based on Allegro cross platform graphic libraries. Code borrowed from xHarbour and modified by my for new Harbour GT API.	2006-03-01 13:49:07 +00:00
Przemyslaw Czerpak	e13b1db80e	2006-02-12 14:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/include/hbapi.h * harbour/include/hbdefs.h * cleaned BOOL usage * harbour/include/hbcomp.h * harbour/include/hbpp.h * harbour/source/compiler/harbour.l * harbour/source/compiler/harbour.sly * harbour/source/compiler/harbour.y * harbour/source/pp/ppcomp.c * harbour/source/pp/ppcore.c * harbour/source/pp/pplib.c * harbour/source/pp/pragma.c * keep functions and public variables definitions in header files. Do not use any extern ... in source code to aviod possible mistakes ! fixed some mistakes in BOOL/int declarations * use hb_fsFreeSearchPath() to free allocated path list * harbour/source/compiler/harbour.c * keep functions and public variables definitions in header files. + added memory statistic module - it's disabled now because too much errors is reported. Ryszard I hope it will help in locating memory leaks in compiler. * begun of cleaning static variables to make compiler code ready for reentrance. * harbour/source/rtl/gtstd/gtstd.c ! fixed cursor positioning * harbour/config/os2/gcc.cf + added socket library + harbour/tests/ctwtest.prg + added CTWIN test program + harbour/contrib/dot/Makefile + added GNU Makefile	2006-02-12 15:04:17 +00:00
Ryszard Glab	d15c80e28f	2006-02-09 15:25 UTC+0100 Ryszard Glab <rglab@imid.med.pl> ... * source/compiler/harbour.c * fixed to release memory allocated with the proeprocessor * tests/mousetst.prg * minor fix after latest Przemek changes * source/pp/ppcore.c * fixed bug in processing the list of optional repeatable code reported by Lorenzo	2006-02-09 14:17:25 +00:00
Przemyslaw Czerpak	a290c984e7	2006-02-04 17:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/harbour.spec * harbour/make_bsd.sh * harbour/make_drw.sh * harbour/make_gnu.sh * harbour/make_rpm.sh * harbour/make_tgz.sh * harbour/bin/hb-func.sh * harbour/bin/pack_src.sh * harbour/config/c.cf * harbour/config/global.cf * harbour/config/rules.cf * harbour/config/darwin/gcc.cf * harbour/config/darwin/global.cf * harbour/config/dos/djgpp.cf * harbour/config/dos/global.cf * harbour/config/dos/install.cf * harbour/config/dos/owatcom.cf * harbour/config/hpux/gcc.cf * harbour/config/hpux/global.cf * harbour/config/linux/gcc.cf * harbour/config/linux/global.cf * harbour/config/linux/owatcom.cf * harbour/config/sunos/gcc.cf * harbour/config/w32/watcom.cf * include ADSRDD by default in RPMs * updated for new RPM which does not accept some old tags * set -fPIC on 64bit platforms + added /etc/harbour/hb-charmap.def * updated for new GT system and drivers * harbour/contrib/dot/pp.prg * harbour/contrib/dot/pp_harb.ch * use _APMAIN as startup function * cleaned direct access to item internals * harbour/contrib/libct/Makefile + harbour/contrib/libct/ctwfunc.c + harbour/contrib/libct/ctwin.c + harbour/contrib/libct/ctwin.h * added CT3 like Window System - it's a GT driver which inherits from the existing one and adds CTW functionality * harbour/contrib/libct/screen1.c * updated for GTAPI modifications * harbour/contrib/libnf/Makefile * harbour/contrib/libnf/chdir.c * harbour/contrib/libnf/mkdir.c * harbour/contrib/libnf/rmdir.c * use hb_fs*() API functions instead of calling DOS interrupts Now NF dir functions works on all platforms - it will be nice to update other functions too. * harbour/contrib/libnf/dispc.c * harbour/contrib/libnf/ftattr.c * updated for GT API modifications, some of this code still depends on EGA/VGA video buffer so will work only if user will force in GT using it - it will be nice to rewrite them * harbour/contrib/odbc/odbc.c * harbour/contrib/ole/ole2.c * casting and cleaning direct access to item internals * harbour/contrib/rdd_ads/ads1.c * harbour/contrib/rdd_ads/adsfunc.c * harbour/contrib/rdd_ads/adsmgmnt.c * synced with xHarbour * harbour/include/Makefile * added new header files + harbour/include/hbgtinfo.ch + added GTI_* defintions for hb_gtInfo() function. This function works in similar way to dbInfo() in RDD. The GTI_* definitions are taken from xHarbour "as is" and they should be cleaned - not all functionality are supported in Harbour and some others should be implemented in differ way then in xHarbour. + harbour/include/hbgtcore.h * harbour/include/hbapigt.h * new GTAPI hbgtcore.h file should not be included by user code it's only for internal use in GT drivers * HB_inkey_enum changed to int - this is bit field not enumerated type. Many of C/C++ compilers forbid bit operations on enum types and forcing it by casting which finally exceeds the enum range is defined as bug because it may badly interacts with some compiler optimizations * harbour/include/hbapi.h * harbour/include/hbapicdp.h * harbour/include/hbapierr.h * harbour/include/hbapifs.h * harbour/include/hbapiitm.h * harbour/include/hbapilng.h * harbour/include/hbapirdd.h * harbour/include/hbdate.h * harbour/include/hbdefs.h * harbour/include/hbinit.h * harbour/include/hbpcode.h * harbour/include/hbrdddbf.h * harbour/include/hbset.h * harbour/include/hbstack.h * harbour/include/hbvm.h * harbour/include/hbvmopt.h * harbour/include/hbvmpub.h * separated internal and external API. Now the definitions for internal HVM structures and functions are excluded by default they could be enabled if user include hbvmopt.h before other header files. Such operation should be done _ONLY_ by core code - if 3-rd party developers make sth like that then it's for their own risk and such code may stop to work with next Harbour versions. Without hbvmopt.h the internal structures like HB_ITEM, HB_DYNS, ... are mapped to 'void' so there is no way to access their members so we can modify them in the future without afford for 3-rd party code. There is one small exception 'type' should be the first member for HB_ITEM structure because I used a small ugly hack in HB_IS_*() macros with castin PHB_ITEM to HB_TYPE* - it works without speed overhead but if you think that it will be better/cleaner to not use such tricks then it's enough to change HB_ITEM_TYPE() definitions in hbvmpub.h - see note. * cleared the usage of HB_EXPORT - to avoid problems with some C/C++ compilers we agreed that the only one common way of using HB_EXPORT is adding it ad begining of declaration - please keep this convention in the future. + added new functions: hb_extIsObject(), hb_codeblockId(), hb_idleSleep(), hb_fsGetOsHandle(), hb_dynsymFindSymbol(), hb_dynsymGetSymbol(), hb_dynsymSymbol(), hb_dynsymName(), hb_dynsymMemvarHandle(), hb_dynsymAreaHandle(), hb_dynsymSetAreaHandle() * changed hb_arrayClone() declaration to: PHB_ITEM hb_arrayClone( PHB_ITEM pArray ) * changed hb_arrayFromParams() declaration to: PHB_ITEM hb_arrayFromParams( int iLevel ) The previous version needed a pointer to stack relocatable area so any stack resizing could cause GPF. * harbour/include/inkey.ch * added definitions for extended mouse keys/events and some key combinations * harbour/source/codepage/uc1250.c * harbour/source/codepage/uc1251.c * harbour/source/codepage/uc1253.c * harbour/source/codepage/uc1257.c * harbour/source/codepage/uc737.c * harbour/source/codepage/uc850.c * harbour/source/codepage/uc852.c * harbour/source/codepage/uc866.c * harbour/source/codepage/uc88591b.c * harbour/source/codepage/uc8859_1.c * harbour/source/codepage/uc8859_2.c * harbour/source/codepage/uc8859_5.c * harbour/source/codepage/uckoi8.c * harbour/source/codepage/uckoi8u.c * harbour/source/codepage/ucmaz.c * updated unicode values for characters in rabge 1-31 to keep DOS compatibility * harbour/source/common/expropt1.c * harbour/source/common/hbarch.c * harbour/source/common/hbdate.c * harbour/source/common/hbstr.c * harbour/source/common/hbver.c * keep HB_EXPORT at the beginning of function declaration * harbour/include/hbpcode.h * harbour/include/hbcomp.h * harbour/source/compiler/harbour.c * harbour/source/compiler/harbour.y * harbour/source/compiler/hbfix.c + harbour/source/compiler/hbdead.c * harbour/source/compiler/hbpcode.c + harbour/source/compiler/hbstripl.c % rewritten jump optimization ! fixed some minor problems * do not optimize jumps and local variable access by shorter PCODE version and HB_P_NOOP when jump optimization is disabled, this is a note I left in source code in few places: /* * optimizing jumps here by shorting them and setting HB_P_NOOPs * only slow down the compilation process for three reasons: * 1. When it's dummy jump to next instruction we need two passes * in hb_compOptimizeJumps() to fully remove it * 2. hb_compOptimizeJumps() also make jump shortcutting in each pass * 3. When Jump Optimization is disabled (-kJ) then it cause slowness * at runtime because we will have more HVM loops: first for the * shorter jump and next for the HB_P_NOOP PCODE(s) * [druzuz] */ + added support for multi passes in jump/dead code elimination (hb_compOptimizeJumps()) By default is set upto three passes. Now hb_compOptimizeJumps() keeps all compiler internal data clean on exist and can be called any times and does not change other compiler's functions behaviors + added dummy jumps elimination + added optimization for: IF .T. IF .F. WHILE .T. WHILE .F. etc. * restored empty BEGIN/RECOVER sequence block elimination if Jump Optimization is enabled then it marks the block with HB_P_NOOPS else it cut the generated PCODE + added dead code eliminator (new functions hb_compCodeTraceMarkDead()/ hb_compPCodeTrace() - it works only when Jump Optimization is not disabled) As a result of the above we have smaller and faster PCODE. I do not think that we will have meta code support in the reasonable time and because I need some valid compiler data/structures like updated table of all jumps for real C code (not PCODE in .c files) generation then I decide to make some modifications and the above is in practice a side effect of this work. * harbour/source/rdd/dbcmd.c * harbour/source/rdd/dbf1.c * harbour/source/rdd/rddord.prg * harbour/source/rdd/workarea.c * harbour/source/rdd/dbfcdx/dbfcdx1.c * harbour/source/rdd/dbffpt/dbffpt1.c * harbour/source/rdd/dbfntx/dbfntx1.c * harbour/source/rdd/nulsys/nulsys.c * synced with my modifications in xHarbour * updated for API modifications * harbour/source/rtl/Makefile + added gtsys.c, gtfunc.c, hbgtcore.c * harbour/source/rtl/accept.c * harbour/source/rtl/alert.prg * harbour/source/rtl/cdpapi.c * harbour/source/rtl/console.c * harbour/source/rtl/dates.c * harbour/source/rtl/do.c * harbour/source/rtl/errorapi.c * harbour/source/rtl/errorsys.prg * harbour/source/rtl/file.c * harbour/source/rtl/fserror.c * harbour/source/rtl/fstemp.c * harbour/source/rtl/hbffind.c * harbour/source/rtl/idle.c * harbour/source/rtl/math.c * harbour/source/rtl/oldclear.c * harbour/source/rtl/strmatch.c * harbour/source/rtl/strpeek.c * harbour/source/rtl/valtype.c * harbour/source/rtl/xsavescr.c * updated for API modifications * cleaned some compiler warnings * harbour/source/rtl/filesys.c + added hb_fsGetOsHandle() * updated for API modifications * harbour/source/rtl/gt.c * harbour/source/rtl/gtapi.c * harbour/source/rtl/gtapiu.c + harbour/source/rtl/gtfunc.c + harbour/source/rtl/gtsys.c + harbour/source/rtl/hbgtcore.c * harbour/source/rtl/inkey.c * harbour/source/rtl/maxrow.c * harbour/source/rtl/mouseapi.c * harbour/source/rtl/setcolor.c * harbour/source/rtl/setposbs.c * harbour/source/rtl/shadow.c * new GT API code * harbour/source/rtl/saverest.c * changed default behavior in SEVESCREEN/RESTSCREEN with parameters out of screen range to be Clipper compatible. Added last logical parameter to keep previous behavior for programs which begins to use it. * harbour/source/rtl/seconds.c * include missing header file to fix C++ compilation * make hb_secondsCPU global function * harbour/source/rtl/set.c * make HB_SET_TYPEAHEAD Clipper compatible * harbour/source/rtl/gtcgi/Makefile * harbour/source/rtl/gtcgi/gtcgi.c - harbour/source/rtl/gtcgi/mousecgi.c * rewritten for new GT API some detail behaviors has been changed but I think the current implementation is better for CGI programs output - please check and fix me if necessary * harbour/source/rtl/gtcrs/Makefile - harbour/source/rtl/gtcrs/charmap.prg + harbour/source/rtl/gtcrs/chrmap.c - harbour/source/rtl/gtcrs/debug.map - harbour/source/rtl/gtcrs/eterm.map * harbour/source/rtl/gtcrs/gtcrs.c + harbour/source/rtl/gtcrs/gtcrs.h + harbour/source/rtl/gtcrs/hb-charmap.def - harbour/source/rtl/gtcrs/kbdcrs.c - harbour/source/rtl/gtcrs/keymap.prg - harbour/source/rtl/gtcrs/linux.map - harbour/source/rtl/gtcrs/mousecrs.c * new GTCRS based on my xHarbour and Flagship curses code Please not that at runtime it looks for a file /etc/harbour/hb-charmap.def where user can fully tune output for his terminal. This file is included with proper path in binaries created by make_rpm.sh and make_tgz.sh Ryszard I've removed some of your extensions which are no longer necessary and some other (keyboard sequence redefinition) should be done in a little bit differ way. I would like to talk about it when you test current code. Added support for extended mouse keys (middle button and wheel). * harbour/source/rtl/gtdos/Makefile * harbour/source/rtl/gtdos/gtdos.c - harbour/source/rtl/gtdos/mousedos.c * rewritten for new GT API Fixed some small problems, finished mouse code which for DJGPP is fully Clipper compatible with real mouse SAVE/RESTORE code. For other compilers it should be updated depending on memory model and used DPMI driver (if any). * harbour/source/rtl/gtos2/Makefile * harbour/source/rtl/gtos2/gtos2.c - harbour/source/rtl/gtos2/mouseos2.c * rewritten for new GT API Fixed some problems and finished the mouse code. Please test it - I made all modifications without OS2 and I was not able to make any test. I'm interesting in information if it works and the speed difference - f.e. results from tests/vidtest.prg run with previous and current version. * harbour/source/rtl/gtpca/Makefile * harbour/source/rtl/gtpca/gtpca.c - harbour/source/rtl/gtpca/kbdos2.gcc - harbour/source/rtl/gtpca/mousepca.c * rewritten for new GT API and finished so now it's full functional GT driver I'm interesting in keyboard sequences used by PC-ANSI drivers in DOS so it will be possible to implement also support for extended keys input. * harbour/source/rtl/gtsln/Makefile * harbour/source/rtl/gtsln/gtsln.c + harbour/source/rtl/gtsln/gtsln.h * harbour/source/rtl/gtsln/kbsln.c * harbour/source/rtl/gtsln/keytrans.c * harbour/source/rtl/gtsln/mousesln.c * rewritten for new GT API basing on current xHarbour code added support for slang 1.4x patched for UNICODE (Debian patches used by most of current Linux distributions) and slang 2.x - It's unicode ready, tries to detect terminal mode (utf-8/iso) at startup and switch the internal logic to iso/unicode mode. When compiled with slang 1.4x or 2.x and terminal is in UTF-8 it can display all characters like in DOS if only used font have them or good fall-back table is loaded (f.e. the one created by QRCZAK) Added support for extended mouse keys (middle button and wheel). * harbour/source/rtl/gtstd/Makefile * harbour/source/rtl/gtstd/gtstd.c - harbour/source/rtl/gtstd/mousestd.c * rewritten for new GT API Now it can work as full screen GT driver redrawing the previous screen contents from internal GT core buffers. I run with this GT some of my programs and they work quite well ;-) of course without colors. * harbour/source/rtl/gtwin/Makefile * harbour/source/rtl/gtwin/gtwin.c - harbour/source/rtl/gtwin/mousewin.c * updated for new GT API + harbour/source/rtl/gtxwc/Makefile + harbour/source/rtl/gtxwc/gtxwc.c + harbour/source/rtl/gtxwc/gtxwc.h * new XWindow Console GT driver based on my and Giancarlo Niccolai code form xHarbour - this GT can work in XWindow environment only and create its own window for console output. It delays the initialization to the moment when user try to display anything on the screen so even without X Window system programs which uses this GT can work as long as use only outstd/outerr output. * harbour/source/vm/arrays.c * updated for API modifications + added hb_arrayId(), * changed hb_arrayClone() declaration to: HB_EXPORT PHB_ITEM hb_arrayClone( PHB_ITEM pSrcArray ) * changed hb_arrayFromParams() declaration to: PHB_ITEM hb_arrayFromParams( int iLevel ) * harbour/source/vm/arrayshb.c * updated for API modifications + added new parameter iLevel to function HB_APARAMS() * harbour/source/vm/classes.c * harbour/source/vm/cmdarg.c * harbour/source/vm/dynlibhb.c * harbour/source/vm/estack.c * harbour/source/vm/fm.c * harbour/source/vm/garbage.c * harbour/source/vm/maindll.c * harbour/source/vm/maindllh.c * harbour/source/vm/maindllp.c * harbour/source/vm/mainstd.c * harbour/source/vm/mainwin.c * harbour/source/vm/memvars.c * harbour/source/vm/pcount.c * harbour/source/vm/proc.c * updated for API modifications * harbour/source/vm/codebloc.c * updated for API modifications + added hb_codeblockId() * harbour/source/vm/dynsym.c * updated for API modifications + added new functions: hb_dynsymFindSymbol(), hb_dynsymGetSymbol(), hb_dynsymSymbol(), hb_dynsymName(), hb_dynsymMemvarHandle(), hb_dynsymAreaHandle(), hb_dynsymSetAreaHandle() * harbour/source/vm/eval.c * updated for API modifications * call hb_vmPushState()/hb_vmPopState() in hb_itemDo()/hb_itemDoC() functions - it's necessary to make HVM reentrant safe. * harbour/source/vm/extend.c * updated for API modifications + added hb_extIsObject() similar to existing hb_extIsArray() * harbour/source/vm/hvm.c * updated for API modifications + added new functions: hb_vmPushState(), hb_vmPopState() which save/restore HVM state (the top stack value which can be processed and return item and maybe sth else in the future) making HVM ready for reentrant. * harbour/source/vm/itemapi.c * updated for API modifications + added new function: HB_EXPORT PHB_SYMB hb_itemGetSymbol( PHB_ITEM pItem ); ! fixed bug in hb_itemPutNInt() * harbour/tests/Makefile * harbour/utils/hbdoc/Makefile * harbour/utils/hbextern/Makefile * harbour/utils/hbmake/Makefile * harbour/utils/hbrun/Makefile * harbour/utils/hbtest/Makefile - removed badly added: dbfntx, dbfcdx, dbffpt, hbsix libraries. what broke GNU make compilation for some compilers This libraries should be included automatically when RDD lib is included by *.cf files Summary: The whole patch (cvs diff -uN) is ~1.5MB length and I cannot describe everything in details - sorry but it was too much modifications in one commit so now just some of general notes. The header files included as is does not have any information about internal HVM structures and some functions. In practice only HB_SYMB is public and it has to be public for .c files generated from .prg so I force the fixed size of this structure (alignment independent) by redefining some members to union with void * - it's a little bit ugly trick but it effectively eliminates the problem of linking binaries compiled with differ alignment C compiler switches. The structures like HB_ITEM, HB_CODEBLOCK, HB_STACK, HB_DYNS are not longer defined and pointers to the defined as void * - like in Clipper the ITEM structure. It caused that I had to add some new functions to make some operation still possible to implement. If I missed sth and any of you will have a problem with your code then please inform me about it and after a small discussion on Harbour developers list we can decide if other functions should be added. The internal API is still accessible. It's enough to include "hbvmopt.h" file before other header files to enable it. Now only files in source/vm directory include it. The 3-rd party code which does not include hbvmopt.h (or tries to set some internals macros) should be safe for future HVM modifications and will work also with new binaries so 3-rd party library developers should remember about it. If they won't then it's only their and their clients problem not Harbour developers. With this modifications I also create new GT model which is similar to the one used by RDD with multi inheritance. It can be quite easy extended to simultaneously load more then one GT subsystem (sth like work areas in RDD) but I left it for the future when someone may need it. hbapigt.h file now contains only information about public functions and does not have any code which depends on current internal implementation - it should be backword compatible as long as somone did not try to use internal GT functions. The internal GT system use hbgtcore.h file which should not be included by 3-rd party code as long as someone will not make new GT driver. The internal GT code is new so I expect that it will be changed yet in the nearest future (I'm waiting for other developers feedback) and in such case any 3-rd party GTs will have to be updated. How it works: The base GT driver (GTNUL) is fully functional GT driver which makes all operations on memory buffer. After each screen write Flush() method is called which check for dispcount() and if it's 0 then call Refresh() method to update modified area by Redraw() method. This method is dummy in GTNUL and external output with this GT can be reached by outstd()/outerr() which are now redirected to GT methods. A simple GT driver may overload only Refresh() method to give full screen output. Application can use only this GT driver and it seems to be very good choice for GUI and background daemon/service programs. This GT is loaded at startup then all other GTs can be loaded later and inherit from the previously loaded GT drivers. The new GT driver can overload as much method as wants/needs. Now all GT operations are implemented as GT method so GT driver can easy change their default behavior, f.e. it may fully overload color parsing methods and use differ or extended to Clipper color definitions. I rewrote all existing GTs to work with new GT model. OS2 users - please test GTOS2 which I was not able to test and see the note in Redraw() method. If possible please make some speed tests. In fact now there is much more internal operations then it was before but because they are done on memory only then current code is much faster in this GT drivers which so far makes all operations on real video area. I made some tests with GTNUL and tests/vidtest.prg and the total overhead is minimal. Now dipbegin()/dispend() in practice does not cost anything so it gives additional speed improvement in application which extensively use it. More then one GT driver can be linked with final binaries and chose on application startup by //GT<NAME> switch and/or environment variable HB_GT=<name> In the RTL is new GT function GTSYS() which works in similar way to RDDSYS() in RDD subsystem and for linking default GT driver for given platform. When RTL is compiled the default GT driver is set to HB_GT_DEFAULT envvar and if not exist to HB_GT_LIB envvar and if it also does not exist to hard coded platfom GTs (see source/rtl/gtsys.c and source/rtl/Makefile for rules) Adding to source code: ANNOUNCE GTSYS disable linking the default GT driver and: REQUEST HB_GT_<name> for linking given (<name>) GT driver, f.e.: REQUEST HB_GT_WIN If you are working in SH environment (Linux and other *nixes users, DJGPP bash, MinGW shell then it's possible to use -gt<name> switch in hblnk / hbmk scripts to force linking GT drivers (it could be repeated with different <name>) and the first one becomes the default one. F.e.: xhbmk -m -n -w -es2 -gtcrs -gtsln -gtstd -gtpca vidtest.prg Usually the GT driver are loaded at HVM startup but it's possible to load it later. I created new GT driver CTW which gives full CT3 like Window system. The CT3 extended driver change the behavior of some function in Clipper extended driver, f.e WRITECON() or SETPOS() with parameters out of screen range. So I implemented it CTW as RT GTs which is loaded when some of CTWIN function is used (f.e. WOPEN()/WBOARD()) and inherits from any existing GT driver. This is full CT3 WIN implementation with all detail behaviors I found (with some CT3 bug fixes). It does not have any CT3 limitations and can be used for any virtual screen/window size though I hardcoded CT3 limitation for backword compatibility. If somone will want to remove it then it will be enough to delete few lines from ctwin.c file. I'm not CTWIN Clipper user so maybe I missed some side effects in this driver and was not able to well test it so if you will find any incompatibilities then please inform me. THe default GT buffer uses 32bit character cell internally but in savescreen/restscreen it uses VGA compatible two bytes character cell. Some GT drivers may want to use differ character cell. Now GTCRS and GTSLN use 32bit character cell by default. They need additional information about character set (box/normal) to properly display box characters. It is possible to force in this GT drivers using Clipper compatible character cell by calling: hb_gtInfo( GTI_COMPATBUFFER, <lCompat> ) -> <lPreviousSeting> but in may cause that box drawing characters will be lost in some countries after RESTSCREEN(). It will depend on used code page. HB_GTINFO() is new function which works in similar way to DBINFO() in RDD. It allows to retrieve/change some of GT driver settings. GTI_* actions are defined in hbgtinfo.ch - it has all GTI_* definitions used in xHarbour. Now in Harbour only few of them are implemented. The new three .prg functions: HB_SETKEYCP( <cTermCP> [,<cHostCP>] ) HB_SETDISPCP( <cTermCP> [,<cHostCP>] [,<lBoxChar>] ) HB_SETTERMCP( <cTermCP> [,<cHostCP>] [,<lBoxChar>] ) have been added. They set automatic input (HB_SETKEYCP) and output (HB_SETDISPCP) (or both: HB_SETTERMCP) character translation. They are also important for some GTs which informing them about used internal code page for unicode translation (GTXWC, GTSLN) and/or chosing proper character set (standard/alternate) for letters and other (f.e. box drawing characters) (GTCRS, GTSLN), <cTermCP> is encoding used on external (terminal) side <cHostCP> is encoding used internally, if not given then current code page set HB_SETCODEPAGE() is used. some of GTs which uses unicode output may ignore <cTermCP> <lBoxChar> is optional parameter which interacts with dispbox() output disabling switching to alternate character set in some GTs. It effectively causes that if internal (host) code page contains some letters on the box char positions then they will be shown also by box drawing functions like dispbox() instead of CP437 characters. In some cases it could be useful. By default lBoxChar is not set and GTs which can switch between standard and alternate character set (GTCRS, GTSLN) will try to use alternate character set for box drawing functions. Victor: I removed some of your functions. They can be very easy implemented with hb_gt_GetChar()/hb_gt_PutChar() but I do not want to make them part of documented external API because some GT drivers may want to use absolutely differ color definitions and they will stop to work so I do not want to make this functions documented external API. Ryszard: Setting alternative debug keys does not longer work. I like such possibilities but it should be implemented in differ way to f.e. using HB_GTINFO interface to allow low level GT driver extensions, f.e. in *nixes using CTRL+[A-Z] and SIGINT, SIGQUIT, SIGTSTP signals for real asynchronous setting of debug/cancel flag without keyboard polling from main HVM loop. I would like to discus about such more general solution. *** Please updated non GNU make files ***	2006-02-04 16:16:48 +00:00
Viktor Szakats	54ef385941	2005-11-24 23:24 UTC+0100 Viktor Szakats (viktor.szakats/syenar.hu) ... * include/hbpcode.h + Comment added about adding new pcodes at the end of the list for compatibility. * source/rtl/filesys.c + Added hb_fsSetDevMode() Unix branch added (thx Przemek) * tests/mathtest.prg * source/rtl/math.c ! Fixed prev commit to comply with 10char function name rule: HB_MATHERRMODE() -> HB_MATHERMODE() HB_MATHERRORBLOCK() -> HB_MATHERBLOCK() * source/rtl/seconds.c ! hb_secondsCPU() move inside FlagShip guard instead of HB_EXTENSION. * hb_secondsCPU() made static (Harbour level function helper only with non-std name). * source/vm/dynlibhb.c * include/hbextern.ch * LIBLOAD(), LIBFREE() moved (back) to Harbour namespace: HB_LIBLOAD(), HB_LIBFREE() + Added these functions to hbextern.ch * source/rtl/symbol.prg * source/vm/dynsym.c * include/hbextern.ch * Internal function names renamed to comply and to not collide with existing ones (mistake in prev commit). + tests/symbolt.prg ; Missed from prev commit.	2005-11-24 22:35:36 +00:00
Viktor Szakats	304b0f2a3a	2005-11-22 10:08 UTC+0100 Viktor Szakats (viktor.szakats/syenar.hu) ... * doc/en/hb_apifs.txt ! Fixed doc for hb_fsSetDevMode() * source/rtl/filesys.c + Partially undone prev commit, so that now it gives unreferenced var warnings for the not-implemented platform branch. * tests/bldtest/bldtest.c + Added missing CVS ID. * samples/guestbk/Makefile * samples/guestbk/bld_b32.bat * samples/hscript/Makefile * samples/hscript/bld_b32.bat * samples/misc/Makefile * samples/pe/Makefile * tests/Makefile * utils/hbdoc/Makefile * utils/hbextern/Makefile * utils/hbmake/Makefile * utils/hbrun/Makefile * utils/hbtest/Makefile + Added missing dbf*, hbsix libs. Could not test GCC because MingW build is broken.	2005-11-22 09:11:23 +00:00
Viktor Szakats	52401a7445	2005-11-21 18:03 UTC+0100 Viktor Szakats (viktor.szakats/syenar.hu) ... - include/math.ch + include/hbmath.ch * include/hbmath.h * tests/mathtest.prg ! math.ch -> hbmath.ch (rename)	2005-11-21 17:04:40 +00:00
Viktor Szakats	58eafb0a08	2005-11-21 17:44 UTC+0100 Viktor Szakats (viktor.szakats/syenar.hu) ... + tests/simplet.prg * src/rtl/symbol.prg * Embedded example code moved to the test dir. * src/rtl/math.c * include/hbextern.ch * tests/mathtest.prg * doc/en/math.txt ! HB_ prefix added for non-Clipper functions. MATHERRMODE() -> HB_MATHERRMODE() MATHERRORBLOCK() -> HB_MATHERRORBLOCK() + Above two functions added to hbextern.ch * HB_MATHERRMODE() input validation logic moved to the lower level function. This is a step to make this a simple Set() * include/math.ch + HB_ prefix added.	2005-11-21 16:54:30 +00:00
Viktor Szakats	a72904f14a	2005-11-19 00:30 UTC+0100 Viktor Szakats (viktor.szakats/syenar.hu) ... * include/hbapifs.c * src/rtl/filesys.c ! hb_fsSetDevMode() fixed back to return a BOOL value to be compatible with the CA-Cl*pper undocumented _tdevraw() function. (hb_fsSetDevMove() is mapped to _tdevraw() in hbundoc.api, it's the documented version of the same functionality) Also fixed warning and error for one of the dummy platform branches. Since this came from xHarbour it pbly needs to be fixed there too. * tests/Makefile + symbolt.prg added	2005-11-18 23:32:30 +00:00
Ryszard Glab	dde0793b53	2005-11-14 11:00 UTC+0100 Ryszard Glab <rglab@imid.med.pl> ... * include/hbcomp.h * include/hberrors.h * include/hbexpra.c * include/hbexprb.c * include/hbexprop.h * include/hbhash.h * include/hbmacro.h * include/hbpcode.h * source/common/Makefile * source/common/expropt1.c * source/common/expropt2.c * source/common/hbhash.c * source/compiler/expropta.c * source/compiler/exproptb.c * source/compiler/genc.c * source/compiler/harbour.c * source/compiler/harbour.l * source/compiler/harbour.y * source/compiler/hbfix.c * source/compiler/hbgenerr.c * source/compiler/hbident.c * source/compiler/hbpcode.c * source/macro/macro.l * source/macro/macro.y * source/macro/macroa.c * source/macro/macrob.c * source/rtl/dates.c * source/vm/hvm.c * source/vm/macro.c + source/common/hbdate.c + tests/ddate.prg + tests/switch.prg +added support for DATE type constants in the following format: 0dYYYYMMDD for example (see tests/ddate.prg for more): IF( dDate > 0d20051112 ) +added support for SWITCH command (see tests/switch.prg) SWITCH <expr> CASE <integer_expression> ... [EXIT] CASE <string_expression> ... [EXIT] [OTHERWISE] ... END Notice: - Integer and string expressions can be mixed in a single SWITCH command with no runtime errors; - CASE expression have to be resolved at compile time and the result has to be either an integer or string constant - if there is no EXIT statement then next CASE is executed (or OTHERWISE for the last CASE) For example: CASE 1+32+2*4 CASE CHR(64) CASE ASC('A') CASE "A"+CHR(13) Notice: The above changes apply only to FLEX version!	2005-11-14 09:47:46 +00:00
Ryszard Glab	d947f68c8e	2005-11-07 14:35 UTC+0100 Ryszard Glab <rglab@imid.med.pl> ... * include/hbapi.h * include/hbapiitm.h * include/hbcomp.h * include/hberrors.h * include/hbexpra.c * include/hbpcode.h * include/hbsetup.h * source/common/expropt1.c * source/compiler/expropta.c * source/compiler/genc.c * source/compiler/gencli.c * source/compiler/harbour.c * source/compiler/harbour.l * source/compiler/harbour.y * source/compiler/hbfix.c * source/compiler/hbgenerr.c * source/compiler/hbpcode.c * source/macro/macroa.c * source/vm/hvm.c * source/vm/itemapi.c + tests/foreach.prg + added support for FOR EACH loop FOR EACH var1 [,var255] IN expr1 [,expr255] [DESCEND] NEXT Note: -expr can be a string or an array if it is a string then assigments to the control variable does not change the string -after the loop the controlling variable(s) store the value which they had before entering the loop -the controlling variable supports the following properties :__enumindex - the loop counter for variable :__enumbase - the value that is being traversed :__enumvalue - the value of variable -see tests/foreach.prg for examples + added warnings in cases of duplicated loop variables eg. FOR i:=1 TO 5 FOR i:=i TO i+5 -removed strong typing in the compiler (xHarbour too) (reactivate it by compiling with -DHB_COMP_STRONG_TYPES) NOTE: The new pcodes were added - rebuild everything	2005-11-07 13:28:40 +00:00
Alejandro de Garate	e318271c7a	Added sample of scrollbar class	2005-08-23 22:51:38 +00:00
Przemyslaw Czerpak	ef0883bf02	2004-10-11 21:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/Makefile + harbour/make_bsd.sh + harbour/make_drw.sh * harbour/make_tgz.sh + harbour/bin/hb-func.sh * harbour/bin/pack_src.sh + harbour/bin/postinst.bat + harbour/bin/postinst.sh * harbour/config/dir.cf * harbour/config/bsd/gcc.cf * harbour/config/bsd/global.cf + harbour/config/darwin/dir.cf + harbour/config/darwin/gcc.cf + harbour/config/darwin/global.cf + harbour/config/darwin/install.cf * harbour/config/dos/dir.cf * harbour/config/dos/global.cf * harbour/config/dos/install.cf * harbour/config/dos/owatcom.cf * harbour/config/dos/watcom.cf * harbour/config/linux/gcc.cf * harbour/config/linux/global.cf * harbour/contrib/Makefile * harbour/contrib/dot/pp_harb.ch * harbour/contrib/libct/Makefile * harbour/contrib/libct/bit1.c * harbour/contrib/libct/bit2.c * harbour/contrib/libct/bit3.c * harbour/contrib/libct/files.c * harbour/contrib/libct/ftoc.c - harbour/contrib/libct/invertwin.prg + harbour/contrib/libct/invrtwin.prg * harbour/contrib/libct/keyset.c * harbour/contrib/libct/makefile.bc * harbour/contrib/libmisc/dates2.c * harbour/contrib/rdd_ads/ads1.c * harbour/contrib/rdd_ads/adsfunc.c * harbour/contrib/samples/date.c * harbour/include/dbinfo.ch * harbour/include/hbapi.h * harbour/include/hbapicdp.h * harbour/include/hbapifs.h * harbour/include/hbapigt.h * harbour/include/hbapiitm.h * harbour/include/hbcomp.h * harbour/include/hbdate.h * harbour/include/hbdbf.h * harbour/include/hbdbferr.h * harbour/include/hbdefs.h * harbour/include/hbexprb.c * harbour/include/hbexprc.c * harbour/include/hbexprop.h * harbour/include/hbmacro.h * harbour/include/hbmath.h * harbour/include/hbpcode.h * harbour/include/hbrddcdx.h * harbour/include/hbrdddbf.h * harbour/include/hbrdddbt.h * harbour/include/hbrddfpt.h * harbour/include/hbrddntx.h * harbour/include/hbset.h * harbour/include/hbsetup.h * harbour/include/set.ch * harbour/source/common/Makefile * harbour/source/common/expropt1.c * harbour/source/common/expropt2.c - harbour/source/common/hbffind.c * harbour/source/common/hbfsapi.c * harbour/source/common/hbstr.c * harbour/source/common/hbver.c + harbour/source/common/hbverdsp.c * harbour/source/compiler/genc.c * harbour/source/compiler/gencli.c * harbour/source/compiler/harbour.c * harbour/source/compiler/harbour.l * harbour/source/compiler/harbour.slx * harbour/source/compiler/harbour.sly * harbour/source/compiler/harbour.y * harbour/source/compiler/hbfix.c * harbour/source/compiler/hbpcode.c * harbour/source/compiler/hbusage.c * harbour/source/compiler/simplex.c * harbour/source/macro/macro.l * harbour/source/macro/macro.slx * harbour/source/macro/macro.y * harbour/source/pp/ppcore.c * harbour/source/rdd/dbcmd.c * harbour/source/rdd/dbf1.c * harbour/source/rdd/dbfcdx/dbfcdx1.c - harbour/source/rdd/dbfcdx/dbfcdx1.h * harbour/source/rdd/dbffpt/dbffpt1.c * harbour/source/rdd/dbfntx/dbfntx1.c * harbour/source/rtl/Makefile * harbour/source/rtl/abs.c * harbour/source/rtl/at.c * harbour/source/rtl/datec.c * harbour/source/rtl/dates.c * harbour/source/rtl/dateshb.c * harbour/source/rtl/datesx.c * harbour/source/rtl/empty.c * harbour/source/rtl/errorapi.c * harbour/source/rtl/errorint.c * harbour/source/rtl/filesys.c * harbour/source/rtl/fstemp.c + harbour/source/rtl/hbffind.c * harbour/source/rtl/hbrandom.c * harbour/source/rtl/idle.c * harbour/source/rtl/inkey.c * harbour/source/rtl/math.c * harbour/source/rtl/minmax.c * harbour/source/rtl/pad.c * harbour/source/rtl/padc.c * harbour/source/rtl/padl.c * harbour/source/rtl/padr.c * harbour/source/rtl/philes.c * harbour/source/rtl/round.c * harbour/source/rtl/soundex.c * harbour/source/rtl/str.c * harbour/source/rtl/strcase.c * harbour/source/rtl/strmatch.c * harbour/source/rtl/strtran.c * harbour/source/rtl/strzero.c * harbour/source/rtl/substr.c * harbour/source/rtl/val.c * harbour/source/rtl/gtcrs/gtcrs.c * harbour/source/rtl/gtcrs/kbdcrs.c * harbour/source/rtl/gtdos/gtdos.c * harbour/source/rtl/gtsln/gtsln.c * harbour/source/rtl/gtsln/kbsln.c * harbour/source/rtl/gtsln/keytrans.c * harbour/source/vm/arrays.c * harbour/source/vm/codebloc.c * harbour/source/vm/estack.c * harbour/source/vm/eval.c * harbour/source/vm/extend.c * harbour/source/vm/hvm.c * harbour/source/vm/itemapi.c * harbour/source/vm/macro.c * harbour/source/vm/memvars.c * harbour/source/vm/runner.c * harbour/tests/bldtest/bldtest.c * harbour/utils/hbtest/hbtest.prg * harbour/utils/hbtest/rt_misc.prg * harbour/utils/hbtest/rt_str.prg * Sorry but it's too much modification for full description cvs diff gives file 785982 bytes length. So I only count the main things: ! cleand the code (no more warning messages under Linux and GCC and DOS OpenWatcom) - some of them were real bugs ! cleaned all endian dependend code I've found - now Harbour can be compiled on LITLE and BIG endian machines - for some other like PDP ENDIAN it's enough to define proper macros in hbdefs.h + added macros for to get/put values in chosen byte order: HB_GET_LE_[U]INT{16,24,32,64}( pPtr ) HB_GET_BE_[U]INT{16,24,32,64}( pPtr ) HB_PUT_LE_[U]INT{16,24,32,64}( pPtr, nVal ) HB_PUT_BE_[U]INT{16,24,32,64}( pPtr, nVal ) + added macro HB_CAST_BYTE_NUMBERS_OFF which disables casting in HB_{GET|PUT}_{LE|BE}_* macros - it's necessary for some platforms like ALPHA DEC. ! cleaned the code for 64bit machines * changed all parameters in hb_date* functions (day, month, year, week) from LONG to int - it doesn't change binary compatibility for 32bit machines but can cause troubles with compiling the old source + changed HB_IT_LONG type to HB_LONG which is mapped to long long by default for 32 bit machines. + change HB_IT_INTEGER to be real 'int' C type not 'short int' + added HB_IS_NUMINT() macro + added hb_parnll, hb_stornll, hb_retnll, hbretnlllen, hb_itemPutNLL, hb_itemPutNLLLen, hb_itemGetNLL which operates on LONGLONG + added hb_parnint, hb_stornint, hb_retnint, hb_retnintlen, hb_itemPutNInt, hb_itemPutNIntLen, hb_itemGetNInt which operates on HB_LONG + added HB_PUSHLONGLONG pcode + changed compiler and optimizer to use HB_LONG numbers and reduce conversion from to double which may damage the 64bit number. + common functions for string to number conversions for compiler, RTL and RDD to reduce problems with differ FL values for the same number: hb_compStrToNum(), hb_valStrnToNum(), hb_strToNum(), hb_strnToNum() + common function hb_numRoun() which uses exactly the same algorithms as string to number conversion for the same reason - please keep this functions together. + hack inside hb_numRound() similar to the one used by CL5.3 + hb_numInt() which uses uses the same hack as hb_numRound() + rewritten number to string conversion + some new string manipulation functions hb_strncpy(), hb_strncat(), ... They works differ the the C one - always set 0 at the end, the buffer has to be n+1 bytes length, the n is total size of buffer not the left free space. ! cleaned some code which operates on ASCIIZ string to avoid potential buffer overflow + updated RDD code - it's the first part - in few days I plan to change workarea structure in both projects - it will break any 3rd party RDDs so they have to be updated. I want to add SUPERTABLE into workarea to allow creating new RDD on-line. ! cleaned the bugs with negating integers - on most machines (like x86) the integers are not 0 symmetric - it means that x = -x does not work for {INT,LONG,LONGLONG}_MIN (hb_vmNegate, ABS()) + cleaned error messages to be Clipper compatible. + updated build process for .DEB packages - now hb* scripts and shared libs are created by standard make install * added new .prg #defines: __PLATFORM__<cPlatfrom>, __ARCH{16|32|64}BIT__, __LITTLE_ENDIAN__|__BIG_ENDIAN__|__PDP_ENDIAN__ !!! cPlatfrom can have lower letters (for xHarbour compatibility) If you do not like it please change it. * others ...	2004-10-11 20:44:30 +00:00
Ryszard Glab	abe158c8d0	2004-04-17 12:30 UTC+0100 Ryszard Glab <rglab@imid.med.pl> ... * include/hbapi.h * source/rtl/empty.c * source/rtl/idle.c * source/vm/arrays.c * source/vm/estack.c * source/vm/extend.c * source/vm/itemapi.c * added missing code to use HB_IT_POINTER just like other value's type You can use: hb_retptr( void * pointer ) hb_parptr( ) -> void * hb_storptr( void * pointer, ...... ) to return/manage pointers from low level functions. For example: p = GET_SOME_POINTER() ? VALTYPE(p) //prints: 'P' ? p //prints: 0x12345678 * tests/onidle.prg * fixed to use values of pointer type * tests/tstmacro.prg * added code to test TYPE() function	2004-04-17 10:58:20 +00:00
Alexander S.Kresin	d74f0d092c	2004-04-16 19:05 UTC+0300 Alexander Kresin <alex@belacy.belgorod.su>	2004-04-16 15:05:25 +00:00
Przemyslaw Czerpak	e101b3078d	2004-04-14 12:20 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... * harbour/tests/bldtest/Makefile * fixed typo in file name * xharbour/include/hbdefs.h + added HB_COUNTER and HB_PTRDIFF types - first for reference counters and second for any pointer differences and pointer to integer conversions - this modification is synced with xHarbour * harbour/include/hbapi.h * harbour/include/hbdefs.h * harbour/source/rtl/philes.c * harbour/source/vm/arrays.c * harbour/source/vm/hvm.c * harbour/source/vm/itemapi.c * use HB_COUNTER type	2004-04-14 10:32:01 +00:00
Przemyslaw Czerpak	e54c021564	2004-03-20 15:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) ... + harbour/tests/bldtest/Makefile + harbour/tests/bldtest/bldtest.c + simple C program to check if Harbour can be compiled on used machine / system / C compiler	2004-03-20 13:55:19 +00:00
Ryszard Glab	87291e50c0	2004-01-26 19:30 UTC+0100 Ryszard Glab <rglab@imid.med.pl> ... * include/hbextern.ch * tests/debugtst.prg * tests/funcarr.prg * tests/inherit.prg * tests/objarr.prg * tests/objasign.prg *replaced '__vm*' functions with 'hb_dbg_vm*' names	2004-01-26 18:15:16 +00:00
Ryszard Glab	af7b36d194	Changelog 2003-12-05 16:05 UTC+0100 Ryszard Glab	2003-12-05 14:59:14 +00:00
Ryszard Glab	a31d12a9a0	Changelog 2003-10-29 20:15 UTC+0100 Ryszard Glab	2003-10-29 19:38:11 +00:00
Ryszard Glab	bd3c64a26a	Changelog 2003-10-25 14:45 UTC+0100 Ryszard Glab	2003-10-25 13:11:10 +00:00
Ryszard Glab	c6eea5cd0f	ChangeLog 2003-10-20 13:45 UTC+0100 Ryszard Glab	2003-10-20 11:16:21 +00:00
Przemyslaw Czerpak	694b32d5c7	2003-06-18 00:10 UTC+0200 Przemyslaw Czerpak <druzus@polbox.com> ... * harbour/include/hbapilng.h * harbour/include/hblang.ch * harbour/source/lang/Makefile * harbour/source/lang/msg_tpl.c * harbour/source/lang/msgca.c * harbour/source/lang/msgcs852.c * harbour/source/lang/msgcsiso.c * harbour/source/lang/msgcskam.c * harbour/source/lang/msgcswin.c * harbour/source/lang/msgde.c * harbour/source/lang/msgdewin.c * harbour/source/lang/msgen.c * harbour/source/lang/msgeo.c * harbour/source/lang/msges.c * harbour/source/lang/msgeswin.c * harbour/source/lang/msgeu.c * harbour/source/lang/msgfr.c * harbour/source/lang/msggl.c * harbour/source/lang/msghe862.c * harbour/source/lang/msghewin.c * harbour/source/lang/msghr852.c * harbour/source/lang/msghriso.c * harbour/source/lang/msghu852.c * harbour/source/lang/msghucwi.c * harbour/source/lang/msghuwin.c * harbour/source/lang/msgid.c * harbour/source/lang/msgis850.c * harbour/source/lang/msgit.c * harbour/source/lang/msgko.c * harbour/source/lang/msgpl852.c * harbour/source/lang/msgpliso.c * harbour/source/lang/msgplmaz.c * harbour/source/lang/msgplwin.c * harbour/source/lang/msgpt.c * harbour/source/lang/msgro.c * harbour/source/lang/msgru866.c * harbour/source/lang/msgrukoi.c * harbour/source/lang/msgruwin.c * harbour/source/lang/msgsl852.c * harbour/source/lang/msgsliso.c * harbour/source/lang/msgslwin.c * harbour/source/lang/msgsr852.c * harbour/source/lang/msgsriso.c * harbour/source/lang/msgzhb5.c * harbour/source/lang/msgzhgb.c + harbour/source/lang/msgsrwin.c ! bug fixed in national msg system and new localization added (borrowed from xHarbour) + harbour/tests/langmsg.prg * simple test program for national messages I have to ask developpers to run it and check their national messages	2003-06-17 22:10:30 +00:00
Alexander S.Kresin	07a3d0d7e6	2003-05-15 21:35 UTC+0300 Alexander Kresin <alex@belacy.belgorod.su>	2003-05-15 17:34:20 +00:00