Message: 5
Date: Thu, 8 Jan 2009 18:54:39 -0800 (PST)
From: Pritpal Bedi
Subject: Re: [Harbour] Hb_GtInfo( HB_GTI_CLOSABLE, .F. ) Not Working?
To: harbour@harbour-project.org
Message-ID: <21365368.p...@talk.nabble.com>
Content-Type: text/plain; charset=us-ascii
Hi
Mario H. Sabado wrote:
>
Francesco Saverio Giudice wrote:
>
> Hi Viktor,
>
> Il 12/01/2009 21.19, Viktor Szakáts ha scritto:
>> Hello Marek and all,
>>
> [snip]
>>
>> Keep up the good work folks, I'm trying to catch up with the list and
>> contribute as soon as I can.
>>
>> Brgds and Happy New Year to you all,
>
OK it's not Harbour that has caused this as I have checked in another
installation and new compiles run OK in the same Linux build. Very strange!
Barry Jackson wrote:
>
> Yesterday I checked out the latest svn and updated to rev10031 and latest
> xhgtk I am now finding that my GUI executables w
2009-01-12 23:35 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/cdpapi.c
* harbour/source/rtl/langapi.c
* increase maximum number of lang and codepage modules from 64 to 128
(we already have more then 64)
* harbour/include/hbgtinfo.ch
+ added HB_GTI_B
Hi Viktor,
Il 12/01/2009 21.19, Viktor Szakáts ha scritto:
Hello Marek and all,
[snip]
Keep up the good work folks, I'm trying to catch up with the list and
contribute as soon as I can.
Brgds and Happy New Year to you all,
Nice to see you around,
best regards
Francesco
__
On Mon, 12 Jan 2009, Przemyslaw Czerpak wrote:
Hi,
> in parent classes. This is not intentional but result of my typo and
> I'll change it because now it does not make what I defined that it should.
> The line 2420:
> pBase->item.asSymbol.stackstate->uiClass = uiClass;
> should be changed t
Hello Marek and all,
I'm alive and well (after breathing some fresh air outside this list), I
was/am
pretty busy with other things, amongst these some local large apps were
by now converted to Harbour (Win/OSX, Linux to follow soon) for the most
part
(I've found conversion to be an indefinite proce
On Tue, 06 Jan 2009, Teo Fonrouge wrote:
Hi Teo,
> I'm building an Client/Server database library based on Harbour Objects, the
> idea behind this is simple:
> * On the Server side:
> - An RDOServer object is created and starts listening for incoming clients
> on a predetermined port, when
>2009-01-12 15:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/vm/fm.c
> * harbour/include/hbwmain.c
>* use HeapAlloc( GetProcessHeap(), ... ) instead of LocalAlloc()
> when HB_FM_WIN32_ALLOC macro is set - Toninho's tests show that
> it's a little bit mor
2009-01-12 15:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/fm.c
* harbour/include/hbwmain.c
* use HeapAlloc( GetProcessHeap(), ... ) instead of LocalAlloc()
when HB_FM_WIN32_ALLOC macro is set - Toninho's tests show that
it's a little bit more effi
>-Original Message-
>From: Przemyslaw Czerpak [mailto:dru...@acn.waw.pl]
>Sent: Friday, January 09, 2009 6:03 PM
>To: Harbour Project Main Developer List.
>Subject: Re: RE: [Harbour] Compile tests with OpenWatcom.
...
>Do not change it but use hbmk.bat to compile and link your .prg code.
11 matches
Mail list logo