* harbour/contrib/hbxbp/xbp.ch
* harbour/contrib/hbxbp/xbpdialog.prg
* harbour/contrib/hbxbp/xbpgeneric.prg
* harbour/contrib/hbxbp/xbpmenubar.prg
* harbour/contrib/hbxbp/xbpwindow.prg
* harbour/contrib/hbxbp/tests/demoxbp.prg
+ Implemented XbpMenuBar() | XbpMenu() classes.
+ Implemented :setColorFG() | :setColorBG() for all widgets.
/*
Almost all the features of XbpMenuBar() and XbpMenu()
classes are implemented with the exception of following:
TODO: XbpMenu*()
: beginMenu - callback
: endMenu - callback
: selectItem() - method
: setItem() - method
: insItem()[P] - method - Prompts-OK Submenu-NotOK
: XBPMENUBAR_MIA_FRAMED - 4th parameter of <aItem>
NOTE: I could not find how or with which method Xbase++ is
setting a menu item both with 'text' and 'bitmap'. It is
done via separate calls. So I have extended the <xCaption>
slot of <aItem> property ( whereever applicable ) as:
<cIcon>+"|"+cCaption which is parsed and then both objects
are inserted together as one option.
I do not know if Xbase++ supports text and background colors
in the menu's or not but in Harbour you can set them for
indivisual menu basis.
REQUEST: Please test the code both with Xbase++ and Harbour and
report on the list any differeces. I want to set these right
from the very begining.
NEXT: Working on XbpToolbar() class.
*/
- contrib/hbxbp/hbqt.ch
* contrib/hbqt/Makefile
+ contrib/hbqt/hbqt.ch
* Moved hbqt.ch under hbqt library.
* contrib/hbxbp/Makefile
- contrib/hbxbp/apigeneric.cpp
+ contrib/hbxbp/xbp_temp.prg
! Converted stub functions from C++ to .prg code.
Functionality unchanged.
! This also fixed <windows.h> reference in old .cpp file,
so now hbxbp can be built on non-Windows systems.
* contrib/hbwin/wapi_winbase.c
+ Added new API wrapper:
WAPI_OUTPUTDEBUGSTRING()
NOTE: If "outdebug" functionality is needed temporarly
to debug any Harbour code, above call can be used
and it's enough to add hbwin to the liblist. It's
very important however, to only enable these calls
in _local Windows environment_, firstly to not create
any Windows dependence for portable libs, secondly
to not create an unwanted hbwin lib dependence
even on Windows-only libs.
I suggest using something like this:
---
#if defined( __HB_OUTDEBUG__ )
#xtranslate HB_OUTDEBUG( [<x>] ) => WAPI_OUTPUTDEBUGSTRING( <x> )
#else
#xtranslate HB_OUTDEBUG( [<x>] ) =>
#endif
[...]
HB_OUTDEBUG( "my Windows-only trace call" )
---
And simply use 'set HB_USER_PRGFLAGS=-D__HB_OUTDEBUG__'
in local Windows environment to enable it.
Probably similar can be added for .c level.
******************************************************
Anyhow, I'd *strongly* suggest to use portable tracing
techniques like our existing HB_TRACE().
******************************************************
* source/rtl/achoice.prg
! Partially reverted this commit:
https://sourceforge.net/apps/trac/harbour-project/changeset/10605
After this change, activating DBU menus with all items disabled
(f.e. F7/F8) caused app hang.
This line:
nUserFunc := iif( nMode != AC_NOITEM,;
Do( xUserFunc, nMode, nPos, nPos - nAtTop ), NIL )
Was now changed back to this:
nUserFunc := Do( xUserFunc, nMode, nPos, nPos - nAtTop )
ac_test2.prg still seem to function fine after this, but
I'd kindly like to ask Vladislav Lavrecky to make tests
again, maybe we need another fix here.
* source/vm/evalhb.c
* Minor formatting.
* contrib/hbtip/client.prg
* Minor formatting.
! :ReadToFile() nMode param check.
* utils/hbmk2/hbmk2.prg
* Cleanup to variable name prefixes.
* contrib/xhb/Makefile
+ contrib/xhb/xthrow.prg
+ Added THROW() function for xhb compatibility.
This is written in Harbour, based on hbcompat.ch
and has Harbour license + exception.
+ contrib/xhb/xcstr.prg
+ contrib/xhb/xdbmodst.prg
* contrib/xhb/Makefile
+ Ported following old functions from xhb:
CSTRTOVAL(), STRINGTOLITERAL(), VALTOPRG(), PRGEXPTOVAL()
+ Ported following new functions from xhb:
VALTOARRAY(), VALTODATE(), VALTOHASH(), VALTOLOGICAL()
VALTONUMBER(), VALTOARRAY(), VALTOTYPE(),
DBMODIFYSTRUCTURE(), DBIMPORT(), DBMERGE()
(borrowed from xhb, work of Ron Pinkas)
* mpkg_deb.sh
! Applied patch to recent change to only accept
QT libs on or above version 4.5.0.
Patch submitted by Guy Roussin.
* utils/hbmk2/hbmk2.prg
+ Added ${hb_status} and ${hb_revision} macros which
will return Harbour version status and revision.
* contrib/rddads/ads1.c
! Fixed to allow EF_CANDEFAULT in EG_DATAWIDTH RTE when
trying to update field content.
* examples/dbu/dbu52.dif
* examples/dbu/dbu53.dif
! Fixed two more filename edit fields where uppercase was
forced. Thanks to Davor Siklic for the hint.
* examples/superlib/readme.txt
* examples/dbu/readme.txt
* examples/rl/readme.txt
+ Added workaround for hbformat needing quotes around wildcarded
input filenames on *nix systems.
* examples/dbu/dbu52.dif
* examples/dbu/dbu53.dif
! Added fix to not force uppercase in filename input GETs.
Thanks to Davor Siklic for the hint.
* examples/rl/rl.dif
! Added fix to not force uppercase in filename input GET.
* examples/superlib/readme.txt
+ Added separate hbformat line for *.c files.
NOTE: Indeed, passing both *.c and *.prg in command line doesn't work.
+ Added unpack instructions.
* examples/superlib/readme.txt
* examples/dbu/readme.txt
* examples/rl/readme.txt
* Added -l option to patch command line. This is needed because
hbformat trims line ending space which by default confuses
patch.
[ for dbu52.dif this caused three failed HUNKs in dbu.prg ]
% Merged patch options '-l -N -i' into '-lNi'.
* source/debug/dbgentry.c
* contrib/xhb/hbxml.c
* contrib/hbbtree/hb_btree.c
% hb_itemRelease( hb_itemReturn() ) -> hb_itemReturnRelease()
* contrib/xhb/hbxml.c
! Applied this fix from xhb:
2008-11-06 20:00 UTC+0100 Jose F. Gimenez <jfgimenez/at/wanadoo.es>
! 'Escape' characters, such & or " were not written correctly in node attribute values
! 'Escape' characters in the form &#NN; and &#xHH; were not allowed when reading
* external/sqlite3/sqlite3.c
* external/sqlite3/Makefile
! Fixed DJGPP compilation, with extra cmdline macro.
There are still some missing symols at link phase.
Submitted as bug: 'sqlite - Ticket #3910'
http://www.sqlite.org/cvstrac/tktview?tn=3910
+ Enabled sqlite3 lib for dos platform. It also
compiles with owatcom.
- contrib/hbsqlit3/tests/authorizer.prg
+ contrib/hbsqlit3/tests/sl3_test.prg
- contrib/hbsqlit3/tests/sqlite3_test.prg
+ contrib/hbsqlit3/tests/authoriz.prg
! Renamed long filenames to short ones.
* INSTALL
- Deleted link to clc newgroup.
* contrib/hbsqlit3/hbsqlit3.c
+ Now all Harbour callable functions are always defined
regardless of sqlite3 library version, and those which
aren't available return permanent error.
* utils/hbmk2/hbmk2.prg
! Fixed C++ support for dos/djgpp. exe name was wrong.
* examples/superlib/readme.txt
* examples/dbu/readme.txt
* examples/rl/readme.txt
+ Added hbformat command to intructions how to convert
original sources to patchable format (EOL + lowercase).
Many thanks to Alexander Kresin.
* utils/hbformat/hbformat.prg
* utils/hbformat/hbformat.ini
* if "nEol" option is 0, the EOL is set to OS default value
* new option added - lFCaseLow ( default - no ). If yes, the file name
is converted to lower case.
* A limitation for file mask has been introduced - *.* is rejected now
( it may be dangerous ).
* external/libpng/Makefile
! Fixed to properly link with DJGPP.
* utils/hbmk2/hbmk2.prg
! Fixed ${hb_cpu} macro for dos/os2 platforms.
* contrib/hbhpdf/Makefile
* utils/hbmk2/examples/contribf.hbc
+ Enabled for DOS platform.
; I could back port my app to DOS after these changes, with
only inet stuff not linked in.
* INSTALL
* Further cleanups in pocc examples.
* utils/hbmk2/hbmk2.prg
+ Added support to detect pocc64 vs. pocc when one
common PellesC installation is used. This is probably
how most users will use it in real life.
New pocc 6.0 support one unified build for pocc, pocc64 and poccarm.
- contrib/hbxbp/tests/hbqt.hbc
+ contrib/hbxbp/tests/hbmk.hbm
+ contrib/hbxbp/hbxbp.hbc
* Sorted out hbmk2 make files.
* contrib/hbxbp/Makefile
+ Added hbqt dir as include path to .prg level.
After this hbqt.ch can be moved to hbqt lib where
it belongs (at least that's what its name suggest).
* contrib/hbxbp/appevent.ch
! SVN header.
; TOFIX: There is a windows.h reference in apigeneric.cpp.
+ harbour/contrib/hbxbp
+ harbour/contrib/hbxbp/Makefile
+ harbour/contrib/hbxbp/xbp.ch
+ harbour/contrib/hbxbp/hbqt.ch
+ harbour/contrib/hbxbp/apig.ch
+ harbour/contrib/hbxbp/appevent.ch
+ harbour/contrib/hbxbp/apigeneric.cpp
+ harbour/contrib/hbxbp/xbpdialog.prg
+ harbour/contrib/hbxbp/xbpgeneric.prg
+ harbour/contrib/hbxbp/xbpmenubar.prg
+ harbour/contrib/hbxbp/xbpparthandler.prg
+ harbour/contrib/hbxbp/xbpwindow.prg
+ harbour/contrib/hbxbp/tests
+ harbour/contrib/hbxbp/tests/copy.png
+ harbour/contrib/hbxbp/tests/cut.png
+ harbour/contrib/hbxbp/tests/new.png
+ harbour/contrib/hbxbp/tests/open.png
+ harbour/contrib/hbxbp/tests/paste.png
+ harbour/contrib/hbxbp/tests/save.png
+ harbour/contrib/hbxbp/tests/test.ico
+ harbour/contrib/hbxbp/tests/hbqt.hbc
+ harbour/contrib/hbxbp/tests/demoxbp.prg
+ Initial upload of Xbase++ compatible class framework based on QT 4.5.
/*
As this lib is subject to heavy changes per contents and file names
and as I have to constantly need logging, some windows specific stuff
is present at a couple of places. Linus users may comment these out.
demoxbp is functional to the extent it is demonstrated. Please note that
demo is based on Xbase++ exact code without any hacks. I have simulated
AppEvent() function which I think should be set right from the begining.
So I will ask you to give it a thought.
Your input will be very valuable to make this project success.
At the final phase this lib will purely be a PRG code based on hbqt.lib
for API interface.
*/
* INSTALL
* Revised links section.
+ Added User Forums, removed user mailing list.
; I'm not sure if we should link to comp.lang.clipper.
* utils/hbmk2/hbmk2.prg
! Fixed just added -hblib lib assembly command line to use {SCRIPT}
in dos/djgpp.
* INSTALL
* Stripped "\devl" from all examples dirs.
+ Adjusted all examples dir to use default installation
paths where possible.
+ Adjusted examples dir to not include a version number.
+ Added OS/2 Watcom example (untested)
; These makes example much more readily usable and
avoid some more potential confusion.
* mpkg_win.bat
! Handling spaces in HB_DIR_NSIS.
* make_gnu.bat
+ Added beeps if errors were detected.
(step towards error handling)
* source/common/hbver.c
* Changed OS version for DOS to show "(Windows NT)
under NT systems (instead of former "(Windows NT/2000)").
; TOFIX: dos/owatcom builds can now created successfully
(using standard Open Watcom 1.8 installation),
the bad news is that f.e. hbmk2 will crash the
NTVDM when trying a simple make.
* INSTALL
! Minor fix to DOS instructions.
+ Added DOS build examples.
* mpkg_dos.bat
! Fixed target dir and archive name to be different
for djgpp and owatcom builds.
* make_gnu.bat
+ config/djg-make.exe
+ Added embedded copy of DOS build of GNU Make.
This is to make DOS builds, specifically dos/owatcom
builds simpler. Original filename was 'make.exe'.
This can probably be removed once we move DOS
platform status to a 'target-only' one, like WinCE/ARM.
* make_gnu.bat
! Ugly hack added to create doc/en-EN dir. This still
won't solve the DOS copy problem unless I remove
the hack committed previously. If I remove it
the make process cannot be anymore started without
this batch file as it would choke on xcopy if
above dir doesn't exist.
* make_gnu.sh
! Applied fix to only create install dirs if called
with 'install' option. At the same time enabled
this feature for all platforms. It will also create
doc/en-EN dir.
PLEASE TEST/REVIEW, I didn't do any testing.
; TOFIX: Much or all of these should IMO be done directly
from make files, it would be much self-contained
and consistent.
* source/pp/Makefile
! Fixed to find ChangeLog when building for DOS targets.
This was a problem when trying to build dos/owatcom.
Now in DOS mode it will refer to the ChangeLog by its
8.3 name.
* utils/hbmk2/hbmk2.prg
* Minor formatting.
* mpkg_deb.sh
* harbour.spec
- Deleted hbmsql.
; TOFIX: hbqt is missing from some Linux make files.
; TOFIX: (in next major release) We should try to
make Linux build files less-maintenance intensive.
* utils/hbmk2/hbmk2.prg
! Fixed windows/dos cross-compilation. The error is very
strange, it occures only when calling gcc in compiler
mode with @script file. See comment in source, maybe
someone has an idea.
Anyway now it's possible to bundle DOS libs in the unified
Windows build and create DOS apps/libs with it, using this command:
hbmk2 hello.prg -arch=dos
[needs DJGPP in PATH]
(I couldn't make owatcom work on DOS, but that may also work
along the same lines)
+ Added support for static lib generation for dos/djgpp.
+ Added support for static lib generation for os2/gcc. (untested)
Where are our OS/2 developers?
* doc/en-EN/Makefile
* config/dos/global.cf
* config/dos/install.cf
* config/doc.cf
! Fixes to prev. Nothing is simple in the world of DOS.
'copy' restored for general purpose to avoid idiotic
and unavoidable Microsoft xcopy message:
"Does destination specify a file name or directory name on the target
(F = file, D = directory)?"
* Using xcopy for install purposes only.
* Change the way above idiotic message is avoided. Made the
hack local to Makefile. It doesn't work either way, but at
least it lets it run.
* make_gnu.bat
* Minor.
* config/dos/global.cf
! Typo in prev.
* ChangeLog
- ChangeLog-old
* Restored unified ChangeLog. I know it has some drawbacks,
like longer loading time with some apps, but it's much
more elegant this way and easier to search in it.
* config/dos/global.cf
! Fixed to use xcopy instead of copy to 'install' files.
This means long filenames (and also casing) will be retained.
This also means that now 'install' actually works.
It may also mean that creating a DJGPP build isn't anymore
possible on a pure DOS system, I can't remember when xcopy
was introduced. Anyway I think it's better to have this
requirement than not having a proper DOS build at all
(since long years).
This also means that our DOS release cannot even be *used*
in pure DOS environment, since our long filenames will
be chopped when extracting the distro .zip. Only final
.exes are able to run under DOS.
We still have the option to implement full short name
support, but I'm not sure this has any importance anymore.
If we don't want to do this, we can finally lift some
restrictions which tied our hands so far, based on the
fact that DOS builds cannot even be created and run on
real DOS. So, this means:
- We may use long filenames as distro name.
- We may convert DOS platform as a target only platform,
similar to WinCE/ARM.
- If we do the above, we may even embed our DOS
libs in Windows distro, and build DOS apps using
hbmk2 hello.prg -arch=dos
- We may use long filename anywhere in our tree.
(but we must check first if long names are also
supported for headers, dirnames and source names)
If you have an opinion, please tell.
* config/dos/global.cf
! Adding ending pathsep to DOC_SUBDIR to make xcopy happy
and not ask if the target is a file or directory.
; TOFIX: Anyhow, DOC_SUBDIR feature simply doesn't work since
very long, so we should do something about it in the future.
* debian/changelog
+ Added new version entry. (Thanks Guy)
* bin/postinst.bat
! Added workaround to make it work under DOS.
(avoiding 'Out of environment space' error)
+ mpkg_dos.bat
+ Added DOS package generator batch. Very similar
to mpkg_win.bat, maybe we should merge them in
the future.
* mpkg_win.bat
* Using short name for main dir, just to sync it with
DOS version.
* utils/hbformat/hbformat.prg
+ Changed default GT to GTCGI.
* utils/hbmk2/hbmk2.prg
! Added workaround for dos/djgpp anomaly in hb_DirBase()
(and also hb_ProgName()) where path contains forward
slashed instead of backslashes.
; TOFIX: In core.
* source/vm/Makefile
! Disabled hbvmall for dos build because of thid djgpp error:
---
gcc -I. -I../../../../include -Wall -W -O3 -c ../../hvmall.c -ohvmall.o
In file included from ../../../../include/hbmath.h:60,
from ../../itemapi.c:97,
from ../../hvmall.c:67:
c:/devl/djgpp/include/libm/math.h:97: error: redefinition of 'struct exception'
---
* contrib/hbblat/hbblat.hbc
* contrib/hbhpdf/hbhpdf.hbc
* Minor formatting.
+ contrib/gtalleg/tests/hbmk.hbm
- contrib/gtalleg/tests/gtalleg.hbc
+ contrib/gtalleg/gtalleg.hbc
+ contrib/hbqt/tests/hbmk.hbm
- contrib/hbqt/tests/hbqt.hbc
+ contrib/hbqt/hbqt.hbc
+ contrib/hbwin/tests/hbmk.hbm
- contrib/hbwin/tests/hbwin.hbc
+ contrib/hbwin/hbwin.hbc
+ contrib/hbblat/tests/hbmk.hbm
- contrib/hbblat/tests/hbblat.hbc
+ contrib/hbblat/hbblat.hbc
+ contrib/hbhpdf/tests/hbmk.hbm
- contrib/hbhpdf/tests/hbhpdf.hbc
+ contrib/hbhpdf/hbhpdf.hbc
* Experimental round of rearranging hbmk2 make files to give
a more generic layout. This means that in 'tests' dir there
now will only be an automatically processed .hbm file,
which adds some extra options to the hbmk2 command line,
in these case, they will add a reference to the contrib
lib config file (.hbc), now moved to the contrib root,
it's proper place.
* Separated test program extra lib requirements from contrib
lib requirements in hbblat and hbhpdf.
; TODO: Do this for the rest of contribs.
* INSTALL
+ Added comp.lang.clipper as public forum.
* make_gnu.bat
! Minor.
* source/pp/hbpp.c
! Added version status to banner.
* examples/superlib/hbsuper.hbp
* examples/superlib/hbsuper.dif
* examples/superlib/readme.txt
* examples/dbu/dbu.hbp
- examples/dbu/dbu.dif
+ examples/dbu/dbu52.dif
+ examples/dbu/dbu53.dif
* examples/dbu/readme.txt
* examples/rl/rl.hbp
* examples/rl/rl.dif
* examples/rl/readme.txt
* Updated instructions: New item for *nix users to convert
to lowercase and native EOL format, added hbmk2 command
for all projects, separate 5.2/5.3 DBU patches.
+ Added separate patch for C53 version of DBU sources.
* Converted all original filename references to lowercase.
! Fixed a few bugs in previous patches.
! Fixed .dif files to work on both *nix and non-*nix systems
(had to create them on *nix then convert them to have consistent EOLs)
* INSTALL
* Harbour version cleaned from postfix.
- contrib/hbct/tests/Makefile
- contrib/hbfbird/tests/Makefile
- contrib/hbpgsql/tests/Makefile
- contrib/hbbtree/tests/Makefile
- examples/hbdoc/examples/core_es/Makefile
- Deleted GNU Make files not necessary.
* harbour-win-spec
* harbour-wce-spec
* mpkg_win.bat
* include/hbver.h
* harbour.spec
* Changed version to 2.0.0beta1 (from 2.0.0dev)
; NOTE: Everyone is encouraged to create binary releases
for various platforms and try this new with real apps.
We can even upload these binary releases to
sf.net.
* utils/hbmk2/hbmk2.prg
* Synced HB_DYNLIB handling with GNU Make. This means
that from now on hbmk2 won't use -DHB_DYNDLL C compiler
switch in -hbdyn mode for mingw/cygwin compilers.
* ChangeLog
* Updated status of some TODO/TOFIX entries.
* contrib/rddsql/sddodbc/tests/sddodbc.hbc
+ Added odbc32 to lib list for win platform.
* utils/hbmk2/hbmk2.hbp
* utils/hbrun/hbrun.hbp
* Removed mingw specific hack which made benefit from
the fact that mingw-made .dlls export all public symbols,
when built for shared.
* INSTALL
* Minor simplification.
* make_gnu.bat
* Minor cleanup.
- Deleted 'don't modify, this is a template' text.
* utils/hbmk2/hbmk2.prg
+ Targets will now get an alternate workdir by default
on win/wce platforms when using -hbdyn.
; TOFIX: ? HB_DYNLIB usage should be cleaned and synced with
GNU Make system.
Current HB_DYNLIB usage:
GNU Make system: ( win or wce ) and non-gcc
hbmk2: ( win or wce )
* contrib/Makefile
- contrib/hbmsql
+ examples/hbmsql
* Moved hbmsql to examples.
- examples/hbmsql/Makefile
+ examples/hbmsql/hbmsql.hbp
+ Changed GNU Make file to hbmk2 make file.
* examples/hbmake/hbmake.hbp
* Minor to comment.
* harbour/source/vm/eval.c
* update number of parameters in HB_EXECMSG() to keep the HVM stack
clean for any external code which can try to make some HVM stack
tracing/scanning
* harbour/source/vm/evalhb.c
! use hb_vmSend() instead of hb_vmDo()
* harbour/source/pp/pplib.c
* harbour/source/pp/pplib3.c
* harbour/source/vm/runner.c
* harbour/source/vm/hvm.c
* harbour/source/vm/thread.c
* harbour/source/vm/eval.c
* harbour/source/vm/dynlibhb.c
* harbour/source/vm/classes.c
* harbour/source/rtl/do.c
* harbour/source/rtl/xhelp.c
* harbour/source/rdd/workarea.c
* harbour/source/rdd/dbf1.c
% use hb_vmProc() instead of hb_vmDo() in all places where context is
well known as function or procedure call
