On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
> I'm trying to map all xhb MT functions to Harbour equivalents
> to aid porting some MT dependent parts. Here's my rough
> results. Please extend, correct and if we reach a usable state,
> I'd like to add it to hbcompat.ch.
It may not be such simpl
Sorry for not sending mails :(
I had to stop the harbour doc work some months ago due to serious family
matters.
I am returning to work (october state), but quite slowly. I am not aware of
current state,
I could not even read the mailing list.
Alejandro
___
Hi Pritpal.
I tried exactly the same prg you pointed out.
I will give it a second look since I'm compiling from svn now.
About Qt you can download their SDK from http://www.qtsoftware.com
Regards
Angel
Pritpal Bedi escribió:
Hello
Angel Pais wrote:
I've tried them, but test sample painted
Try:
set path=d:\mingw-make\bin;d:\bcc55\bin;%path%
set HB_COMPILER=bcc
set HB_INSTALL_PREFIX=d:\harbour
make_gnu.bat install
Vailton Renato
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello
Angel Pais wrote:
>
> I've tried them, but test sample painted slow and did nothing.
> Not tried latest improvements though.
> Anyway if I'd wanted to stick whit a windows-only GUI I'd stick with
> Xbase++.
> What I need is a multiplatform write once-deploy anywhere GUI framework.
>
Do
Hello
Viktor Szakáts wrote:
>
> The question is which way to choose to rewrite it _once_.
> Options: GUI and WUI (web UI). For me a GUI is only an
> option if it's at least portable, and it's a plus if it's relatively
> easy to migrate CUI source, possibly with gradual rewrite.
>
This is EXAC
my OS compiler environment is:
Windows XP SP3 / Borland C++ 5.51 / mingw-make 3.81 / Chinese Language
I have config dos environment:
d:\>set path=d:\mingw-make\bin;d:\bcc55\bin;%path%
d:\>set HB_COMPILER=
d:\>set HB_INSTALL_PREFIX=d:\harbour
d:\>make_gnu.bat install
everytime copmpiler harbour
Hi
I need to know how Harbour Class modal simulate
this Xbase++ behavior. OR can we have this feature
in Harbour ?
Class Abstract()
Description
This class is "the mother of all classes" and provides a common interface
for all Xbase++ classes. The class name Abstract reveals the c
Hi Vlad,
It's rather just abandoned. The code is hopelessly buggy.
Brgds,
Viktor
On Mon, Mar 16, 2009 at 10:11 PM, Vladislav Lavrecky wrote:
> Hi,
>
> Please shortly explain, what is the current state of hbdoc
> and documents in \doc folder,
> for example I can`t create htm docs from base txt,
Revision: 10625
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10625&view=rev
Author: vszakats
Date: 2009-03-16 23:18:28 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-17 00:18 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Here are the results:
03/16/09 23:42:47 Windows XP 5.1.2600 Service Pack 3
Harbour 1.1.0dev (Rev. 10624) (MT)+ MinGW GNU C 4.3.2 (32-bit)
THREADS: 1
N_LOOPS: 100
[ T000: empty loop overhead ]...0.05
Revision: 10624
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10624&view=rev
Author: vszakats
Date: 2009-03-16 22:18:54 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 23:18 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* harbour-win-spec
* harb
On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
> Oh, just one :) an old one, it's still a P4 2.6 / 800 with Hyperthreading.
> [ Last week I was checking the market, but I just don't feel
> like assembling yet another junk PC, so for now I keep waiting,
> maybe a new Mac Mini will be the answer wi
Hi Przemek and all,
I'm trying to map all xhb MT functions to Harbour equivalents
to aid porting some MT dependent parts. Here's my rough
results. Please extend, correct and if we reach a usable state,
I'd like to add it to hbcompat.ch.
DESTROYMUTEX -
GETCURRENTTHREAD H
Oh, just one :) an old one, it's still a P4 2.6 / 800 with Hyperthreading.
[ Last week I was checking the market, but I just don't feel
like assembling yet another junk PC, so for now I keep waiting,
maybe a new Mac Mini will be the answer with native Linux
or OSX. Nothing has matured yet. For me p
>
> Hi agree with you but think that This is one side of the problem
> The other side is that rewriting each times that you change gui is wasting
> time
>
For me this isn't a problem yet, since my app is still CUI.
The question is which way to choose to rewrite it _once_.
Options: GUI and WUI (we
Hi,
Please shortly explain, what is the current state of hbdoc
and documents in \doc folder,
for example I can`t create htm docs from base txt,
is it deprecate (unsupported), or ... ?
Brgds,
Vlad
___
Harbour mailing list
Harbour@harbour-project.org
h
On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
> > But so far speedtst code has not been updated to test MT performance in
> > XPP builds so always is executed only once by one thread.
> > Such modification will be next the step.
> > Now only Harbour and xHarbour builds can use more then one thre
I've no moral authority to ask anything from anyone since this is an
open source project and each developer does as much as they like, when
they can.
I can only express what i'd like and test their labour.
Anything else is nothing but wishes. And wishes are less than nothing
in this field.
Any
Hi agree with you but think that This is one side of the problem
The other side is that rewriting each times that you change gui is wasting
time
The right idea of gtwvg is that a unified class (compatible with xbase++
part) will allow change you with more little effert
So i hope that when somebody
Totally agree.
One problem with Windows API is that even porting to
WinCE is a huge pain (or even between compilers).
All that energy is IMO much better spent on GTK or QT.
The next big feature for a GUI is remote support, like
X Window. I'm not sure how QT shines here, but GTK
must support it som
I've tried them, but test sample painted slow and did nothing.
Not tried latest improvements though.
Anyway if I'd wanted to stick whit a windows-only GUI I'd stick with
Xbase++.
What I need is a multiplatform write once-deploy anywhere GUI framework.
Quote from QT's whitepaper...
QT supports
In order
+1 for GTNET
+1 for Unicode.
+1 for NetRDD,
2009/3/16 Viktor Szakáts
>
>> :)
>
> Well, if we're at it: +1 for NetRDD, +1 for GTNET and +1 for Unicode.
> (in reverse order)
>
> Brgds,
> Viktor
>
>
> ___
> Harbour mailing list
> Harbour@harbour
Hi Angel
Thanks for explain us your Xbase++ developer POV.
Regarding GUI Have you tried Pritpal's harbour\contrib\gtwvg Xbase Part
compatible?Easy to switch from xbase++ and imo same test will be useful
regarding rdd In past Przemyslaw have announced idea about native client
server named netrdd
>
> Viktor also used HVM with MT support:
>Harbour 1.1.0dev (Rev. 10601) (MT)+ Microsoft Visual C 14.0.24999
> (32-bit)
>
> so this part is comparable. speedtst informs about possible MT support
> in above statement.
> But so far speedtst code has not been
>
> I'm not wanting to sound like a professional requester as Massimo is, just
> wanted to illustrate my humble Xbase++ developper POV.
:)
Well, if we're at it: +1 for NetRDD, +1 for GTNET and +1 for Unicode.
(in reverse order)
Brgds,
Viktor
___
Harbo
Hi Mike,
Yes, I know. For comparison, I've made the Harbour test run in MT mode,
too,
first with no threads, then with 2 threads.
I'm interested to see the conclusions (not necessarily from my results).
Brgds,
Viktor
2009/3/16 Mike Evans (Gmail)
> Hi Viktor,
>
> As far as I know Xbase++ is al
Hi Mike
AFAIK Xbase++ has two automatic and hidden threads, one for the GC and
the other for GUI Parts.
Regards
Angel
Mike Evans (Gmail) escribió:
Hi Viktor,
As far as I know Xbase++ is always executed in MT mode cause at least
the GC is executed in a different Thread.
Brgds
Mike E
On Mon, 16 Mar 2009, Mike Evans (Gmail) wrote:
Hi,
> As far as I know Xbase++ is always executed in MT mode cause at least the GC
> is executed in a different Thread.
Viktor also used HVM with MT support:
Harbour 1.1.0dev (Rev. 10601) (MT)+ Microsoft Visual C 14.0.24999 (32-bit)
As you may have noticed as per Viktor's message test 017 doesn´t work.
This version had no warnigns nor error.
Error log attached.
In general Alaska's filosofy about public and privates is to eliminate
them if you want maximum performance.
'm->' is the correct way to avoid dynamic scoped warning
On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
Thank you for your results.
> with 2 threads (The Harbour results look this weird on every run):
> 03/16/2009 20:08:01 Windows XP 05.01 Build 02600 Service Pack 3
> Xbase++ (R) Version 1.90 (MT)+
> THREADS: 2
> N_LOOPS: 100
Do you modified spee
Hi Viktor,
As far as I know Xbase++ is always executed in MT mode cause at least the GC
is executed in a different Thread.
Brgds
Mike Evans
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakats
Sent: Monday, March 16, 2009 9:21
On Mon, 16 Mar 2009, Angel Pais wrote:
Hi,
> getting close !!
Fine and thanks.
> xpp /n /m /w /p /wi /wl @C:\DOCUME~1\ADMINI~1\CONFIG~1\Temp\03166601.tmp
> SPEEDTST3.PRG(197:0): warning XBT0121: STATIC variable s_once may not have
> been set before first use
[...]
Looks that they reports some
with 2 threads (The Harbour results look this weird on every run):
03/16/2009 20:08:01 Windows XP 05.01 Build 02600 Service Pack 3
Xbase++ (R) Version 1.90 (MT)+
THREADS: 2
N_LOOPS: 100
[ T000: empty loop overhead ]...0.03
To be fair with Harbour, here are the Harbour results repeated with -gc3
(XPP always uses such mode).
03/16/09 20:04:46 Windows XP 5.1.2600 Service Pack 3
Harbour 1.1.0dev (Rev. 10601) (MT) Microsoft Visual C 14.0.24999 (32-bit)
THREADS: 0
N_LOOPS: 100
[ T000: empty loop overhead ]
After fixing the HB_SYMBOL_UNUSED() issue in XPP and
making T017 equivalent to T016 (there is no array access of
objects in XPP), here are the results:
03/16/2009 19:56:03 Windows XP 05.01 Build 02600 Service Pack 3
Xbase++ (R) Version 1.90 (MT)
THREADS: 0
N_LOOPS: 100
[ T000: empty loop overh
getting close !!
Przemyslaw Czerpak escribió:
On Mon, 16 Mar 2009, Angel Pais wrote:
Still some errors left...
Thank you for test.
Now it's much better but new PP rules are still not executed like
in Clipper.
I'm attaching 3-rd version and against asking for tests.
best regards,
Przemek
#
On Mon, 16 Mar 2009, Angel Pais wrote:
> Still some errors left...
Thank you for test.
Now it's much better but new PP rules are still not executed like
in Clipper.
I'm attaching 3-rd version and against asking for tests.
best regards,
Przemek
/*
* $Id: speedtst.prg 10578 2009-03-10 11:17:18Z dr
Still some errors left...
Przemyslaw Czerpak escribió:
On Mon, 16 Mar 2009, Angel Pais wrote:
Hi,
Here you have attacched errors & ppo file.
Too much preprocessor trick for me so I couldn`t even try to fix this code.
Thank you.
In few places xbase++ preprocessor is not Clipper compatible bu
On Mon, 16 Mar 2009, Andi Jahja wrote:
Hi,
> OWatcom: I suggest you have oWatcom Harbour flags standardized as what
> other compilers use as of now. Take a look at -s and -r switch (default
> is -r which is "use register calling convention"). Other Windoze
> compiler are using -s equivalent (-s =
Revision: 10623
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10623&view=rev
Author: vszakats
Date: 2009-03-16 17:32:26 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 18:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
On Mon, 16 Mar 2009, Angel Pais wrote:
Hi,
> Here you have attacched errors & ppo file.
> Too much preprocessor trick for me so I couldn`t even try to fix this code.
Thank you.
In few places xbase++ preprocessor is not Clipper compatible but it's not
our job to locate the exact problems.
I updat
Revision: 10622
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10622&view=rev
Author: vouchcac
Date: 2009-03-16 16:41:05 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 09:39 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/gtwvg
Hi All,
Added: mingwce, implib generation
Fixed/Added: HB_INC_OPENSSL dir, cross compilation settings, icc
To clear some misconceptions, here are a couple of sample make scripts
for Windows. Notice that it's impossible to list all combinations, so I hope
these are good to give an idea, and everyo
Revision: 10621
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10621&view=rev
Author: vouchcac
Date: 2009-03-16 16:08:42 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 09:07 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/wvgcu
Here you have attacched errors & ppo file.
Too much preprocessor trick for me so I couldn`t even try to fix this code.
HTH
Angel
On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
---
Xbase++ (R) Compiler 1.90.331 Apr 27 2006
Copyright (c) Alaska Software. All rights reserved.
File: speedtst.prg
Revision: 10620
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10620&view=rev
Author: vszakats
Date: 2009-03-16 14:36:13 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 15:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/postinst.bat
! Ty
Revision: 10619
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10619&view=rev
Author: vszakats
Date: 2009-03-16 14:24:15 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 15:18 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
+ Added 3.81
Hi,
building Harbour from latest SVN ( MinGW + MSYS ), I get errors
---
gcc -I. -I../../../../include -Wall -W -O3 -march=i586
-mtune=pentiumpro -pipe -fomit-frame-pointer -DHB_FM_STATISTICS_OFF
-DHB_EXTENSION -I../../contrib/hbwin -I../../../../contrib/hbwin -c
../../wvgsink.c -owvgsink.o
In
Hi Kleyber,
Yes, my fault, CPPFLAGS and CFLAGS was again a source of confusion. I'll
rework the rules a bit to fix it. I'm
also seeing a different .lib format generated, which I'm
looking into.
Until then, pls move -TP switch from CFLAGS to CPPFLAGS (a line
above) in config/win/msvc.cf.
Brgds.
V
On Mon, Mar 16, 2009 at 2:14 PM, Przemyslaw Czerpak wrote:
> You can try to umask() to control file permission or you can
> disable effective user and group IDs by seteuid(setuid())/setegid(setuid()).
> Unfortunately it effects all threads so in some cases it's not good solution
> for MT programs
Hi Viktor,
After update my harbour with this [10618] I had troubles when generating
Harbour with MSVC, during compiling hbpp.exe and it gives me errors. I am
using this BAT to create harbour:
call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
set PATH=C:\harbour\bin;%PATH%
set HB
please can you try creating your lib with withhbmk2 homar1.prg homar2.PRG
-w2 -l -gc3 -hblib -ohomar.lib
2009/3/16 Horodyski Marek (PZUZ)
>
>
>From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
>Sent: Sunday, March 15, 2009 1:11 PM
>To
On Mon, 16 Mar 2009, Lorenzo Fiorini wrote:
> I'm trying to find out the best way to secure dbfs.
> I already know and use the SUID and SGID but they seem not suitable
> for all envs since the files created by the app are not owned by the
> user and this doesn't allow many typical import/export fea
On Mon, 16 Mar 2009, Szak�ts Viktor wrote:
Hi,
> ---
> Xbase++ (R) Compiler 1.90.331 Apr 27 2006
> Copyright (c) Alaska Software. All rights reserved.
> File: speedtst.prg Line: 816
> speedtst.prg(182:0): error XBT0200: Syntax Error
> speedtst.prg(265:0): warning XBT0105: Function t030 does not
I'm trying to find out the best way to secure dbfs.
I already know and use the SUID and SGID but they seem not suitable
for all envs since the files created by the app are not owned by the
user and this doesn't allow many typical import/export features like
sending pdfs by email with thunderbird, o
Oh and BTW, message to Alaska folks, maybe someone is reading this: I have
to be an Administrator (in XP) in order to make a compile
session, otherwise I'm getting an "Error / Error in saving message!"
messagebox. AFAIR this is so since at least 5 years (since I'm non
admin on my PC).
I think this
Hi Przemek,
---
Xbase++ (R) Compiler 1.90.331 Apr 27 2006
Copyright (c) Alaska Software. All rights reserved.
File: speedtst.prg Line: 816
speedtst.prg(182:0): error XBT0200: Syntax Error
speedtst.prg(265:0): warning XBT0105: Function t030 does not end with RETURN
speedtst.prg(306:0): error XBT022
Ops, forgot to say you need to run this from a native mingw build bin dir.
On Mon, Mar 16, 2009 at 1:32 PM, Viktor Szakáts wrote:
> Hi Jaro,
>
> Please try with hbmk2, latest revision:---
> set PATH=C:\devl\msys\1.0.11\bin;%PATH%
>
> set HB_LIB_INSTALL=C:\hb-mingwce\lib
> set HB_CCPATH=C:\devl\Mi
Hi Jaro,
Please try with hbmk2, latest revision:---
set PATH=C:\devl\msys\1.0.11\bin;%PATH%
set HB_LIB_INSTALL=C:\hb-mingwce\lib
set HB_CCPATH=C:\devl\MinGW-410-ce\opt\mingw32ce\bin
set HB_CCPREFIX=arm-wince-mingw32ce-
hbmk2 -comp=mingwce %*
---
Brgds,
Viktor
On Mon, Mar 16, 2009 at 12:27 PM,
Revision: 10618
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10618&view=rev
Author: vszakats
Date: 2009-03-16 12:25:17 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 13:25 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi All,
I would like to ask someone who uses xBase++ and Harbour to make
some tests with tests/speedtst.prg.
Current tests/speedtst.prg code can be compiled and executed by Clipper
so I hope it should also work with xBase++ as least in single thread
mode which I set as default when __XPP__ macro
Hi All,
I would like to ask VFP users to give me an information about some
timestamp/datetime transformations in this language.
I'm interesting in existing functions transform pictures, etc.
I'm ready to commit timestamp support to HVM but I do not want
to reinvent the wheel and create correspondi
Revision: 10617
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10617&view=rev
Author: vszakats
Date: 2009-03-16 12:08:23 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 12:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
+ En
t.org/mailman/listinfo/harbour
__ Informacin de ESET NOD32 Antivirus, versin de la base de firmas
de virus 3938 (20090316) __
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Mon, 16 Mar 2009, Juan Gálvez wrote:
> Hi Przemek,
> You're right. It works.
> My fault is I thought hbcompat.ch would make the work and it seems it
> doesn't make it.
> Why ?
Because in your example PP has to know about extended codeblocks before it
begins any translations so before hbcompat.
Hi,
vusn> 2009-03-15 20:51 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
vusn> * INSTALL
vusn> + Documented cross-build config for minwgce.
After build harbour for WinCE by INSTALL's prescription
i'm trying build my first .exe with msys console, but...
$ sh hbcemk -n -w -es2 /harbour/tes
Well observed. I had noticed this detail and adjusted my code to work
so correct with __DYNSN2SYM(). For beginners who are starting these
tips are great.
Many thanks for the explanation.
Vailton Renato
2009/3/15 Przemyslaw Czerpak :
> On Sat, 14 Mar 2009, Vailton Renato wrote:
>
> Hi,
>
>> I am
Revision: 10616
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10616&view=rev
Author: vszakats
Date: 2009-03-16 10:32:34 + (Mon, 16 Mar 2009)
Log Message:
---
2009-03-16 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hb-mkdyn.bat
! Fi
Hi Przemek,
You're right. It works.
My fault is I thought hbcompat.ch would make the work and it seems it
doesn't make it.
Why ?
Many thanks
Juan
- Original Message -
From: "Przemyslaw Czerpak"
To: "Harbour Project Main Developer List."
Sent: Friday, March 13, 2009 7:19 PM
Subje
From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
Sent: Sunday, March 15, 2009 1:11 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] now try with correct format.
With hbmk is possible c
My compliment to Pritpal now in gtwvg traditional get ang xppdialog are full
joined
I suggest add to sample of "CUI-GUI coexistence" also a xbppushbutton
,xbptreeview , XbpTabPage (that will require a relation between control and
@sayget read)
WIl be possible use also modeless dialog with cui?
St
72 matches
Mail list logo
