Hi Chen,
Il 30/03/2009 7.10, Chen Kedem ha scritto:
Angel Pais wrote:
Performance went to the sky !
Scalability not so much...
:
03/29/09 17:58:22 Windows Server 2003 / XP x64 5.2.3790
Harbour 1.1.0dev (Rev. 10726) (MT)+ Microsoft Visual C++ 14.0.24999 (32-bit)
It looks like Windows 64-bit
It's correctly detected, but could be made more accurate by using some
additional techniques to distinguish between
Server 2003 and XP x64. The same version number is returned
for both of these OSes by MS, which is a bit misleading.
--
Viktor
On Mon, Mar 30, 2009 at 9:12 AM, Francesco Saverio Giu
Hi Viktor,
Il 30/03/2009 9.19, Viktor Szakáts ha scritto:
It's correctly detected, but could be made more accurate by
using some additional techniques to distinguish between
Server 2003 and XP x64. The same version number is returned
for both of these OSes by MS, which is a bit misleading.
Both returns 5.2, and I didn't bother to do any above heavy lifting.
Most of these version details is probably unnecessary for Harbour,
but XP x64 and Server 2003 detection would be useful.
Although this code from below:
---
else if( si.wProcessorArchitecture==PROCESSOR_ARCHITECTURE_IA64 &&
Viktor,
Il 30/03/2009 9.43, Viktor Szakáts ha scritto:
Both returns 5.2, and I didn't bother to do any above heavy lifting.
Most of these version details is probably unnecessary for Harbour,
but XP x64 and Server 2003 detection would be useful.
Although this code from below:
---
else if( si
Viktor,
(maybe a bit off topic here, but you asked something like that a few days ago)
The following MS link is useful to check when was a given MS DLL shipped
and in what product: http://support.microsoft.com/dllhelp/
Hmm, well, their database use to include ALL the old products, now I can see
o
Revision: 10732
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10732&view=rev
Author: vszakats
Date: 2009-03-30 08:03:36 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 10:01 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* config/win/owatcom.cf
*
Thanks Chen.
MS also removed any pre-2000 information from MSDN pages, moreover
they've removed all obsolete (but nevertheless available) functions from
documentation, so I have to check headers, and they've even removed
pre-2000
availability information which is even worse (and they gained nothing
You must be right, if you have code I can try on Windows XP x64 as I
have a legal
copy running in a VM here.
I've found this one:
http://www.codeguru.com/cpp/w-p/system/systeminformation/article.php/c8973__2/
[ but it seem to have forgotten about XP x64 ]
--
Viktor
On Mon, Mar 30, 2009 at 9:59 A
Revision: 10731
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10731&view=rev
Author: vszakats
Date: 2009-03-30 07:37:28 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 09:37 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Revision: 10733
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10733&view=rev
Author: petr_ch
Date: 2009-03-30 08:23:58 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 11:30 UTC+0200 Petr Chornyj (myorg63 at mail.ru)
* contrib/hbsqlit3/hbsqlit3.ch
Very good!
2009/3/30 Przemyslaw Czerpak :
> On Sun, 29 Mar 2009, vouch...@users.sourceforge.net wrote:
>
> Hi,
>
>> ; REQUEST ( Przemek ) - Can you please provide a GTWVT.C like
>> skeleton .cpp which I could use as a base for GTQTC ?
>
> I'll try to make it in this week.
>
> best
Hi Pritpal
I have same Italian user that want route to the ready to use distribution
Is this last version?
are planed near update?
Have you made same progress regarding your old project of documentation?
Thanks in advance!
>
> On Wed, Mar 4, 2009 at 9:59 AM, Pritpal Bedi
> wrote:
>>
>> WELCOME
Revision: 10734
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10734&view=rev
Author: vszakats
Date: 2009-03-30 08:30:30 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 10:27 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi Massimo, please try again with latest rev.
--
Viktor
On Sun, Mar 29, 2009 at 12:43 PM, Massimo Belgrano wrote:
> I have tried compiling tests
>
> c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib
> hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
> hbmk: Processing: hbh
Hi Viktor,
try my systemwatch executable I sent to you privately.
Best regards,
Francesco
Il 30/03/2009 10.10, Viktor Szakáts ha scritto:
You must be right, if you have code I can try on Windows XP x64 as I have a
legal copy running in a VM here.
I've found this one:
http://www.codeguru.com/c
done
c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib
hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
hbmk: Processing: hbhpdf.hbp
Harbour 1.1.0dev (Rev. 10734)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'harupdf.prg'...
Lines 2245, Functions/Proce
Revision: 10736
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10736&view=rev
Author: vszakats
Date: 2009-03-30 09:21:52 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 11:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbqt/Makefile
c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib hblibpng.lib
hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
hbmk: Processing: hbhpdf.hbp
Harbour 1.1.0dev (Rev. 10734)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'harupdf.prg'...
Lines 2245, Function
On Mon, Mar 30, 2009 at 11:26 AM, Massimo Belgrano wrote:
> c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib libpng.lib
> hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
> hbmk: Processing: hbhpdf.hbp
> Harbour 1.1.0dev (Rev. 10734)
> Copyright (c) 1999-2009, http://www.h
Also here with msvc.
Best regards,
Francesco
Il 30/03/2009 12.08, Viktor Szaka'ts ha scritto:
I don't know what that means. I've just tried it with MinGW 4.3.3
and myharu.pdf was created without any problems here.
___
Harbour mailing list
Harbou
Revision: 10737
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10737&view=rev
Author: vszakats
Date: 2009-03-30 10:34:36 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 12:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbqt/Makefile
Revision: 10738
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10738&view=rev
Author: vszakats
Date: 2009-03-30 11:15:54 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 13:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
* Split Windo
seem that is posted the problem
http://www.sqlite.org/cvstrac/tktview?tn=3759,38
2009/3/30 Viktor Szakáts :
> Thanks Chen.
> Now we can choose to create a local patch and create an
> infrastructure for applying local patches before build [ I don't
> have time for this now ], or we can report this
Revision: 10735
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10735&view=rev
Author: vszakats
Date: 2009-03-30 09:12:57 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 11:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* external/libhpdf/Makefile
I have deleted old/incomplete myharu.pdf and not all works
Thanks!
2009/3/30 Francesco Saverio Giudice :
> Also here with msvc.
>
> Best regards,
> Francesco
>
> Il 30/03/2009 12.08, Viktor Szaka'ts ha scritto:
>>
>> I don't know what that means. I've just tried it with MinGW 4.3.3 and
>> myharu.p
On Mon, 30 Mar 2009, Chen Kedem wrote:
> > 2009-03-29 11:02 UTC+0200 Viktor Szakats (harbour.01 syenar hu
> > * external/sqlite3/Makefile
> >- Disabled for bcc. Latest sqlite3 version breaks with this compiler:
> BCC does not use LL to mark LONG LONG constants.
> It needs suffix like i64 (or u
you've added hblibpng, not libpng.
--
Viktor
On Mon, Mar 30, 2009 at 11:18 AM, Massimo Belgrano wrote:
> c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib hblibpng.lib
> hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
> hbmk: Processing: hbhpdf.hbp
> Harbour 1.1.0dev (Rev
> 2009-03-29 11:02 UTC+0200 Viktor Szakats (harbour.01 syenar hu
:
> * external/sqlite3/Makefile
>- Disabled for bcc. Latest sqlite3 version breaks with this compiler:
BCC does not use LL to mark LONG LONG constants.
It needs suffix like i64 (or ui64): 8640LL --> 8640i64
Thes
On Mon, 30 Mar 2009, vszak...@users.sourceforge.net wrote:
> Revision: 10738
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10738&view=rev
> Author: vszakats
> Date: 2009-03-30 11:15:54 + (Mon, 30 Mar 2009)
> Log Message:
> ---
> 2009-03-30 13:10 UT
yes, please add libpng also to the liblist.
--
Viktor
On Mon, Mar 30, 2009 at 11:09 AM, Massimo Belgrano wrote:
> done
>
> c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib
> hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
> hbmk: Processing: hbhpdf.hbp
> Harbour 1.1.0dev
c:\harbour\contrib\hbhpdf\tests>hbmk2 harupdf.prg hbhpdf.lib libpng.lib
hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
hbmk: Processing: hbhpdf.hbp
Harbour 1.1.0dev (Rev. 10734)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'harupdf.prg'...
Lines 2245, Functions/
Massimo,
> seem that is posted the problem
> http://www.sqlite.org/cvstrac/tktview?tn=3759,38
Ok, added my remark there too (anonymos have page edit privilege, oh, well)
Chen.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-
Thanks Chen.
Now we can choose to create a local patch and create an
infrastructure for applying local patches before build [ I don't
have time for this now ], or we can report this to author with
your solution, hopefully they'll include it in next revision.
QT also has a patch (regarding localtim
Revision: 10739
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10739&view=rev
Author: vszakats
Date: 2009-03-30 11:53:23 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 13:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtalleg/Makefile
Hi Przemek,
> > 2009-03-30 13:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> > * INSTALL
> > * Split Windows compiler list to 'recommended' and 'supported'
> > sublists. Recommended are MinGW and MSVC.
> > Some comments on the rest:
> > - pocc: lack of 3rd party suppo
Hi All,
I'm printing to serial printer with hbtpathy.lib
f.e.
tp_send(1,
replic("012345678901234567890012345678901234567890"+chr(13)+chr(10),1000 ) )
but it whould cause overflow in the printed output.
any help?
Thanks,
Abe
--
View this message in context:
http://n2.nabble.com/telepahty%2
Hi All,
I've made available a unified and self-contained Windows release
package, which is able to create x86, x64, WinCE/ARM executables
(both shared and static) out of the box without the need of any
external tools or settings.
Download:
http://www.syenar.hu/harbour/hb-1.1.0dev.7z
(size: 136MB)
AbeB wrote:
I'm printing to serial printer with hbtpathy.lib
f.e.
tp_send(1,
replic("012345678901234567890012345678901234567890"+chr(13)+chr(10),1000 ) )
but it whould cause overflow in the printed output.
any help?
Not specific to telepathy, but you must enable flow control on the printer
Hi
Massimo Belgrano-3 wrote:
>
> I have same Italian user that want route to the ready to use distribution
> Is this last version?
> are planed near update?
>
> Have you made same progress regarding your old project of documentation?
>
At the moment I am concentrating on QT implementation.
B
Hi Alex,
Thanks for quick reply.
In the printer it's enabled, but in software i have no clue how.
Any guidance?
Thanks,
abe
AbeB wrote:
> I'm printing to serial printer with hbtpathy.lib
>
> f.e.
> tp_send(1,
> replic("012345678901234567890012345678901234567890"+chr(13)+chr(10),1000 ) )
cl.exe -nologo -I. -I../../../../include -Gs -TP -W4 -wd4127 -Ot2b1 -EHs-c-
-MT-DHB_FM_STATISTICS_OFF -DHB_DYNLIB -c ../../thread.c -Fothread.obj
thread.c
../../../../include\hbatomic.h(270) : error C4235: nonstandard extension
used : '__asm' keyword not supported on this architecture
../../../
Also pocc64:
pocc.exe -I. -Ze -Go -MT -W1 -Ot -I../../../../include /Tamd64-coff
-DHB_FM_STATISTICS_OFF -c ../../thread.c -Fothread.obj
harbour\include\hbatomic.h(270): error #2206: No inline assembly support for
this target.
Brgds,
Viktor
On Mon, Mar 30, 2009 at 4:59 PM, Viktor Szakáts wrote:
I agree with qt prioriry
XBase++ Parts by gtwvg have XBPStatics (not present in demoxbp) ?
Do you still plan support gtwvg ?
What are GTQTC and GTQTG ?
2009/3/30 Pritpal Bedi :
>
> Hi
>
>
> Massimo Belgrano-3 wrote:
>>
>> I have same Italian user that want route to the ready to use distribution
>
I wrote:
>> seem that is posted the problem
>> http://www.sqlite.org/cvstrac/tktview?tn=3759,38
> Ok, added my remark there too (anonymos have page edit privilege, oh, well)
Looking at that link, it seems that it was just fixed.
http://www.sqlite.org/cvstrac/chngview?cn=6408
You just got to love
:) Great indeed.
--
Viktor
On Mon, Mar 30, 2009 at 6:01 PM, Chen Kedem wrote:
> I wrote:
> >> seem that is posted the problem
> >> http://www.sqlite.org/cvstrac/tktview?tn=3759,38
>
> > Ok, added my remark there too (anonymos have page edit privilege, oh,
> well)
>
> Looking at that link, it see
Revision: 10740
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10740&view=rev
Author: vszakats
Date: 2009-03-30 16:31:50 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 17:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbfbird/Makefile
Still Compliment Victor
Great result for made x86,x64 ,WinCE/ARM with mingw/harbour
What step can i do fo make same result with my svn?
If you describe how compile, also other distribution Gan give this benefit
2009/3/30 Viktor Szakáts :
> Hi All,
> I've made available a unified and self-contain
Well, I've posted MinGW CE sample script already on the list, the 64-bit
version is almost like it with some changes (easy to copy from other
cross-builds). Besides the above,
all files were created using usual and documented mpkg_win.bat
scripts and files copied together as a final stage. Anyhow t
On Mon, 30 Mar 2009, Szak�ts Viktor wrote:
Hi,
> I didn't want to kill it, just wanted to tweak it for MT.. we're using such
> MT switch for most compilers to force MT friendly runtine/code generation/
> whatever. Isn't this needed for owatcom?
We were discussing about it when OW OS2 port was ad
Hi
>I agree with qt prioriry
:-)
>XBase++ Parts by gtwvg have XBPStatics (not present in demoxbp) ?
Are you sure? Did you examine demoxbp.prg ?
>Do you still plan support gtwvg ?
100%.
>What are GTQTC and GTQTG ?
Console and GUI based terminals just like GTWVT and GTWVG
but independant of
Revision: 10741
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10741&view=rev
Author: fsgiudice
Date: 2009-03-30 18:14:42 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 20:13 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/cont
i was searched in demoxbp XBPStatic instead wvgStatic
oStatic := WvgStatic():new( oDA )
oStatic:type:= WVGSTATIC_TYPE_TEXT
oStatic:options := WVGSTATIC_TEXT_CENTER
oStatic:caption := chr(13)+'Implemented Xbase++ Parts'
I think that in demoxbp will better having #translate xbpStat
Revision: 10742
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10742&view=rev
Author: fsgiudice
Date: 2009-03-30 19:07:18 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 21:05 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/cont
Thanks for clarification
I don't found msys in your distributions..is correct?
Which package can be used for x stable version?:
mingw
mingw-w64
http://sourceforge.net/project/showfiles.php?group_id=202880&package_id=241675
migw32ce
http://downloads.sourceforge.net/cegcc/cygwin-cegcc-ming
Revision: 10743
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10743&view=rev
Author: druzus
Date: 2009-03-30 20:10:32 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 22:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/dlm
Revision: 10744
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10744&view=rev
Author: druzus
Date: 2009-03-30 20:56:21 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 23:02 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg
Revision: 10745
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10745&view=rev
Author: fsgiudice
Date: 2009-03-30 21:58:45 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-30 23:56 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/cont
>
> Thanks for clarification
> I don't found msys in your distributions..is correct?
msys is only needed to build Harbour from source.
No need for it to *use* Harbour. [ well, except if you
want to use hbmk scripts, but I didn't include these
in this package for simplicity. ]
To put it short: ye
Hi Angel,
Just one note: Be aware with VNC, as it can suck significant amount
of CPU time in server mode. [ It uses poll method plus bitmap compression
in real-time. ] If you also have RDC connection I recommend that for
testing.
Another small one:
You can remove this line, it's the default, and t
Hi Przemek,
here are speedtst logs for Vista Ultimate with Intel(R) Core(TM)2 Duo
CPU T8300 @ 2.40GHz
Next message with 2 x Intel(R) Xeon(TM) CPU 3.00GHz Dual Core (4 Core in
total) Microsoft Windows Server 2003, Standard Edition Service Pack 2
(Build 3790)
All tests with speedtest built w
Hi Przemek,
> * harbour/source/vm/fm.c
>% use DLMALLOC as default memory manager in OpenWatcom Windows builds.
> Warning: HB_FM_DLMT_ALLOC does not work with OpenWatcom.
>
Thanks.
> * harbour/config/dos/owatcom.cf
> * harbour/config/win/owatcom.cf
> * harbour/config/linux/owatcom.
Hi Przemek,
> We were discussing about it when OW OS2 port was added.
> If you want to set this flag as default then you have to
> also enable DL malloc as default memory manager. It will
> reduce a little bit the performance in single thread application
> but MT once will be usable. The problem
Revision: 10746
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10746&view=rev
Author: vszakats
Date: 2009-03-30 23:29:16 + (Mon, 30 Mar 2009)
Log Message:
---
2009-03-31 01:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* external/libhpdf/Makefile
May be worth looking at the functions in
SVN/harbour/contrib/hbtpathy/telepath.prg
tp_ctrlcts( nPort, nNewCtrl )
tp_ctrlrts( nPort, nNewCtrl )
tp_iscts( nPort ) etc...
I think you will need to experiment as there is little documentation for
this.
You could send text in small packets and wait fo
Hi Viktor
Thank your very much for your recommendations.
When I can put my hands on another dual core pc, I will redo all tests
just out of curiosity.
It was weekend and the only pc with 2 processors I could access was that
one.
Best Regards
Angel
Note: 19 people have downloaded my set of te
I just tested new build with Open Watcom regarding .dll compatibility
and unfortunately it
doesn't work anymore, so we need to do something, but what?
Brgds,
Viktor
On Mon, Mar 30, 2009 at 10:10 PM, wrote:
> Revision: 10743
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=107
On Mon, 30 Mar 2009, Francesco Saverio Giudice wrote:
Hi,
> here are speedtst logs for Vista Ultimate with Intel(R) Core(TM)2 Duo
> CPU T8300 @ 2.40GHz
> and with 2 x Intel(R) Xeon(TM) CPU 3.00GHz Dual Core (4 Core in
> total) Microsoft Windows Server 2003, Standard Edition Service Pack 2
> (Buil
On Sun, 29 Mar 2009, Szak�ts Viktor wrote:
Hi,
> > BTW: in hbsetup.h you added:
> > ( defined(__POCC_TARGET__) && __POCC_TARGET__ == 2 )
> > to detect HB_OS_WIN_CE builds. Maybe it's documented method in POCC
> > and in such case should be left but if not then I suggest to rather
Revision: 10747
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10747&view=rev
Author: druzus
Date: 2009-03-31 00:39:37 + (Tue, 31 Mar 2009)
Log Message:
---
2009-03-31 02:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/dos/ow
>
> > > BTW: in hbsetup.h you added:
> > > ( defined(__POCC_TARGET__) && __POCC_TARGET__ == 2 )
> > > to detect HB_OS_WIN_CE builds. Maybe it's documented method in POCC
> > > and in such case should be left but if not then I suggest to rather
> > > use sth like:
> > > (
Revision: 10748
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10748&view=rev
Author: vszakats
Date: 2009-03-31 01:11:22 + (Tue, 31 Mar 2009)
Log Message:
---
2009-03-31 02:58 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbsetup.h
% '
>
> * config/win/bcc.cf
>* -4 -> -6 for Pentium Pro instructions. Looking at the generated
> code this looks like rescheduling, if someone now can test Harbour
> or plain Pentium, it would be good to know if it still works.
>
Some more info on above:
Turns out that -6 generates the
Am I wrong thinking that it's only implimented on Linux?
May be worth looking at the functions in
SVN/harbour/contrib/hbtpathy/telepath.prg
tp_ctrlcts( nPort, nNewCtrl )
tp_ctrlrts( nPort, nNewCtrl )
tp_iscts( nPort ) etc...
I think you will need to experiment as there is little documentation f
Angel,
> Note: 19 people have downloaded my set of tests.
> Almost all of them from South America and East Europe.
:
> Interesting profile indeed !
You can see similar results in Piwik statistics for Harbour SF pages:
(go to Visitors | Locations & Provider)
http://apps.sourceforge.net/piwik/harb
75 matches
Mail list logo
