On Thu, 18 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
it's possible the goal could be reached, but I'm unable to write inline
function for tls accessing.
Perhaps we should use HB_THREAD_STUB or pass pStack parameter to functions.
I've just implement it for estack.c and hvm.c.
If
2008-09-23 15:38 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/codebloc.c
* updated old and not longer valid comment
* harbour/source/vm/memvars.c
* minor code formatting
* harbour/source/common/expropt2.c
! fixed bug in power math expression
On Tue, 23 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I removed those lines and a full rebuild was completed without errors.
Many thanks for confirmations.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
On Tue, 23 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I see that the OS/2 build has -DTCPV40HDRS disabled by default, now, IMHO this
is an error since the biggest part of OS/2 systems still out there won't be
able to run harbour .EXEs if this define is not enabled.
On the contrary, on
2008-09-23 17:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/os2/gcc.cf
* enabled -DTCPV40HDRS in default builds, can be disabled by
setting HB_OS2_NEW_TCP=yes environment variable
best regards
Przemek
___
Harbour
On Tue, 23 Sep 2008, Maurilio Longo wrote:
Hi Przemyslaw,
is hbrun mt ready? I was trying to use it to run mt\mttestxx but I get errors,
sometimes, like this:
(E:\repository\harbour-svn\tests\mt)\harbour\bin\hbrun mttest01.prg
Harbour 1.1.0dev (Rev. 9479)
Error BASE/3012 Argument error:
On Tue, 23 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
The apps are 100% exactly the same. I just suspect
the index was created by the Clipper version of my
app, but nevertheless 1.0.1 opens it, while 1.1.0
doesn't.
And this is the answer. Header validation is too strong
and recognize this
2008-09-23 21:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* use HB_IMPORT instead of hardcoded attributes in hb* scripts
* harbour/source/common/hbver.c
* generate different info for POCC and XCC compilers
* harbour/source/rdd/dbfcdx/dbfcdx1.c
On Tue, 23 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I did the change to the makefile, I get an immediate SIGSEGV simply starting
hbrun.
(E:\repository\harbour-svn\tests)\harbour\bin\hbrun mt\mttest01.prg
Killed by SIGSEGV
pid=0x7e87 ppid=0x0253 tid=0x0001 slot=0x00b2 pri=0x0200
On Tue, 23 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
use //build switch and if necessary redirect stderr to
stdout by //stderr:1
I know these, but couldn't we make it easier?
I may look into this later. memtest output can
only be screen grabbed.
So probably we should follow Massimo
On Tue, 23 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
2008-09-23 17:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/os2/gcc.cf
* enabled -DTCPV40HDRS in default builds, can be disabled by
setting HB_OS2_NEW_TCP=yes environment variable
On Wed, 24 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
In hbgtcore.c currently for HB_OS_LINUX the
default GT is GTCRS. Shouldn't we change this
to GTTRM?
Yes it should and probably also for all other *nixes.
I'll commit modification in a while.
best regards,
Przemek
2008-09-24 00:44 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hbgtcore.c
* harbour/source/rtl/gtsys.c
* use GTTRM as default GT in *nixes
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Wed, 24 Sep 2008, Szak�ts Viktor wrote:
I have it ready in the cue already :) just let me commit it,
and please review / complete it.
Ups, sorry Viktor, I commited before I received this message :-(
best regards,
Przemek
___
Harbour mailing list
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I've reverted my svn copy to revision 9476, just before your last change, and
I can run every test in tests\mt without problems (rebuilding hbrun with mt
vm).
So it has to be something related to your last change.
Thank you for
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I've reverted my svn copy to revision 9476, just before your last change, and
I can run every test in tests\mt without problems (rebuilding hbrun with mt
vm).
So it has to be something related to your last change.
I rechecked them
On Wed, 24 Sep 2008, elart wrote:
I have a prg was compiling without any issue, now i get:
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libgttrm.a(gttrm.o): In
function `hb_gt_trm_termOutTrans':
gttrm.c:(.text+0x5b1): undefined reference to `hb_vmCDP'
2008-09-24 13:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/cmdcheck.c
! fixed starting index in parsed parameters. argv[0] is
application name with path not user parameter. Parsing
it was giving unpredictable results if harbour binaries
On Wed, 24 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Guy,
I submit this bug sometimes ago, but i get no answer.
I use every day harbour to create small scriptq and it
would be very useful if the option //gtxxx was ok.
Relink it with shared library and you will have all GTs included
in harbour.so
2008-09-24 18:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* reverted modification for import attributes - this will be changed
in the future to function calls
best regards
Przemek
___
Harbour mailing list
On Tue, 23 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
Please fix this. I fixed it locally:
config/os2/gcc.cf:24: *** missing separator. Stop.
Viktor already did it.
Current Harbour compile/run fine
I use newest
set HB_OS2_NEW_TCP=yes
but not agree with name :-)
When it
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
I'm not completely sure I do understand the way the pre-loading of the stack
gets done, but I think it ends up in creating a variable in every C function
which needs access to the stack.
Exactly.
Now,
int f()
{
On Wed, 24 Sep 2008, Chen Kedem wrote:
is it possible for you to implement a data trigger (for vars, fields,
object and so on) defining a code block called when the object changes his
value...
example of code
function main()
local nvar as numeric
nvar := 1
//
// set trigger (for example)
On Thu, 25 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
yes! with fm statistics off it works wonderfully :)
Thank you for confirmation. Now it should work also with memory
statistic enabled.
When we will make some other test then I'll disable stack preloading
for this systems and C compilers
On Wed, 24 Sep 2008, Szak�ts Viktor wrote:
Hi all,
I've built mingw with -DHB_USE_TLS (the rest is default),
then I got 'undefined reference to '__emutls_get_address'
errors on linking. Such symbol doesn't BTW exist in MinGW
4.3.2 supplied libs.
AFAIR the work on TLS support for MinGW
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-09-25 11:26 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* Some steps done to use more consistent names for Windows
and Windows CE, and also to move away from '32' usage.
; TODO: I'd prefer to give all .spec files
On Thu, 25 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
Thank you very much for the information. It means that dlmalloc.c
will have to be updated to use native OS2 API in the future if it
works as expected for Windows users.
Probably you are the best person to make it in such case :-)
I
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
[ Update: After removing both from 1.0.1 builds, I got _just slightly_
bigger binaries, and about identical performance. As a downside, now
I'm getting 44 errors in hbtest, due to failing Round() and Int()
tests: 914, 917-920, 923-925,
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
[ Update: Tried MinGW 4.3.2 with -DHB_USE_TLS, and I'm
still getting the same error as above. Maybe I'm doing
something wrong, which could well may be given the zillions
of factors involved. ]
I did something wrong. Too much compilers
On Mon, 22 Sep 2008, Szak�ts Viktor wrote:
Hi all interested in PUBLIC like in xBase++
Now user can fully control the memavars inheritance even separately
for public and private vars. IMHO it's very flexible and allows
to use many of existing code using memvars without rewirting it
for MT mode
On Thu, 25 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
latest code, OS/2 GCC, HB_FM_STATISTICS_OFF, PIV HT 3.6GHz, SMP Kernel.
ST
total application time: 52.85
total real time:
On Thu, 25 Sep 2008, Przemyslaw Czerpak wrote:
Hi All,
The cost of TLS access is strictly compiler/OS dependent. I've
just make interesting experiment to compare the code of using
stack pointer to dynamically allocated stack instead of statick
stack address in ST programs.
I made very
On Thu, 25 Sep 2008, Przemyslaw Czerpak wrote:
In my GCC final code looks for -O3 is:
func:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
movlhb_stack_ptr, %ecx
movl4(%ecx), %eax
addl$4
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
After some experimenting it looks like -gc3 is the culprit.
I expected that it may be related to -gc3 switch and before
I wrote this message rebuild Harbour with -gc3 using Linux GCC
and cross MingGW. Everything works as expected.
This
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
I've found some pages listing %lld as one the significant
incompatibilities of MinGW compared to Linux GCC.
In MinGW the equivalent formatting seems to be:
%I64d which is also claimed to be the Microsoft C compatible syntax.
Testing with
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
I've already did it, but it's the best if you take a second look
(I can make a mistake virtually anywhere :)
You made exactly what I did with the byte precision ;-)
so after svn update I do not have any conflicts and hbdefs.h
is not marked as modified
On Thu, 25 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
Seems like a good idea. Considering the few CRTL stuff we use,
maybe we could just get rid of them all. At least as far as core is
concerned. [ Clipper did it, too. ]
Some function like memcpy() or memmove() are very often inlined
and
On Thu, 25 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
Pritpal,
why should I as a Xbase++ developer help a competitor to advance its
product???
And why do you ask for our help in the Xbase++ generic newsgroup? In my
eyes this is trolling. This has nothing to do with Xbase++.
Maybe you
On Fri, 26 Sep 2008, Szak�ts Viktor wrote:
BTW folks, I'm seeing replies on nabble.com (by Angel Pais
for example) to this thread, but these messages don't make
it to this list (which is BTW perfectly okay to avoid spam).
Hi Viktor and Angel,
I've just read this message and I've got answer for
On Fri, 26 Sep 2008, Przemyslaw Czerpak wrote:
Publics are really global and the assign is done in atomic
operation what is the additional necessary protection I was writing
about in previous message. But to make it fully safe also access has
to be done as atomic operation or they have
On Thu, 25 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
I see many surprises:
speedtst.prg
Harbour
===
ST
total application time: 47.13
MT
total application time: 51.98
xHarbour
ST
total
On Thu, 25 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
why should I as a Xbase++ developer help a competitor to advance its
product???
And why do you ask for our help in the Xbase++ generic newsgroup? In my
Please do not understand me wrong.
Sorry, I was wrong. I hope that you asked
On Thu, 25 Sep 2008, Angel Pais wrote:
Hi Angel,
First of all I must say you are right, this code isn't thread safe:
lInUse := ! lInUse
But i've also said its only a simplification.
In a real program this code:
1- goes inside a sync method of a class
2- the logical var does not exit
3-
On Thu, 25 Sep 2008, RoddGraham wrote:
Hi Rodd,
Nice to see your messages again.
As a MT Xbase++ user, I have knowledge of its features and shortcommings.
1) Xbase++ is MT, but only reliable on single cpu core within the process.
By default, the Xbase++ runtime sets single core affinity
On Fri, 26 Sep 2008, Alex Strickland wrote:
Hi Alex,
From Pritpals message about xbase++ behaviour dated 2008/09/17 01:12 AM:
Exchanging alias names between work spaces always involves a virtual work
space, the Zero space. Function DbRelease() releases the alias name of a
work area in the
On Fri, 26 Sep 2008, Randy Portnoff wrote:
Hi Randy,
Not sure if this was already covered in this thread so I will mention it
just in case...
IMO, work areas need to support both per thread and cross thread
capability, on a per work area basis.
Both are already implemented.
Just simply
2008-09-26 19:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/source/vm/estack.c
+ added assembler inline macros for TLS access in BCC and MinGW32
They are enabled when Harbour is compiled with -DHB_NO_TLS.
Please check the speed
On Fri, 26 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
this sample puts both cpus at 100%
function main()
hb_threadStart( @t() )
while .t.
enddo
return
function t()
while .t.
enddo
return
but if in main thread I call Inkey(100) CPUs start spiking again...
For me it
2008-09-26 21:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/thread.c
* release thread return value when is retrieve
* harbour/common.mak
* harbour/source/rtl/Makefile
+ harbour/source/rtl/tthreadx.prg
+ added xBase++ compatible signal class
On Fri, 26 Sep 2008, Abeb wrote:
The trick is to trap the keypress of numlock ( or other control key)
And your received correct answer.
Sample code below. It uses two different methods to extract
cotnrol key state. But please remember that not all GTs
can support such functionality.
best
On Fri, 26 Sep 2008, RoddGraham wrote:
Hi Rodd,
In Xbase++, the zero workspace (zone) is like an isolated RDD context
without an associated application thread. Probably implemented using one of
the Xbase++ internal threads for ownership of the context.
In Harbour it's normal item. I can
On Sun, 28 Sep 2008, Abeb wrote:
But the chalange is to trap any time the user presses the numlock, and put it
back on.
So this code is still OK.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
On Sun, 28 Sep 2008, Abeb wrote:
also i tried both methods , and they don't seem to work under gtwvt.
Probably you made sth wrong. It works for me in Linux when
I run MS-Win GTWVT application using WINE.
best regards,
Przemek
___
Harbour mailing list
On Sat, 27 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
Linux Mandriva 2008
Harbour 1.1.0dev (Rev. 9507), Linux 2.6.22.18-desktop-1mdv i686
-
ST
total application time: 64.25
total real time: 67.25
2008-09-29 11:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbvm.h
* harbour/include/hbthread.h
* harbour/source/vm/hvm.c
* harbour/source/vm/thread.c
+ added hb_vmThreadRegister() funtion which allows to register new
thread in HVM without HVM stack
On Mon, 29 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
PS. BTW, If I press Alt-C process does not stop, probably only single
thread
gets stopped. See here, I had to press Alt-C two times.
(E:\repository\harbour-svn\tests\mt)mau
Cancelled at: T (9) in mau.prg
Cancelled at: INKEY (0)
On Mon, 29 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
BTW, is there any objection to enable GCC -O3 switch
for all scripts?
MSVC/BCC already goes with optimizations turned on.
Some GCC versions where wrongly modified by Linux distribution authors
and where giving wrong code or GPF during
On Mon, 29 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
Isn't it so that if someone uses C_USR=-O1, it would
override the default setting? I didn't try this with GCC,
but this is normal command line behavior (if C_USR follows
built-in options), and I do use this with MSVC.
It should in such
2008-09-29 13:59 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/workarea.c
* added protection against multiple registering RDD with the same
name by *_GETFUNCTABLE() in ST/MT mode or other thread in MT mode
best regards
Przemek
On Mon, 29 Sep 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
I would like to add hb_setSetCentury() C level function that I need to
modify SET CENTURY at C level.
So there are two files involved in this change:
include/hbset.h
source/vm/set.c
I have attached a diff patch tu current
On Mon, 29 Sep 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
attached the new version and test program I used to check it.
I hope now it is right.
Yes it's OK though it can be made simpler by using some existing
functions, f.e.:
HB_FUNC( __SETCENTURY )
{
BOOL
2008-09-29 17:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbset.h
* harbour/source/vm/set.c
+ divided __SETCENTURY() PRG function into two functions:
__SETCENTURY() and public C function hb_setSetCentury()
to manipulate century setting from C code
On Thu, 25 Sep 2008, David Arturo Macias Corona wrote:
Hi David and Maurilio,
I think yes, let's wait for David confirmation, anyway HB_OS2_TCP32 is
more meaningfull since it pinpoints what it is changing.
Yes Iam agree, it look better
Please add in gcc.cf a comment for -DTCPV40HDRS based
2008-09-29 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/os2/gcc.cf
* harbour/make_gnu_os2.cmd
* moved -DTCPV40HDRS to make_gnu_os2.cmd and added small description
about this macro. By default is enabled, can be disabled by
setting environment
On Mon, 29 Sep 2008, Abeb wrote:
But anywhere in a big app. as evant function like onkeypress is whats needed.
If I understand you correctly then you need sth like special
inkey value returned when some key shift flags are changed so
you can associate some codeblock with it.
It can be usable but
2008-09-29 22:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
! restored some item type settings I wrongly removed few days ago
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Sat, 27 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
Below is the class skelton with documentation of Xbase++ thread
implementation
via Thread class. It also contains two examples, 2nd one is really
interesting one
though I do not know how it behaves.
This skelton compiles fine in Harbour.
2008-09-30 11:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/Makefile
+ harbour/include/hbvmint.h
+ added new header file which works like hbvmopt.h but does not enable
stack macros
* harbour/contrib/xhb/xhbenum.c
* harbour/contrib/xhb/xhbqself.c
On Tue, 30 Sep 2008, Rodrigo Miguel wrote:
Hi Rodrigo,
An user from xhgtk group reported error when compiled with msvc2008. Is the
error below related to the recent changes? If so, would you please kindly
provide the new approach to be used in order to fix the errors below?
You cannot longer
inside files
which were updated to use it (now hvm.c and estack.c) and it's set
automatically.
2008-09-26 19:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/source/vm/estack.c
+ added assembler inline macros for TLS access in BCC and MinGW32
On Wed, 01 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
The results are:
ARR_LEN = 16 ST MT MT
N_LOOPS =100USE_TLS
[...]
total application time: 64.95 100.00 89.30
Previous MT overhead was
On Wed, 01 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
JavaScript is a widely used and known language and I've found that
with few changes an Harbour source can be digested by IDEs like
Eclipse or NetBeans as a JavaScript source and that these changes can
also fix some ambiguities of the
On Wed, 01 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo.
This is not compiler but PP issue. You will have to change
line concatenation character otherwise PP will make from
these 3 lines single lines which will be preprocessed and
then passed to compiler.
So you are asking to use some
On Wed, 01 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'd like to ask for opinions on turning on Harbour
-gc3 switch (native C code generation) for core .prg code.
The involved code parts are high-level functions in RTL,
the debugger and some high-level RDD functions.
To me it seems that
2008-10-02 14:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
% enable assembler inline function to access HVM thread stack pointer
without native compiler TLS support even if HB_STACK_PRELOAD is not
defined in MinGW builds. It gives some
On Wed, 01 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I agree with adding these, but it's probably better
if I leave this for someone familiar with MT and GT.
I no one make it then probably I'll do it working on
extended GT API for multi console window support and
MT for threads.
Personal
On Thu, 02 Oct 2008, Phil Barnett wrote:
Hi Phil,
3) I'd like to have a switch that warns me if I've used = where is
ambiguos.
My Click! source code reformattor does this conversion for you in many cases.
Maybe we can use it for Harbour .prg source formatting?
I noticed that each of us has
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
2008-10-02 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/ctmisc.prg
+ Added dummy functions:
GETKXLAT(), SETKXLAT(), DSETKBIOS()
If possible please keep such dummy functions in separate file,
f.e.
On Thu, 02 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'm trying to optimize MSVC non-GNU make, so that it
compiles .prg in one batch (== one harbour.exe call by
.lib), just like for .c files, as opposed to the current
one-by-one .prg file compilation approach.
IOW (and if possible), I'd
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
make[1]: Entering directory `/repository/harbour-svn/source/rtl/os2/gcc'
gcc -I. -I../../../../include -Wall -W -O3 -DTCPV40HDRS
-DHB_FM_STATISTICS_OFF -
c ../../filesys.c -ofilesys.o
../../filesys.c: In function `convert_open_flags':
On Thu, 02 Oct 2008, Przemyslaw Czerpak wrote:
Harbour in practice does not use any of such mutexes. Only some few small
peaces of code are covered by them and it's small chance that two threads
will be serialized. The cost of setting/releasing mutexes is the same for
one and two threads so
2008-10-02 21:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/sdf1.c
! fixed stupid typo (missing !) in last modification which broke
SDF RDD read mode. Thanks to Marco for information and example.
* harbour/include/hbstack.h
* harbour/source/vm
On Thu, 02 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
it builds ok if I add
#if defined( HB_OS_OS2 )
#include sys/stat.h
#define S_IREAD S_IRUSR
#define S_IWRITE S_IWUSR
#define S_IEXEC S_IXUSR
Thank you very much for your help. I think we can make sth like:
#ifndef S_IREAD
2008-10-03 00:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/filesys.c
* added workaround for missing S_IREAD, S_IWRITE and S_IEXEC in OS2
when _XOPEN_SOURCE is defined
best regards
Przemek
___
Harbour mailing
On Fri, 03 Oct 2008, Maurilio Longo wrote:
Hi Maurilio,
In -gc[0-2] mode each threads makes:
if( ! --uiPolls )
hb_inkeyPoll();
in main HVM loop. Simple hack even acceptable in ST programs is killing
the performance in ST ones. Important is not hb_inkeyPoll() call (you
On Fri, 03 Oct 2008, Enrico Maria Giordano wrote:
Hi Enrico,
Apart from the already reported problem with FWH, I noticed a speed boost
of about 20% using last SNV versions in a sample like this:
REQUEST DBFCDX
FUNCTION MAIN()
LOCAL nSec
LOCAL cCli
RDDSETDEFAULT( DBFCDX )
USE
On Fri, 03 Oct 2008, Enrico Maria Giordano wrote:
Hi Enrico,
This is a sample for who wants to reproduce the problem:
#include Fivewin.ch
ANNOUNCE HB_GTSYS
REQUEST HB_GT_GUI_DEFAULT
FUNCTION MAIN()
LOCAL oWnd
DEFINE WINDOW oWnd
DEFINE BUTTONBAR OF oWnd
DEFINE BUTTON;
On Fri, 03 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
I've tried it, and it's still no go, as now nmake
says it doesn't know how to make obj\vc\myfirstprg.obj.
Probably because it doesn't see any myfirstprg.c,
and, also cannot see (for some reason) that myfirstprg.c
can be generated from
On Fri, 03 Oct 2008, Maurilio Longo wrote:
And the winner is :)
they're slower than before. a lot!
I attach two files, speedtst.log which is built with -gc3 and hbvmmt and
speedtstmt.log which is built with the same options but started with a
parameter so that it runs with several
2008-10-03 20:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/garbage.c
* Use spinlock instead of mutex in OS2 builds - performance test.
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
2008-10-03 21:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
- harbour/tests/speedtst.prg
+ harbour/tests/speedold.prg
* renamed old speed test - I left it because some other xbase compiler
cannot compiple the new one due to not Clipper compatible PP
+ harbour/tests
On Fri, 03 Oct 2008, Enrico Maria Giordano wrote:
Hi Enrico,
To Windows users:
I'm very interested in MS-Windows results from real multi CPU machine.
Does anyone have such computer and can test it?
Yes, I have an Intel Core 2 CPU 6320. Can you briefly summarize the steps
required to
On Fri, 03 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
P4 2.66/800 HT, XP, MSVS2008 -gc3:
I guess that HT means Hyper Thread CPU with two cores.
Am I right?
Startup loop to increase CPU clock...
10/03/08 22:23:07 Windows XP 5.1.2600 Service Pack 3
Harbour 1.1.0dev (Rev. 9539) (MT) Microsoft
On Fri, 03 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
Here my test:
Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz
L2 Cache Size: 3072 Kb, Bus: 200 Mhz
4 GB RAM, Vista Ultimate 32bit
Harbour Terminal: Windows native console
Harbour 1.1.0dev (Rev. 9542)
Windows Vista 6.0.6001
On Fri, 03 Oct 2008, Enrico Maria Giordano wrote:
Hi Enrico,
Przemek, can you fix these?
Harbour 1.1.0dev (Rev. 9542)
Copyright (c) 1999-2008, http://www.harbour-project.org/
SPEEDTST.prg(147) Error E0003 Duplicate variable declaration 'M_C'
SPEEDTST.prg(150) Error E0003 Duplicate
On Fri, 03 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
Here my test:
Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz
L2 Cache Size: 3072 Kb, Bus: 200 Mhz
4 GB RAM, Vista Ultimate 32bit
Standard Build:
set C_USR=-DHB_FM_STATISTICS_OFF
set HB_BUILD_ST=
I would like to ask you about
On Sat, 04 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
All these were MT speedtsts (two executables, one for -gc0,
one for -gc3), and 3rd 4th were run with a parameter to
enable parallel execution.
Thanks,
Here are the ST results with new speedtst:
[...]
[ total application time:
On Sat, 04 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
[ total application time: ]43.00 ..37.75
[ total real time: ]...37.47 ..31.09
I would seriously check how MSVC measure time.
In ST build total application time should be lower then
2008-10-04 21:23 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/fm.c
! do not build DL-MM when HB_FM_WIN32_ALLOC is set
* harbour/tests/speedtst.prg
+ added support for --exclude=tests,... option to exclude some tests,
f.e.:
./speetest
On Sat, 04 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
Many thanks for your results.
Looks that there in no important difference between DL-MM and BCC-MM in
real MT programs in your system. DL has a little bit better performance.
In my test in Linux DL-MM in MT mode was killing the
601 - 700 of 2167 matches
Mail list logo