Revision: 11695
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11695&view=rev
Author: druzus
Date: 2009-07-10 02:53:26 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 04:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gt
Revision: 11694
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11694&view=rev
Author: vszakats
Date: 2009-07-10 02:46:48 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 04:50 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
- De
Revision: 11693
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11693&view=rev
Author: vszakats
Date: 2009-07-10 02:40:54 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 04:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
+ Ad
Revision: 11692
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11692&view=rev
Author: vszakats
Date: 2009-07-10 02:31:59 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 04:31 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbapi.h
* sourc
I'm still not sure I understand what is the logic that Harbour
developers
*pay* and/or *work* to generate profit (or compensate for loss) for
xhb.com,
and at the same time they don't get anything in return for the efforts.
All such "inquiries" to this list look very strange and unproductive
> On Tue, 07 Jul 2009, Hannes Ziegler wrote:
>
> Hi,
>
> > I have followed this thread with great interest and would like to add my
> > 2cents as the external help author who has written the xHarbour docs:
> > 1) Programmers are no help authors
> > 2) Software cannot be spread without good docum
Revision: 11691
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11691&view=rev
Author: vszakats
Date: 2009-07-10 01:44:29 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 03:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/rtl/gtwin/gtwin.c
There surely is a logic in it, but I can't recognize it.
Pls wait a little, I'm converting GT USHORTs to int. I'd appreciate
if
you'd review it.
It doesn't matter what we agree as base text holder.
Important is to respect pure C behavior in casting.
if we have:
int iValue = ( UCHAR ) hb_par
On Fri, 10 Jul 2009, Szak�ts Viktor wrote:
> Sorry, for me it's still a pending question why at some places a char
> is represented by BYTE, on some others by UCHAR, and on some others
> USHORT.
> There surely is a logic in it, but I can't recognize it.
> Pls wait a little, I'm converting GT USHORT
Revision: 11690
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11690&view=rev
Author: druzus
Date: 2009-07-10 01:18:02 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 03:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi
; TODO: Review remaining BYTE/USHORT usage for attr, color
and char. Char is sometimes represented by UCHAR,
sometimes by char and sometimes by USHORT. Color is
represented by both int and BYTE. attr is BYTE, which
can be changed to hbU8.
+ Also 'in
Revision: 11689
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11689&view=rev
Author: vszakats
Date: 2009-07-10 00:33:57 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 02:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbclipsm/gauge.c
Revision: 11688
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11688&view=rev
Author: vszakats
Date: 2009-07-10 00:23:44 + (Fri, 10 Jul 2009)
Log Message:
---
2009-07-10 02:19 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbgtcore.h
* in
above functions seem to fail on Harbour extension
cursor code SC_UNDEF, which has value of -1.
I didn't try, just looked at the code.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/
On 2009.07.10., at 2:01, Przemyslaw Czerpak wrote:
On Thu, 09 Jul 2009, vszak...@users.sourceforge.net wrote:
Hi,
2009-07-10 01:01 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbapigt.h
* contrib/hbct/screen2.c
* contrib/hbct/cursor.c
* contrib/hbct/screen1.c
* contrib/hbct/
On Thu, 09 Jul 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-07-10 01:01 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * include/hbapigt.h
> * contrib/hbct/screen2.c
> * contrib/hbct/cursor.c
> * contrib/hbct/screen1.c
> * contrib/hbct/setrc.c
> * contrib/hbclipsm/status.c
Revision: 11687
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11687&view=rev
Author: vszakats
Date: 2009-07-09 23:03:23 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-10 01:01 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbapigt.h
* con
Revision: 11686
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11686&view=rev
Author: vszakats
Date: 2009-07-09 22:29:21 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-10 00:24 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbgtcore.h
* so
Revision: 11685
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11685&view=rev
Author: vszakats
Date: 2009-07-09 21:22:22 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 23:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbvmpub.h
* inc
On Thu, 09 Jul 2009, Xavi wrote:
> Hi All,
> A spanish expression says: "ser más papistas que el Papa" in English "be more
> Catholic than the Pope".
> I'm surprised that we are pass some lines and nobody says anything.
> Maybe not understand the changes or are the holidays but...
> Are we correct
The other issue here is stable releases. If there is
no one able to test OS/2 builds, we should remove it
from the "green light" list, otherwise we will have
unnecessary delays on each official release :(
You are right to an extent.
But a note: as we are heading towards Xbase++ compatible clas
Hello Viktor
Viktor Szakáts wrote:
>
> The other issue here is stable releases. If there is
> no one able to test OS/2 builds, we should remove it
> from the "green light" list, otherwise we will have
> unnecessary delays on each official release :(
>
You are right to an extent.
But a note:
Viktor,
I'm more than willing to 'maintain' it, but I cannot commit to it time that I
don't have :)
Maurilio.
Viktor Szakáts wrote:
>> If all users have disappeared maybe we should consider
>> dropping OS/2 from the supported platforms. There is
>> not much point in spending a lot of maintenanc
Revision: 11684
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11684&view=rev
Author: vszakats
Date: 2009-07-09 17:12:12 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 19:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbsqlit3/hbsqlit3
Hi All,
A spanish expression says: "ser más papistas que el Papa" in English "be more
Catholic than the Pope".
I'm surprised that we are pass some lines and nobody says anything. Maybe not
understand the changes or are the holidays but...
Are we correcting errors in Clipper language? If so to m
If all users have disappeared maybe we should consider
dropping OS/2 from the supported platforms. There is
not much point in spending a lot of maintenance work
on an untested and unused platform IMO.
The other issue here is stable releases. If there is
no one able to test OS/2 builds, we should
Hi Chen,
These changes don't affect OS/2 API as all values
changed had explicit casts to OS/2 types.
Anyway, of course it would be good to be tested
by real OS/2 users, but they seem to have disappeared.
On sf.net there is no more a way to check the per file
download figures (added a ticket on
Chen,
I've been so busy lately that I did not even have time to update my copy of
the cvs; so, I'd like to build a recent version on OS/2 but I think won't have
some time before mid august.
Best regards.
Maurilio.
Chen Kedem wrote:
> Viktor,
>
>> * source/rtl/gtos2/gtos2.c
>
> Its been almos
Viktor,
> * source/rtl/gtos2/gtos2.c
Its been almost decade since I used OS/2,
IIRC, the API used unsigned values for almost anything,
some OS/2 user (is there anyone left?) should really test recent Harbour API
changes.
Chen.
___
Harbour mailing li
Revision: 11683
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11683&view=rev
Author: vszakats
Date: 2009-07-09 15:54:22 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 17:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbgtcore.h
* in
Hi Paul,
There was one in the recent one or two weeks, but can't find it right
now.
It was part of the type cleanup we're doing.
USHORT to int is also planned for coordinates.
Brgds,
Viktor
On 2009.07.09., at 17:06, Paul Tucker wrote:
Is there a reference thread for this?
> From: harbour
Is there a reference thread for this?
> From: harbour...@syenar.hu
> To: harbour@harbour-project.org
> Date: Thu, 9 Jul 2009 15:39:30 +0200
> Subject: [Harbour] GT API - BYTE* -> char*
>
> Hi Przemek,
>
> Shall I start with this modification?
>
> Somewhere USHORT is used to represent a char,
Hi Przemek,
Shall I start with this modification?
Somewhere USHORT is used to represent a char, how to handle that?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 11682
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11682&view=rev
Author: vszakats
Date: 2009-07-09 13:21:43 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 15:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtip/utils.c
-
Revision: 11681
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11681&view=rev
Author: vszakats
Date: 2009-07-09 13:05:12 + (Thu, 09 Jul 2009)
Log Message:
---
add missed line to latest ChangeLog text:
! Deleted Alert() calls from code. (from hbtip
Revision: 11680
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11680&view=rev
Author: vszakats
Date: 2009-07-09 13:03:59 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 14:58 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbextern.ch
* s
Revision: 11679
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11679&view=rev
Author: druzus
Date: 2009-07-09 12:41:00 + (Thu, 09 Jul 2009)
Log Message:
---
2009-07-09 14:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbexp
37 matches
Mail list logo
