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

2009-12-08 Thread Massimo Belgrano
This is a reply for István -- Forwarded message -- From: Bisz István istvan.b...@t-online.hu Date: 2009/12/3 Subject: RE: [Harbour] SF.net SVN: harbour-project:[13103] trunk/harbour To: Harbour Project Main Developer List. harbour@harbour-project.org Pritpal, if you have some spare

Re: [Harbour] Re: Harbour under OS/2 - OpenWatcom

2009-12-08 Thread Przemysław Czerpak
On Tue, 08 Dec 2009, David Arturo Macias Corona wrote: Hi, I expected not to fail in gtos2 and gtstd, but as gtstd failed, I checked files and made confirmations to be sure, and at last I added config\os2\watcom.mk content in message for clarity Thank you very much. It also means that

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

2009-12-08 Thread Massimo Belgrano
demoxbp.o:demoxbp.c:(.data+0x98): undefined reference to `HB_FUN_HBXBP_DEBUG' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 2009/12/8 vouch...@users.sourceforge.net: Revision: 13163           http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13163view=rev

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

2009-12-08 Thread Massimo Belgrano
Why use different project structure from hbmk2? In xbase++ Visual Editor and make system use same project definition file additional field on project definition structure can be used by visual harbour and not by hbmk2 We maintain only one file for each project Seem me More easy do a build in this

[Harbour] Re: Harbour under OS/2 - OpenWatcom

2009-12-08 Thread David Arturo Macias Corona
Przemek: And this is the confirmation I was asking for. Thank you very much for you help and all tests. Now I can write self contain example which illustrates the problem. I want to create two ones. The first one will allways fail exploiting the problem inside OW CRTL and the scond one will fail

[Harbour] OS/2: gcc version

2009-12-08 Thread David Arturo Macias Corona
os2gcc434 and os2gcc442 are available - Paul Smedley has added GCC 4.3.4 on www.smedley.info/os2ports/ This the OS/2 port of the GNU C Compiler. Web page: os2ports.smedley.info/index.php Download: download.smedley.info/gcc-4.3.4-os2-20090807.zip Paul Smedley has updated the OS/2

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

2009-12-08 Thread vszakats
Revision: 13164 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13164view=rev Author: vszakats Date: 2009-12-08 10:33:21 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) +

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

2009-12-08 Thread Viktor Szakáts
Thanks! Brgds, Viktor On 2009 Dec 8, at 08:45, vouch...@users.sourceforge.net wrote: Revision: 13163 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13163view=rev Author: vouchcac Date: 2009-12-08 07:45:20 + (Tue, 08 Dec 2009) Log Message:

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

2009-12-08 Thread vszakats
Revision: 13165 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13165view=rev Author: vszakats Date: 2009-12-08 10:44:31 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 11:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/macro/Makefile -

[Harbour] Still unable to build Harbour from latest SVN

2009-12-08 Thread Enrico Maria Giordano
Sorry to be a pest, but I'm still unable to build Harbour from latest SVN. It seems that adding #include hbset.h to wapi_shellapi.c cures the problem. Can I commit this change? EMG -- EMAG Software Homepage: http://www.emagsoftware.it The EMG's ZX-Spectrum Page:

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

2009-12-08 Thread vszakats
Revision: 13166 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13166view=rev Author: vszakats Date: 2009-12-08 11:03:40 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/Makefile +

Re: [Harbour] Still unable to build Harbour from latest SVN

2009-12-08 Thread Viktor Szakáts
Hi, Sorry to be a pest, but I'm still unable to build Harbour from latest SVN. It seems that adding #include hbset.h to wapi_shellapi.c cures the problem. Can I commit this change? No thank you. The fix is already committed. It wasn't a build error, just warnings, and the binaries

Re: [Harbour] OS/2: gcc version

2009-12-08 Thread Viktor Szakáts
Hi David, Sorry, but I don't understand. Is this two messages, or one? If you merge past messages with new ones without any indication or date to signal it, it's rather hard to find out the essence of such message. If possible try to use regular forwarding and quoting methods, since it's

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, 2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/Makefile + include/hbwinuni.h * contrib/hbwin/wapi_shellapi.c * include/hbwince.h + Moved new UNICODE translation macros to separate header. #define HB_RETSTR( str ) hb_retstr(

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

2009-12-08 Thread Viktor Szakáts
2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/Makefile + include/hbwinuni.h * contrib/hbwin/wapi_shellapi.c * include/hbwince.h + Moved new UNICODE translation macros to separate header. #define HB_RETSTR( str ) hb_retstr( hb_setGetOSCP(),

Re: [Harbour] Still unable to build Harbour from latest SVN

2009-12-08 Thread Enrico Maria Giordano
-Messaggio Originale- Da: Viktor Szakáts harbour...@syenar.hu A: Harbour Project Main Developer List. harbour@harbour-project.org Data invio: martedì 8 dicembre 2009 12.12 Oggetto: Re: [Harbour] Still unable to build Harbour from latest SVN No thank you. The fix is already

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

2009-12-08 Thread vszakats
Revision: 13167 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13167view=rev Author: vszakats Date: 2009-12-08 12:17:08 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 13:16 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbwinuni.h !

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

2009-12-08 Thread vszakats
Revision: 13168 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13168view=rev Author: vszakats Date: 2009-12-08 12:39:32 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, First you wrongly used hb_gcRefDec() instead of hb_gcRefFree(). hb_gcRefDec() does not free allocated block. It only decrease number of reference counters. If you do not have any cross references then this block will be cleanly freed on next GC collect call. If you have such references

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. Regards, Mindaugas

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

2009-12-08 Thread Viktor Szakáts
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. As per Przemek's last commit, both

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. As per

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

2009-12-08 Thread Viktor Szakáts
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. As per Przemek's last commit, both

Re: [Harbour] QT for MSVC and Harbour

2009-12-08 Thread Viktor Szakáts
With 4.6 qt are providing an opensource version of the Visual Studio 2008 binary packag Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib) With /MD cflag we do Creates a multithreaded DLL using MSVCRT.lib. according to list of MS complier flags and their descriptions.

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

2009-12-08 Thread vszakats
Revision: 13169 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13169view=rev Author: vszakats Date: 2009-12-08 14:35:35 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 15:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) *

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

2009-12-08 Thread Viktor Szakáts
Viktor Szakáts wrote: I don't mind if a PHB_ITEM container is used if it makes sense, or makes coding simpler or documented. But it doesn't. Emphasis (in this specific case) on 'documented'. I want to see the second version (without extra item) working by default in the final code, but

Re: [Harbour] QT for MSVC and Harbour

2009-12-08 Thread Massimo Belgrano
Why ? Imo Is better a choice that allow use qt If qt find advantage of using msvcrtd.lib can't be advantage also for harbour? Wich Disadvantage in msvcrtd.lib? 2009/12/8 Viktor Szakáts harbour...@syenar.hu: Can -MD be predefined by harbour for msvc? No. Though, you can easily define it

Re: [Harbour] QT for MSVC and Harbour

2009-12-08 Thread Andi Jahja
On Tue, 8 Dec 2009 15:28:18 +0100 Viktor Szakáts harbour...@syenar.hu wrote: With 4.6 qt are providing an opensource version of the Visual Studio 2008 binary packag Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib) With /MD cflag we do Creates a multithreaded DLL using

Re: [Harbour] QT for MSVC and Harbour

2009-12-08 Thread Viktor Szakáts
Why ? Imo Is better a choice that allow use qt Who says we don't allow QT usage? It can be used with MinGW just as before (disregarding uncomfortable MinGW installation of DWARF builds), and it's not us who define the rules to use QT, it's Nokia. If qt find advantage of using msvcrtd.lib

Re: [Harbour] QT for MSVC and Harbour

2009-12-08 Thread Viktor Szakáts
http://doc.trolltech.com/4.6/compiler-notes.html http://doc.trolltech.com/4.6/deployment-windows.html is /MD cflag the only way of make qt 4.6 and microsoft visual c 2008? If you want to use default QT for MSVC binary build, yes. Sorry to jump in. It is not true that we have to have all

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

2009-12-08 Thread vszakats
Revision: 13170 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13170view=rev Author: vszakats Date: 2009-12-08 15:57:21 + (Tue, 08 Dec 2009) Log Message: --- 2009-12-08 16:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/common/hbver.c !

[Harbour] copiling using HBHPDF

2009-12-08 Thread Bruno Luciani
I try a sample of libharu and get an error I need to know which libs are needed to compile libharu I am using this line , based on hbp files from libharu hbmk2 pdf_libharu -loohg -lhbhpdf -llibhpdf -lhbct -w3 -es2 what is wrong with that ? Thanks Bruno

Re: [Harbour] copiling using HBHPDF

2009-12-08 Thread Viktor Szakáts
Hi, I try a sample of libharu and get an error I need to know which libs are needed to compile libharu I am using this line , based on hbp files from libharu hbmk2 pdf_libharu -loohg -lhbhpdf -llibhpdf -lhbct -w3 -es2 what is wrong with that ? You forgot to tell the error, so I

[Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Pritpal Bedi
Hello All Can someone provides a brief overview with syntax how to use Create Process API? The goal is like this: 1) HBIDE will create a .hbp file 2) Have to run a .bat to set the compiler dpendant environments 3) Will call HBMK2 which in turn adopt the env set in step 2. 4) HBIDE captures

Re: [Harbour] copiling using HBHPDF

2009-12-08 Thread Bruno Luciani
thanks Viktor , the problem was some libs needed by OOHG libHBWIN , libminiprint and libhbprinter Bruno 2009/12/8 Viktor Szakáts harbour...@syenar.hu Hi, I try a sample of libharu and get an error I need to know which libs are needed to compile libharu I am using this line , based

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Viktor Szakáts
1) HBIDE will create a .hbp file 2) Have to run a .bat to set the compiler dpendant environments 3) Will call HBMK2 which in turn adopt the env set in step 2. 4) HBIDE captures linker/compiler output to display in its interface As I told you before (but all my such messages seems ignored),

Re: [Harbour] copiling using HBHPDF

2009-12-08 Thread Bruno Luciani
I talk to OOHG developers about that thanks Viktor Bruno 2009/12/8 Viktor Szakáts harbour...@syenar.hu thanks Viktor , the problem was some libs needed by OOHG libHBWIN , libminiprint and libhbprinter In this case I recommend using utils/hbmk2/examples/oohg.hbc as well, which will

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

2009-12-08 Thread Pritpal Bedi
Hi vszakats wrote: 2009-12-08 15:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbqt/hbqt_slots.cpp * Further formatting and some variables renamed. Again sorry for using such long lines, but - at least to me - it reveals the slot logic so clearly.

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

2009-12-08 Thread Pritpal Bedi
Hi Massimo Massimo Belgrano-3 wrote: Why use different project structure from hbmk2? Do you understand the intent and functioning of HBIDE ? Also can you imagine what else will go into .hbi in future ? And why you are comapring it with Xbase++ ? .hbp project will be generated from

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

2009-12-08 Thread Pritpal Bedi
Hello Viktor vszakats wrote: 2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * Deleted commented debug calls. Though this commit is a step forward in right direction, I object in removing the debug calls, even those are commented ones. Please remember, the whole

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

2009-12-08 Thread Pritpal Bedi
Massimo Massimo Belgrano-3 wrote: demoxbp.o:demoxbp.c:(.data+0x98): undefined reference to `HB_FUN_HBXBP_DEBUG' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 I do not understand why you send unnecessary message to the list just to make a mess of a thread contents.

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

2009-12-08 Thread Pritpal Bedi
Again this is mistargetted message. Istvan dis not asked for this and probably he reads all the messages on this group. Massimo Belgrano-3 wrote: This is a reply for István -- Forwarded message -- From: Bisz István istvan.b...@t-online.hu Date: 2009/12/3 Subject: RE:

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Pritpal Bedi
Hello Viktor Viktor Szakáts wrote: As I told you before (but all my such messages seems ignored), there are examples for _exactly that_ in hbmk2.prg. No, never ignored. Just wanted a fast entry into it. hbmk2 sets envvars and calls external programs. Look for hb_setenv() and

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Pritpal Bedi
Hello Viktor What minimum I supply to HBMK2 to generate the target ? The scenario may be like this: 1) Many compilers installed 2) User selects the compiler to use 3) .hbp is generated 4) hbmk2 is called with what minimum parameters ? Regards Pritpal Bedi -- View this message in context:

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

2009-12-08 Thread Viktor Szakáts
vszakats wrote: 2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * Deleted commented debug calls. Though this commit is a step forward in right direction, I object in removing the debug calls, even those are commented ones. Please remember, the whole protocol is not

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

2009-12-08 Thread Massimo Belgrano
2009/12/8 Pritpal Bedi bediprit...@hotmail.com Hi Massimo Massimo Belgrano-3 wrote: Why use different project structure from hbmk2? Do you understand the intent and functioning of HBIDE ? Yes i am using xmate, Visual Studio 2008 and strong love hbide Also can you imagine what else

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Viktor Szakáts
Hi Pritpal, Although for me hbide would be dropped as potential dev tool, if it will set compiler dependent variables :( First of all this makes it non-portable, difficult to maintain, or requires double logic, etcetc. _hbide would be dropped as potential dev tool_ Note: for me. I

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Viktor Szakáts
Hello Viktor What minimum I supply to HBMK2 to generate the target ? The scenario may be like this: 1) Many compilers installed We should assume that only one compiler is _configured_ at any given moment, regardless of the range of compilers installed. 2) User selects the compiler

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

2009-12-08 Thread vouchcac
Revision: 13171 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13171view=rev Author: vouchcac Date: 2009-12-09 02:31:02 + (Wed, 09 Dec 2009) Log Message: --- 2009-12-08 18:27 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg *

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

2009-12-08 Thread vszakats
Revision: 13172 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13172view=rev Author: vszakats Date: 2009-12-09 03:09:59 + (Wed, 09 Dec 2009) Log Message: --- 2009-12-09 04:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbwinuni.h +

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Viktor Szakáts
No need to use QProcess(), we have everything in Harbour core. Yep, this is exactly what I want too. Anyhow you added QProcess to slots system :( Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Pritpal Bedi
Viktor Szakáts wrote: No need to use QProcess(), we have everything in Harbour core. Yep, this is exactly what I want too. Anyhow you added QProcess to slots system :( Just to show the other benefits it renders. I am simply short of process API in Harbour, examined hbprocfn.c to

Re: [Harbour] Create Process API - Brief Overview Requested

2009-12-08 Thread Pritpal Bedi
Hello Viktor Viktor Szakáts wrote: Note: for me. I have my own (actually quite simple) system which sets tool environment, so any tool which tries to replicate that, is just a nuisance and double effort for me, since I have keep my system configured, plus keep hbide configuration

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

2009-12-08 Thread Pritpal Bedi
Hi Massimo Belgrano-3 wrote: Yes from additional element like font , screen to structure definition Fonts is on my TODO list but I could not understand the concept of screen to structure definition ? Only for having a model appreciated also by you I admired Xbase++'s class

[Harbour] Watcom C and starup code

2009-12-08 Thread Przemysław Czerpak
Hi, I've just make few tests with OpenWatcom and checked how it generates startup code for C++ static initialization. It uses XI data segment to store list of pairs: { ushort 0x4000, void (*func_ptr)(void) } So we can reach the same effect using #pragma(s), i.e.: void init_func( void )

[Harbour] OS/2: Harbour 13162

2009-12-08 Thread David Arturo Macias Corona
Przemek: I made tests with * $Id: ChangeLog 13162 2009-12-08 03:08:08Z druzus $ 2009-12-08 04:07 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) and new os2gcc434, os2gcc442 Both gave 0 errors and lot of warnings which does not happen in os2gcc433 Warnings are below, so you can confirm