On Wed, 14 May 2008, Massimo Belgrano wrote:
Hi Massimo,
Anyhow for real multiplatform support I suggest to rewrite
them from scratch in C. I think that it will be good to add
to linker wrapper also support RTLINK, BLINKER and EXOSPACE
.lnk files so it will be possible to use original
On Thu, 15 May 2008, Chen Kedem wrote:
Hi Chen,
Using ChangeLog 2008-05-15 03:40 UTC+0100 Viktor Szakats and Win32/BCC
---tt12.prg---
REQUEST HB_GT_WIN
REQUEST HB_GT_STD
REQUEST HB_GT_WVT
proc test()
?
return
--
make_b32 tt12 /w/a/n
tt12 -- Ok
tt12 //gt:std --
On Thu, 15 May 2008, Chen Kedem wrote:
If you do not link your program as GUI
one then you have:
hb_errInternal( 10001, It's not a window GUI program., , );
Yes, but the user can't see the message as it goes to limbo, it is
not on console, stdout or stderr. All I get is the CodeGuard
On Fri, 16 May 2008, Mindaugas Kavaliauskas wrote:
Hello,
there is a compile problem with exhanced codeblocks inside BEGIN/END
SEQUENCE.
PROC main()
BEGIN SEQUENCE
EVAL({||
RETURN 1
})
END SEQUENCE
RETURN
Thank you for information.
I'll fix it
2008-05-19 23:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_rpm.sh
* harbour/harbour.spec
* changed --without gpl to --without gpllib
* harbour/source/compiler/complex.c
* changed END terminal symbol used for END SEQUENCE to ENDSEQ
for better error
2008-05-20 02:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/complex.c
! fixed typo in last modification - I chose wrong token
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
2008-05-27 22:36 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* added hbvpdf library
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
On Thu, 22 May 2008, Guy Roussin wrote:
Hi,
I notice that HB_CONTRIBLIBS in make_deb.sh is not taken into
account by dpkg-buildpackage -b
As a workaround i add this line before dpkg-buildpackage -b :
export HB_CONTRIBLIBS
Not workaround but fix. The export is necessary. Thanks for the
info.
2008-05-27 22:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_deb.sh
! fixes suggested by Guy Roussin
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
2008-05-28 16:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* harbour/make_rpmce.sh
* harbour/make_rpmw32.sh
* harbour/make_rpm.sh
* removed --with zlib switch - now zlib will be created in all
2008-05-28 18:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/hbzlib/ChangeLog
* harbour/source/hbzlib/zutil.c
* harbour/source/hbzlib/gzio.c
* harbour/source/hbzlib/zutil.h
* harbour/source/hbzlib/zconf.h
* use _WINCE macro instead of _WIN32_WCE to detect
On Wed, 28 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
Under an Ubuntu 8.04 Desktop i386 partition that I use to build
Harbour with make_gnu.sh, running ./make_deb.sh I get:
several messages
If you want to build Harbour compiler
you have to install the folowing packages:
On Wed, 28 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
Much better now but it wants to build hbmysql even if I haven't any
mysql-dev package installed.
The only mysql packages installed were mysql-common and libmysqlclient15off.
Once removed the build went ok but at the end wants a gpg keys
On Wed, 28 May 2008, Szakáts Viktor wrote:
Hi Viktor,
; NOTE: C++ builds of everything related to OLE2
are broken. Could someone look into it?
(hbw32, gtwvg, hbole under BCC and MSVC)
It's caused by the difference between C and C++ exploited by
wrong declaration of
On Thu, 29 May 2008, [EMAIL PROTECTED] wrote:
+ added support for HB_COMMERCE=yes envvar
Przemek, sorry for my ignorance, but what bis this please?
Hi Toninho,
Some parts of Harbour uses needs external GPL code. Setting HB_COMMERCE
disables such code in final binaries so your programs are
On Thu, 29 May 2008, Szakáts Viktor wrote:
Hi Viktor,
Maybe we should just remove the extra user option, and
make this the definite default for all platforms where it
applies, since - AFAIU - this shouldn't be a user choice
anymore now but rather something platform/compiler dependent,
and
On Thu, 29 May 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
P.S. do we have a final decision about PCOUNT()?
At the begining I wanted to change only PCOUNT() to return
Clipper compatible results without touching other things to
return to this problem after final 1.0.
But after your
On Thu, 29 May 2008, Edmer wrote:
Hi Guys,
I just want to verify if somebody is looking at this issue right now.
Try it after:
2008-05-30 00:15 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
best regards,
Przemek
___
Harbour mailing list
2008-05-30 01:36 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbct/files.c
! fixed memory leak in FILEDELETE() reported by Ed - thanks.
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Thu, 29 May 2008, Edmer wrote:
I think the cause of the error here is FILEDELETE() function because when I
replace those function() with deletefile() or ferase() function the program
run alright.
It was, I committed fix few minutes ago.
I don't know if there is still other function(s)
2008-05-30 03:47 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hbgtcore.c
* removed unnecessary variable
* harbour/contrib/hbw32/w32_ole.c
* harbour/contrib/hbole/ole2.c
* harbour/contrib/gtwvg/gtwvg.h
! use trick with HB_ID_REF() only for BCC and MSVC
On Fri, 30 May 2008, Szakáts Viktor wrote:
Hi Viktor,
I see no chance I'm able to find out the real
reasons, so I'd rather guard it for MSVC only,
if this seems okay to you.
Can you check if removing
#define WIN32_LEAN_AND_MEAN
from hbdefs.h helps?
best regards,
Przemek
2008-05-30 09:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/extrap.c
! disabled SetUnhandledExceptionFilter() for WinCE builds
* harbour/contrib/hbole/ole2.c
* cleaned compilation in different env C/C++/UNICODE/compilers
* harbour/contrib/hbw32
On Fri, 30 May 2008, Szakáts Viktor wrote:
Hi Viktor,
Can you check if removing
#define WIN32_LEAN_AND_MEAN
from hbdefs.h helps?
Yes, it also solves the problem!
I won't be surprised if it also resolves some other problems.
Anyhow now we know where the problem is.
If we do not want to
On Fri, 30 May 2008, Szakáts Viktor wrote:
WIN32_LEAN_AND_MEAN serves the only purpose to
speed up compilation by leaving out some rarely
used parts of the windows headers. I might have
wasted more time on this problem, than I've ever
gained using WIN32_LEAN_AND_MEAN, so it might
not be a so
On Fri, 30 May 2008, Szakáts Viktor wrote:
For me, it caused about 5-10% of performance loss when compiling
the full BCC build using non-GNU make files. This 10% percent
is _5 seconds_ (+-2 because I used a very non-scientific method
to measure). And this is with a 5 years old PC (P4 2.6/800
On Fri, 30 May 2008, Szakáts Viktor wrote:
Hi Viktor,
BTW, what do you think about HB_STACK_MACROS and HB_API_MACROS,
is it worth to have them? Do they noticably enhance performance?
In practice these macros are important only for core HVM code which
it enables them by default and they should
On Fri, 30 May 2008, Szakáts Viktor wrote:
Hi Viktor,
; NOTE: It's nice that I'm removing unused stuff, but
my impression is that by time we have added
quite some new such settings burried in the code,
so if you're aware of any such ones, please
On Fri, 30 May 2008, Massimo Belgrano wrote:
Multi GT is not part of this build?
Multi GT is default in Harbour for quite long time but
I guess you are talking about Multi Window GTs and these
will not be. I'll return to work on it just after final
1.0 version.
best regards,
Przemek
On Fri, 30 May 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
one more sample code:
--
PROC main()
LOCAL cI := 1
ProcX(@cI)
? cI
RETURN
PROC ProcX(...)
LOCAL aArg := hb_AParams()
aArg[1] := 2
RETURN
--
Results are:
xHarbour:
2
On Fri, 30 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
I'm trying to lower the diffs that I have with the mainstream code.
I use a custom memoedit and teditor code to support text selection and
other things but I need to have also a different tbrwtext since
teditor is used also in debug.
On Fri, 30 May 2008, Vladislav Lavrecky wrote:
Hi Vladislav
I just started with this project, and my builded with Harbour DBU also
truncate 2 character from left, but it is not GET problem
DBU builded with Harbour truncate 2 chars from left, becouse INDEXEXT()
function return .ntx (small
On Fri, 30 May 2008, Szakáts Viktor wrote:
For example, I've found HB_NO_TRACE, which I even use.
Update: and which don't even exist... :)
:)
BTW, is there any user level #defined related to PCRE support?
Yes:
HB_PCRE_REGEX - use system PCRE library instead of build in
On Fri, 30 May 2008, Chen Kedem wrote:
Hi Chen,
+ Added following switches for BCC:
-d: merge duplicate strings (was enabled already in GNU make)
This is something I was always wonder about (but never bothered to test).
Does using the merge option have effect on code like that:
2008-05-31 11:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/debugger.prg
* removed some unused var, formatting
* harbour/source/pp/ppcore.c
* harbour/source/common/expropt1.c
* harbour/source/common/expropt2.c
* harbour/source/common/hbdate.c
2008-05-31 14:44 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbmacro.ch
* harbour/source/vm/macro.c
* harbour/source/vm/hvm.c
- removed HB_MACRO_STATEMENTS and HB_SM_PREPROC
best regards
Przemek
___
Harbour mailing
2008-06-02 12:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbsqlit3/tests/blob.prg
* harbour/contrib/hbsqlit3/tests/sqlite3_test.prg
* harbour/contrib/hbsqlit3/sqlite3/sqlite3.c
* harbour/contrib/hbsqlit3/sqlite3/sqlite3.h
* converted TABs to SPACEs
best
2008-06-02 13:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprop.h
* harbour/include/hbexprb.c
* harbour/source/common/expropt2.c
+ added hb_compExprReducePower() and compile time optimization for:
NumConst1 ^ NumConst2
+ added compile time
2008-06-02 15:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbsqlit3/hbsqlit3.c
! use char * instead of LPSTR to compile in non Windows environment
! fixed one printf() parames
! fixed casting and parameter type in sqlite3_blob_open()
* harbour/include
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
We currently also use the '()' non-optimization for
HB_SYMBOL_UNUSED().
It is and was optimized. For all expressions like:
(exp) op (exp)
our expression optimizer strips parenthesis.
It's also not Clipper compatible and maybe we should
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
One thing I forgot: To do this we'd need a switch
which would toggle the parenthesised expression
optimization only.
OK, I can add it.
BTW, for me it's unclear by looking at the 'harbour /k?'
help, which options are enabled by default,
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
It's not possible to make a perfect decision here,
unless investing extreme energy (like those flags)
to keep bug compatibility, not to mention what an
ugly inconsistency this is. My personal opinion in this
case is to fix this Clipper
On Mon, 02 Jun 2008, Guillermo Varona Silupú wrote:
Any suggestions/tip for this?
I have a small console application in which I want to show the symbol
of the square root, but the screen shows me at number 1 as superscript.
What should I set to display the symbol of the square root?
Env.:
On Mon, 02 Jun 2008, Enrico Maria Giordano wrote:
Which of the following symbols are still useful/mandatory?
-DHB_FM_STATISTICS_OFF
It's still functional. Default is HB_FM_STATISTICS
-DHB_GUI
It disables inkey polling in main HVM loop.
In normal programs it means that K_ALT_C and K_ALT_D
On Mon, 02 Jun 2008, Enrico Maria Giordano wrote:
Hi Enrico,
Please look at the following sample:
FUNCTION MAIN()
LOCAL bTest := { | Param | MyFunc() }
RETURN NIL
STATIC FUNCTION MYFUNC()
RETURN NIL
The compiler shows this warning if /w2 or /w3 are used:
Warning W0004 Codeblock
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Since we already have a TRACE functionality on the
C level which has nothing to do with this, I'd like
to rename this to HB_NO_TRACEPRG. Or rather, shouldn't
we tie this functionality to PROFILER? Opinions?
HB_NO_TRACEPRG is OK for me though I'd
On Mon, 02 Jun 2008, Guillermo Varona Silupú wrote:
Hi Guillermo,
It depends on used GT and font.
What GT driver do you use?
Using the GT and font default. I do not set any GT and font.
How do I know that GT and font that I am using?
to check GT driver you can run you program with //info
On Tue, 03 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
2008-06-03 01:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/extend.c
! hb_storclen_buffer() fixed to free the passed buffer
in case it couldn't be stored. This situation was
easy to miss and
On Mon, 02 Jun 2008, Edmer wrote:
Hi Ed,
Hi Guys,
Is xHarbour's GLOBAL and GLOBAL EXTERNAL statements supported in Harbour ?
No it isn't.
I have patches for GLOBALs implementation but I'm waiting for MT mode
and final solution for memvars and PUBLICs. If I'll made all memvars
thread oritented
On Tue, 03 Jun 2008, Szakáts Viktor wrote:
Hi Przemek,
Just a quick note; taking a quick look into the
common/hbtrace.c code, it doesn't seem MT friendly,
and it's used all over the code.
Just like many other things below I'm attaching some small
list I extracted from my MT repository copy.
2008-06-03 15:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/extrap.c
! fixed unregistering exception error handler in OS2 builds
David, if possible please test.
best regards
Przemek
___
Harbour mailing list
On Tue, 03 Jun 2008, Chen Kedem wrote:
Hi Chen,
I found the cause of the error.
In contrib/gtwvg/wvtutils.c HB_FUNC( WIN_SENDMESSAGE )
there is a code like:
[...]
When you pass hb_parc( 4 ) as a parameter to hb_storc( szText, 4 ),
the source is freed before it can be used.
Thank you very
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Clipper does not make any optimizations for macro compiled
code so it gives correct results executing RT functions or
evaluating PCODE. We are making the optimizations but for
macro compiler Harbour calculates correct results so there
is
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Do you have anything against making -kM and -kJ (and
the rest of switches) to work in a case-insensitive
fashion? I can only think of the lesser variations this
would us, but there would be something seriously
wrong with Harbour if we'd
2008-06-03 17:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_deb.sh
! added fixes by Guy Roussin - many thanks
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
On Tue, 03 Jun 2008, Guy Roussin wrote:
Hi Guy,
Again a little fix, the line :
if [ -z $HB_WITHOUT_GTSLN ] test_reqpkg libslang2-dev
can be replace by :
if [ -z $HB_WITHOUT_GTSLN ] ! test_reqpkg libslang2-dev
Here is a little patch to fix and improve make_deb.sh.
I think this patch fix
2008-06-03 17:23 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbw32/w32_regc.c
! fixed typo hb_free() = hb_xfree()
! fixed UNICODE build
* harbour/source/vm/itemapi.c
* changed hb_itemPutC() and hb_itemPutCL() to be safe when
user call it passing
On Tue, 03 Jun 2008, Massimo Belgrano wrote:
Hi Massimo,
when I have added include hbcompact.ch untranslate seem not work
The code below is preprocessed perfectly well. I do not see any problem.
best regards,
Przemek
#xtranslate lj_gotoxy( = lj2_gotoxy(
#xtranslate LJ_SAY( =
2008-06-03 18:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/rtl/Makefile
* harbour/include/hbextern.ch
+ harbour/source/rtl/hbrun.c
+ added function to execute commands which returns application
exit code:
HB_RUN( cCommand
On Sun, 01 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
; TOFIX2: The casting to 'curl_off_t' goes wrong. Could someone help?
Can you describe what's the problem?
After short check I see only typo in macro definition (n is ignored and
always 3-rd parameter is accessed) but I do not see
On Tue, 03 Jun 2008, Enrico Maria Giordano wrote:
Hi Enrico,
2008-06-03 18:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/rtl/Makefile
* harbour/include/hbextern.ch
+ harbour/source/rtl/hbrun.c
+ added function to execute commands which
2008-06-03 18:47 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/rtl/Makefile
- harbour/source/rtl/hbrun.c
+ harbour/source/rtl/hbrunfun.c
* renamed hbrun.c to hbrunfun.c to satisfy non GNU make system
best regards
Przemek
On Tue, 03 Jun 2008, Luis Krause Mantilla wrote:
Fixed. Thanks Przemek.
2008-06-03 18:47 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* renamed hbrun.c to hbrunfun.c to satisfy non GNU make system
Hi Luis,
Thanks for confirmation.
best regards
Przemek
2008-06-03 19:59 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/garbage.c
% clear hb_stack return item in HB_GCALL() function before
executing hb_gcCollectAll()
best regards
Przemek
___
Harbour mailing list
Harbour
On Tue, 03 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
We have hb_parc()/hb_parcx()/hb_itemGetCPtr() to
return direct pointers to Harbour strings (maybe more).
I've stumbled into some C code (rddads, hbhpdf) directly
passing these buffers to C level functions _returning_
values in this
2008-06-04 04:02 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-mkslib.sh
* harbour/bin/hb-func.sh
* harbour/bin/postinst.sh
* harbour/bin/pack_src.sh
* harbour/contrib/hbw32ddr/make_gcc.sh
* harbour/contrib/hbmysql/make_gcc.sh
* harbour/contrib/hbct
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
I see that utils/hbpp contains a standalone PP.
It looks this is fully based on old PP code, so
it's not compatible with 'harbour -p'.
Yes, it's old PP code and it's not compatible with
current one used by compiler.
Should we keep this,
2008-06-05 12:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
+ added get_hbverstat function to extract build status from hbver.h
* harbour/make_rpmw32.sh
* harbour/harbour.spec
* harbour/make_rpmce.sh
* moved -RC1 from version to releasen part
2008-06-05 13:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/pp/hbppgen.c
+ added -did[=val] command line switch
* harbour/source/compiler/cmdcheck.c
* cleaned processing -did[=val] switches
best regards
Przemek
2008-06-05 13:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_vcce.mak
* harbour/make_vc.mak
* harbour/common.mak
* removed not longer used HBPP references
best regards
Przemek
___
Harbour mailing list
Harbour@harbour
2008-06-05 14:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* harbour/make_tgz.sh
* removed not longer used HBPP references, thanks to Adam
* added hbppgen to list of installed binaries for native
On Thu, 05 Jun 2008, Guy Roussin wrote:
Hi Guy,
I think we need to update the harbour version of debian to 1.0.0.RC1 for
example.
and write something like this (on a debian host) :
$ cd harbour/debian
$ dch -v 1.0.0.RC1 Lot of new stuff see changelog
This command increment the
On Thu, 05 Jun 2008, Maurizio la Cecilia wrote:
Hi Maurizio,
As posted on the hwGUI developers list on 13/04/2008 by Andi Jahja, ther'is
a different implementation of static funcs at c level of harbour and
xharbour.
It's not true.
In harbour a similar declaration results in a
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
PROTOTYPE [STATIC] FUNCTION FUNCNAME[(FUNCPARAMS,...)]
This way also resolves the problem with parameters validation
and prototyping for strong type checking so in the future we
will have support for sth like above for normal .prg code.
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Yes, but notice that a full svn co is not enough to
rebuild the whole database, as it doesn't contain
any history information. What it contains is a duplicate
of all files (for offline revert and diff features),
plus several admin files
2008-06-06 07:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_tgz.sh
* added build status (RC1) extracted automatically from hbver.h
to final package name
best regards
Przemek
___
Harbour mailing list
Harbour@harbour
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Vi Viktor,
to keep -w hbppgen option semantic as is. Does anyone find it as
a problem?
I've checked and I don't get the way it works now, maybe
it's just me. I might be wrong, but simply running
'hbppgen test.prg' does nothing, I have to
On Fri, 06 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
I like such behavior and I'd prefer to only add support for
-ufile use command def set in file
I agree. We may also consider looking for a default
std.ch in std INCLUDE dirs. If not found, show a warning.
Simple -u disables this,
2008-06-06 10:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbpp.h
* harbour/source/pp/ppcore.c
+ added hb_pp_errorCount() which returns total number of errors
which appeared during preprocessing
* harbour/source/pp/hbpp.c
* added new switch
On Fri, 06 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
BTW In the future I'll add an option to enable escaped strings
in standard '' and not only in e.
Well, I'm not sure I like this idea. This is a perfect
way to create seemingly compatible, but in reality
incompatible code (aka hidden
On Sat, 07 Jun 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
Can the PP break a TEXT INTO x in several concatenations using a given
marker?
This is the case:
function detail_info( oCgi )
local cContent
TEXT INTO cContent
table class=infomnu_tb
tr class=infomnu_tbr
td
On Sat, 07 Jun 2008, Lorenzo Fiorini wrote:
What I'd like to get is a way to concatenate a string that comes from
a TEXT INTO with a var without having to break the TEX INTO in several
places or using strtran.
OK, but why? What's wrong with strtran()? Such string dividing means
that you will
On Sat, 07 Jun 2008, Lorenzo Fiorini wrote:
Instead if the if Harbour code could be embedded in the html page as
simple xhtml and processed at PP level, the html page would be ready
to use after the designer has committed it.
I'm still missing what you exactly want to do in final code.
Now it
On Sun, 08 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
I'd like to avoid replicating the function name
in every hb_errRT*() calls, since it's consuming
string space, is a PITA to type in, and it's just
another thing to mistype.
Please only remember that in few cases we are not showing
call
On Mon, 09 Jun 2008, David MS wrote:
Hi David,
I get a error from linker:
Error: Unresolved external '_HB_FUN_HB_RUN' referenced from ...
You need current RC1 build to use this function. It was added recently.
best regards,
Przemek
___
Harbour
2008-06-09 20:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/doc/whatsnew.txt
* minor fixes in formatting
* harbour/source/rtl/hbgtcore.c
! fixed memory leak when HB_GTI_NOTIFIERBLOCK was used to overload
register before block
* harbour/source/vm/eval.c
On Mon, 09 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
+ contrib/hbw32/dllcall.c
* contrib/hbw32/common.mak
* contrib/hbw32/Makefile
+ Added DLL interface. From xhb. Work of several authors.
; I've applied some modifications made by Alex Strickland.
; The API calls
On Mon, 09 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Please only remember that in few cases we are not showing
call stack function name so literal string should be left
in them.
Can you tell some examples?
I'd like to see all the consequences before updating code
with this.
F.e. see
On Tue, 10 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
2008-06-10 11:10 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
! Fixed maximized window size.
* contrib/hbw32/dllcall.c
* Further cleanup.
! MessageBox()es converted to RTE calls.
If
On Tue, 10 Jun 2008, Rodrigo Miguel wrote:
Hi Rodrigo,
I found just a small issues during my migration from xharbour to harbour.
Here are a list of missing functions:
obj/comun.o:comun.c:(.data+0x3e8): undefined reference to
`HB_FUN_GETDEFAULTPRINTER'
obj/senhas.o:senhas.c:(.data+0x828):
On Tue, 10 Jun 2008, Przemyslaw Czerpak wrote:
HB_CRYPT()/HB_DECRYPT() does not exists though they can be easy added
to contrib/xhb library.
[...]
For binary compatibility I'll add these function to XHB library soon.
Viktor has just added it. Thanks.
best regards,
Przemek
On Tue, 10 Jun 2008, Mindaugas Kavaliauskas wrote:
Ho Mindaugas,
my friend said, he expects HB_HSet(), HB_HDel() and HB_HDelAt() to
return hash, just like Clipper's ADel() or AIns() return array.
This allows to use expressions like:
aHash2 := HB_HSet( HB_HDel( aHash, old), new, value )
On Tue, 10 Jun 2008, Szakáts Viktor wrote:
Hi Viktorm,
* contrib/xhb/Makefile
* contrib/xhb/common.mak
+ contrib/xhb/hbrandom.c
+ Added some remaining xhb functions:
HB_RANDOM()
HB_RANDOMINT()
HB_RANDOMSEED()
Work of Giancarlo Niccolai / xhb.
We
On Tue, 10 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Okay I'm trying, but it's nearly impossible to
test everything in multiple versions after each
change.
Yes, I know and understand the reason. I only signal
problem. For my own use I have mk_all.sh script which
creates over then different
2008-06-10 19:36 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.c
! do not use min()/max() C functions. These are not portable
functions. Use HB_MIN()/HB_MAX() macros instead.
best regards
Przemek
2008-06-11 04:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprop.h
* harbour/include/hbexprb.c
* harbour/source/common/expropt2.c
* added optimization for DTOS( date_constant ), f.e.:
static s := DTOS( 0d20080611 )
best regards
Przemek
2008-06-11 16:22 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbw32/dllcall.c
* added casting of wOrdinal to HB_PTR_DIFF to avoid waring
* disabled asm code for WIN64 builds
* disabled asm code for WINCE builds
* disabled some code which breaks WINCE
2008-06-12 01:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbw32/dllcall.c
! fixed typo in previous modification. It should be HB_PTRDIFF
instead of HB_PTR_DIFF
best regards
Przemek
___
Harbour mailing list
On Wed, 25 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
I'd prefer a solution which won't break existing
.prg level code, yet allows to switch from longs
to pointers on the .c level.
One possible solution is to allow to compare
pointers to zero using operators (p != 0,
p = 0, p == 0, and
2008-06-25 16:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbver.h
* removed unnecessary EOL inside comment
* harbour/contrib/hbodbc/odbc.c
! use valid integer type instead of explicit casting in function call.
Such casting is vary dangerous and may
201 - 300 of 2167 matches
Mail list logo