* contrib/hbide/idemain.prg
+ Implemented: Order of "Functions List" is remembered as per
last setting initiated by the user via context menu. The order
can be "Natural" or "Ascending".
* harbour/contrib/hbwin/olecore.c
! fixed to use Harbour STR API instead of hardcoded ANSI CP for
conversions between Harbour and OLE items.
Patch provided by Phil Krylov with some minor modifications.
* harbour/src/vm/hvm.c
! added protection against self-recursive iterating in code like:
FOR EACH var in @var
[...]
NEXT
Now RTE is generated in such case instead of GPF
* NEWS
+ copied known issues from recent Harbour thread
+ added text redirecting users to ChangeLog for new
featues, changes and possible incompatibilities.
[TOMERGE 3.0]
* debian/changelog
! forgot to bump version in debian packaging
best is to use plain make, apparently debian packaging was
not tested since quite long.
[TOMERGE 3.0]
2011-07-18 01:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* debian/rules
- disabled contrib dynlibs.
[TOMERGE 3.0]
* include/extend.api
* include/harbour.hbx
* include/hbdefs.h
* include/hbapi.h
* include/hbvm.h
* include/hbapigt.h
* include/clipdefs.h
- src/pp/pplib3.c
* src/pp/Makefile
* src/vm/hvm.c
* src/rtl/hbtoken.c
* src/rtl/inkey.c
* src/rdd/usrrdd/usrrdd.c
* contrib/hbmysql/hbmysql.hbx
- contrib/hbmysql/mysqlold.c
* contrib/hbmysql/mysql.c
* contrib/hbmysql/hbmysql.hbp
* contrib/hbmysql/mysql.ch
* contrib/hbpgsql/hbpgsql.hbx
* contrib/hbpgsql/postgres.c
* contrib/hbwin/hbwin.hbp
* contrib/hbwin/hbwin.hbx
- contrib/hbwin/legacy.prg
- contrib/hbwin/legacycd.c
- contrib/hbwin/legacyco.c
- contrib/hbwin/legacycp.c
* contrib/hbodbc/hbodbc.hbx
- contrib/hbodbc/odbcold.c
* contrib/hbodbc/odbc.c
* contrib/hbodbc/hbodbc.hbp
* contrib/hbtip/utils.c
* contrib/hbtip/hbtip.hbx
* deleted things marked with HB_LEGACY_LEVEL3, finishing cleanup
job started many years ago.
; this also means that windows.h and os2.h will no longer be
included by Harbour headers, HB_OS_WIN_USED is thus ineffective,
so if someone needs these headers to access system APIs, they
should be manually included in each source file. Some old
hacks have also been removed which disabled some Clipper
compatibility macros/types in compatibility headers (clipdefs.h, *.api),
if someone uses these alongside windows.h/os2.h inclusion, it will
be broken, here the strategy is to move to Harbour types and
Harbour API headers, simply Clipper headers and newer OS headers
are not compatible.
; HB_DONT_DEFINE_BASIC_TYPES is not effective anymore.
; INKEY_RAW is no more, use HB_INKEY_RAW instead.
; NEXTKEY() hidden parameter extension is disabled. Use HB_KEYNEXT()
Harbour alternative which has it.
; Some legacy PP functions are no more.
; hb_vmPushState()/hb_vmPopState() APIs were now permanently deleted.
; __STR*() token handling legacy functions are no more, use native HB_TOKEN*()
ones instead.
; WRITEBHEADER in USRRDD is no more, WRITEDBHEADER is the replacement.
; hbmysql, hbodbc compatibilty and deprecated functions were deleted
; hbwin compatibility functions were deleted. If there is demand, mainly to
help migrating xhb users, they can be readded to xhb lib by interested
developers, now deleted code should be changed to fall back to dummies
on non-Windows builds.
; some deprecated hbpgsql functions were deleted
; hbtip HB_BASE64() is deleted. Use core HB_BASE64ENCODE() instead.
; Anyone affected by above changes has the option to stick with 3.0.x Harbour
versions or to update their source code according to above instructions
(or instructions included in past ChangeLog entries)
; Some fallouts in Harbour build is possible after these changes
* include/extend.api
* include/hbdefs.h
* include/hbapi.h
* include/clipdefs.h
* contrib/hbpost.hbm
* contrib/hbfimage/hbfimage.hbp
* config/rules.mk
- deleted HB_LEGACY_TYPES_OFF macro. it is the default
in post 3.0.x Harbour versions.
+ added HB_LEGACY_TYPES_ON macro. This should be used when
building C code which uses Clipper/Harbour legacy types
(f.e. LONG or BOOL).
It will stay until next stable version when all legacy
types will be permanently removed. This gives time for
3rd party developers to update code to use Harbour
(non-legacy) types in C code.
See '2009-11-01 11:35 UTC+0100 Viktor Szakats' ChangeLog
entry about non-legacy Harbour types.
* contrib/hbmysql/hbmysql.hbc
* contrib/sddmy/sddmy.hbc
- deleted (most probably static) OpenSSL libs forced in .hbc file.
if such requirements are present for certain versions/builds of
3rd party lib I suggest to add them via HB_USER_LDFLAGS options
at build time. This way the build will not break when using
different builds of these libs. The bottom line is that Harbour
.hbc files are not the best place to track the dependency tree
of libs linked statically to 3rd party libs. [to help such
cases, maybe we can add them as comments, but even better if
dynamic versions of these libs are used, so user don't have
to deal with dependency tree at build time at all]
* src/rtl/gtwvt/gtwvt.c
* contrib/gtwvg/gtwvg.c
! fixed to use LONG instead of DWORD for GetWindowLong() values
! fixed to use LONG_PTR instead of LONG for GetWindowLongPtr() values
on systems requiring it, f.e. win64 builds
; review me pls
; TODO: GTWVG would have to be synced with recent GTWVT changes
* contrib/hbmysql/hbmysql.hbc
* contrib/sddmy/sddmy.hbc
! modified non-*nix 3rd party libs references to fix them for OS/2.
based on David's test results
* harbour/utils/hbtest/rt_str.prg
! disabled workaround for 64 bit [U]LONG values in Win64 builds.
Unlike all other 64 bit platforms MS-Windows 64 uses 32 bit
[U]LONG integer values and this workaround should not be enabled.
This modification reduces number of errors reported by HBTEST in
Win64 builds.
* harbour/contrib/hbct/ct.h
* harbour/contrib/hbct/bitnum.c
* declared
HB_BOOL ct_numParam( int iParam, HB_MAXINT * plNum )
as public function so it can be used by different number and bit
manipulation CT3 functions
* harbour/contrib/hbct/hbct.hbp
+ harbour/contrib/hbct/numbase.c
! added new CTON() and NTOC() implementation.
This version is written in C and fixes many different problems
which existed in the previous one.
Both functions can work with 64bit integers.
Passing 3-rd logical parameter to CTON() forces 32-bit mode
for binary compatibility with CT3.
* harbour/contrib/hbct/hbct.hbp
+ harbour/contrib/hbct/bitstr.c
! added new CTOBIT() and BITTOC() implementation.
This version is written in C and fixes many different problems
which existed in the previous one.
* harbour/contrib/hbct/hbct.hbp
* harbour/contrib/hbct/numconv.prg
- removed old CTON(), NTOC(), CTOBIT() and BITTOC() implementation.
* contrib/hbcups/hbcups.hbc
* added libs for OS/2. As suggested by David Arturo Macias Corona
* config/global.mk
! added missing $(HB_HOST_BIN_EXT) in wildcard command used of
user HB_CCPATH/HB_CCPREFIX verification.
(in line 960)
* utils/hbmk2/hbmk2.prg
* config/postinst.hbs
! fixed wrongly placed @cStdErr parameter in hb_processRun()
calls. it didn't cause any error as the param is empty and
return value currently unused.
* harbour/src/macro/macrolex.c
! added missing YY token assignment I removed by mistake in last
macrolex modification.
This modification fixes problem with extended string decoding
by macrocompiler.
* harbour/config/global.mk
! added missing $(HB_HOST_BIN_EXT) in wildcard command used of
user HB_CCPATH/HB_CCPREFIX verification.
* package/winuni/RELNOTES
* adjusted installed sizes after fixing included C compiler
to be 1) 4.5.2 tdm 2) trimmed down a little bit compared
to nightly 3) fixing mingw dlls in Harbour bin dir
; TODO: adjust the C compiler included in nightly accordingly
* contrib/hbssl/ssl.c
+ SSL_SET_[RW]FD(): throwing RTE if second param is not numeric
* contrib/hbqt/qtgui/hbqt_hbqsyntaxhighlighter.cpp
* Fixed: wrongly highlighted text where single-line comment
is inside the quoted text, viz., "ABC//DEF" which is greyed
after "//", reported by Miso Pucko on the bug tracker.
* config/win/global.mk
* contrib/hbpost.hbm
+ added undocumented build option __HB_BUILD_WINUNI=unicows
to build Harbour core binaries (.exes and .dlls) with
unicows lib linked it so they run on Win9x systems.
User has to supply unicows libs, see INSTALL about them.
* examples/gtwvw/tests/wvwtest9.prg
! fixed bad code:
inkey()!=Chr(0) -> inkey()!=0
(perfect example why certain "extensions" are not a good idea
from a technical standpoint.)
