Hi
druzus wrote:
>
> Revision: 11614
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11614&view=rev
> Author: druzus
> Date: 2009-07-03 06:29:26 + (Fri, 03 Jul 2009)
>
A few questions:
1) Under what circumstances should we use task switching over real
Hello Przemek
druzus wrote:
>
> Revision: 11614
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11614&view=rev
> Author: druzus
> Date: 2009-07-03 06:29:26 + (Fri, 03 Jul 2009)
>
> + implemented OS independent task switching system - it gives PTHREAD
On Fri, Jul 3, 2009 at 8:12 AM, Lorenzo
Fiorini wrote:
> Googling i've found it's a cpp vs c issue. Is there a way to use hbqt
> with hbmk scripts?
Fixed.
Sorry I simply forgot to add -lstdc++
best regards,
Lorenzo
___
Harbour mailing list
Harbour@har
Revision: 11614
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11614&view=rev
Author: druzus
Date: 2009-07-03 06:29:26 + (Fri, 03 Jul 2009)
Log Message:
---
2009-07-03 08:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/include/hbtas
I've found 'hbSize', and that's what we should probably
use here.
Brgds,
Viktor
On 2009.07.02., at 11:08, Viktor Szakáts wrote:
Hi Przemek,
What chances to do you see to solve this before release?
Where to start if want to do it? If so, should we use a
special type to make it easy to sync ou
I'm trying to test hbqt under win.
I started in a clean env and installed msys, tdm mingw 4.4.0, qt sdk,
tortoisesvn and checkout svn 11613.
harbour build is ok and I can run hbtest.exe and hbrun.exe and qt demo
works as expected
If I build demoqt.prg using hbmk2 it works but if I try to build it
Hi April,
I've moved the only one occurrence of it from inside source/rdd
to tests. Or did I miss another one somewhere?
Brgds,
Viktor
On 2009.07.03., at 1:08, April White wrote:
vszak...@users.sourceforge.net wrote:
Revision: 11601
http://harbour-project.svn.sourceforge.net/harbou
Revision: 11613
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11613&view=rev
Author: vouchcac
Date: 2009-07-03 01:23:04 + (Fri, 03 Jul 2009)
Log Message:
---
2009-07-02 18:19 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
+ harbour/contrib/hbxbp/xbpfi
Revision: 11612
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11612&view=rev
Author: druzus
Date: 2009-07-03 00:24:36 + (Fri, 03 Jul 2009)
Log Message:
---
2009-07-03 02:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/macro/
vszak...@users.sourceforge.net wrote:
Revision: 11601
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11601&view=rev
...
- Deleted 'example' from exclusion list.
Viktor, I am curious why you remove 'example' from the exclusion list?
April
--
Backup not found:
Hi Pritpal, for example, in my case, I'm silent because can't write very
good in english, but I read all about hbqt and xbp.
Great work
Thanks and regards
CdQ
On Thu, Jul 2, 2009 at 5:25 PM, Pritpal Bedi wrote:
>
> Hello Angel
>
> Angel Pais wrote:
> >
> > Just a word to encourage you...
> > Yo
Most part of harbour community is silent [i am opposite of silent sorry
but this is my web identity]
Most part want participate in read only mode and not agree share his idea
if you read harbour traffic (web,sourceforce,ecc) you discover biggest
interest
You Have made right choice : implement
On Thu, 02 Jul 2009, Xavi wrote:
> Do you permit a question to my learn? :)
> In Harbour is possible define rule ExprAssign with LeftExpression
> as ExprEqual, ExprPlusEq, etc ... beacuse it does the same for
> all. Not have to do things different if is Variable or MacroVar.
Just simply when I int
Hello Angel
Angel Pais wrote:
>
> Just a word to encourage you...
> You are hitting this right in the head, your work will have consecuences
> for many years to come.
> Without an 'oficial' multiplattform gui, harbour will never reach the
> place it deserves as a fantastics either productive b
Hi
Viktor Szakáts wrote:
>
> Sorry, I didn't want to hurry you. You're doing a very
> nice job and the progress is very impressive.
>
Thanks for the encouragement.
> My only suggestion would be to concentrate on implementing
> Xbase++ features first, and just then move on to extensions.
Very good
Can we write a better presentation from :
"The Harbour Project is a Free Open Source Software effort to build
a multiplatform Clipper language compiler. Harbour consists of the
xBase language compiler and the runtime libraries with different
terminal plugins and different databases
Just a word to encourage you...
You are hitting this right in the head, your work will have consecuences
for many years to come.
Without an 'oficial' multiplattform gui, harbour will never reach the
place it deserves as a fantastics either productive business development
tool.
Many, many than
Very good Can we write a better presentation from :
"The Harbour Project is a Free Open Source Software effort to build a
multiplatform Clipper language compiler. Harbour consists of the xBase
language compiler and the runtime libraries with different terminal plugins
and different databases (not j
Can suggest switch letodb from cvs to svn more speed, more powerfull,
Harbour have made same way
2009/7/2 Alexander S.Kresin
> Przemek,
>
>>
>> I've just merge it with you recent leto CVS update.
>> It cleans nearly all GCC/MinGW warnings except few ones which
>> I think you should pacify yourse
Hi Pritpal,
For me it's okay if they are all guarded with a macro (HB_XBP_EXT).
All extensions have to be portable to all QT supported platforms
though.
BTW, does this mean that Xbase++ features and compatibility is now
reaching completion?
Yes, these have to he guarded.
Feature compatib
Hello Viktor
Viktor Szakáts wrote:
>
>>SUGGESSIONS: Should I implement Harbour extensions to the Xbp*
>> classes?
>> I find a wide scope to add few more instance
>> variables to the
>> class.
>
> For me it's okay if they are all guarded with a macro (HB_
I believe, that there are different ways to eliminate the problem ( each
situation, which haven't ways out, have, at least, two ways out :) ).
Yes, but also to isolate the problem to this operator.
I thought that the problem was not in the optimization. :'(
Regards,
Xavi
Alexander S.Kresin
Ok Przemek thanks,
Do you permit a question to my learn? :)
In Harbour is possible define rule ExprAssign with LeftExpression as ExprEqual,
ExprPlusEq, etc ... beacuse it does the same for
all. Not have to do things different if is Variable or MacroVar.
<--- souce/compiler/harbour.y(954)
-
Revision: 11611
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11611&view=rev
Author: vszakats
Date: 2009-07-02 17:02:40 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 19:02 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/Makefile
* Fo
I can confirm Clipper returns .F. in first test while Harbour .T.,
with latest revision.
Brgds,
Viktor
On 2009.07.02., at 18:47, Randy Portnoff wrote:
Hi all,
The first output line (below) should return FALSE but returns TRUE
instead. The first line is equivalent to "? .F. .AND. .T. .AND. .
Hi Pritpal,
Log Message:
---
2009-07-02 09:24 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbxbp/tests/demoxbp.prg
* contrib/hbxbp/xbpstatic.prg
+ Implemented XBPSTATIC_TYPE_BITMAP. It is not Xbase++ compatible
in the sense it is pulled from a disk file. But by attrib
> I'll analyze deeper the problem and I'll fix it to make Harbour
> fully Clipper compatible. Probably in next week.
>
Thank you.
Regards, Alexander.
___
Harbour mailing list
Harbour@harbour-project
Hi all,
The first output line (below) should return FALSE but returns TRUE
instead. The first line is equivalent to "? .F. .AND. .T. .AND. .T."
which clearly should be FALSE.
This was tested in the stable build v1.0.1. with VS2005 I am unable
to test this in the current build - If this was a
Revision: 11610
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11610&view=rev
Author: vouchcac
Date: 2009-07-02 16:28:41 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:24 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbxbp/tests/demoxbp
But when I type the ls command in the term
the normal color is back
Bruno
2009/7/2 Bruno Luciani
> I try this example in Kubuntu , konsole terminal ,
> and work ok , but when executes , change the color font
> to gray.
>
> The term is white font over black originally.
>
> Bruno
>
> 2009/7/2 Vik
I try this example in Kubuntu , konsole terminal ,
and work ok , but when executes , change the color font
to gray.
The term is white font over black originally.
Bruno
2009/7/2 Viktor Szakáts
> Hi Przemek and All,
>
> I've seen fixes and I may even have reported this, but something is
> still
On Thu, 02 Jul 2009, Alexander S.Kresin wrote:
Hi,
> Maybe, this issue was discussed already, but ...
> This code gives an error with Harbour, but works with Clipper:
> PROCEDURE main
> PRIVATE arr[10], r
>arr[1] := "OO"
>r = 'arr[1]'
>&r += '*'// Runtime "Syntax error: &" with Ha
Revision: 11609
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11609&view=rev
Author: vszakats
Date: 2009-07-02 14:48:21 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 16:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbbmcdx/bmdbfcdx.
Revision: 11608
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11608&view=rev
Author: vszakats
Date: 2009-07-02 14:18:06 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 15:48 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbcomp.h
* incl
Hi Xavi,
Hi Alexander,
A small variation if it helps. :)
I believe, that there are different ways to eliminate the problem (
each situation, which haven't ways out, have, at least, two ways out :) ).
The point is - compatibility.
One user from Russian Harbour forum write this sample as
Revision: 11607
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11607&view=rev
Author: vszakats
Date: 2009-07-02 12:39:28 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 14:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/gtqtc/gtqtc.cpp
Hi All,
Here is the (not very long) list of UINT Windows type usage
in non-Windows Harbour source code. I'd like to ask developers
to take a look at it and change to use some ANSI C types
wherever possible.
---
contrib/rddsql/hbrddsql.h:167: UINT Leaf;
contrib/rddsql/hbrddsql.h
Hi Alexander,
A small variation if it helps. :)
PROCEDURE main
PRIVATE arr[10], r
arr[1] := "OO"
r = 'arr[1]'
// ...
&r = &r + '*'
? arr[1], r
&(r) += '*'
// ...
? arr[1], r
Return
--
Xavi
Alexander S.Kresin escribió:
Hi All,
Maybe, this issue was discussed already, but
Hi All,
Maybe, this issue was discussed already, but ...
This code gives an error with Harbour, but works with Clipper:
PROCEDURE main
PRIVATE arr[10], r
arr[1] := "OO"
r = 'arr[1]'
&r += '*'// Runtime "Syntax error: &" with Harbour
? arr[1], r
Return Nil
Is this error or a f
Przemek,
I've just merge it with you recent leto CVS update.
It cleans nearly all GCC/MinGW warnings except few ones which
I think you should pacify yourself because they may be source
of real errors and I would only hide them. See below.
It also updates for UNICODE compilation in windows and cl
Hi,
Take a look inside hbdefs.h, there is a new type name
system under development, it uses "hbType" naming convention
and the plan is to replace currently used basic types
which use inconsistent naming schemes and have many
collisions with Windows and other systems / libs.
Oh, I've never loo
2009-07-02 11:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
+ Added new hbBool type.
Hi,
just on type name convention... If we have HB_ULONG, perhaps it
should be HB_BOOL. Though, HB_ULONG has a different meaning than
native ULONG.
Take a look inside hbdefs.h,
2009-07-02 11:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
+ Added new hbBool type.
Hi,
just on type name convention... If we have HB_ULONG, perhaps it should
be HB_BOOL. Though, HB_ULONG has a different meaning than native ULONG.
HB_INT, HB_BOOL, HB_ULONG,...
Hi Przemek,
What chances to do you see to solve this before release?
Where to start if want to do it? If so, should we use a
special type to make it easy to sync our code to size_t?
(this currently causes lot of casting and also warnings
on msvc64 f.e.)
Brgds,
Viktor
__
Revision: 11606
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11606&view=rev
Author: vszakats
Date: 2009-07-02 09:05:54 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 11:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
+ Ad
Revision: 11605
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11605&view=rev
Author: vszakats
Date: 2009-07-02 08:56:42 + (Thu, 02 Jul 2009)
Log Message:
---
fixed another wrongly formed entry headers of mine
Modified Paths:
--
trunk/
Hi Przemek and All,
I've seen fixes and I may even have reported this, but something is
still not 100% here. On Ubuntu 9.04 /tests/hello.prg changes
default black-on-white text to lightgray-on-darkgray when running
./hello in default Terminal app (Applications -> Accessories -> Terminal).
Same th
Revision: 11604
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11604&view=rev
Author: vszakats
Date: 2009-07-02 08:41:49 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 10:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Revision: 11603
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11603&view=rev
Author: vszakats
Date: 2009-07-02 07:54:44 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
* mpkg_gnu.bat
Revision: 11602
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11602&view=rev
Author: vszakats
Date: 2009-07-02 07:47:50 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.hbp
Revision: 11601
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11601&view=rev
Author: vszakats
Date: 2009-07-02 07:44:25 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* examples/hbextern/hbexter
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Thursday, July 02, 2009 9:09 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Question about gt solution.
>
>> What/how another switch can I use to receive this solution ?
>
>Is THREAD_GT #de
Revision: 11600
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11600&view=rev
Author: vszakats
Date: 2009-07-02 07:34:34 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/rdd/usrrdd/rdds/Ma
Revision: 11599
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11599&view=rev
Author: vszakats
Date: 2009-07-02 07:30:07 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:27 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/none.cf
* config
When I compile C:\harbour\tests\gtwin.prg with :
Hbmk2 -gui -gtwvg C:\harbour\tests\gtwin.prg
It correctly work. But when I try compile my app with these switch,
hb_gtCreate( THREAD_GT ) return Nil.
What/how another switch can I use to receive this solution ?
Is THREAD_GT #defined in your app?
Revision: 11598
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11598&view=rev
Author: vszakats
Date: 2009-07-02 07:04:43 + (Thu, 02 Jul 2009)
Log Message:
---
2009-07-02 09:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/generator/hb
Hi.
I have 2 ask.
When I compile C:\harbour\tests\gtwin.prg with :
Hbmk2 -gui -gtwvg C:\harbour\tests\gtwin.prg
It correctly work. But when I try compile my app with these switch,
hb_gtCreate( THREAD_GT ) return Nil.
What/how another switch can I use to receive this solution ?
---
With
57 matches
Mail list logo
