Hi Harbour developers,
I want to ask for var2str(...) and str2var(...) pairs functions (something
that in Xbase++) for harbour
Or does it already there in harbour ?
Please point me in right direction ...
Shum
--
View this message in context:
http://n2.nabble.com/Ask-for-var2str-and-str2var-
Xavi-2 wrote:
>
> I'm going to try extented FM Stats with something like this .-
>
> HB_TRFM( char *pPtr = (char *)hb_xgrab( size ) );
>
> or .-
>
> HB_TRFM( pObj = ( QTextDecoder* ) new QTextDecoder( hbqt_par_QTextCodec( 1
> ) ) );
>
> In order to have in hb_out.log for HB_FM_STATISTICS .-
Giancarlo Niccolai wrote:
>
> Hello ppl of Harbour;
>
> I don't follow regurarly the ML, but, in an "ego surfing" session, I
> found this message from April White from last october:
>
>
Thank you for dropping in, does not matter "ego surfing" or ...
You are still remembered for your contri
Pritpal,
I'm going to try extented FM Stats with something like this .-
HB_TRFM( char *pPtr = (char *)hb_xgrab( size ) );
or .-
HB_TRFM( pObj = ( QTextDecoder* ) new QTextDecoder( hbqt_par_QTextCodec( 1 ) )
);
In order to have in hb_out.log for HB_FM_STATISTICS .-
--
ok Viktor
Thanks for the quick reply!
Brgds,
Leandro
--
From: "Viktor Szakáts"
Sent: Friday, January 29, 2010 11:39 PM
To: "Harbour Project Main Developer List."
Subject: Re: [Harbour] undefined reference to 'hb_stack'
Just delete '#include "hb
Hello All,
What I did
Pulled code from hbMK2 and placed along hbIDE files
==
#include "hbapi.h"
#if defined( __cplusplus )
const char * __hbmk2_hbcppmm( void )
{
return "HBCPPMM";
}
void * operator new[]( size_t nSize
Just delete '#include "hbvmopt.h"', it's an internal header, not needed.
Brgds,
Viktor
On 2010 Jan 30, at 02:34, Leandro Damasio wrote:
> Hi
> Attempting to build a program with the function below I receive the following
> linkage error message:
> undefined reference to `hb_stack'
> The error i
Hi
Attempting to build a program with the function below I receive the following
linkage error message:
undefined reference to `hb_stack'
The error is related to hb_retnint and hb_retni calls, because when I ommit
them the error message goes away.
What is wrong with the code please?
Thank you
Le
Thank you Przemek, I've reimplemented it this way.
BTW, I didn't see this msg on the list. I suspect
it was TP_ONTIME() related.
Brdgs,
Viktor
On 2010 Jan 29, at 20:34, Przemysław Czerpak wrote:
> On Fri, 29 Jan 2010, vszak...@users.sourceforge.net wrote:
>
> Hi Viktor,
>
>> 2010-01-29 20:11
On 2010 Jan 29, at 18:41, Viktor Szakáts wrote:
> Hi Pritpal,
>
HbQUI() will be fine.
Will change it shortly.
>>>
>>> It is very vague this name? Perhaps include the term "Loader" or
>>> "Load" will help us remember the full name of the class and what their
>>> purpose in the future .
Revision: 13737
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13737&view=rev
Author: vszakats
Date: 2010-01-29 20:30:19 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-29 21:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtpathy/telepath
On Fri, 29 Jan 2010, vszak...@users.sourceforge.net wrote:
Hi Viktor,
> 2010-01-29 20:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * contrib/hbtpathy/telepath.prg
> ! Fixed "midnight bug" in several TP functions having timeout option
> (it was wrong in all places).
> Repo
Before midnight "Seconds() < nDone" will be false in this case.
Maybe (untested):
... nDone := (Seconds() + iif( nTimeout >= 0, nTimeout, 0 ) )
...
... Seconds() + iif( nDone > MS_PERDAY, MS_PERDAY, 0) < nDone
April
> Date: Fri, 29 Jan 2010 11:13:23 -0800
> From: abe.b...@att.net
> To: harbour
Revision: 13736
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13736&view=rev
Author: vszakats
Date: 2010-01-29 19:15:16 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-29 20:14 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtpathy/telepath
will this fix it?
#define MS_PERDAY (24*60*60*60*60)
nDone := (Seconds() + iif( nTimeout >= 0, nTimeout, 0 ) ) % MS_PERDAY
AbeB wrote:
>
> Hi All,
>
>
> these lines (and similar ones) in contrib\hbtpathy\telepath.prg
> will cause in to wait 24 hours if executed before midnight.
>
>
Revision: 13735
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13735&view=rev
Author: vszakats
Date: 2010-01-29 19:12:54 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-29 20:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtpathy/telepath
Hi All,
these lines (and similar ones) in contrib\hbtpathy\telepath.prg
will cause in to wait 24 hours if executed before midnight.
nDone := Seconds() + iif( nTimeout >= 0, nTimeout, 0 )
DO WHILE tp_OutFree( nPort ) > 0 .AND. ;
( nTimeout < 0 .OR. Seconds() < nDone )
hb_
Hi Pritpal,
>>> HbQUI() will be fine.
>>> Will change it shortly.
>>
>> It is very vague this name? Perhaps include the term "Loader" or
>> "Load" will help us remember the full name of the class and what their
>> purpose in the future ...
>>
>
> Probably, it is scheduled to be deleted at all.
Hi!
Qt has an application (uic) to generate one CPP from the one UI... I
believe that a viable solution would have something to import a hbIDE
the UI and generate a PRG or we build an "hbqtuic" to obtain one PRG
from a UI file.
What do you think?
Regards,
Vailton Renato
_
Revision: 13734
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13734&view=rev
Author: druzus
Date: 2010-01-29 17:35:08 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-29 18:34 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/hbsoc
Vailton Renato wrote:
>
>> HbQUI() will be fine.
>> Will change it shortly.
>
> It is very vague this name? Perhaps include the term "Loader" or
> "Load" will help us remember the full name of the class and what their
> purpose in the future ...
>
Probably, it is scheduled to be deleted at al
Revision: 13733
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13733&view=rev
Author: vouchcac
Date: 2010-01-29 17:27:16 + (Fri, 29 Jan 2010)
Log Message:
---
* contrib/hbide/hbide.prg
* contrib/hbide/ideactions.prg
* contrib/hbide/idedocks.prg
Diego-3 wrote:
>
> Hi all, I'm Diego, I work with Angel and I'm testing hbIDE.
> I use ArchLinux, Ubuntu and openSuSE.
> I did a make clean and make install, and I get the same error.
>
Welcome onboard.
I will see what is the problem.
-
enjoy hbIDEing...
Hi!
> HbQUI() will be fine.
> Will change it shortly.
It is very vague this name? Perhaps include the term "Loader" or
"Load" will help us remember the full name of the class and what their
purpose in the future ...
Regards,
Vailton Renato
___
Harbour
>>> BTW, I see such calls in many QT related calls in SVN:
>>> qObj:pPtr := 0
>>> qObj:pPtr := NIL
>>>
>>> These can be optimized simply to:
>>> qObj:pPtr := NIL
>>>
>> I used this method to release object instantly.
>> This approach I took was since begining. My be my experiments
Hello ppl of Harbour;
I don't follow regurarly the ML, but, in an "ego surfing" session, I
found this message from April White from last october:
Hello Giancarlo,
I'm working on the hbdoc2 program and I saw that the INET documentation
is in the harbour/doc folder not harbour/doc/en-en
>> Yes, these are shown because of the hbmk2 C++ stub,
>> before the addition of it, basically no tests were
>> accurate since the allocation functions were never
>> overridden.
>>
>
> To streamline what is happening behind the curtain, can
> you show me a way how hbMK2 can be directed not to
Hi all, I'm Diego, I work with Angel and I'm testing hbIDE.
I use ArchLinux, Ubuntu and openSuSE.
I did a make clean and make install, and I get the same error.
Rgds.
Diego.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.
>> Yes, these are shown because of the hbmk2 C++ stub,
>> before the addition of it, basically no tests were
>> accurate since the allocation functions were never
>> overridden.
>>
>
> It may also imply that Qt is taking two approaches,
> for alloc the standard C++ way and for releases some
>
Hi,
BTW, I see such calls in many QT related calls in SVN:
qObj:pPtr := 0
qObj:pPtr := NIL
These can be optimized simply to:
qObj:pPtr := NIL
I used this method to release object instantly.
This approach I took was since begining. My be my experiments
at that point with Qt
Przemysław Czerpak wrote:
>
> There is not differnce for GC id you make
>x := 1
>x := NIL
> or
>x := NIL
> or
>x := 1
>x := NIL
>x := .F.
> or
>...
> in all cases only the 1-st assignment is significant.
>
Thank you for explanation.
I will clean the code accordingly
Viktor Szakáts wrote:
>
> Yes, these are shown because of the hbmk2 C++ stub,
> before the addition of it, basically no tests were
> accurate since the allocation functions were never
> overridden.
>
To streamline what is happening behind the curtain, can
you show me a way how hbMK2 can be
Viktor Szakáts wrote:
>
> Yes, these are shown because of the hbmk2 C++ stub,
> before the addition of it, basically no tests were
> accurate since the allocation functions were never
> overridden.
>
It may also imply that Qt is taking two approaches,
for alloc the standard C++ way and for
On Fri, 29 Jan 2010, Szak�ts Viktor wrote:
> >> This class deals with loading UI object descriptions from
> >> disk and creates them in memory by making one QT call. So
> >> it's almost unlikely that these objects are created using
> >> HBQT GC allocator functions, but rather raw C++ memory
> >
>> This class deals with loading UI object descriptions from
>> disk and creates them in memory by making one QT call. So
>> it's almost unlikely that these objects are created using
>> HBQT GC allocator functions, but rather raw C++ memory
>> allocations calls.
>>
>> BTW, I see such calls in
On Fri, 29 Jan 2010, Pritpal Bedi wrote:
Hi,
> As I remember few weeks before /hbXBP/tests/demoxbp.exe
> was showing a clean log, and now it shows up with huge list of
> unreleased blocks. What I presume that after c++ stub introduced,
> it actually showed up real problem in Qt which we are str
>> So sth bound with this object was not released. Maybe some of its
>> components
>> needs explicit release call. I can only guess.
>>
>
> Exactly. But what ? I am struggling to find out.
>
> As I remember few weeks before /hbXBP/tests/demoxbp.exe
> was showing a clean log, and now it shows up
Viktor Szakáts wrote:
>
>> So sth bound with this object was not released. Maybe some of its
>> components
>> needs explicit release call. I can only guess.
>
> This class deals with loading UI object descriptions from
> disk and creates them in memory by making one QT call. So
> it's almost
Przemysław Czerpak wrote:
>
> The above log does not mean that QT_QUILOADER_LOAD() was called more then
> once. It only means that inside this function or some deeper functions
> called from it few memory blocks were allocated and never released.
>
Perfect explanation.
Now I know that any rese
Thanks a lot.
Brgds,
Viktor
On 2010 Jan 29, at 16:35, Pritpal Bedi wrote:
>
>
> Viktor Szakáts wrote:
>>
>> Just one comment: The name of the class should be HBQUILOADER()
>> (or HBQUI()) to be in sync with rest of classes. HBP*() namespace
>> is reserved for HBXBP lib.
>>
>
> HbQUI() wil
Viktor Szakáts wrote:
>
> Just one comment: The name of the class should be HBQUILOADER()
> (or HBQUI()) to be in sync with rest of classes. HBP*() namespace
> is reserved for HBXBP lib.
>
HbQUI() will be fine.
Will change it shortly.
-
enjoy hbIDEing...
marco bra wrote:
>
> Ubuntu 9.10 32bits hbide - svn rev. 13731 compiled with -rebuild parameter
>
> At start of hbide before any hbide graphics appear to me i get a dialog
> error window that show:
>
> Error BASE/1004 No exported method: SETMOUSETRACKING
>
> Called from SETMOUSETRACKING(0)
>
> The above log does not mean that QT_QUILOADER_LOAD() was called more then
> once. It only means that inside this function or some deeper functions
> called from it few memory blocks were allocated and never released.
>
>> But the fm stats show otherwise - 14 for FindReplace dialog.
>
> No it do
Thank you.
Just one comment: The name of the class should be HBQUILOADER()
(or HBQUI()) to be in sync with rest of classes. HBP*() namespace
is reserved for HBXBP lib.
Brgds,
Viktor
On 2010 Jan 29, at 03:07, vouch...@users.sourceforge.net wrote:
> Revision: 13731
>
> http://harbour-
Revision: 13732
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13732&view=rev
Author: druzus
Date: 2010-01-29 12:10:05 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-29 13:09 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/dbfcd
On Fri, 29 Jan 2010, Mindaugas Kavaliauskas wrote:
Hi,
> dru...@users.sourceforge.net wrote:
> >2010-01-28 23:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> > * harbour/src/rdd/dbfcdx/dbfcdx1.c
> >+ enabled automatic template order setting in Harbour SIXCDX RDD using
> > the
Hi,
dru...@users.sourceforge.net wrote:
2010-01-28 23:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/dbfcdx/dbfcdx1.c
+ enabled automatic template order setting in Harbour SIXCDX RDD using
the same method as SIX3 SIXCDX RDD seems to use: by checking leadin
Ubuntu 9.10 32bits hbide - svn rev. 13731 compiled with -rebuild parameter
At start of hbide before any hbide graphics appear to me i get a dialog
error window that show:
Error BASE/1004 No exported method: SETMOUSETRACKING
Called from SETMOUSETRACKING(0)
Called from HBPQTUI:SETMOUSETRACKING(0)
On Thu, 28 Jan 2010, Pritpal Bedi wrote:
Hi
> Below is the part of hb_out.log :
[...]
> Block 5 0x11f1158 (size 8) QT_QUILOADER_LOAD(0), "0600C0E02701"
> Block 6 0x11e1960 (size 8) QT_QUILOADER_LOAD(0), "070010E12701"
> Block 7 0x124b510 (size 8) QT_QUILOADER_LOAD(0), "080048E12701"
>
Przemysław Czerpak wrote:
If you want to change password then you have to decrypt the table
and then encrypt it again with new password.
Ahh! Thanks very much.
Regards
Alex
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-proj
On Wed, 20 Jan 2010, Alex Strickland wrote:
Hi,
> I was trying to understand encryption of dbf's and I wrote this test.
> I didn't expect the last two lines of output (see end), but perhaps
> it is invalid to expect an encrypted file to be encrypted again? If
> so, shouldn't:
> dbcrypt->( d
51 matches
Mail list logo
