Viktor
>2008-06-01 23:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
> * include/hbvm.h
> * source/vm/hvm.c
> * source/vm/extrap.c
> ! Fixed OS/2 problem reported by David.
> (BTW, do we need really need to remove the exception
> handler before exiting? If yes, shouldn't
Hi David,
Please try to remove OS/2 exception handling stuff
in source/vm/extrap.c and see if it helps.
Brgds,
Viktor
On 2008.06.02., at 10:05, David Arturo Macias Corona wrote:
Viktor
>2008-06-01 23:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
> * include/hbvm.h
> * source/vm/hvm.c
2008-06-02 11:34 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/extrap.c
! Blind fix for OS/2.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Viktor
>Please try to remove OS/2 exception handling stuff
>in source/vm/extrap.c and see if it helps.
These are SVN browse of last change (rev 8553, 8562)
What code should I to change ?
-
{
167 hb_errInternal
2008-06-02 12:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/common/hbverdsp.c
! Minor correction.
* Wording/layout. C++/C and ANSI C init mode is now in
one line as "Other build settings".
* contrib/hbcurl/hbcurl.c
+ Comment extended regarding libcurl vers
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 re
Viktor
>2008-06-02 11:34 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
> * source/vm/extrap.c
> ! Blind fix for OS/2.
> David, please test with current repo.
No change, exactly same error:
Exception c005 at address 0x1c021b0d
( everything was rebuilt with new extrap.c )
mem
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:
^
+ added compile time optimization for:
Hi David,
I have run out of ideas then, sorry.
You could still try to remove all OS/2 stuff from
extrap.c and see if it helps. In all OS/2 stuff
I mean everything which is guarded with HB_OS_OS2.
Brgds,
Viktor
On 2008.06.02., at 12:50, David Arturo Macias Corona wrote:
Viktor
>2008-06-02 11
David, please test with current repo.
Brgds,
Viktor
On 2008.06.02., at 11:15, David Arturo Macias Corona wrote:
Viktor
>Please try to remove OS/2 exception handling stuff
>in source/vm/extrap.c and see if it helps.
These are SVN browse of last change (rev 8553, 8562)
What code should I to ch
2008-06-02 13:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbcurl/common.mak
* harbour/contrib/hbcurl/hbcurl.c
* harbour/contrib/hbcurl/hbcurl.ch
* harbour/contrib/hbcurl/Makefile
! set svn:eol-style to native
* harbour/contrib/hbcurl/make_gcc.sh
! se
Great, thanks a lot Przemek.
Some other candidates for optimizations that sprang
to mind (after I wrote that NOTE unfortunately), are
the hb_bit*() functions. Not a priority, but they would
be useful, when using these functions in #defines
to not cause any additional runtime cost. If you agree
an
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/h
Hi all,
I am trying to build RDDADS using the current CVS - I set HB_DIR_ADS
as indicated but I am getting the following build error using MSVC v6:
..\mtpl_vc.mak(112) : fatal error U1023: syntax error in expression
Stop.
Randy.
___
Harbour mailin
Hi Randy,
Are you sure this file is unmodified?
(Line 112 is a comment, and the only change
in the recent month was a few flags removed.)
Brgds,
Viktor
On 2008.06.02., at 16:08, Randy Portnoff wrote:
Hi all,
I am trying to build RDDADS using the current CVS - I set HB_DIR_ADS
as indicated
Perfect!
Brgds,
Viktor
On 2008.06.02., at 15:41, Przemyslaw Czerpak wrote:
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
! fi
Hi Przemek,
One observation:
I'd expect HB_CURLPAUSE_ALL to be optimized
to one integer value.
HB_CURLPAUSE_ALL is
hb_bitOr( A, B )
where
A = ( 2 ^ 0 )
B = ( 2 ^ 2 )
In the resulting pcode, hb_bitOr() is not optimized,
and it's being pushed two doubles with the (width set
to 255, 255).
Should
2008-06-02 16:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprb.c
! do not optimize HB_BIAND(), HB_BITOR() and HB_BITXOR() when only
one parameter is passed to keep RT error compatibility
* use hb_compExprListStrip() to optimize function calls also wh
Hi Randy,
I think you miss the HB_VISUALC_VER envvar, and
the line no is misreported by nmake (yes, and they
didn't bother to fix even in 9.0 - compatibility
must be the reason ;)
So, please use this:
set HB_VISUALC_VER=60
I'll add something to default to a safely looking value
instead of choki
Hi all,
IMO, any of the environment variables that are set to a value like
"yes" (eg. HB_BUILD_ST) should be case insensitive. I had mine set as
HB_BUILD_ST=YES and it had no effect - I took me a while to realize
what the problem was.
Randy.
___
Hi Viktor,
I run MAKE_VC.BAT and this is the output...
Using this .dll: "C:\AXS32\32bit\ace32.dll"
Microsoft (R) Program Maintenance Utility Version 6.00.9782.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
..\mtpl_vc.mak(112) : fatal error U1023: syntax error in expression
St
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> One observation:
> I'd expect HB_CURLPAUSE_ALL to be optimized
> to one integer value.
> HB_CURLPAUSE_ALL is
> hb_bitOr( A, B )
> where
> A = ( 2 ^ 0 )
> B = ( 2 ^ 2 )
> In the resulting pcode, hb_bitOr() is not optimized,
> and it's being p
Hi Randy,
I think a better approach would be to use 0/1 rather
than words. HB_BUILD_MODE is also effected.
Look at make_b32.bat to see how many variations are
covered explicitly for build targets, and the many hours
wasted updating these duplicate lines all over Harbour.
So I'd rather not make i
Thanks - That worked!
At 11:03 AM 6/2/2008, you wrote:
Hi Randy,
I think you miss the HB_VISUALC_VER envvar, and
the line no is misreported by nmake (yes, and they
didn't bother to fix even in 9.0 - compatibility
must be the reason ;)
So, please use this:
set HB_VISUALC_VER=60
I'll add someth
Hi Przemek,
We currently also use the '()' non-optimization for
HB_SYMBOL_UNUSED().
If we can resolve the above, and make it possible to disable
the feature using -k switch, I think we are fine with it.
If this involves any complexities though, I'd leave it for after RC1.
Brgds,
Viktor
On 200
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) (exp)
our expression optimizer strips parenthesis.
It's also not Clipper compatible and maybe we should d
Hi Przemek,
In general there is a problem with compile time optimizations for
CHR( * 256 )
and $ operator in expressions like:
"" $
caused by bugs in Clipper compiler. It gives different results then
runtime functions/operations. Keeping strict Clipper compatibility
is hard in complex expr
2008-06-02 18:59 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/xhb/hbcompat.ch
! Minor fix in hb to xhb branch.
* contrib/hbcurl/hbcurl.ch
* '( 2 ** n )' expressions changed to actual values.
; We now have these optimized, but I'm committing anyway,
as some fo
What about new harbour's web site and fidonet group?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Phil Barnett
Sent: Monday, June 02, 2008 5:01 AM
To: Harbour@harbour-project.org
Subject: [Harbour] Release Time
I know I promised to make the release ma
Hi Przemek,
We currently also use the '()' non-optimization for
HB_SYMBOL_UNUSED().
It is and was optimized. For all expressions like:
(exp) (exp)
our expression optimizer strips parenthesis.
It's also not Clipper compatible and maybe we should disable
this optimization when -kc is used.
2008-06-02 19:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprop.h
* harbour/include/hbexprb.c
* harbour/source/common/expropt2.c
+ added compile time INT( ) optimization
* harbour/source/compiler/hbusage.c
* updated -k? description to show "(defaul
3152 (20080602) __
The message was checked by ESET Smart Security.
http://www.eset.com
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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 defa
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 Clipp
It is possible that I lost but .-
2006-03-09 16:30 UTC+0100 Ryszard Glab
...
* source/common/hbstr.c
* source/rtl/strings.c
* added hb_strRemEscSeq() function that removes C-like Esc
sequences (\n \t \r \b currently)
On the source/rtl/strings.c is not and on the source/common/hbst
Hi Przemek,
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 bug in Harbour, and make it
available using a
2008-06-02 20:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/common/hbstr.c
! HB_EXPORT added to hb_strRemEscSeq(). Thanks Javier.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/
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?
> >
-DHB_FM_STATISTICS_OFF
Valid.
-DHB_GUI ?
Still exists. I think we should somehow
remove this (meaning: replace with some superior
solution) in the future. Since this is
yet another thing to remember at build-time and
yet another thing to badly interact with
a multi GT app.
Actually somethin
Hi Przemek,
2008-06-02 19:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexprop.h
* harbour/include/hbexprb.c
* harbour/source/common/expropt2.c
+ added compile time INT( ) optimization
* harbour/source/compiler/hbusage.c
* updated -k? description to sh
Which of the following symbols are still useful/mandatory?
-DHB_FM_STATISTICS_OFF
-DHB_GUI
-DHB_NO_PROFILER
-DHB_NO_TRACE
-DHB_WIN32_IO
Thank you in advance.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best o
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 w
Plus, rather than saying 'lowercase/uppercase significant'
it would be more intuitive to just use lowercase
for 'J' and 'M', and make casing not to matter, like
for the rest of Harbour switches. I can make this, but
I wonder if there was any special reason doing it like
this?
Probably Ryszard sh
2008-06-02 20:11 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/ppcomp.c
* harbour/source/compiler/cmdcheck.c
! do not disable macrotext substitution for -kc
best regards
Przemek
___
Harbour mailing list
Harbour@ha
-DHB_GUI
It disables inkey polling in main HVM loop.
In normal programs it means that K_ALT_C and K_ALT_D will
not work. It gives some small speed improvement.
What do you think of making this a runtime option?
(a Set())
-DHB_NO_TRACE
It disables the possibility of function call tracing wh
Hi Viktor,
-DHB_NO_PROFILER
Valid.
I cannot find any docs on the purpose of HB_NO_PROFILER - Can you
please offer a brief explanation of what it is used for?
TIA.
Randy.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbou
-Messaggio Originale-
Da: "Przemyslaw Czerpak" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: lunedi 2 giugno 2008 20.44
Oggetto: Re: [Harbour] Compile defines
Thank you.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum P
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 giugno 2008 20.34
Oggetto: Re: [Harbour] Compile defines
Thank you.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page:
It disables the possibility of function call tracing which can be
enabled
in default builds by:
__TRACEPRGCALLS( [ ] ) ->
It gives some small speed improvement.
There is also HB_NO_DEBUG macro which disables debugger also giving
some small speed improvement.
Okay, so it does in fact exist,
2008-06-02 21:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/hvm.c
% Minor opt to __SETPROFILE(), __TRACEPRGCALLS()
! __SETPROFILE() to only set the value if a parameter was passed.
This way it's possible to read the value without destroying it.
--
Brgds,
Viktor
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 parameter: 'PARAM' declared but not used in
function: 'MAIN'
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 Co
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> >>-DHB_GUI
> >It disables inkey polling in main HVM loop.
> >In normal programs it means that K_ALT_C and K_ALT_D will
> >not work. It gives some small speed improvement.
> What do you think of making this a runtime option?
> (a Set())
The
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 parameter: 'PARAM' declared but not used in
function: 'MAIN'
Is it expect
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
Przemyslaw Czerpak escribió:
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
-Messaggio Originale-
Da: "Przemyslaw Czerpak" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: lunedi 2 giugno 2008 21.46
Oggetto: Re: [Harbour] Warning on unused codeblock parameters
To make all people happy we will have to add
compiler switch to disable t
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 giugno 2008 22.04
Oggetto: Re: [Harbour] Warning on unused codeblock parameters
We may, but as the one having went through almost all
the Harbour + contrib c
What do you think of making this a runtime option?
(a Set())
The idea of using this macro was eliminating all possible
overhead from main HVM loop. Using and RT switch like new
set() does not make it. Anyhow current code can/should be
updated. See the note about hb_set.HB_SET_KEYPOLL I left
in m
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 //in
Przemyslaw Czerpak escribió:
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 d
Well, yes, unfortunately these should be fixed in
FiveWin.ch.
Okay for me. We need to find out the layout of the
granular -w switch.
I'd propose:
-w[+/-] where alpha is single (case-sensitive)
alphabetic letter.
For this one, case sensitivity makes sense, as we can
end up with quote some option
On Mon, 02 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> >Just like for most of others. Probably only HB_GUI is HB_NO_PROFILER
> >are important because pending code is executed in each HVM loop (for
> >each PCODE). I'll make speed test for HB_GUI to check current
> >difference.
#define N_LOO
2008-06-02 23:33 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/make_b32_all.bat
* contrib/make_gcc_all.sh
* contrib/make_vc_all.bat
+ contrib/hbsqlit2
+ contrib/hbsqlit2/Makefile
+ contrib/hbsqlit2/make_b32.bat
+ contrib/hbsqlit2/make_vc.bat
+ contrib/hbsqlit2/mak
Hi Przemek,
Just like for most of others. Probably only HB_GUI is HB_NO_PROFILER
are important because pending code is executed in each HVM loop (for
each PCODE). I'll make speed test for HB_GUI to check current
difference.
#define N_LOOP 1
proc main()
local t, i
t:=secondsCP
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 difficult to detect for the caller,
and it might cause leaks
We are ASIA country, We need unicode support,
Who can help us?
ps.At M$ is not Linux.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Monday 02 June 2008 01:05:15 pm Massimo Belgrano wrote:
> What about new harbour's web site and fidonet group?
What about it?
I thought fidonet died about 15 years ago...
--
Waiting for sunspots.
___
Harbour mailing list
Harbour@harbour-project.org
Thanks Viktor,
Why not complete?
In order to send out to full printers and terminals may be useful.
HB_EXPORT char * hb_strRemEscSeq( char *str, ULONG *pLen )
{
ULONG ul = *pLen, ulStripped = 0;
char *ptr, *dst, ch;
ptr = dst = str;
while( ul )
{
if( *ptr == '\\' )
break;
Hi Guys,
Is xHarbour's GLOBAL and GLOBAL EXTERNAL statements supported in Harbour ?
Thanks,
Ed
--
View this message in context:
http://www.nabble.com/GLOBAL-statement-tp17615771p17615771.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
Guillermo,
try this code:
---zz2.prg---
proc test
? chr(251) + "4 = 2"
return
-
bld_b32 zz2 /w/a/n
zz2
It works on my NT 4.0 and Win2K both full screen and windowed.
My systems are Hebrew enabled, on your code page you might not
have CHR(251) as square root.
Chen.
__
Hi Javier,
> Why not complete?
I can only guess: No one has written such
a wrapper, yet.
IMO though, besides the conversion itself,
sending out the stripped string to any output
device is not the job of such wrapper.
You can do the latter with existing functions.
Brgds,
Viktor
On 2008.06.03.,
72 matches
Mail list logo
