[Harbour] SF.net SVN: harbour-project:[11858] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11858 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11858&view=rev Author: vszakats Date: 2009-07-20 07:09:31 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 09:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/ssl.c * c

Re: [Harbour] HbQt signal

2009-07-20 Thread Pritpal Bedi
Hi CarozoDeQuilmes wrote: > > Hi Pritpal, can you add the "timeout()" signal for use the QTimer class. >oTimer := QTimer():New( QT_PTROF( oWnd ) ) >oTimer:SetInterval( 1000 ) >Qt_Connect_Signal( QT_PTROF( oTimer ) , "timeout()", {|w,l| > oLabelTimer:SetText( "Testing Timer HbQt: " +

[Harbour] SF.net SVN: harbour-project:[11859] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11859 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11859&view=rev Author: vszakats Date: 2009-07-20 07:21:48 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 09:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/sslctx.c

[Harbour] SF.net SVN: harbour-project:[11860] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11860 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11860&view=rev Author: vszakats Date: 2009-07-20 07:39:01 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 09:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/hbssl.h *

[Harbour] Harbour svn sources compile error...

2009-07-20 Thread elart
Hi, all Today compiling Harbour from svn on Ubuntu Linux i get this compile error: gcc -I. -I../../../../../include -Wall -W -O3-c ../../../hbinet.c -ohbinet.o In file included from ../../../hbinet.c:65: ../../../../../include/hbapinet.h:77: error: field ‘remote’ has incomplete type make[3]

[Harbour] SF.net SVN: harbour-project:[11861] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11861 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11861&view=rev Author: vszakats Date: 2009-07-20 08:21:50 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 10:19 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapinet.h * so

[Harbour] SF.net SVN: harbour-project:[11862] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11862 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11862&view=rev Author: vszakats Date: 2009-07-20 08:29:14 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 10:27 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapinet.h !

Re: [Harbour] SF.net SVN: harbour-project:[11857] trunk/harbour

2009-07-20 Thread Przemyslaw Czerpak
On Sun, 19 Jul 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-07-20 00:48 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) >* include/Makefile >+ include/hbapinet.h >* source/rtl/hbinet.c > + Moved some basic declarations to new API header, >mainly to export hb_sele

Re: [Harbour] SF.net SVN: harbour-project:[11857] trunk/harbour

2009-07-20 Thread Viktor Szakáts
* source/rtl/hbinet.c * HB_SOCKET_STRUCT renamed to HB_SOCKET. + Added PHB_SOCKET type. + Added hb_selectReadFD(), hb_selectWriteFD() which are similar to hb_selectReadSocket() and hb_selectWriteSocket() but expect raw FD plus explicit timeout values. These fu

[Harbour] Re: R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-20 Thread Przemyslaw Czerpak
On Sat, 18 Jul 2009, be...@alice.it wrote: Hi, > thank you very much for your detailed answer. Now the situation is clear. > In my programs the duplicate aliases are usually open in READONLY and in > case of update I open the table again in RW, I make the update and I > reclose the alias. > It s

Re: [Harbour] bug: s_inetRecvInternal() in hbinet.c

2009-07-20 Thread Przemyslaw Czerpak
On Sun, 19 Jul 2009, Szak�ts Viktor wrote: Hi, > There is a potential GPF bug (recently introduced) in s_inetRecvInternal(). > If hb_itemGetWriteCL() returns FALSE, buffer will be NULLed, and later > used as recv() buffer. I'm sorry but I cannot find it. And you explain when it can appear. best

Re: [Harbour] bug: s_inetRecvInternal() in hbinet.c

2009-07-20 Thread Viktor Szakáts
in hbinet.c line 981, buffer is initialized to NULL, later in line 1003, buffer is used in recv() line as 'buffer + iReceived'. Brgds, Viktor On 2009.07.20., at 0:50, Przemyslaw Czerpak wrote: On Sun, 19 Jul 2009, Szak�ts Viktor wrote: Hi, There is a potential GPF bug (recently introduced) i

[Harbour] SF.net SVN: harbour-project:[11863] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11863 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11863&view=rev Author: vszakats Date: 2009-07-20 11:02:32 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 13:02 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/ssl.c * c

[Harbour] SF.net SVN: harbour-project:[11864] trunk/harbour

2009-07-20 Thread druzus
Revision: 11864 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11864&view=rev Author: druzus Date: 2009-07-20 11:20:22 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 13:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/ite

Re: [Harbour] bug: s_inetRecvInternal() in hbinet.c

2009-07-20 Thread Przemyslaw Czerpak
On Mon, 20 Jul 2009, Szak�ts Viktor wrote: > in hbinet.c line 981, buffer is initialized to NULL, Yes it is. > later in line 1003, buffer is used in recv() line as > 'buffer + iReceived'. Yes it is but iMaxLen is 0 so as long as recv() implementation is not broken then nothing wrong should happe

Re: [Harbour] bug: s_inetRecvInternal() in hbinet.c

2009-07-20 Thread Viktor Szakáts
On 2009.07.20., at 1:22, Przemyslaw Czerpak wrote: On Mon, 20 Jul 2009, Szak�ts Viktor wrote: in hbinet.c line 981, buffer is initialized to NULL, Yes it is. later in line 1003, buffer is used in recv() line as 'buffer + iReceived'. Yes it is but iMaxLen is 0 so as long as recv() impleme

Re: [Harbour] SF.net SVN: harbour-project:[11864] trunk/harbour

2009-07-20 Thread Viktor Szakáts
Thank you. Brgds, Viktor On 2009.07.20., at 1:20, dru...@users.sourceforge.net wrote: Revision: 11864 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11864&view=rev Author: druzus Date: 2009-07-20 11:20:22 + (Mon, 20 Jul 2009) Log Message: --- 2009-

Re: [Harbour] About hbextern...

2009-07-20 Thread Mindaugas Kavaliauskas
troff is nice. Also pdf would be it. I can recommend hbhpdf in contrib, it's a very nice (and portable) pdf generation lib, all components are there ready to use. Hi, if LaTeX output will be available, I can promise a .dvi, .ps, and .pdf :) Regards, Mindaugas ___

[Harbour] HB_RAT()

2009-07-20 Thread Mindaugas Kavaliauskas
Hi, HB_RAT(cToken, cString, nStart, nEnd) ignores nEnd, if it is "out of bound". I feel is more natural "out of bound" string be an empty string. Example: I want to iterate over all "/" characters from right to left. cPath := "/aaa/bbb/ccc" nI := LEN(cPath) DO WHILE(nI := HB_RAT("/", cPath,,

Re: [Harbour] HB_RAT()

2009-07-20 Thread Viktor Szakáts
HB_RAT(cToken, cString, nStart, nEnd) ignores nEnd, if it is "out of bound". I feel is more natural "out of bound" string be an empty string. Example: I want to iterate over all "/" characters from right to left. cPath := "/aaa/bbb/ccc" nI := LEN(cPath) DO WHILE(nI := HB_RAT("/", cPath,, nI)

Re: [Harbour] will harbour run on present and future os for small device?

2009-07-20 Thread Massimo Belgrano
2009/7/11 Viktor Szakáts > Android >> http://www.android.com/ >> > > It's Java based, so chances aren't very high. > not only java based the cross-toolchain that comes with the NDK (or even the Android build system) is built with Cygwin and will require a Cygwin installation (the rest of the ND

[Harbour] pay any developer to have GT WVW updated to latest xHarbou

2009-07-20 Thread Massimo Belgrano
Anybody intrested? From: Marcelo Lombardo http://gmane.org/get-address.php?address=marcelo%2dNX8iSfc8tAM39yzSjRtAkw%40public.gmane.org> > Subject: GT WVW Newsgroups: gmane.comp.la

Re: [Harbour] HbQt signal

2009-07-20 Thread CarozoDeQuilmes
Hi Pritpal, the code in the previous mail was only for show an implementation, not for real use. I only need that you implement the "timeout()" signal for the QTimer Class in HBQT library. Sorry by my bad english Thanks in advance CdQ On Mon, Jul 20, 2009 at 4:19 AM, Pritpal Bedi wrote: > > Hi

Re: [Harbour] will harbour run on present and future os for small device?

2009-07-20 Thread Viktor Szakáts
It says "part of application" can be written in C/C++, which practically means you can use program parts for your Java Android program, just like you can write C/C++ parts for your Harbour/Clipper program. From here the question is what functionality do they support for such C modules. The answer

Re: [Harbour] HbQt signal

2009-07-20 Thread Massimo Belgrano
I better understand the difficult of bad english I have same difficult and same bad english, so try reduce all post like for request a paypent to a english customer using only: "Please pay" I undestrand is a bad way but hope in intelligences of reader 2009/7/20 CarozoDeQuilmes > Hi Pritpal, the

Re: [Harbour] HbQt signal

2009-07-20 Thread Pritpal Bedi
CarozoDeQuilmes wrote: > > Hi Pritpal, the code in the previous mail was only for show an > implementation, not for real use. > > I only need that you implement the "timeout()" signal for the QTimer Class > in HBQT library. > Oh, ok. Just a momemnt, I upload... Regards Pritpal Bedi -- Vi

Re: [Harbour] HbQt signal

2009-07-20 Thread CarozoDeQuilmes
Hi Massimo, good council SET LANGUAGE TO ITALIAN: Un buon consiglio !! SET LANGUAGE TO SPANISH Buen consejo !! Thanks/Grazie/Gracias CdQ On Mon, Jul 20, 2009 at 11:54 AM, Massimo Belgrano wrote: > I better understand the difficult of bad english > I have same difficult and

Re: [Harbour] HbQt signal

2009-07-20 Thread CarozoDeQuilmes
Thanks !!! (short mode, thanks Massimo ) CdQ On Mon, Jul 20, 2009 at 12:04 PM, Pritpal Bedi wrote: > > > CarozoDeQuilmes wrote: > > > > Hi Pritpal, the code in the previous mail was only for show an > > implementation, not for real use. > > > > I only need that you implement the "timeout

[Harbour] SF.net SVN: harbour-project:[11865] trunk/harbour

2009-07-20 Thread vouchcac
Revision: 11865 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11865&view=rev Author: vouchcac Date: 2009-07-20 15:47:28 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 08:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_slots.cpp

[Harbour] SF.net SVN: harbour-project:[11866] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11866 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11866&view=rev Author: vszakats Date: 2009-07-20 15:48:57 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-20 17:45 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_reg.pr

[Harbour] What is strength in harbour?

2009-07-20 Thread Massimo Belgrano
What is strength in harbour? -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-20 Thread Marco Bernardi
Hello, I am using linux 2.6 and seems it is like you say, close() didn't release lock. I have done following test: I have modified "filebuf.c" blocking the hb_findFile() function... so any use command create a new handle and it should create problems in POSIX locks. I created a short programs

[Harbour] Re: R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-20 Thread Przemyslaw Czerpak
On Mon, 20 Jul 2009, Marco Bernardi wrote: Hi, I think I was not clear enough and confused you so I'll try to be more precise because it may be source of some serious problems. > I am using linux 2.6 and seems it is like you say, close() didn't release > lock. It for sure release the fcntl() lo

Re: [Harbour] SF.net SVN: harbour-project:[11865] trunk/harbour

2009-07-20 Thread CarozoDeQuilmes
Hi Pritpal, it work very fine ! Many Thanks !!! CdQ On Mon, Jul 20, 2009 at 12:47 PM, wrote: > Revision: 11865 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11865&view=rev > Author: vouchcac > Date: 2009-07-20 15:47:28 + (Mon, 20 Jul 2009) > > Log Message

Re: [Harbour] SF.net SVN: harbour-project:[11865] trunk/harbour

2009-07-20 Thread Massimo Belgrano
Can you post your sample? 2009/7/20 CarozoDeQuilmes > Hi Pritpal, it work very fine ! > > Many Thanks !!! > CdQ > > > On Mon, Jul 20, 2009 at 12:47 PM, wrote: > >> Revision: 11865 >> >> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11865&view=rev >> Author: vouchcac

Re: [Harbour] SF.net SVN: harbour-project:[11865] trunk/harbour

2009-07-20 Thread Pritpal Bedi
Massimo Massimo Belgrano-3 wrote: > > Can you post your sample? > He posted the example code in his first post itself. Did you make any experiment with HBQT or HBXBP at all ? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-11865

[Harbour] Re: R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-20 Thread Marco Bernardi
...uhm... I am using a CENTOS 5.3 and I suppose that kernel do not have bug... I have updated system regularly. Really I am a little confused Using my wrong "filebuf.c" (that do not use hb_fileFind()) I have tried to run the following program. function main() set exclusive off dbcreate("t

Re: [Harbour] SF.net SVN: harbour-project:[11865] trunk/harbour

2009-07-20 Thread CarozoDeQuilmes
I send it again: oTimer := QTimer():New( QT_PTROF( oWnd ) )oTimer:SetInterval( 1000 ) Qt_Connect_Signal( QT_PTROF( oTimer ) , "timeout()", {|w,l| oLabelTimer:SetText( "Testing Timer HbQt: " + alltrim( str( seconds() ) ) ) } ) oTimer:Start() You can add this sample code to demoqt. This sample cod

[Harbour] Re: R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-20 Thread Marco Bernardi
Hello, just to add some info to my previous e-mail... I have followed each step in my example reading the file /proc/locks, and I can see that my kernel follow the POSIX lock. No problem with the kernel. Operation are like you say, "close" release all locks. Therefore probably it is correct tha

[Harbour] SF.net SVN: harbour-project:[11867] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11867 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11867&view=rev Author: vszakats Date: 2009-07-20 22:24:54 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-21 00:23 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/net.c ! Fi

[Harbour] SF.net SVN: harbour-project:[11868] trunk/harbour

2009-07-20 Thread vszakats
Revision: 11868 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11868&view=rev Author: vszakats Date: 2009-07-20 23:04:47 + (Mon, 20 Jul 2009) Log Message: --- 2009-07-21 01:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/sslctx.c

Re: [Harbour] How many Binary version need for linux?

2009-07-20 Thread Phil Barnett
On 06/30/2009 04:04 AM, Przemyslaw Czerpak wrote: On Tue, 30 Jun 2009, Szak�ts Viktor wrote: Besides the packaging (.deb/.rpm/.tgz), I also wonder why we need to create one for every distro. And could we possibly do anything to make Harbour "distro-independent". We cannot due to diff

Re: [Harbour] Przemek as Project Admin

2009-07-20 Thread Phil Barnett
On 07/07/2009 11:25 AM, Viktor Szakáts wrote: Hi All, I'd like inform everyone, that I've added Przemek as Project Admin. Pls be welcome now in this role. At the same time I've removed David G Holm from this role, as he's no longer participating according to his page: http://harbour.netfang.net