Re: [Harbour] *CRC32() Function

2008-01-22 Thread Mario H. Sabado
Jorge, Message: 4 Date: Wed, 23 Jan 2008 00:18:22 + From: "Jorge A. Giraldo" <[EMAIL PROTECTED]> Subject: RE: [Harbour] Re: Harbour Digest, Vol 15, Issue 43 To: Harbour Project Main Developer List. Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Mario, How c

Re: [Harbour] Licence question

2008-01-22 Thread Alexander S.Kresin
Phil Barnett пишет: On Wednesday 23 January 2008 01:56:31 am Alexander S.Kresin wrote: Hi All, I do some work, which I plan to upload to Sourceforge as a new project with the same licence as Harbour. It includes, among other things, code from hbinet.c and net.c - I was need to rework them f

Re: [Harbour] Licence question

2008-01-22 Thread Phil Barnett
On Wednesday 23 January 2008 01:56:31 am Alexander S.Kresin wrote: > Hi All, > > I do some work, which I plan to upload to Sourceforge as a new project > with the same licence as Harbour. > It includes, among other things, code from hbinet.c and net.c - I was > need to rework them for purposes

[Harbour] Licence question

2008-01-22 Thread Alexander S.Kresin
Hi All, I do some work, which I plan to upload to Sourceforge as a new project with the same licence as Harbour. It includes, among other things, code from hbinet.c and net.c - I was need to rework them for purposes of my project. Does the licence allow me to include that code to other files

[Harbour] 2008-01-23 02:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-01-22 Thread Przemyslaw Czerpak
2008-01-23 02:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbrddntx.h ! fixed type of Signature field in tag structure * harbour/source/rdd/dbfntx/dbfntx1.c ! fixed possible leaving locked index when number of tags exceed 63. 63 is maximum number of t

RE: [Harbour] Re: Harbour Digest, Vol 15, Issue 43

2008-01-22 Thread Jorge A. Giraldo
Mario, How could you get only two undefined functions from the set? It sounds to me that you are still linking xhb.lib or any other lib that contains the declared functions except the two we are looking for... would you check it out please? Without it you should get: Error: Unresolved extern

Re: [Harbour] Tbrowse and Teditor.prg - GT commands isolation

2008-01-22 Thread Szakáts Viktor
Hi Pritpal, On 2008.01.22., at 23:58, Pritpal Bedi wrote: Hello Viktor I want to introduce methods corresponding to GT commands in Tbrowse and Teditor. Like: METHOD SetColor( cColor ) CLASS Tbrowse/Teditor METHOD DispOutAt( r,c,x,c ) CLASS Tbrowse/Teditor etc and then calls to these func

[Harbour] Re: Harbour Digest, Vol 15, Issue 43

2008-01-22 Thread Mario H. Sabado
-- Message: 1 Date: Tue, 22 Jan 2008 05:57:30 +0800 From: "Mario H. Sabado" <[EMAIL PROTECTED]> Subject: Re: [Harbour] *CRC32() Function To: harbour@harbour-project.org Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain;

[Harbour] Tbrowse and Teditor.prg - GT commands isolation

2008-01-22 Thread Pritpal Bedi
Hello Viktor I want to introduce methods corresponding to GT commands in Tbrowse and Teditor. Like: METHOD SetColor( cColor ) CLASS Tbrowse/Teditor METHOD DispOutAt( r,c,x,c ) CLASS Tbrowse/Teditor etc and then calls to these functions routed to above methods. This will allow to integrate these

Re: [Harbour] gt windowclose trapping

2008-01-22 Thread Pritpal Bedi
Lorenzo What about adding sth like GTI_WINDOWCLOSE value to control it? Even better would be a callback to a user prg function that can return T/F? I am all set to introduce callbacks on core GT for every possible event. Waiting for release freeze. Regards Pritpal Bedi, INDIA-USA --

Re: [Harbour] gt windowclose trapping

2008-01-22 Thread Szakáts Viktor
You have my vote. Brgds, Viktor On 2008.01.22., at 15:20, Lorenzo Fiorini wrote: Users use the upper right X to close apps. To avoid it under X I've always comment out: /* if( ( Atom ) evt->xclient.data.l[ 0 ] == s_atomDelWin ) { hb_vmRequestQuit(); }

[Harbour] gt windowclose trapping

2008-01-22 Thread Lorenzo Fiorini
Users use the upper right X to close apps. To avoid it under X I've always comment out: /* if( ( Atom ) evt->xclient.data.l[ 0 ] == s_atomDelWin ) { hb_vmRequestQuit(); } break; */ but the same can happens in other gts. What about adding sth like

Re: [Harbour] Compiling contrib libraries

2008-01-22 Thread Alex Strickland
Hi all FYI building contrib libraries (MSVC 6) fails on direct draw (hbw32ddr): cl.exe -c -I..\..\include -Ogt2yb1p -GX- -G6 -YX -FD -Gs -W3 -nologo -D__WINDOWS__ -DWIN32 -D__WIN32__-Fo..\..\obj\vc\ .\w32_ddrw.cpp w32_ddrw.cpp .\w32_ddrw.h(61) : error C2065: 'IDirectDrawSurface4' : undecl

Re: [Harbour] Re: Compiling contrib libraries

2008-01-22 Thread Alex Strickland
Marek Paliwoda wrote: Make sure your HB_VISUALC_VER definition looks exactly like the line below : set HB_VISUALC_VER=60 Do not set it to something similar to : set HB_VISUALC_VER=6.0 Thank you, that did it. Congratulations to you and Victor for whipping the make files into shape. Re

[Harbour] Re: Compiling contrib libraries

2008-01-22 Thread Marek Paliwoda
Hi Alex, With a SVN version from yesterday, I got these problems when trying to compile the contrib libraries (with MSVC 6). I am at a bit of a loss as line 98 is blank as far as I can see. I have *not* set any environment variables besides those for VC. C:\sourceforge\harbour\contrib>make_v

[Harbour] Compiling contrib libraries

2008-01-22 Thread Alex Strickland
Hi all With a SVN version from yesterday, I got these problems when trying to compile the contrib libraries (with MSVC 6). I am at a bit of a loss as line 98 is blank as far as I can see. I have *not* set any environment variables besides those for VC. C:\sourceforge\harbour\contrib>make_vc_