* contrib/hbide/ideedit.prg
* contrib/hbide/idemisc.prg
* contrib/hbide/idedict.prg
* contrib/hbide/idethemes.prg
* contrib/hbide/idesaveload.prg
* contrib/hbide/idetools.prg
* contrib/hbide/ideharbourhelp.prg
* contrib/hbide/idemain.prg
* contrib/hbide/ideeditor.prg
* contrib/hbide/ideprojmanager.prg
* contrib/hbide/ideskeletons.prg
* contrib/hbide/ideenviron.prg
* contrib/hbide/idebrowse.prg
* contrib/hbide/idedocks.prg
! fixed '!=' operator usage on strings
It has been told and written a hundred times, I hope this
is the final one:
Please never use '!=' operator on string operands, even
if both operands are always the same length. Use '!( == )'
instead.
* src/rtl/net.c
! fixed potential NULL dereference with pass->pw_name
I'm not sure it's real possibility anyhow it cannot hurt
reason for this change is that I was getting GPF under
Linux in this call which wasn't BTW fixed by this change.
* contrib/hbxbp/xbpcheckbox.prg
* contrib/hbxbp/xbpbrowse.prg
* contrib/hbxbp/xbpstatusbar.prg
* contrib/hbxbp/xbpfontdialog.prg
* contrib/hbxbp/xbptreeview.prg
* contrib/hbxbp/xbpparthandler.prg
* contrib/hbxbp/xbpdataref.prg
* contrib/hbide/idemisc.prg
* contrib/hbide/ideeditor.prg
! Fixed '!=' operator used with string
! '<>' operator changed to '!='
Please never use '<>' or '#' unequality operator in Harbour SVN
* contrib/hbxbp/xbpmenubar.prg
* contrib/hbxbp/xbpparthandler.prg
! Corrected: many artifacts related to XbpMenu() and
:setOwner()/:setParent() functionality. Thanks Shum for insight.
* contrib/hbxbp/xbpmenubar.prg
! Fixed: where XbpMenu() activation was not supplying the documented
parameters when activated, thanks Shum for watching it closely.
* contrib/hbqt/qtgui/qth/QPrinterInfo.qth
! Fixed: constructor.
* contrib/hbxbp/xbpgeneric.prg
! Minor.
* contrib/hbxbp/xbpwindow.prg
! Fixed: rather commented out the code where :handleEvent()
was destroying the object. I will look into another way
how this can be achieved where :close callback is not
defined to destroy the object and only xbeP_Close is
sent via PostAppEvent(). Like:
oXbpDialog:close := {|mp1,mp2,obj| PostAppEvent( xbeP_Close, , , obj ) }
instead of
oXbpDialog:close := {|mp1,mp2,obj| PostAppEvent( xbeP_Close, , , obj ), obj:destroy() }
* INSTALL
* little discouragment to use HB_QTPATH
users tend to make everything as complicated as possible by using
all imaginable custom settings. bad idea in most cases.
* package/winuni/mpkg_win_uni.bat
* package/winuni/mpkg_win_uni.nsi
+ added qtsql related files. ought to fix regression causing
broken hbqt in nightly binary since this commit:
2011-03-25 18:24 UTC-0800 Pritpal Bedi
NOTE: since my SVN changes don't seem to affect nightly creation
on Francesco's server anymore, I'm not sure when this fix
will go "live".
* contrib/hbxbp/xbpappevent.prg
* contrib/hbxbp/xbpdialog.prg
* contrib/hbxbp/xbpgeneric.prg
* contrib/hbxbp/xbppushbutton.prg
* contrib/hbxbp/xbpsle.prg
+ Implemented: XbpPushButton() now understands <ENTER> pressed.
: XbpSLe() now responds to <ENTER> key which simulates
windows equivalent TAB key.
! Rationalized: event loop, now no delays in processing.
With this commit, you can experiment with real applications.
Angel, can you re-visit the application you had sent to the
list almost an year back ?
* harbour/include/hbinit.h
* formatting
* harbour/src/common/hbstr.c
* pacified warnings generated by C compilers having
modf() function wrongly defined in header files
* harbour/src/rtl/hbtoken.c
! fixed bug reported by Patrick on xHarbour devel list
* harbour/src/rdd/dbfcdx/dbfcdx1.c
* modified to use different startup function names as workaround
for problems with non unique function names reported by compilers
using HB_INITSEG_STARTUP - it's not a fix but workaround only.
* INSTALL
+ added more text to how to identify log sections relevant
for error reporting (after seeing the ~100th report including
only the 3-4 last lines indicating 'make: *** [...] Error <n>'
rendering the report useeles and igniting unncessary rounds
* utils/hbmk2/hbmk2.prg
+ added mingw-w64 autodetection on *nix
* doc/xhb-diff.txt
! typos
* config/global.mk
+ added mingw-w64 autodetection on *nix. build with 'make HB_COMPILER=mingw64'
! supposedly fixed wce/mingw (intel) comp autodetection
* had to change CC*/compiler autodetection on *nix cross builds
and since this file is black magic, fallouts are possible.
pls test it (disc: I'm no heavy linux user, you've been warned)
; NOTE: win/mingw64 build on linux results in broken exes (400+ hbtest failures
and even the percentage of failure is calculated as 0.0%),
most likely due to these (which may even be mingw64 bugs):
../../../hbarch.c: In function 'hb_put_ord_ieee754':
../../../hbarch.c:181: warning: 'iExp' may be used uninitialized in this function
../../../hbarch.c: In function 'hb_put_ieee754':
../../../hbarch.c:114: warning: 'iExp' may be used uninitialized in this function
../../../hbstr.c: In function 'hb_numRound':
../../../hbstr.c:500: warning: statement with no effect
../../../hbstr.c: In function 'hb_numInt':
../../../hbstr.c:525: warning: statement with no effect
../../../hbstr.c:519: warning: 'dInt' is used uninitialized in this function
../../../hbstr.c: In function 'hb_numRound':
../../../hbstr.c:512: warning: 'doComplete5i' may be used uninitialized in this function
../../../hbstr.c: In function 'hb_numDecConv':
../../../hbstr.c:514: warning: 'doComplete5i' may be used uninitialized in this function
../../../hbstr.c:396: note: 'doComplete5i' was declared here
In file included from ../../../hvmall.c:105:
../../../itemapi.c: In function 'hb_itemStrBuf':
../../../itemapi.c:2329: warning: 'dDig' may be used uninitialized in this function
* utils/hbmk2/hbmk2.prg
+ 'hbmk2 proj' will now build 'proj.hbp' if such file exists.
if not, it will build proj.prg like before.
Experimental, it's quite useful, but let's see how much
confusion does it create.
* contrib/hbxbp/xbpparthandler.prg
* contrib/hbxbp/xbpprinter.prg
* contrib/hbxbp/xbpwindow.prg
! Code optimizations.
* contrib/hbxbp/xbpgeneric.prg
! Changed: the way event loop was being constructed and processed.
Now, no event is missed and is dealt with properly.
Not best of the ways but my experiments could not lead to
any better algorithm.
* src/rtl/Makefile
* src/rtl/tpopup.prg
+ Replaced last remaining HB_EXTENSION build-time conditional
branch in Harbour codebase with runtime solution. (similar to
GET vs. HB_GET)
; IMPORTANT: If you had so far built Harbour with HB_USER_PRGFLAGS=-DHB_EXTENSION
to use TPOPUP class extensions: :shadowed, :setCoors(), :isShortCut(), :isQuick(),
switch your app to use HB_POPUPMENU() (from POPUPMENU()). This in practice
will mean to use this code:
PopUp( nTop, nLeft, nBottom, nRight )
to this:
hb_PopUpMenu():New( nTop, nLeft, nBottom, nRight )
Then delete your custom HB_USER_PRGFLAGS (or use nightly binary)
[pls make tests, I don't have test code for POPUP(). ]
* src/rtl/gtwvt/gtwvt.c
! put back CS_HREDRAW | CS_VREDRAW
apparently needed for HB_GTI_RESIZEMODE_FONT. Thanks Pritpal.
* use XP double buffering on Vista and upper systems only (was: all).
This is not based on hard scientific data at this time, some users
reported "slowness" on certain XP systems. It doesn't seem to be
tied to any particular video chipset (or driver), exact reason
still uncertain (other software? GPO setting? SP level?).
I cannot find evidence for general WS_EX_COMPOSITED related problem
on the internet.
So we're back to *fugly* screen updates on XP and lower systems, this
means that visible lag will be seen when drawing text with changing
colors in them (f.e. menubar with hotkey).
If you know better, speak up.
* contrib/hbqt/hbmk2_qt.hbs
! fixed typo in one HB_WITH_QT envvar reference (Thanks Francesco)
+ accept HB_QTPATH with or without ending dirsep
! use host exe extension when looking for qt tools
+ use win/os2 specific autodetection logic based on host OS, rather
than target OS, thus helping QT in cross-builds, like droid.
And now let the avalanche of crap follow.
- doc/howtobld.txt
- outdated, deleted
* doc/howtosvn.txt
* minor update
* contrib/gtwvg/gtwvg.c
! Normalized code close to GTWVT as much as possible.
TODO: add full screen functionality.
* contrib/gtwvg/wvgpaint.prg
! Minor.
* utils/hbmk2/hbmk2.prg
+ added (aka: "fixing a build issue") new -depincroot=/depincroot=
setting to set root dir for -depincpath= values
* contrib/hbodbc/hbodbc.hbp
* contrib/sddodbc/sddodbc.hbp
* formatting
* package/winuni/mpkg_win_uni.bat
* package/mpkg_win_nightly.bat
+ echoing self
; TOFIX: nightly binaries are hosed and they don't seem to use live
.bat files from SVN.
also, mingw is outdated.
* contrib/hbmxml/3rd/minixml/config.h
! yet another bcc problem. my last after the last.
anyone to pick up fixing bcc bugs?
* config/detect.mk
- exclude slang/curses/x11 for android
* contrib/hbct/strdiff.c
* contrib/hbct/dattime3.c
* uncrustified
* contrib/hbct/misc2.c
* contrib/hbct/token1.c
* contrib/hbct/print.c
* formatted
