- Original Message -
From:
To:
Sent: Friday, November 27, 2009 10:03 PM
Subject: [Harbour] SF.net SVN: harbour-project:[13042] trunk/harbour
Revision: 13042
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13042&view=rev
Author: druzus
Date: 2009-11-28 03:02:59
Revision: 13042
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13042&view=rev
Author: druzus
Date: 2009-11-28 03:02:59 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 04:02 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/fm.c
Revision: 13041
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13041&view=rev
Author: vouchcac
Date: 2009-11-28 00:57:51 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-27 16:58 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
Revision: 13040
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13040&view=rev
Author: druzus
Date: 2009-11-27 23:26:56 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-28 00:26 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/strapi
On Fri, 27 Nov 2009, Szak�ts Viktor wrote:
Hi,
> >> 2) if we change hb_parstr_ut8() to return string, and handler to be
> >> returned via parameter reference.
> >> HB_FUNC( PRINT )
> >> {
> >> void * h;
> >> hb_retnl( printf_utf8( hb_parstr_utf8( 1, &h, NULL ) ) );
> >> hb_strfree(
Revision: 13039
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13039&view=rev
Author: vszakats
Date: 2009-11-27 22:07:08 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-27 23:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn1.c
>> BTW, that is difference of HB_SETCODEPAGE(), HB_CDPSELECT(),
>> and SET(_SET_CODEPAGE).
>
> Official method for HVM codepage setting is:
> SET( _SET_CODEPAGE [, ] ) ->
>
> I added it at:
>
> 2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/include/se
On Fri, 27 Nov 2009, Mindaugas Kavaliauskas wrote:
Hi,
> BTW, that is difference of HB_SETCODEPAGE(), HB_CDPSELECT(),
> and SET(_SET_CODEPAGE).
Official method for HVM codepage setting is:
SET( _SET_CODEPAGE [, ] ) ->
I added it at:
2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/
The harbour spanish web site
http://www.geocities.com/SiliconValley/Board/5300/
was hosted in geocities.
Because Geocities had closed, the site was moved temporaly to:
http://alex-degarate.110mb.com/harbour/
Vailton can you update the link ?
TIA
Alejandro
Hi,
Przemysław Czerpak wrote:
UTF8 is endian independent. There is no little and big endian version
of UTF-8.
In CP-1257 character at position 0xF0 has Unicode value 0x0161 which
in UTF-8 encoding has value "\xC5\xA1". "\xC2\xAD" is 0x00AD. It simply
Thanks, you. The result was because of mis
>> I have a proposal.
>> Let's say I have function print_utf8() which accepts const char *
>> parameter in utf8 encoding, and I want to do Harbour wrapper
>> function for this C function.
>> 1) current code
>> HB_FUNC( PRINT )
>> {
>> const char * str;
>> void * h;
>> h = hb_parstr_ut
On Fri, 27 Nov 2009, Mindaugas Kavaliauskas wrote:
Hi,
> I have a proposal.
> Let's say I have function print_utf8() which accepts const char *
> parameter in utf8 encoding, and I want to do Harbour wrapper
> function for this C function.
> 1) current code
> HB_FUNC( PRINT )
> {
> const
Hi Maurilio,
> using hbmk2 on OS/2 I see that is does not use newlines while outputting its
> activity. It seems to me this issue was addressed in the past and maybe
> resolved, but I'm not sure. See example:
>
> (E:\REPOSITORY\HARBOUR\tests)hbmk2 -mt speedtst.prg
> hbmk2: Processing environment
Viktor,
using hbmk2 on OS/2 I see that is does not use newlines while outputting its
activity. It seems to me this issue was addressed in the past and maybe
resolved, but I'm not sure. See example:
(E:\REPOSITORY\HARBOUR\tests)hbmk2 -mt speedtst.prg
hbmk2: Processing environment options: -mt -com
On Fri, 27 Nov 2009, Alex Strickland wrote:
Hi,
> Enrico Maria Giordano wrote:
> >Works fine now, thank you all.
> I tested it as well, and it works great.
It's also possible that this modification resolved some of ADO RDD
problems. Users interested in this RDD should repeat their tests.
best r
On Fri, 27 Nov 2009, Alex Strickland wrote:
Hi,
> It may be better to replace the lines at the end of hb_oleVariantToItem
> default:
> hb_itemClear( pItem );
> with a run time error?
It should be real OLE users decision. Do you prefer RT error when unknown
OLE item is received or
Revision: 13038
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13038&view=rev
Author: druzus
Date: 2009-11-27 17:40:49 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-27 18:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/cdpap
On Fri, 27 Nov 2009, David Arturo Macias Corona wrote:
Hi,
> Here is the summary
> If you want detailed results for each case let me know
> Harbour 13035
> OpenWatcom 1.8
> Below are results using:
>
>hbmk2 -m -n -w -es2 -l -kmo -gc3 speedtst.prg
> speedtst.exe
On Fri, 27 Nov 2009, Mindaugas Kavaliauskas wrote:
Hi,
> I'm trying to use UTF8 functions from string API. I found a problem
> using Cairo library (it accepts all string parameters in UTF8). If I
> want to print a "s caron" (\xF0 from 1257 code page), I must pass
> \xC5\xA1 to cairo functions. \x
Hi
Horodyski Marek (PZUZ) wrote:
>
> In GTWVG i must from time to time hit right alt key, because cursor keys
> don't work.
> After push right alt key, all returns to normal.
>
I never experienced such activity so far.
If you can reduce it to some compilable code I can check.
Regards
Pritpal
Hi,
Horodyski Marek (PZUZ) wrote:
Let's say I have function print_utf8() which accepts const
char * parameter in utf8 encoding, and I want to do Harbour
wrapper function for this C function.
1) current code
HB_FUNC( PRINT )
Can there be any other name?
PRINT is probably already used by m
>-Original Message-
>From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt]
>Sent: Friday, November 27, 2009 4:41 PM
>To: Harbour Project Main Developer List.
>Subject: [Harbour] Proposal for new string API
>
>Hi,
>
>
>I have a proposal.
>
>Let's say I have function print_utf8() which ac
Hi,
I'm trying to use UTF8 functions from string API. I found a problem
using Cairo library (it accepts all string parameters in UTF8). If I
want to print a "s caron" (\xF0 from 1257 code page), I must pass
\xC5\xA1 to cairo functions. \xC2\xAD does not work. I guess it's the
problem of litt
Hi,
I have a proposal.
Let's say I have function print_utf8() which accepts const char *
parameter in utf8 encoding, and I want to do Harbour wrapper function
for this C function.
1) current code
HB_FUNC( PRINT )
{
const char * str;
void * h;
h = hb_parstr_utf8( 1, &str,
On Fri, 27 Nov 2009, David Arturo Macias Corona wrote:
Hi,
> As a summary:
> - OS/2-Watcom was failing with GPF in MT mode
> - Tests lead us to devices input problem (keyboard, mouse, ...) on
> threads except 1
Exactly.
> - Maurilio made tests changing switchs and it work for him, removing -s
>
Revision: 13037
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13037&view=rev
Author: mauriliolongo
Date: 2009-11-27 15:07:19 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-27 16:05 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it)
src/vm/fm.c
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Thursday, November 26, 2009 9:46 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] SF.net SVN: harbour-project:[13028]
>trunk/harbour
>
>Hi Pritpal,
>
>> Viktor Szakáts wrote:
[...]
>BTW, a
Przemek:
>So new tests with recent code are necessary
>I am doing them and wait for results report
and remember:
-
>So we faced two problems:
>- GPF in MT related to devices input, solved? removing -s
>- Slow, freeze, hangs, ..., un-solved yet
>A big note:
>- Maurili
Hello Victor
Have you built static QT libs also?
When I installed Qt 4.5.3, the DLL files (QtCore4.dll, QtGUI4.dll, etc) were
copied to BIN folder and a LIB folder was also created with pairs of lib
files it it, like libQtCore4.a and libQtCored4.a, libQtGUI4.a and
libQtGUId4.a and the same
Hi,
But I never need to do that
until yesterday all works ok
Same problem here (linux)
There is a strange filename in the repository :
$ svn update
svn: Erreur en convertissant une entrée du répertoire 'contrib/hbide'
vers UTF8
svn: Données UTF-8 valides
(hex:)
suivies par une séquence UTF
Bruno Luciani napsal(a):
But I never need to do that
until yesterday all works ok
Bruno
"export LC_ALL=C" make error message in English
2009/11/27 Davor Siklic mailto:s...@msoft.cz>>
Bruno Luciani napsal(a):
Something Strange happens when i try to update via SVN
Br
Przemek:
Before we tried with any switch combinations and never resolved. I
have track of it
So we are as we left in December 2008
Sorry but now I'm really confused. All what I know about results
of real life OS/2 test comes from you and Maurilio messages.
Now I'm OpenWatcom builds reading th
Have you built static QT libs also?
Brgds,
Viktor
On 2009 Nov 27, at 13:44, Leandro Damasio wrote:
> Hi !
> After setting HB_QT_STATIC = yes, I could generate HBQT static version libs,
> but when I try to build hbide.hbp (or any other hbxbp + hbqt based sample)
> using hbqts.hbc instead of hbq
But I never need to do that
until yesterday all works ok
Bruno
2009/11/27 Davor Siklic
> Bruno Luciani napsal(a):
>
>> Something Strange happens when i try to update via SVN
>>
>> Bruno
>>
>> //
>>
>> br...@notebook:~$ svn co
>> https://harbour-project.svn.sourceforge
>> Any one who has code like:
>> proc copy_table( cSrc, cSrcRDD, cDst, cDstRDD )
>> use (cSrc) via (cSrcRDD)
>> copy to (cDst) via (cDstRDD)
>> return
>> designed to work with different RDDs in Clipper, needs ADS* RDDs to port
>> his code without introducing unnecessary and incompatib
Pre.S. ADSX is not xHarbour related, but this message shows the value of
ADS* in comparison to pure ADS. So, I putt CC xHarbour also.
Hi,
Przemysław Czerpak wrote:
The addition of specific "sub-rdds" of ADSCDX etc. came years later.
I, and I imagine a lot of other people who started using rdd
Hi !
After setting HB_QT_STATIC = yes, I could generate HBQT static version libs,
but when I try to build hbide.hbp (or any other hbxbp + hbqt based sample)
using hbqts.hbc instead of hbqt.hbc (at hbxbp.hbc) hbmk2 mounts the executable,
but the executable doesn't work.
Hbmk2 shows the following
Revision: 13036
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13036&view=rev
Author: vouchcac
Date: 2009-11-27 11:38:25 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-27 02:58 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
+ contrib/hbide/hbide.ch
We can deprecate it just like we do with some other
features (HB_LEGACY_LEVEL2 f.e., or LEVEL3), which means
it will be dropped in a future version.
Brgds,
Viktor
On 2009 Nov 27, at 10:14, bhays wrote:
> Przemek and Mindaugas:
>
> Thanks for the clarification. I missed the finer point when M
Przemek and Mindaugas:
Thanks for the clarification. I missed the finer point when Mindaugas
first discussed "ADS", but then the second paragraph said
"I propose to rename RDD from ADT ..."
as you noticed, I thought we were still talking about just "ADS".
So, yes, I would agree ADSADT is better
Alex Strickland wrote:
Is it possible to add support for this?
It may be better to replace the lines at the end of hb_oleVariantToItem
default:
hb_itemClear( pItem );
with a run time error?
Regards
Alex
___
Harbour mailing list (at
Enrico Maria Giordano wrote:
Works fine now, thank you all.
I tested it as well, and it works great.
Regards
Alex
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/h
Hi Mindaugas, Przemyslaw
I have an OLE dll that I am trying to use. I think it returns a safearray of
IUnknown.
To understand a bit better I put the following 3 debug lines in olecore.c:
void hb_oleVariantToItem( PHB_ITEM pItem, VARIANT* pVariant )
{
char debug[ 100 ];
if( pVariant->n1.n2
-Messaggio Originale-
Da: "Przemysław Czerpak"
A: "Harbour Project Main Developer List."
Data invio: venerdì 27 novembre 2009 3.57
Oggetto: Re: [Harbour] Problem in OLE implementation
Hi,
I've just check that there is also bad typo which causes that it does
not convert even one di
Revision: 13035
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13035&view=rev
Author: vszakats
Date: 2009-11-27 08:27:22 + (Fri, 27 Nov 2009)
Log Message:
---
2009-11-27 09:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/detect.mk
45 matches
Mail list logo
