[Harbour] Re: SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread David Arturo Macias Corona
Przemek: 2010-03-25 00:14 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/dlmalloc.c + updated to DLMALLOC 2.8.4 * added OS2 support from our previous DLMALLOC version + updated to use our own recursive locks when available * disabled hack which breaks strict a

[Harbour] SF.net SVN: harbour-project:[14235] trunk/harbour

2010-03-25 Thread jarabal
Revision: 14235 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14235&view=rev Author: jarabal Date: 2010-03-26 04:05:40 + (Fri, 26 Mar 2010) Log Message: --- 2010-03-26 05:05 UTC+0100 Xavi (jarabal/at/gmail.com) * harbour/src/rtl/teditor.prg ! Fi

Re: [Harbour] SF.net SVN: harbour-project:[14233] trunk/harbour

2010-03-25 Thread Viktor Szakáts
> 2010-03-26 00:12 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > * harbour/src/vm/hvmall.c > * harbour/include/hbstack.h >* reactivated for tests inline ASM code which can be used to access > HVM stack pointer in MT HVM builds. It can be enabled in 32bit > desktop windows H

[Harbour] SF.net SVN: harbour-project:[14234] trunk/harbour

2010-03-25 Thread druzus
Revision: 14234 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14234&view=rev Author: druzus Date: 2010-03-25 23:44:10 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-26 00:44 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/hvmall

[Harbour] SF.net SVN: harbour-project:[14233] trunk/harbour

2010-03-25 Thread druzus
Revision: 14233 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14233&view=rev Author: druzus Date: 2010-03-25 23:12:28 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-26 00:12 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/hvmall

Re: [Harbour] mingw MT mode performance

2010-03-25 Thread Przemysław Czerpak
On Thu, 25 Mar 2010, Szak�ts Viktor wrote: Hi, > >> Is there a way to turn inline ASM stuff on? > >> (sacrificing Win9x compatibility) > >> I'd make a test with it to see the diff. > > I also do not now it they will work with Win64. Probably not though > > we can update then for 64 bit mode (here

Re: [Harbour] mingw MT mode performance

2010-03-25 Thread Viktor Szakáts
Hi Przemek, >> With rebuilt hbvmmt, the 25s went down to 17s, which >> seems okay on win platform. > > Better though still the difference is quite huge. > In my Linux box it's > ST: > [ total application time: ]14.69 > MT: > [ total application time: ]

[Harbour] SF.net SVN: harbour-project:[14232] trunk/harbour

2010-03-25 Thread vszakats
Revision: 14232 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14232&view=rev Author: vszakats Date: 2010-03-25 22:20:19 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 23:19 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) ! bin/postinst.bat Fixe

Re: [Harbour] mingw MT mode performance

2010-03-25 Thread Przemysław Czerpak
On Thu, 25 Mar 2010, Szak�ts Viktor wrote: Hi Viktor, > With rebuilt hbvmmt, the 25s went down to 17s, which > seems okay on win platform. Better though still the difference is quite huge. In my Linux box it's ST: [ total application time: ]14.69 MT: [

Re: [Harbour] mingw MT mode performance

2010-03-25 Thread Viktor Szakáts
Hi Przemek, >> Is it reasonable result that in mingw MT mode, I'm getting >> 21-22s result in 32-bit builds and 24-25s in 64-bit builds >> vs. 10-11s in ST mode? > > No, it isn't reasonable ;) What I suspected. > MinGW builds do not use native TLS and we disabled ASM inline > functions used t

Re: [Harbour] mingw MT mode performance

2010-03-25 Thread Przemysław Czerpak
On Thu, 25 Mar 2010, Szak�ts Viktor wrote: Hi, > Is it reasonable result that in mingw MT mode, I'm getting > 21-22s result in 32-bit builds and 24-25s in 64-bit builds > vs. 10-11s in ST mode? No, it isn't reasonable ;) MinGW builds do not use native TLS and we disabled ASM inline functions

[Harbour] SF.net SVN: harbour-project:[14231] trunk/harbour

2010-03-25 Thread druzus
Revision: 14231 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14231&view=rev Author: druzus Date: 2010-03-25 20:37:39 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 21:37 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/hvmall

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Viktor Szakáts
> Thank you very much. > > BTW do you know _MSC_VER we can use to chose between __forceinline > and __inline? > > WINE uses this: > > #ifndef FORCEINLINE > # if defined(_MSC_VER) && (_MSC_VER >= 1200) > # define FORCEINLINE __forceinline > # elif defined(__GNUC__) && ((__GNUC__ > 3) ||

Re: [Harbour] @...GET LISTBOX Problem

2010-03-25 Thread Viktor Szakáts
I don't know, I never used LISTBOX or C5.3, someone should try this with Clipper to see if this is a real error. BTW, dosemu works well on Ubuntu 32-bit. Brgds, Viktor On 2010 Mar 25, at 18:29, marco bra wrote: > Sorry i cannot compare i have only Harbour on Ubuntu 32 bits i don't have any >

Re: [Harbour] @...GET LISTBOX Problem

2010-03-25 Thread marco bra
Sorry i cannot compare i have only Harbour on Ubuntu 32 bits i don't have any Windows or Dos here... The only reference i have follow was http://www.itlnet.net/Programming/Program/Reference/c53g01c/ngb388e.html I'm testing the Mario H. Sabado code here http://thread.gmane.org/gmane.comp.lang.harb

[Harbour] RE: Urgent Help! wce + netio

2010-03-25 Thread AbeB
Hi, [...] s_fileRecvAll() while( lRead < len ) { if( conn->zstream ) l = hb_znetRead( conn->zstream, conn->sd, ptr + lRead, len - lRead, NETIO_TIMEOUT ); else l = hb_socketRecv( conn->sd, ptr + lRead, len - lRead, 0, NETIO_TIMEOUT ); if( l <

Re: [Harbour] @...GET LISTBOX Problem

2010-03-25 Thread Viktor Szakáts
Did you compare it with Clipper 5.3 behavior? Brgds, Viktor On 2010 Mar 25, at 17:38, marco bra wrote: > Same here on Ubuntu 32 bits and Harbour build > the return key doesn't validate the codeblock and don't skyp to the next read > i must to press esc to get codeblock evaluation and next fiel

Re: [Harbour] @...GET LISTBOX Problem

2010-03-25 Thread marco bra
Same here on Ubuntu 32 bits and Harbour build the return key doesn't validate the codeblock and don't skyp to the next read i must to press esc to get codeblock evaluation and next field read access. Here the p.prg code that i test compiled with " hbmk2 -lgpm p.prg -rebuild " Many thanks and best

[Harbour] mingw MT mode performance

2010-03-25 Thread Viktor Szakáts
Hi All, Is it reasonable result that in mingw MT mode, I'm getting 21-22s result in 32-bit builds and 24-25s in 64-bit builds vs. 10-11s in ST mode? IOW it looks to run half the speed in MT mode. ('-gc3 -kmo [-mt]' were the hbmk2 options) Brgds, Viktor ___

[Harbour] Re: SF.net SVN: harbour-project:[14230] trunk/harbour

2010-03-25 Thread Pritpal Bedi
vouchcac wrote: > > Revision: 14230 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14230&view=rev > Author: vouchcac > Date: 2010-03-25 15:22:47 + (Thu, 25 Mar 2010) > > Log Message: > --- > 2010-03-25 08:03 UTC-0800 Pritpal Bedi (prit...@vouchca

[Harbour] SF.net SVN: harbour-project:[14230] trunk/harbour

2010-03-25 Thread vouchcac
Revision: 14230 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14230&view=rev Author: vouchcac Date: 2010-03-25 15:22:47 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 08:03 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/pan

[Harbour] SF.net SVN: harbour-project:[14229] trunk/harbour

2010-03-25 Thread druzus
Revision: 14229 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14229&view=rev Author: druzus Date: 2010-03-25 12:53:09 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 13:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/common/ex

[Harbour] Timestamp compile time optimisation bug

2010-03-25 Thread Mindaugas Kavaliauskas
Hi, PROC main() LOCAL t SET(4, "-MM-DD") /* Trying to generate timestamp with time part only */ ? HB_NTOT(0.12345) // OK ? HB_DTOT(CTOD("")) + 0.12345 // OK ? t"-00-00" + 0.12345 // Wrong: no time part printed ? VALTYPE(t"-00-00") // Prints "T". OK ? VALTYPE(t"-00-

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Maurilio Longo
BTW, on OS/2 used CPU time of a thread is not available after a thread has ended, so right now cumulative times shown are wrong. Best regards. Maurilio. Maurilio Longo wrote: > Przemyslaw, >> You can also try >>--thread= --scale >> In such version each test is executed times by one thread

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Maurilio Longo
Przemyslaw, > You can also try >--thread= --scale > In such version each test is executed times by one thread and then > simultaneously once by threads. It means that it exploits the worst > possible cases in synchronization and scalability. It should also quite > well test spinlocks on multi

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Przemysław Czerpak
On Thu, 25 Mar 2010, Maurilio Longo wrote: Hi, > compiled cleanly on OS/2 with gcc, > I attach speedtst output as a test to dlmalloc. Thank you very much. BTW In speedtst you can try --thread parameter without specifying number of threads. In such version for each test separate thread is created

[Harbour] SF.net SVN: harbour-project:[14228] trunk/harbour

2010-03-25 Thread druzus
Revision: 14228 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14228&view=rev Author: druzus Date: 2010-03-25 11:20:45 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 12:20 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbset

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Maurilio Longo
Przemyslaw, compiled cleanly on OS/2 with gcc, I attach speedtst output as a test to dlmalloc. Best regards and thanks. Maurilio. Przemysław Czerpak wrote: > On Thu, 25 Mar 2010, Szak�ts Viktor wrote: > > Hi, > >> msvc 2008, msvc 2008 64-bit, old msvcarm (1201), darwin clang >> and darwin g

[Harbour] SF.net SVN: harbour-project:[14227] trunk/harbour

2010-03-25 Thread druzus
Revision: 14227 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14227&view=rev Author: druzus Date: 2010-03-25 09:38:27 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 10:38 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbset

[Harbour] @...GET LISTBOX Problem

2010-03-25 Thread Mario H. Sabado
Hi, From below test, I can't pass through the VALID statement even though I selected a value from level_list. Any suggestion? Thanks, Mario function listboxtest local level_list:={"A","B","C"} local user_level:=space(1) local getlist:={} @ 1 ,1,6,5 get user_level lis

Re: [Harbour] Printer Status Functions

2010-03-25 Thread Robert Skowronek(o2)
Hi, Thanks a lot for PRINTREADY() patch. It is working fine, however, I get the same output for LPT1 like in HB_ISPRINTER() and ISPRINTER() cases. Does anybody have any idea why? Best regards Robert Skowronek - Original Message - From: Viktor Szakáts To: Harbour Project Main De

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Przemysław Czerpak
On Thu, 25 Mar 2010, Szak�ts Viktor wrote: Hi, > msvc 2008, msvc 2008 64-bit, old msvcarm (1201), darwin clang > and darwin gcc build cleanly. Thank you very much. BTW do you know _MSC_VER we can use to chose between __forceinline and __inline? WINE uses this: #ifndef FORCEINLINE # if

[Harbour] SF.net SVN: harbour-project:[14226] trunk/harbour

2010-03-25 Thread vszakats
Revision: 14226 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14226&view=rev Author: vszakats Date: 2010-03-25 08:30:18 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 09:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbapirdd.h !

Re: [Harbour] Printer Status Functions

2010-03-25 Thread Viktor Szakáts
> > IsPrinter(“LPT1”) => always return “True” also when printer not > > connected to that port > > HB_IsPrinter(“LPT1”) => always return “True” also when printer not > > connected to that port > > > > IsPrinter(“LPT2”) => output correct corresponds with the port status > > Are

Re: [Harbour] Printer Status Functions

2010-03-25 Thread Robert Skowronek(o2)
Dear Viktor, - Original Message - From: Viktor Szakáts To: Harbour Project Main Developer List. Sent: Thursday, March 25, 2010 11:49 AM Subject: Re: [Harbour] Printer Status Functions Hi, On 2010 Mar 25, at 08:28, Robert Skowronek(o2) wrote: > In my application I want

[Harbour] SF.net SVN: harbour-project:[14225] trunk/harbour

2010-03-25 Thread druzus
Revision: 14225 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14225&view=rev Author: druzus Date: 2010-03-25 08:10:42 + (Thu, 25 Mar 2010) Log Message: --- 2010-03-25 09:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbbz2

Re: [Harbour] Printer Status Functions

2010-03-25 Thread Viktor Szakáts
Hi, On 2010 Mar 25, at 08:28, Robert Skowronek(o2) wrote: > In my application I want to check whether LPT printer is available or not > before I send document to it. > > In DOS application I used to use PrintReady() function successfully with > numerical input 1 or 2 for LPT1 and LPT2 respec

[Harbour] Printer Status Functions

2010-03-25 Thread Robert Skowronek(o2)
Hi, In my application I want to check whether LPT printer is available or not before I send document to it. In DOS application I used to use PrintReady() function successfully with numerical input 1 or 2 for LPT1 and LPT2 respectively but in Harbour that function always return "False" e

Re: [Harbour] SF.net SVN: harbour-project:[14224] trunk/harbour

2010-03-25 Thread Viktor Szakáts
Hi, msvc 2008, msvc 2008 64-bit, old msvcarm (1201), darwin clang and darwin gcc build cleanly. Good change. Brgds, Viktor On 2010 Mar 25, at 00:14, dru...@users.sourceforge.net wrote: > Revision: 14224 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14224&view=r