Revision: 13326
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13326&view=rev
Author: vszakats
Date: 2009-12-20 04:01:34 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 05:01 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/dynlibhb.c
* src
Revision: 13325
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13325&view=rev
Author: vszakats
Date: 2009-12-20 03:55:29 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 04:55 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/hbwin/tests/testw
Thank you, I've committed it.
Brgds,
Viktor
On 2009 Dec 20, at 04:16, Xavi wrote:
> Viktor,
>
> You're right.
> I filter with Source formatter.
>
> Sorry for the inconvenience and appreciate your patience.
>
> Best regards,
> Xavi
>
>
___
Harbour
Hi Przemek,
> Log Message:
> ---
> 2009-12-19 16:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/src/vm/thread.c
>* added hb_threadOnceInit() to .prg function list
>
> * harbour/include/hbinit.h
>* use HB_STATIC_STARTUP as default initialization method of all
Revision: 13324
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13324&view=rev
Author: vszakats
Date: 2009-12-20 03:40:01 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 04:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/Makefile
Revision: 13323
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13323&view=rev
Author: vszakats
Date: 2009-12-20 03:36:04 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 04:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_dll.c
Revision: 13322
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13322&view=rev
Author: vszakats
Date: 2009-12-20 01:43:43 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 02:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_dll.c
Hi All,
---
../../../hbcmplib.c(118) : warning C4090: 'function' : different 'const'
qualifiers
../../../hbcmplib.c(130) : warning C4090: 'function' : different 'const'
qualifiers
../../../hbcmplib.c(148) : warning C4090: 'function' : different 'const'
qualifiers
../../../dynlibhb.c(141) : warn
Revision: 13321
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13321&view=rev
Author: vouchcac
Date: 2009-12-20 01:20:00 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-19 17:17 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.ch
*
Yes, this has been reported already, and it seems
like an older problem, or some sort of regression,
maybe the result of changing MINGW version.
Whole .dll handling needs to be rewritten. No takers
yet, though.
It'd be nice if someone with MINGW+ASM skills could
take a closer look on that tho
Revision: 13320
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13320&view=rev
Author: vszakats
Date: 2009-12-20 00:53:36 + (Sun, 20 Dec 2009)
Log Message:
---
2009-12-20 01:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbbtree/hb_btree.
Revision: 13319
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13319&view=rev
Author: vszakats
Date: 2009-12-19 22:44:00 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 23:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/tests/demoqt
Revision: 13318
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13318&view=rev
Author: vouchcac
Date: 2009-12-19 21:55:00 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 13:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
Revision: 13317
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13317&view=rev
Author: vszakats
Date: 2009-12-19 21:48:43 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 22:48 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/hbwapi.h
>>> #define wapi_ret_UINT( n )( hb_parni( n ) ) ?
>>> #define wapi_ret_LONG( n )( hb_parnl( n ) ) ?
>>> #define wapi_ret_WORD( n )( hb_parnl( n ) ) ?
>>> #define wapi_ret_DWORD( n ) ( hb_parnl( n ) ) ?
>>
>> They look correct to me on SVN. What would t
This decription is not very generic and uses hbmk script instead of
hbmk2. It has few other problems, too:
- lists lots of packages which are not needed for Harbour
- overrides default contrib list
- sets HB_*_INSTALL which is not very good precedent, and also not needed.
- uses patched (?) source
Hi
Viktor Szakáts wrote:
>
>> #define wapi_ret_UINT( n )( hb_parni( n ) ) ?
>> #define wapi_ret_LONG( n )( hb_parnl( n ) ) ?
>> #define wapi_ret_WORD( n )( hb_parnl( n ) ) ?
>> #define wapi_ret_DWORD( n ) ( hb_parnl( n ) ) ?
>
> They look correct t
Hi
Viktor Szakáts wrote:
>
>
> Perhaps to emphasis that this macro is now not needed, we
> should change this:
> #define QT_PTROF( oObj ) ( oObj:pPtr )
> to this:
> #define QT_PTROF( oObj ) ( oObj )
>
> Thus converting it to a simply dumm
Thanks to elart (add to harbour website)
HOW TO BUILD AND INSTALL HARBOUR FROM SOURCE AND CROSS COMPILE HARBOUR
FOR WIN ON LINUX
===
*
( Tested on Ubuntu 9.04 and Ubuntu 9.
How can i get harbour (with qt) for ubuntu 9.10?
--
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi All,
I'm getting this trying to build Harbour for WinCE
(both mingwarm and poccarm):
---
pocc.exe -I. -I../../../../../include -Ze -Go -W1 -Ot -Tarm-coff -D_M_ARM
-D_WINCE -DUNICODE -Fohbgete.obj -c ../../../hbgete.c
../../../hbgete.c(76): warning #2027: Missing prototype for
'GetEnviro
On Sat, Dec 19, 2009 at 9:21 PM, Viktor Szakáts wrote:
> You can force any dirs by using HB_*_INSTALL envvars.
Thanks, that's fine for me.
best regards,
Lorenzo
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://
Hi Petr,
> #define wapi_ret_UINT( n )( hb_parni( n ) ) ?
> #define wapi_ret_LONG( n )( hb_parnl( n ) ) ?
> #define wapi_ret_WORD( n )( hb_parnl( n ) ) ?
> #define wapi_ret_DWORD( n ) ( hb_parnl( n ) ) ?
They look correct to me on SVN. What would this
> On Sat, Dec 19, 2009 at 1:47 PM, wrote:
>
>> * utils/hbmk2/hbmk2.prg
>> * config/global.mk
>>! Not considering /opt and /opt/harbour as "system location" for
>> Harbour, following Lorenzo's advice.
>
> Many thanks, I've done a clean make install setting
> HB_INSTALL_PREFIX=/opt/har
Hi Pritpal,
On 2009 Dec 19, at 18:26, vouch...@users.sourceforge.net wrote:
> Revision: 13316
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13316&view=rev
> Author: vouchcac
> Date: 2009-12-19 17:26:11 + (Sat, 19 Dec 2009)
>
> Log Message:
> ---
#define wapi_ret_UINT( n )( hb_parni( n ) ) ?
#define wapi_ret_LONG( n )( hb_parnl( n ) ) ?
#define wapi_ret_WORD( n )( hb_parnl( n ) ) ?
#define wapi_ret_DWORD( n ) ( hb_parnl( n ) ) ?
Regards,
Petr
--
View this message in context:
http://old.nab
On Sat, Dec 19, 2009 at 1:47 PM, wrote:
> * utils/hbmk2/hbmk2.prg
> * config/global.mk
> ! Not considering /opt and /opt/harbour as "system location" for
> Harbour, following Lorenzo's advice.
Many thanks, I've done a clean make install setting
HB_INSTALL_PREFIX=/opt/harbour ( I'm usi
Revision: 13316
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13316&view=rev
Author: vouchcac
Date: 2009-12-19 17:26:11 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 09:23 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbxbp/xbp.ch
!
Revision: 13315
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13315&view=rev
Author: vouchcac
Date: 2009-12-19 17:17:29 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 09:14 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
Revision: 13314
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13314&view=rev
Author: vouchcac
Date: 2009-12-19 16:56:49 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 08:15 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbxbp/xbpbrowse.prg
Hello Viktor
Viktor Szakáts wrote:
>
> I'd like to ask/suggest two things:
>
> 1) QT_PTROF() is still used in these places:
>
> xbpbrowse.prg:517: ::connect( QT_PTROF( ::oLeftView ) ,
> "mousePressEvent()" , {|o,p| ::exeBlock( 31, p, o ) } )
> xbpbrowse.prg:518: ::connect( QT_PTROF(
Revision: 13313
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13313&view=rev
Author: druzus
Date: 2009-12-19 15:53:07 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 16:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/thread
Revision: 13312
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13312&view=rev
Author: april
Date: 2009-12-19 15:32:24 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 15:18 UTC+0500 April White (april users.sourceforge.net)
* contrib/hbbtree/hb_btree
(I've not read any other posts in this thread)
I want to commit my btree fix to see if it clears the 64-bit warning.
> From: harbour...@syenar.hu
> Date: Sat, 19 Dec 2009 11:07:54 +0100
> To: harbour@harbour-project.org
> Subject: [Harbour] Any commits/fixes pending?
>
> Hi All,
>
> I'd like
Revision: 13311
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13311&view=rev
Author: vszakats
Date: 2009-12-19 12:47:02 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 13:45 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
*
Hi,
On 2009 Dec 19, at 12:33, Przemysław Czerpak wrote:
> On Sat, 19 Dec 2009, Szak�ts Viktor wrote:
>
> Hi All,
>
>> I'd like to ask everyone if there are any
>> patches, commits or fixes pending? (besides
>> hbqt related modules)
>
> 1. I'm making some experiments with DXE support in DJGPP
On Sat, 19 Dec 2009, Viktor Szakáts wrote:
> > considering that currently all g++ > answer should be a "yes", though :) (gcc 2.95 is omnipresent on
> > less-than-mainstream-but-still-important platforms, so compatibility
> > with that should be a quite high priority.)
>
> Probably yes, es
Revision: 13310
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13310&view=rev
Author: vszakats
Date: 2009-12-19 12:34:45 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 13:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/sha2.c
! Adde
Thank you Toninho.
Brgds,
Viktor
On 2009 Dec 18, at 17:15, Antonio Carlos wrote:
> Hi Viktor.
>
> Now is working fine.
>
> Thank you.
>
>
> Toninho.
>
>
> --- Em sex, 18/12/09, vszak...@users.sourceforge.net
> escreveu:
>
>> De: vszak...@users.sourceforge.net
>> Assunto: [Harbour] SF.n
On Sat, Dec 19, 2009 at 12:43 PM, Viktor Szakáts wrote:
> It's fine with me and the modification is an easy one
> (and should also be done in hbmk2.prg), but before I
> do it, can other *nix experts give a short opinion or
> confirmation?
>
> To me /opt looks like a grey area.
/opt : Add-on appl
>> I'd like to ask everyone if there are any
>> patches, commits or fixes pending? (besides
>> hbqt related modules)
>
> this should worth a yes/no/after release:
>
> Message-ID:
>
> or alternatively
>
> http://old.nabble.com/g%2B%2B2.95-g%2B%2B3.3-bad-build-td26806223.html
>
> considering
Revision: 13309
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13309&view=rev
Author: vszakats
Date: 2009-12-19 11:47:47 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 12:46 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/codepage/Makefile
+
On 2009 Dec 19, at 12:15, Lorenzo Fiorini wrote:
> On Sat, Dec 19, 2009 at 11:07 AM, Viktor Szakáts wrote:
>
>> I'd like to ask everyone if there are any
>> patches, commits or fixes pending? (besides
>> hbqt related modules)
>
> I think /opt should be removed from HB_SYSLOC logic in global.mk
On Sat, 19 Dec 2009, Viktor Szakáts wrote:
hi,
> I'd like to ask everyone if there are any
> patches, commits or fixes pending? (besides
> hbqt related modules)
this should worth a yes/no/after release:
Message-ID:
or alternatively
http://old.nabble.com/g%2B%2B2.95-g%2B%2B3.3-bad-build-
On Sat, 19 Dec 2009, Szak�ts Viktor wrote:
Hi All,
> I'd like to ask everyone if there are any
> patches, commits or fixes pending? (besides
> hbqt related modules)
1. I'm making some experiments with DXE support in DJGPP builds.
DXE is sth like DLL for DJGPP. Tomorrow I should finish it.
On Sat, Dec 19, 2009 at 11:07 AM, Viktor Szakáts wrote:
> I'd like to ask everyone if there are any
> patches, commits or fixes pending? (besides
> hbqt related modules)
I think /opt should be removed from HB_SYSLOC logic in global.mk
/opt is not a system dir
best regards,
Lorenzo
_
Revision: 13308
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13308&view=rev
Author: vouchcac
Date: 2009-12-19 10:38:34 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 02:30 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
Hi Pritpal,
I'd like to ask/suggest two things:
1) QT_PTROF() is still used in these places:
xbpbrowse.prg:517: ::connect( QT_PTROF( ::oLeftView ) ,
"mousePressEvent()" , {|o,p| ::exeBlock( 31, p, o ) } )
xbpbrowse.prg:518: ::connect( QT_PTROF( ::oLeftHeaderView ),
"sectionPressed(in
Revision: 13307
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13307&view=rev
Author: druzus
Date: 2009-12-19 10:22:38 + (Sat, 19 Dec 2009)
Log Message:
---
2009-12-19 11:22 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/gtwin
Marcos, updated the Harbour/SVN yesterday and everything worked. I think my
previous version of the Harbour was the problem.
Marcos and Pritpal Bedi, Thanks for your help!
Regards,
Toledo
PCToledo wrote:
>
> Marcos, compiled his example with MSVC and MinGW, but show only the
> fields, the lab
On Sat, 19 Dec 2009, Xavi wrote:
Hi,
> I have HB_SET_CANCEL = FALSE by default and MinGW compile with -mwindows
> Thanks to you and Przemek for your help.
> --- t2.prg
> REQUEST HB_GT_WIN_DEFAULT
> ANNOUNCE HB_GTSYS
> PROCEDURE Main()
> SetCancel(.F.)
> ? "Click [X] to close windows console
Hi All,
I'd like to ask everyone if there are any
patches, commits or fixes pending? (besides
hbqt related modules)
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mail
Hi Pritpal,
Please always include a short entry in ChangeLog about
regeneration:
---
2009-12-18 10:19 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/*
* Regenerated.
---
Brgds,
Viktor
On 2009 Dec 19, at 07:24, vouch...@users.sourceforge.net wrote:
> Revision: 13306
>
Hi Pritpal,
>> Why should this conversion be done on the object wrapper level?
>> Why can't you do this conversion in QT_QPIXMAP()?
>> F.e. in hb_gcpointer()?
>>
>
> Because if I implement it QT_QPIXMAP() I have to
> touch around 100 .qth headers which is not viable at this point.
> So I am int
54 matches
Mail list logo
