-- Message: 6 Date: Thu, 27 Nov 2008
02:19:40 +0200 From: Mindaugas Kavaliauskas <[EMAIL PROTECTED]>
Subject: Re: [Harbour] RDDSQL To: "Harbour Project Main Developer
List." Message-ID:
<[EMAIL PROTECTED]> Content-Type: text/plain;
charset=ISO-8859-1; format=flowed
On Thu, 27 Nov 2008, Abeb wrote:
Hi,
> Yep it works now.
> >We should probably thanks to Pritpal for his modifications.
> not probably, but for sure, and the same goes to you,Przemyslaw.
This probably was because I didn't check what was changed and by
whom using SVN diff. I haven't made any mod
Hi Mindaugas , I realy looking for 2 things
in the first place an rdd for postgres may be interesting
But I am looking too for a class that simplifies and unify
the use of sql databases.
Like Python DB-API, I don 't know if anything like this exist in harbour
I think Xharbour have a comercial ve
Still better
char * hb_xstrncpy( char * pDest, const char * pSource, ULONG ulLen )
{
ULONG ulDst, ulSrc;
pDest[ ulLen ] = 0;
ulDst = strlen( pDest );
if( ulDst < ulLen )
{
ulSrc = strlen( pSource );
if( ulDst + ulSrc > ulLen )
ulSrc = ulLen - ulDst;
mem
On Thu, 27 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> >#if !defined( StringCchCat )
> > #ifdef UNICODE
> > #define StringCchCat(d,n,s) hb_wcnCpy( (d), (s), (n) - 1 )
> > #else
> > #define StringCchCat(d,n,s) hb_strnCpy( (d), (s), (n) - 1 )
Hello
Pritpal Bedi wrote:
>
> char * hb_xstrncpy( char * pDest, const char * pSource, ULONG ulLen )
> {
>char *pBuf = pDest;
>
>pDest[ ulLen ] ='\0';
>
>while( ulLen && ( *pDest++ = *pSource++ ) != '\0' )
> ulLen--;
>
>while( ulLen-- )
> *pDest++ = '\0';
>
>r
Hi Przemek
Przemyslaw Czerpak-2 wrote:
>
>#if !defined( StringCchCat )
> #ifdef UNICODE
> #define StringCchCat(d,n,s) hb_wcnCpy( (d), (s), (n) - 1 )
> #else
> #define StringCchCat(d,n,s) hb_strnCpy( (d), (s), (n) - 1 )
> #endif
>#endif
>
To tes
Yep it works now.
>We should probably thanks to Pritpal for his modifications.
not probably, but for sure, and the same goes to you,Przemyslaw.
Thanks
Przemyslaw Czerpak-2 wrote:
>
> On Sat, 15 Nov 2008, Abeb wrote:
>
> Hi,
>
>> is WinCe fix already?
>> does anybody sucsessfuly run WinCe p
I did some modifications & bug fixes to this lib. mainly it checks if there
is data in the buffer with the empty() function, which will return true even
the is white space data in the buffer.
i wish i can upload back my modifications.
Barry Jackson wrote:
>
> What am I doing wrong? I am tryin
On Thu, 27 Nov 2008, Rodrigo Miguel wrote:
Hi Rodrigo,
> Sure, I'll talk with other xhgtk developers and do a task force to
> validate all parameters being passed and return the appropriate RT
> Error.
If you will have any questions about Harbour internals then I'll try
to help. I do not think I
On Thu, 27 Nov 2008, Przemyslaw Czerpak wrote:
> {
> ulSrc = lstrlenW( srcW );
> if( ulDst + ulSrc > ulLen )
> ulSrc = ulDst - ulDst;
Ups. It should be:
ulSrc = ulLen - ulDst;
best regards,
Przemek
___
H
On Thu, 27 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Now the showstopper: MSDN defines header and lib for the fiunction
> StringCchCat()
> strsafe.h and strsafe.lib
> which is not available with BCC5.8.
> What should I do?
Create it yourself or define your own function or macro with such
func
Hi Przemek,
Sure, I'll talk with other xhgtk developers and do a task force to
validate all parameters being passed and return the appropriate RT
Error.
By the way, I found the issue with g_signal_connect_data &
gtk_opertaion... I need do a g_object_unref once I get done the
printing.
Thanks
Rod
Hello Przemek
Przemyslaw Czerpak-2 wrote:
>
> Yes because it operates on char types. If you want to write the above
> code which will work with and without UNICODE macro then you should
> change it to use TCHAR.
> TCHAR is single bute char when UNICODE macro is not set and two bytes
> (USHORT)
On Thu, 27 Nov 2008, Rodrigo Miguel wrote:
Hi Rodrigo,
> I think that's not related to harbour, because harbour close the
> application gracefully. The issue happens with Gtk itself, when some
> invalid pointer is handled or some unknown condition, I couldn't
> identify that condition, it just ab
On Thu, 27 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> The next day I was struggling with this code:
>char szLibName[ MAX_PATH + 1 ] = { 0 };
>GetSystemDirectory( szLibName, MAX_PATH );
>hb_strncat( szLibName, "\\atl.dll", sizeof( szLibName ) - 1 );
>hLib = LoadLibrary( ( LPCSTR )
Hi Przemek,
> Returning to your problem with GTK. When exactly the problem appears?
> After RT error? Is it GTK bug or it's necessary to close Harbour
> application without closing GTK. If you say sth more maybe I can help.
I think that's not related to harbour, because harbour close the
applicat
On Thu, 27 Nov 2008, Rodrigo Miguel wrote:
Hi Rodrigo,
> I'm facing in some rare cases the "Warning, memory allocated but not
> released: 1124 bytes (16 block(s))" due to the unfreed allocate HB
> ITEM. For some unknown reason, when gtk is terminated abnormally, it
> doesn't call the gc closure n
Hello Przemek and all,
Note: I am not from C background so...
The next day I was struggling with this code:
char szLibName[ MAX_PATH + 1 ] = { 0 };
GetSystemDirectory( szLibName, MAX_PATH );
hb_strncat( szLibName, "\\atl.dll", sizeof( szLibName ) - 1 );
hLib = LoadLibrary( ( LPCSTR
On Wed, 26 Nov 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> thanks. I've solved my problem another way, I just do not open that
> relation. But I was a little surprised that there is no way to close a
> single relation in Clipper.
> Perhaps, the only possible way to implement it (without
On Wed, 26 Nov 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> One more remainder about i18n. We had a large discussion about i18n
> internals, but that about it's public API? We have __*() functions:
> __I18N_SAVE()
> __I18N_LOADFROMMEMORY()
> __I18N_LOAD()
> __I18N_GETTEXT()
> xHarbour has
Przemek
Przemyslaw Czerpak-2 wrote:
>
>#if defined(__BORLANDC__) && !defined(HB_ARCH_64BIT)
> #undef MAKELONG
> #define MAKELONG ((LONG)(((WORD)((DWORD_PTR)(a) & 0x)) | \
> (((DWORD)((WORD)((DWORD_PTR)(b) & 0x))) <<
> 16)))
>#endif
>
It work
Hello All,
I'm facing in some rare cases the "Warning, memory allocated but not
released: 1124 bytes (16 block(s))" due to the unfreed allocate HB
ITEM. For some unknown reason, when gtk is terminated abnormally, it
doesn't call the gc closure notify. Here are some examples that I'm
using for:
v
On Thu, 27 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Now the warning with MAKELPARAM() where parenthis are suggested remains.
It's a problem inside BCC header files.
They are full of code which exploits BCC warnings.
In newer BCC the situation is even worse :-(. Old problems
still exists and n
That's encouraging - my current version of the program that I want to write
has been in use for years, but I wrote it using Xbase++ and it runs under
Win98. It controls a Digital Video Recorder which is hidden and
inaccessible.
I am trying to change everything to Linux - hence this exercise.
Chee
Barry,
it should be enough for such an use, I was able to talk to a fiscal printer
sending and receiving packets.
I think it's enough to remove that function or, better, use the correct one
for harbour.
Best regards.
Maurilio.
Barry Jackson wrote:
> Maurilio,
> Many thanks for your reply.
> OK
Maurilio,
Many thanks for your reply.
OK that's fine- I will work around that function if I need to. The
application I want to write will only be required to open a port and send
character strings - there is no handshake so it should not be a problem.
I just wanted to be sure that I was not the ca
Barry,
this is a problem inside hbtpathy which comes from xharbour and uses a
function (threadsleep) not available in harbour.
So this has to be fixed in hbtpathy.
BTW, I wrote it, and it is more of a proof of concept than a finished library
that can be used on production systems.
Best regards.
-Messaggio Originale-
Da: "Pritpal Bedi" <[EMAIL PROTECTED]>
A:
Data invio: mercoledì 26 novembre 2008 23.32
Oggetto: Re: [Harbour] Error in latest SVN?
I know about these warnings.
Fist warning I do not how to handle.
Next two warnings : I tried all combinations to parenthise indi
Hi
Saulius Zrelskis wrote:
>
> sorry, with
>if( ( thisobj = ( IEventHandler * ) GlobalAlloc( GMEM_FIXED,
> sizeof( MyRealIEventHandler ) ) ) == NULL )
>
thisobj = ( IEventHandler * ) GlobalAlloc( GMEM_FIXED, sizeof(
MyRealIEventHandler ) )
if( thisobj )
{
}
also covers it. Thanks for the
30 matches
Mail list logo
