The following sample prints 102 (in Clipper also):
FUNCTION MAIN()
SET DELETED ON
DBCREATE( "BUGTEST", { { "CODICE", "N", 3, 0 } } )
USE BUGTEST
APPEND BLANK
REPLACE FIELD -> codice WITH 101
DELETE
APPEND BLANK
REPLACE FIELD -> codice WITH 101
APPEND BLANK
Hi Rathinagiri.Viktor,Roberto (and everybody)
Will harbour and hmg share an harbour corner to made good assistance
to either final user?
http://www.hmgforum.com/
Which is the idea of Rathinagiri HMG Forum site owner and admin ?
How is possible have identity of harbour on harbour corner?
is possib
high level drawing (seemingly window related) problem. I'll
try to make tests with 32-bit UNICODE to check what exactly
enables this.
AFAIK Windows does not use 32-bit UNICODE values and support only
U16.
What is the exact problem?
Sorry I was talking about Win32 UNICODE build.
Just teste
After some checks:
1) The file is source/codepage/cpes850c.c (and not source/lang/...).
2) Current SVN version is besically the same version as originally
added to the repository.
3) I can't find in the dev list any remarks regarding its validity since
the day it was added.
NOTE: I'm not
On Tue, 06 Oct 2009, Enrico Maria Giordano wrote:
> The following sample prints 102 (in Clipper also):
> FUNCTION MAIN()
>SET DELETED ON
>DBCREATE( "BUGTEST", { { "CODICE", "N", 3, 0 } } )
>USE BUGTEST
>APPEND BLANK
>REPLACE FIELD -> codice WITH 101
>DELETE
>APPEND BLANK
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: martedì 6 ottobre 2009 9.56
Oggetto: Re: [Harbour] Index compatible bug?
The behavior is correct. Index contain record 1 with value 101 but
is filter by your SET DELETE ON filter. I
On Tue, 06 Oct 2009, Chen Kedem wrote:
Hi,
> After some checks:
> 1) The file is source/codepage/cpes850c.c (and not source/lang/...).
> 2) Current SVN version is besically the same version as originally
> added to the repository.
> 3) I can't find in the dev list any remarks regarding its va
Revision: 12654
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12654&view=rev
Author: druzus
Date: 2009-10-06 09:16:56 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 11:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/tests/cpinfo.
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> Just tested MSVC 2008 x86 now default UNICODE build
> and I'm having the same display problems in GTWIN
> as in x64.
> As it turns out, it's not related to UNICODE build
> though. The console app was starting up with default
> screen dimensions which is
On Tue, 06 Oct 2009, Przemyslaw Czerpak wrote:
Hi,
> Try the code below.
I've just committed a little bit extended version of this code to
harbour/tests/cpinfo.prg.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://list
Maurilio, Viktor, Przemek:
2009-10-05 14:45 UTC+0200 Maurilio Longo (maurilio.longo at libero.it)
* config/os2/gcc.mk
* removed for %i in ... hack for library creation in OS/2 gcc
build.
Work fine with gcc335-a.out (obviously, change was for a.out)
I do not know what are "pros" and "con
Tks Viktor and Massimo
Sami
QT also runs on WinCE, so it should be possible to build hbqt and hbxbp for
WinCE.
Brgds,
Viktor
On 2009 Oct 5, at 16:32, Massimo Belgrano wrote:
> AKAIK
> The only free amd opensource gui for wince is the upcoming VIANEMO
> http://blog.viaopen.com/ Yon can use
On Tue, 06 Oct 2009, Chen Kedem wrote:
Hi,
> > I've just committed a little bit extended version of this code to
> > harbour/tests/cpinfo.prg.
> The attached results were made with the program you posted in the list
> (going to check your new one soon).
> Tested with Clipper 5.2e once with NTXSPA
Revision: 12655
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12655&view=rev
Author: druzus
Date: 2009-10-06 12:07:20 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 14:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/tests/cpinfo.
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
Just tested MSVC 2008 x86 now default UNICODE build
and I'm having the same display problems in GTWIN
as in x64.
As it turns out, it's not related to UNICODE build
though. The console app was starting up with default
screen dimensions which is 80x300, an
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> I know this. I need to clarify, by "messed up" I don't
> mean the scrollbars and whatnot when using such big
> buffer. Instead I mean that the displayed (by Harbour
> app) _screen content_ is wrong. It looks like as if
> (ctwin) windowing gets confused a
Revision: 12656
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12656&view=rev
Author: druzus
Date: 2009-10-06 14:46:46 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 16:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/instsh
>-Original Message-
>From: Roberto Lopez [mailto:rober...@gmail.com]
>Sent: Monday, October 05, 2009 6:56 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Wich is the official harbour's user group?
[...]
> From about one year ago, HMG includes Harbour 1.01 and MingW
Hi,
I found a quite strange behavior in some CP settings necessary in my
project.
See the following sample:
CODE
proc main()
set alternate to uperr.txt additive
set alternate on
REQUEST HB_CODEPAGE_TR857
HB_SETCODEPAGE( "TR857" )
? "diag=diag", UPPER("diag=diag")
Revision: 12657
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12657&view=rev
Author: druzus
Date: 2009-10-06 16:34:58 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 18:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour.spec
with this section:
-
ifeq ($(HB_COMPILER),gccomf)
# NOTE: The empty line directly before 'endef' HAS TO exist!
# It causes that every command will be separated by LF
define lib_object
$(AR) $(ARFLAGS) $(HB_USER_AFLAGS) -p128 r $(LIB_DIR)/$@
$(file)$(EC
Revision: 12658
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12658&view=rev
Author: vszakats
Date: 2009-10-06 16:58:20 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 18:57 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
- Deleted sud
On Tue, 06 Oct 2009, Bisz István wrote:
Hi,
> I found a quite strange behavior in some CP settings necessary in my
> project.
> See the following sample:
> CODE
> proc main()
>set alternate to uperr.txt additive
>set alternate on
>REQUEST HB_CODEPAGE_TR857
>HB_SETCODEPAGE( "TR857
Viktor Szakáts wrote:
<...>
[ Still not all though, as there exists another package called
MiniGUI Extended, which actually ships with Harbour 2.0.0b2,
There was only one project from 2002 to 2005 (the one I've started) from
then, two forks emerged: "HMG extended" and "OOHG" (I'm only respons
Massimo Belgrano wrote:
Hi Rathinagiri.Viktor,Roberto (and everybody)
Will harbour and hmg share an harbour corner to made good assistance
to either final user?
http://www.hmgforum.com/
From my part (and Rathinagiri agrees) there is no problem at all.
But as I've said, we will need help from
Hi Przemek,
Unfortunately this i to İ (LATIN CAPITAL LETTER I WITH DOT ABOVE - 0x98 <152>
in CP857) upper conversion generates more problems, now in MEMOEDIT:
Error BASE/1004 Message not found: HBMEMOED˜TOR:HBEDITOR
Called from __ERRRT_SBASE(0)
Called from HBMEMOED˜TOR:ERROR(0)
Called from
Hi Roberto,
[ Still not all though, as there exists another package called
MiniGUI Extended, which actually ships with Harbour 2.0.0b2,
There was only one project from 2002 to 2005 (the one I've started)
from then, two forks emerged: "HMG extended" and "OOHG" (I'm only
responsible for "HMG
On Tue, 06 Oct 2009, Bisz István wrote:
Hi,
> Unfortunately this i to İ (LATIN CAPITAL LETTER I WITH DOT ABOVE - 0x98 <152>
> in CP857) upper conversion generates more problems, now in MEMOEDIT:
>
> Error BASE/1004 Message not found: HBMEMOED˜TOR:HBEDITOR
> Called from __ERRRT_SBASE(0)
> Call
The missed I in 'HBMEMOED˜TOR' is this İ ugly character.
I don't know how to handle this.
In practice setting such CP causes that all symbols containing 'i'
may not be properly converted if .prg code use UPPER(). In above
case it's working and only class name looks ugly bad it should
not cause b
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> I agree. I'd rather user hb_upperAscii() though, to
> keep names well aligned (i.e. it's a sub-type of
> upper()).
Fine though if we plan to add also other ASCII oriented functions
for LOWER, ISALPHA, ISUPPER, ISLOWER, ISDIGIT operations then IMO
using
Revision: 12659
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12659&view=rev
Author: druzus
Date: 2009-10-06 19:14:36 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-06 21:14 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-win-s
Okay, fine with me.
Brds,
Viktor
On 2009 Oct 6, at 21:13, Przemyslaw Czerpak wrote:
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
I agree. I'd rather user hb_upperAscii() though, to
keep names well aligned (i.e. it's a sub-type of
upper()).
Fine though if we plan to add also other ASCII orient
Viktor Szakáts wrote:
Good news. mingw is actually included now starting with 2.0 beta releases.
Please start with beta 3, as this is the closed to current state,
even if it's not "official" release.
Ok.
Great, feel free to tell us any problems you run into.
Thanks, I'll do.
Regards,
R
Hi Przemek,
On 2009 Oct 6, at 15:13, Przemyslaw Czerpak wrote:
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
I know this. I need to clarify, by "messed up" I don't
mean the scrollbars and whatnot when using such big
buffer. Instead I mean that the displayed (by Harbour
app) _screen content_ is wr
Revision: 12660
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12660&view=rev
Author: druzus
Date: 2009-10-06 22:28:23 + (Tue, 06 Oct 2009)
Log Message:
---
2009-10-07 00:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/Ma
On Wed, 07 Oct 2009, Szak�ts Viktor wrote:
> Some more results, this time using GTWVT, as it seems the
> problem isn't GTWIN specific, so:
> 1) SetMode( 80, 255 ) // works as expected
> 2) SetMode( 80, 256 ) // works with display artifact (will check it further
> to eliminate local cause)
>
I have aleatory corrupted indexes that include and UPPER,
Remember Clipper documentation .-
"
Note: Changing the collation sequence in an application with
existing indexes will cause index corruption. You should
rebuild all indexes before the application is used.
...
By u
Hi!!
Do you have to think about 'TransForm()' ?
This is difficult function!!
>
> Fine though if we plan to add also other ASCII oriented functions
> for LOWER, ISALPHA, ISUPPER, ISLOWER, ISDIGIT operations then IMO
> using hb_ascii*() prefix will be better to keep names aligned.
> Just like n
Viktor:
I'm trying to compile HMG code (working on Harbour 1.0) with 2.0 and I'm
getting lot of errors on 'hb_storni' 'hb_stornl' and hb_parc.
I've searched the changelog for changes on these functions, but I've not
found any help on that there.
The error message is 'too many arguments'.
Roberto I can help you
I write in private.
best regards
Ciro
2009/10/6 Roberto Lopez :
>
> Viktor:
>
> I'm trying to compile HMG code (working on Harbour 1.0) with 2.0 and I'm
> getting lot of errors on 'hb_storni' 'hb_stornl' and hb_parc.
>
> I've searched the changelog for changes on these f
Ciro Vargas C escribió:
Roberto I can help you
I write in private.
Ok.
Regards,
Roberto.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 12661
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12661&view=rev
Author: vszakats
Date: 2009-10-07 05:37:22 + (Wed, 07 Oct 2009)
Log Message:
---
2009-10-07 07:36 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbct/ctwin.c
Hi Przemek,
with GTWIN)
GTWVT is limited at compile time to:
#define WVT_MAX_ROWS 256
#define WVT_MAX_COLS 256
It's historical limit in very old xHarbour code which can be removed
from current code.
4) SetMode( 250, 80 ) // will result in a "no window" situation,
wher
Revision: 12662
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12662&view=rev
Author: vszakats
Date: 2009-10-07 06:12:03 + (Wed, 07 Oct 2009)
Log Message:
---
2009-10-07 08:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
* conf
On Wed, 07 Oct 2009, WenSheng wrote:
Hi,
> Do you have to think about 'TransForm()' ?
No, we do not use it in any context which needs to force pure
ASCII processing.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://l
45 matches
Mail list logo
