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

2010-01-06 Thread vouchcac
Revision: 13488 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13488view=rev Author: vouchcac Date: 2010-01-06 08:31:20 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-06 00:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg *

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

2010-01-06 Thread Viktor Szakáts
Hi Pritpal, Log Message: --- 2010-01-06 00:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/idemisc.prg * contrib/hbide/ideprojmanager.prg ! Many artifacts corrected. ! Build process is now very

[Harbour] About hb_RAScan()

2010-01-06 Thread Saulius Zrelskis
Hi All Only thought. In example: aArr := { 2, 0, 1, 0 } ? hb_RAScan( aArr, 0, 10 ) result is 0. Does this not mean, that I agree with rascan'ing array even bigger than in reality, so action must begin from real end of array ? Best regards, Saulius

Re: [Harbour] About hb_RAScan()

2010-01-06 Thread Viktor Szakáts
To be consistent with HB_RAT(), I think it should. Brgds, Viktor On 2010 Jan 6, at 09:56, Saulius Zrelskis wrote: Hi All Only thought. In example: aArr := { 2, 0, 1, 0 } ? hb_RAScan( aArr, 0, 10 ) result is 0. Does this not mean, that I agree with rascan'ing array even bigger than

[Harbour] demoqt hb_xgrab requested to allocate zero bytes

2010-01-06 Thread Lorenzo Fiorini
Ubuntu 9.10 32bit ChangeLog 13488 Application Internal Error - /harbour_trunk/contrib/hbqt/tests/demoqt Terminated at: 2010.01.06 10:16:07 Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes Called from

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

2010-01-06 Thread Massimo Belgrano
Can you post also a small sample or modofy an existing to include follow function? 2010/1/6 dru...@users.sourceforge.net: Revision: 13486           http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13486view=rev Author:   druzus Date:     2010-01-06 06:27:38 + (Wed, 06 Jan

Re: [Harbour] hbide problems

2010-01-06 Thread Massimo Belgrano
+1 The most important things I expect is comfortable source editor with column mark blocks, multi-file search and replace, block copy and move operations between opened source files. shortcuts for editing commands -- Massimo Belgrano ___ Harbour

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

2010-01-06 Thread Massimo Belgrano
Right observation Viktor Here same ide image http://www.kodyaz.com/images/windows-7/vs2008/microsoft-visual-studio-2008-ide-integrated-development-environment.png

Re: [Harbour] Howto Draw an Image (bmp/jpg) in GTWVT?

2010-01-06 Thread Massimo Belgrano
Wvt_DrawImage( 1,6,12,9, IMAGE.BMP) but you also try xbase part XbpBitmap() supported by hbxbp.lib gtwvg.lib you can dind a sample harbour/contrib/hbxbp/tests/demoxbp.prg Please share here your result 2010/1/6 AbeB abe.b...@att.net: Hi, is it possible to draw an Image eather BMP/JPG in a

[Harbour] Harbour 2.0.0 for Ubuntu binaries online

2010-01-06 Thread Viktor Szakáts
as subject. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour 2.0.0 for Ubuntu binaries online

2010-01-06 Thread Massimo Belgrano
Thanks Why is different from mandriva distribution? Now you plan make binary for osx,fedora,suse? 2010/1/6 Viktor Szakáts harbour...@syenar.hu: as subject. -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB)

RE: [Harbour] demoqt hb_xgrab requested to allocate zero bytes

2010-01-06 Thread Bisz István
Hi Lorenzo, Am I missing sth? Fedora 12 --- Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes Called from QT_QEVENTLOOP_PROCESSEVENTS(0) Called from QEVENTLOOP:PROCESSEVENTS(0) in ../../../TQEventLoop.prg Called

[Harbour] Fedora 12 build error

2010-01-06 Thread Bisz István
Hi, ../../../hbznet.c:63:19: error: zutil.h: No such file or directory ../../../hbznet.c: In function ‘_HB_ZNETSTREAM* hb_znetOpen(int, int)’: ../../../hbznet.c:107: error: ‘DEF_MEM_LEVEL’ was not declared in this scope make[3]: *** [hbznet.o] Error 1 make[2]: *** [descend] Error 2

Re: [Harbour] demoqt hb_xgrab requested to allocate zero bytes

2010-01-06 Thread Lorenzo Fiorini
On Wed, Jan 6, 2010 at 1:41 PM, Bisz István istvan.b...@t-online.hu wrote: Solved with: hbmk2 -nohbcppmm demoqt ... hbmk2 -nohbcppmm demoxbp ... for hbide the -nohbcppmm switch is unfortunately ineffective here, the hbcppmm is generated and linked to hbide. Many thanks István. best

[Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 VS2008 test

2010-01-06 Thread Bisz István
Hi, The hbide crashes at the very end. The demoqt and demoxbp runs smoothly. See blow the traces generated: 1. demoqt Harbour Terminal: Windows dummy console for GUI programs Harbour 2.0.1dev (Rev. 13487) Windows Vista 6.0.6002 Service Pack 2 DS avail=1948668KB OS

Re: [Harbour] Howto Draw an Image (bmp/jpg) in GTWVT?

2010-01-06 Thread AbeB
Thanks Massimo. Much appreciated. Massimo Belgrano wrote: Wvt_DrawImage( 1,6,12,9, IMAGE.BMP) but you also try xbase part XbpBitmap() supported by hbxbp.lib gtwvg.lib you can dind a sample harbour/contrib/hbxbp/tests/demoxbp.prg Please share here your result 2010/1/6 AbeB

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
Hi All, The hbmk2 –nohbcppmm is ineffective for hbide, so now we can’t test hbide on linux, maybe it is specific just to Fedora12. Please just be creative, and simply remove -hbcppmm from hbqt.hbc locally to disable this option. I'll look into it later. BTW, C++ method override comes

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
Please just be creative, and simply remove -hbcppmm from hbqt.hbc locally to disable this option. I'll look into it later. OK. Thanks. Best regards, István ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

[Harbour] bug?: darwin mpkg_tgz.sh

2010-01-06 Thread Viktor Szakáts
I got this while trying to create a 2.0.0 tgz for darwin (Snow Leopard): --- [...] ./bin/postinst.sh tar: Option --owner=root is not supported Usage: List:tar -tf archive-filename Extract: tar -xf archive-filename Create: tar -cf archive-filename [filenames...] Help:tar --help

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Szak�ts Viktor wrote: Hi, BTW, C++ method override comes directly from QT homepage, but nevertheless can be wrong or outdated. Maybe some variations are missing. Or it's possible that new/delete operator overloading works perfectly and the problem is only in our own

Re: [Harbour] bug?: darwin mpkg_tgz.sh

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Szak�ts Viktor wrote: Hi, I got this while trying to create a 2.0.0 tgz for darwin (Snow Leopard): --- [...] ./bin/postinst.sh tar: Option --owner=root is not supported Usage: List:tar -tf archive-filename Extract: tar -xf archive-filename Create: tar -cf

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, + harbour/src/rtl/hbznet.c + added support for ZLIB compression in stream sockets. Name of hb_znetInetInitialize() makes me think that this function should be implemented in hbznet.c. I think hb_inet*() is a better namespace if we can have more socket filters implemented using

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

2010-01-06 Thread druzus
Revision: 13489 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13489view=rev Author: druzus Date: 2010-01-06 16:16:22 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-06 17:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2010-01-06 Thread Massimo Belgrano
possible now create directories automatically if not there on the remote? 2010/1/6 dru...@users.sourceforge.net: Revision: 13489           http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13489view=rev Author:   druzus Date:     2010-01-06 16:16:22 + (Wed, 06 Jan 2010)

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

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Massimo Belgrano wrote: Hi, possible now create directories automatically if not there on the remote? Massimo, what is not clear in my ChangeLog entry? I even updated NETIO server example and added to ChangeLog demonstration code. Please don't be so fast and think a

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

2010-01-06 Thread Lorenzo Fiorini
On Wed, Jan 6, 2010 at 5:16 PM, dru...@users.sourceforge.net wrote:  * harbour/contrib/hbnetio/netio.h  * harbour/contrib/hbnetio/netiocli.c  * harbour/contrib/hbnetio/netiosrv.c    + implemented RPC in HBNETIO protocol ...   Have a fun with a new toy. I hope that many Harbour user will

Re: [Harbour] bug?: darwin mpkg_tgz.sh

2010-01-06 Thread Viktor Szakáts
Hi, List:tar -tf archive-filename Extract: tar -xf archive-filename Create: tar -cf archive-filename [filenames...] Help:tar --help wc: harbour-2.0.0-darwin.bin.tar.gz: open: No such file or directory cat: harbour-2.0.0-darwin.bin.tar.gz: No such file or directory --- You

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

2010-01-06 Thread Viktor Szakáts
Great feature. Thanks a lot for it. Too smoothen the security edge of this feature, maybe it would be nice to allow to limit the set of functions made available through RPC on the server side. This way programmer could have total control over this aspect without worrying about function being

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
So maybe the problem is that our malloc/realloc doesn't handle zero size, while std version do. In this case, we should probably allow zero size too. Brgds, Viktor On 2010 Jan 6, at 18:46, Bisz István wrote: Hi, Finally, I was able to put in work the hbcppmm on Fedora12 by inserting the

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

2010-01-06 Thread Viktor Szakáts
Just tested it, and there are still gradient backgrounds in Project properties dialog. BTW, now clicking on any line of the project tree, will select it, but it instantly loses focus, which makes it feel strange. Brgds, Viktor On 2010 Jan 6, at 09:31, vouch...@users.sourceforge.net wrote:

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

2010-01-06 Thread Angel Pais
Thank you, thank you, thank you !!! Did I thank you yet ? This is a dream coming true !!! Angel ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

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

2010-01-06 Thread Angel Pais
Viktor Szakáts escribió: Great feature. Thanks a lot for it. Too smoothen the security edge of this feature, maybe it would be nice to allow to limit the set of functions made available through RPC on the server side. This way programmer could have total control over this aspect without

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
Hi, Maybe the following thread: http://lists.trolltech.com/qt-interest/2000-09/thread3-0.html contains the answer for your chew over this issue. Best regards, István -Original Message- From: harbour-boun...@harbour-project.org [mailto:harbour-boun...@harbour-project.org] On

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Szak�ts Viktor wrote: So maybe the problem is that our malloc/realloc doesn't handle zero size, while std version do. In this case, we should probably allow zero size too. DLMALLOC malloc()/realloc() allow to use 0 bytes. Only inside hb_xgrab()/hb_xalloc() we have code

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

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Lorenzo Fiorini wrote: It's only important that the functions you want to execute are linked with server code or where loaded dynamically. you can even make sth like: netio_procexec( HB_HRBLOAD, hb_memoread( mycode.hrb ) ) result := netio_funcexec( MYFUNC1, param1,

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

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Szak�ts Viktor wrote: Too smoothen the security edge of this feature, maybe it would be nice to allow to limit the set of functions made available through RPC on the server side. This way programmer could have total control over this aspect without worrying about

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

2010-01-06 Thread Viktor Szakáts
On Wed, 06 Jan 2010, Szak�ts Viktor wrote: Too smoothen the security edge of this feature, maybe it would be nice to allow to limit the set of functions made available through RPC on the server side. This way programmer could have total control over this aspect without worrying about

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

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Mindaugas Kavaliauskas wrote: Hi, Name of hb_znetInetInitialize() makes me think that this function should be implemented in hbznet.c. I think hb_inet*() is a better namespace if we can have more socket filters implemented using this API. OK, I'll change it.

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

2010-01-06 Thread vszakats
Revision: 13490 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13490view=rev Author: vszakats Date: 2010-01-06 20:13:24 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-06 21:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * mpkg_tgz.sh ! Fixed

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
Hi Istvan, The hbmk2 –nohbcppmm is ineffective for hbide, so now we can’t test hbide on linux, maybe it is specific just to Fedora12. To disable hbcppmm for hbide, pls try this command line: hbmk2 hbide.hbp -nohbcppmm The order of options is significant. If you issue -nohbcppmm first, it

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

2010-01-06 Thread vszakats
Revision: 13491 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13491view=rev Author: vszakats Date: 2010-01-06 21:27:33 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-06 22:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * INSTALL ! Fixed

[Harbour] C (++) question

2010-01-06 Thread Bisz István
Hi Przemek, I am coming initially from an 8BIT world, my main task was until your mailing list is to write things on a predefined processor in a completely different world no linux no windows etc. I am engaged on this list to implement a test software to my devices historically started with

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
Hi Viktor, For me is OK thank you, but we always should think about a general user. Best regards, István -Original Message- From: harbour-boun...@harbour-project.org [mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts Sent: 2010. január 6. 22:27 To: Harbour

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
On 2010 Jan 6, at 22:54, Bisz István wrote: Hi Viktor, For me is OK thank you, but we always should think about a general user. I don't understand you. It's also meant for general users, it's simply how it works, and it's even logical. If you put options on the command line they are

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
Hi Viktor, We should made changes in a way that a general user isn't affected if it is possible. This is a general rule in every system life cycle. No problem we can handle it, as we are in development phase, forget it. Best regards, István ___

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
On 2010 Jan 6, at 23:11, Bisz István wrote: Hi Viktor, We should made changes in a way that a general user isn't affected if it is possible. This is a general rule in every system life cycle. No problem we can handle it, as we are in development phase, forget it. Sorry I don't understand

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
Dear Viktor, You are right, the first goal is the software quality, but don't forget that there are peoples without so much knowledge about the inner things. Maybe sometimes should be useful to put yourself in their position. But please consider these words, without any negative intentions, as an

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
Dear Viktor, You are right, the first goal is the software quality, but don't forget that there are peoples without so much knowledge about the inner things. Maybe I still can't see what your point is. sometimes should be useful to put yourself in their position. But please consider these

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

2010-01-06 Thread vszakats
Revision: 13492 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13492view=rev Author: vszakats Date: 2010-01-06 22:54:39 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-06 23:53 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_err.c

RE: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Bisz István
As I see, maybe undesirable, as this list is declared a developers' list, but there are a lot of users in this list requesting knowledge from (us). I don't know, but we are compulsively to serve them, but now we are far away from our starting point. We should generate less protuberance in the

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, All above functions use default connection set by NETIO_CONNECT() for RPCs but it's also possible to specify server address and port in cProcName/cFuncName just like in cFileName parameter in RDD functions, i.e.: NETIO_PROCEXISTS( 192.168.0.1:10005:MYFUNC )

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

2010-01-06 Thread vszakats
Revision: 13493 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13493view=rev Author: vszakats Date: 2010-01-06 23:59:16 + (Wed, 06 Jan 2010) Log Message: --- 2010-01-07 00:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_err.c

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Viktor Szakáts
As I see, maybe undesirable, as this list is declared a developers' list, but there are a lot of users in this list requesting knowledge from (us). The fact that ppl are waiting for answers doesn't make this a support list. We have support forums/lists which are meant to solve these issues,

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-06 Thread Massimo Belgrano
Why not release all 2.01? imo TOMERGE 2.0 must be written in all 2.01 version all hbide modify not have to merge 2.0 for example IMO Merging is error what part of 2.01 not be include in next release? 2010/1/7 Viktor Szakáts harbour...@syenar.hu: For those interested in problem-free fixing of

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: On Wed, 06 Jan 2010, Lorenzo Fiorini wrote: It's only important that the functions you want to execute are linked with server code or where loaded dynamically. you can even make sth like: netio_procexec( HB_HRBLOAD, hb_memoread( mycode.hrb ) ) BTW a small

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Mindaugas Kavaliauskas wrote: homework.prg (test module): PROC main() ? netio_connect() ? NETIO_PROCEXISTS(HB_HRBLOAD) ? NETIO_PROCEXISTS(HELLO) ? NETIO_PROCEXECW(HB_HRBLOAD, HB_MEMOREAD(homework2.prg)) ? NETIO_PROCEXISTS(HELLO) ? NETIO_FUNCEXEC(HELLO) RETURN Unfortunately test

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: P.S. BTW, was this your Christmas gift? :) No, not yet and I do not know when I'll find time to finish it :-( But you've just committed a RPC code, so, we must understand that something even more great is waiting for us. :) Regards, Mindaugas

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

2010-01-06 Thread vouchcac
Revision: 13495 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13495view=rev Author: vouchcac Date: 2010-01-07 01:33:15 + (Thu, 07 Jan 2010) Log Message: --- 2010-01-06 17:10 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

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

2010-01-06 Thread Pritpal Bedi
Hi P.S. BTW, was this your Christmas gift? :) No, not yet and I do not know when I'll find time to finish it :-( But you've just committed a RPC code, so, we must understand that something even more great is waiting for us. :) I can sense, out of the two: NETRDD or NETGT.

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

2010-01-06 Thread vouchcac
Revision: 13496 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13496view=rev Author: vouchcac Date: 2010-01-07 01:52:03 + (Thu, 07 Jan 2010) Log Message: --- 2010-01-06 17:53 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

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

2010-01-06 Thread Viktor Szakáts
Log Message: --- 2010-01-06 17:10 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/projects/hbide.hbi ! Deleted hard-coded -o directive, no longer needed. ! Project paths are now shown without meta-dat. * contrib/hbide/resources/projectproperties.ui !

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

2010-01-06 Thread Pritpal Bedi
Hi There is still gradient fill on toolbar and menu background. I think it it presents a very good contrast, should not be a problem, IMO. I'm also getting am RTE whenever I try to open a project or I have it one open: Message not found: HBIDE:LOADPROJECTPROPERTIES How do you open ?

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-06 Thread Xavi
Thank you very much Przemek, Yes I know, if we start 32,536 threads .- Procedure Main() Local i, nETS := Seconds() ? 'Begin in', nETS, 'System Seconds.' wapi_SetLastError( 0 ) ? 'Main Process' for i := 1 to 32536 hb_threadStart( @thFunc(), i ) ? 'Thread', i next

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

2010-01-06 Thread vouchcac
Revision: 13497 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13497view=rev Author: vouchcac Date: 2010-01-07 02:58:58 + (Thu, 07 Jan 2010) Log Message: --- 2010-01-06 18:57 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

Re: [Harbour] hbide problems

2010-01-06 Thread Pritpal Bedi
Hi Got hold of message after long, so the context is also old, but... Viktor Szakáts wrote: - I'd personally use much much less (or rather no) gradient effects as backgrounds. It just slows down things (f.e. when working remote, or VM) and it just distracting after the initial

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

2010-01-06 Thread Pritpal Bedi
Hello Przemek Log Message: --- 2010-01-06 17:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/rtl/hbznet.c ! do not use DEF_MEM_LEVEL to avoid potential problems when zutil.h is not available * harbour/contrib/hbnetio/netio.h *

[Harbour] runtime error and segfault in demoxbp

2010-01-06 Thread Lorenzo Fiorini
Just a report, probably it has a known issue. To reproduce: - click on the browse - using mouse wheel or down arrow try to go past the last row - you'll get a runtime error message - click ok - the segfault Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6c87710 (LWP

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

2010-01-06 Thread Przemysław Czerpak
On Thu, 07 Jan 2010, Mindaugas Kavaliauskas wrote: Hi, Mindaugas Kavaliauskas wrote: homework.prg (test module): PROC main() ? netio_connect() ? NETIO_PROCEXISTS(HB_HRBLOAD) ? NETIO_PROCEXISTS(HELLO) ? NETIO_PROCEXECW(HB_HRBLOAD, HB_MEMOREAD(homework2.prg)) ?

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

2010-01-06 Thread Przemysław Czerpak
On Thu, 07 Jan 2010, Mindaugas Kavaliauskas wrote: Hi, PROC main() ? netio_connect() ? NETIO_PROCEXISTS(STR) RETURN prints: .T. .T. but PROC main() ? NETIO_PROCEXISTS(127.0.0.1:2941:STR) RETURN prints: .F. What I'm missing? It's working for me in my Linux box so I can only

Re: [Harbour] C (++) question

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Bisz István wrote: Hi, In may analyzis of the assemble code of the: if ( nSize == 0 ) nSize = 1;, was more efficient that: if ( !size ) size++; at least with Keil C compiler for Dallas DS80C320, how do you think? Thank you in advance. Yes in most of CPUs it's faster

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-06 Thread Przemysław Czerpak
On Thu, 07 Jan 2010, Xavi wrote: Hi, I agree with that current code committed by Viktor is better but disagree with don't have acces to repository and update my code directly. I hope Viktor add you to developer list soon. Please only try to remember that we cannot check each commit so try be

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

2010-01-06 Thread Przemysław Czerpak
On Wed, 06 Jan 2010, Pritpal Bedi wrote: Hi, I can sense this commit is the basis for NETRDD or NETGT of future. Am I right ? It can be useful for both but in fact it's side effect of some other job not directly related to Harbour. Anyhow I plan to work on GTNET in the nearest future so above

RE: [Harbour] C (++) question

2010-01-06 Thread Bisz István
Hi, Thank you for the clarification. Best regards, István -Original Message- From: harbour-boun...@harbour-project.org [mailto:harbour-boun...@harbour-project.org] On Behalf Of Przemyslaw Czerpak Sent: 2010. január 7. 7:42 To: Harbour Project Main Developer List. Subject: Re: [Harbour]

Re: [Harbour] runtime error and segfault in demoxbp

2010-01-06 Thread Pritpal Bedi
Hi Lorenzo Fiorini-2 wrote: Just a report, probably it has a known issue. To reproduce: - click on the browse - using mouse wheel or down arrow try to go past the last row - you'll get a runtime error message - click ok - the segfault Program received signal SIGSEGV, Segmentation

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

2010-01-06 Thread Pritpal Bedi
Hi Przemysław Czerpak wrote: Anyhow I plan to work on GTNET in the nearest future so above code should greatly help. I could not hear a better with than above few words, for 2010. Regards Pritpal Bedi -- View this message in context:

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

2010-01-06 Thread Massimo Belgrano
Very good news! can we plan promote a 2.1 with GTnet and hbide is some month? 2010/1/7 Przemysław Czerpak dru...@acn.waw.pl: On Wed, 06 Jan 2010, Pritpal Bedi wrote: Hi, I can sense this commit is the basis for NETRDD or NETGT of future. Am I right ? It can be useful for both but in