* contrib/hbtip/client.prg
* contrib/hbtip/ftpcln.prg
* contrib/hbtip/httpcln.prg
* contrib/hbtip/mail.prg
* contrib/hbtip/sendmail.prg
+ Added methods setget to interrogate buffer size send/recive
METHOD InetRcvBufSize( SocketCon, nSizeBuff )
METHOD InetSndBufSize( SocketCon, nSizeBuff )
+ Added data members to assign default buffer sizes
DATA nDefaultRcvBuffSize
DATA nDefaultSndBuffSize
+ Asigned default buffer size to 64kb only for FTP transfer, previous to open sockets
::nDefaultSndBuffSize := 65536
::nDefaultRcvBuffSize := 65536
* Fixed port ftp protocol.
* source/rtl/hbinet.c
* now works with default system buffer, for example 8kb at W2000. instead of harcoded 1400
* contrib/hbwhat32/wincorec.c
* contrib/hbwhat32/_winwnd.c
* contrib/hbwhat32/wincore.prg
+ hb_retnl()/hb_parnl() calls replaced with hb_retptr()/hb_parptr().
This way it won't break on Win64.
; NOTE1: Functions dealing with wndproc/dlgproc functions on the
Harbour level will now return/require POINTER types instead
of numerics. App level code should be updated accordingly.
INCOMPATIBLE.
; NOTE2: There might be other places in hbwhat32 where such conversion
would be necessary.
; Please test.
* harbour/source/pp/ppcore.c
! fixed GPF in expressions like:
#command CMD => #translate abc => \
problem located by Ron in xHarbour
* harbour/source/pp/hbpp.c
* extended string escaping to also quote " and ? (possible trigraph)
* harbour/source/compiler/gencc.c
; comment formatting
* contrib/Makefile
* After this change, HB_CONTRIBLIBS will _override_ the
default list of contribs, rather than adding them to
the default list (which BTW contains everything since
this week, so there's no much point anyway, besides if
someone was hosting local contribs in the Harbour contrib
dir).
* include/hbver.h
- Removed recenly added HB_VERSION 0x010000.
* Instead I've changed both .prg level and .c level __HARBOUR__
to contain this more granular (full) version number.
; NOTE: If someone is relying on the value of __HARBOUR__ in
.prg code, the values should be multiplied by 256.
* contrib/hbgf/hbgfgtk/creamenu.c
- Removed deprecated pre GTK2 API call with no equivalent
in newer versions.
If someone needs the menu shadow functionality for GTK1,
please give some hint how to guard it, and we can add it
back.
* include/hbstdgen.ch
* include/hbver.h
* include/hbdefs.h
* source/pp/pplib.c
* source/pp/ppcore.c
* source/pp/hbpp.c
* source/common/hbver.c
* source/common/hbverdsp.c
* contrib/hbsqlit3/hbsqlit3.c
* contrib/examples/pp/hbppdef.h
* Changed .c level __HARBOUR__ to have the same value
as the existing .prg level one.
* PP now gets the __HARBOUR__ define directly from the .c
level instead of generating it locally.
; QUESTION: Should or shouldn't we change __HARBOUR__
to contain revision number too? (0x0100 -> 0x01000)
This would allow for a greater level of development
opportunities between minor revisions, more "agile"
development.
* include/hbpp.h
* source/pp/ppcore.c
- Two __XHARBOUR__ guards removed.
* contrib/hbmysql/mysql.c
* contrib/hbmysql/tmysql.prg
* contrib/hbmsql/msql.c
* contrib/hbmsql/tmsql.prg
! Fixed again to use hb_parptr()/hb_retptr()
instead of hb_parnl()/hb_retnl(). This fixes these libs
on 64 bit systems.
This is an INCOMPATIBLE change, users of these libs will
have to update their code when dealing with return values
of the following functions:
- hbmysql / SQLCONNECT()
- hbmysql / SQLSTORER()
- hbmysql / SQLUSERES()
- hbmsql / MSQLSTORER()
- hbmsql / MSQLLISTFI()
They will now return pointer type instead of a number,
so error checking will have to be changed from r > 0,
r ==/=/!=/> 0 to !Empty( r ).
; Please test.
* contrib/hbgf/hbgfw32/win32.c
* contrib/hbgf/hbgfos2/os2pm.c
* contrib/hbgf/hbgfos2/os2pm.ch
* Some cleanups.
; Please test for OS/2.
* harbour/contrib/hbmsql/msql.c
! changed msqlGetErrMsg( NULL ) => msqlErrMsg
* harbour/contrib/hbsqlit3/hbsqlit3.c
! include harbour header files after sqlite3.c which needs some
extra sets for system header files
* harbour/contrib/hbgf/hbgfw32/win32.c
! removed wrongly used TEXT( hb_parc( 1 ) ) macro. The TEXT()
macro can be used _ONLY_ for literal strings.
* harbour/contrib/hbgf/hbgfgtk/Makefile
* harbour/contrib/hbgf/hbgfgtk/dispatch.c
* harbour/contrib/hbgf/hbgfgtk/msginfo.c
* harbour/contrib/hbgf/hbgfgtk/form.prg
* harbour/contrib/hbgf/hbgfgtk/creawin.c
! fixed compilation in Linux
* harbour/source/rtl/gtclip.c
* pacified warning
* source/common/hbver.c
* Changed version information layout:
"Harbour a build x.y-z" -> "Harbour x.y.za" format.
* contrib/gtwvg/gtwvg.c
! Fixed compile error. (commented line, please check this code)
[ pGT->iLocalGTHandle = pWVT->iHandle; ]
* contrib/gtwvg/wvtutils.c
* contrib/gtwvg/wvtcore.c
* contrib/gtwvg/wvtpaint.prg
* contrib/gtwvg/wvtclass.prg
% hb_arraySet( ..., hb_itemPut*() ) -> hb_arraySet*( ... )
* if() -> iif()
* != on strings to IS*() macros.
; TODO: I'd suggest to change "WVT" references to "WVG"
to avoid confusion with core WVT. At least in those places
which wouldn't break compatibility (like source names).
If there is no objection I can do it.
* source/rtl/gtwvt/gtwvt.c
* Minor cleanup.
* harbour/contrib/gtwvg/gtwvg.c
* Some futuristic additions and synchronization with GTWVT.
* harbour/contrib/gtwvg/tests/demowvg.prg
* Update to recognize all key events.
;DONE: I am done with the update og GTWVG.
Open to previous modifications, Viktor?
* contrib/hbfimage/fi_winfu.c
* contrib/hbfimage/fi_wrp.c
! I cannot test it right now, but this should fix the
build problem for hbfimage under Linux.
* source/rtl/gtwvt/gtwvt.c
* Slightly changed the way CLOSE button works.
Now the close button, if enabled, will always
force a shutdown. So this setting is made independent
of SetCancel(). I choose this because there might
be cases when we need to use <Alt+C> in app code, yet
we want to allow closing the window. Previously it was
also easy to create confusing scenarios by using various
combinations of HB_GTI_CLOSABLE + SetCancel(). Another
kind of fix - without the advantage above - would be
to fully sync SetCancel() with HB_GTI_CLOSABLE.
* contrib/hbtpathy/tplinux.c
! Fixed embedded comments in Linux code.
* contrib/hbziparch/hbziparc.h
! Fixed header casing.
* contrib/hbmsql/msql.c
* contrib/hbmysql/mysql.c
! Partially undone previous change where hb_par/retnl()
calls were swapped for hb_par/retptr(). HB_PAR/RETPTR()
macros are used in the time being, until .prg level
code isn't updated to expect pointers rather then
numerics. The problem is that these pointers are checked
for zero on the .prg level. Notice that using par/retnl()
for pointers makes these function fail on Win64.
TOFIX: Two solutions come to mind: 1) extend HVM to make
it possible to compare pointer types against zero.
2) develop different ways to return errors and modify
.prg level code accordingly.
I'd vote for 1) if doable.
* contrib/hbfimage/fi_winfu.c
* contrib/hbfimage/fi_wrp.c
* contrib/hbfimage/Makefile
* __GNUC__ macro requirement moved to C source
from GNU-make CFLAGS.
* source/rtl/tgetlist.prg
! Fixed Settle() calls.
! Removed type constraint from ::nLastExitState.
(this value may be of any type, even in TGet())
* Formatting.
* source/rtl/getsys.prg
* source/rtl/tgetlist.prg
! Fixed ReadModal() for C5.2 mode to not accept a
(BTW unused) nPos parameter. This could cause an
RTE in Harbour if ReadModal( <number> ) was used,
with HB_COMPAT_C53 turned off. Default build was
not affected.
+ Added hb_GetReadVar( <oGet> ) -> <cVariableName>
to get the name of a GET variable in uppercase
and including the subscripts.
Same as existing HBGetList():GetReadVar() on the
active GET object.
* contrib/hbziparch/common.mak
- contrib/hbziparch/zip.h
- contrib/hbziparch/unzip.h
* contrib/hbziparch/hbziparc.c
* contrib/hbziparch/hbziparc.h
* contrib/hbziparch/hbzipcom.cpp
* contrib/hbziparch/hbzipnew.cpp
* Further cleanup.
; Now the Harbour part compiles cleanly, except the
recently added HB_FUNC_EXIT( HBZIPCLEANUP ).
; I have a version ready using the unmodified sources
of the latest ZipArchive version. Waiting for
testers or test code.
- hbziparch/make_b32_dll.bat
- hbziparch/make_b32_dll.mak
- hbziparch/doc
* hbziparch/Makefile
* hbziparch/common.mak
* hbziparch/hbziparc.c
* hbziparch/hbziparc.h
- hbziparch/zipcomp.cpp
+ hbziparch/hbzipcom.cpp
- hbziparch/zipnew.cpp
+ hbziparch/hbzipnew.cpp
- Docs integrated into source.
- Removed .dll building batch files (highly redundant,
non-maintained and probably non-working), so now the make
system is fully standard. If .dll generation is that
important, we will have to add it to the central
contrib make files, so that we can use it for
all contribs.
* Renamed some files so separate ZipArch and Harbour parts.
* Cleanups, renames (statics, globals), warning fixes,
deleted unneeded stuff, some functions made static.
; This is still a mess.
; NOTE: Since there is no sample or test program, neither
do I use this contrib, I couldn't test any of these
changes. Please test.
(if you have test code, upload it to hbziparch/tests)
* include/hbapierr.h
* source/rtl/errorapi.c
* source/rdd/hbsix/sxtable.c
* contrib/hbct/charonly.c
* contrib/hbct/charevod.c
* contrib/hbct/charone.c
* contrib/hbct/pos1.c
* contrib/hbct/ascpos.c
* contrib/hbct/token1.c
* contrib/hbct/atnum.c
* contrib/hbct/count.c
* contrib/hbct/replace.c
* contrib/hbct/ctpad.c
* contrib/hbct/justify.c
* contrib/hbct/remove.c
* contrib/xhb/hbxml.c
* contrib/hbmzip/hbmzip.c
* contrib/hbtip/utils.c
* Changed remaining &hb_errFuncName -> HB_ERR_FUNCNAME
+ Added compatibility comments.
! Fixed hb_errFuncName value (changed to 1 to be the
same as HB_ERR_FUNCNAME).
; NOTE: 3rd party developers are encouraged to use
HB_ERR_FUNCNAME instead of hb_errFuncName.
There is no change in functionality.
[TOMERGE 1.0.0RC1]
* contrib/hbcurl/hbcurl.c
! Synced with main branch to avoid an AMD64 mode error.
[1.0.0RC1]
* contrib/hbw32ddr/w32_ddrw.cpp
* contrib/hbodbc/odbc.c
! Fixed to compile with MSVS2008 in AMD64 mode.
* odbc.c completely synced with main branch.
[1.0.0RC1]
* contrib/mtpl_b32.mak
* contrib/mtpl_gcc.mak
* contrib/mtpl_vc.mak
+ Added HB envvar harbour.exe override. This is currently
useful in VC only to create cross-platform builds.
[1.0.0RC1]
* contrib/mtpl_b32.mak
* contrib/mtpl_gcc.mak
* contrib/mtpl_vc.mak
+ Added HB envvar harbour.exe override. This is currently
useful in VC only to create cross-platform builds.
[1.0.0RC1]
* ChangeLog
+ Marked changes merged with 1.0.0RC1.
* make_vc.mak
* make_vcce.mak
* Syncing between these two.
! Fixed minor typo in CE comment.
! Fixed one rule where HB var was not respected in CE
DLL generation. Marek please check me.
* common.mak
+ utils/hbpp/hbpragma.c
- utils/hbpp/pragma.c
* utils/hbpp/Makefile
! Renamed one file to not collide with contrib.
[1.0.0RC1 ONLY]
(this was solved in a different way in main branch)
* contrib/hbwhat32/Makefile
! Fixed to compile using GNU make system. This
contrib needs xhb header in order to compile.
(solved with an ugly hack)
[1.0.0RC1]
* contrib/hbfimage/Makefile
! Fixed to compile with MinGW.
[1.0.0RC1]
* doc/whatsnew.txt
+ Some updates.
[1.0.0RC1]
* contrib/hbwhat32/commctrl.ch
* contrib/hbwhat32/commdlg.ch
* contrib/hbwhat32/wingdi.ch
* contrib/hbwhat32/wininet.ch
! Pulled from MinGW distribution.
; TODO: Refinement for UNICODE version which I realized a little later.
[1.0.0RC1]
* source/pp/hbppgen.c
! Fixed to escape strings in generated hbverbld.h.
[1.0.0RC1]
* contrib/hbw32ddr/Makefile
! Fixed to compile with GNU make.
! Found a way to compile with MingW.
[1.0.0RC1]
* contrib/hbtpathy/Makefile
! Fixed to work at all.
[1.0.0RC1]
- contrib/hbw32ddr/w32_ddrw.h
* contrib/hbw32ddr/w32_ddrw.cpp
* Cleanups, removing unneeded fluffs.
[1.0.0RC1]
* contrib/hbziparch/hbcomprs.c
* contrib/hbziparch/zip.c
* contrib/hbziparch/ziparchive.cpp
* contrib/hbziparch/include/zip.h
* contrib/hbziparch/include/ziparchive.h
* contrib/hbziparch/include/unzip.h
* contrib/hbziparch/include/zipinternalinfo.h
- contrib/hbziparch/include/hbcomprs.h
- contrib/hbziparch/include/zutil.h
- contrib/hbziparch/include/zconf.h
! Stripped an old version (1.1.4) of ZLIB embedded in this
contrib. Some warnings and even more security problems
fixed this way. Users of this lib should link hbzlib.lib
from now on.
! Fixed some warnings after recent update.
NOTE: One is still there (unused ..HBZIPCLEANUP function).
; NOTE: The quality of this code is not up to Harbour
standard. It compiles with a large amount of warnings
on all (BCC, MSVC, GCC) compilers. Also the included
ziparch source is dated.
Anybody volunteering to clear these up?
; NOTE: Please test these changes, I'm not a user of this
contrib.
[1.0.0RC1]
* contrib/hbwhat32/Makefile
! Fixed to compile using GNU make system. This
contrib needs xhb header in order to compile.
(solved with an ugly hack)
[TOMERGE 1.0.0RC1]
