[Harbour] Re: hbIDE - Let's review

>Hi Pritpal >My congrats for your work. +1 [* 1000] Pritpal Bedi wrote: > > > what more is needed, > > IMHO good IDE has integrated remote debugger. There is XDEBUG protocol, which is mainly used for PHP debugging. But it could be implemented for other languages too. (server part and client pa

[Harbour] To modify behavior a function

Hi, I need to modify behavior a function. I use the next code... but is a bit ugly... something alternative ? Anything future inconveniences ? Regards INI CODE //-/ / FUNCTION OrdListAdd(cPathFile) Local cPathDbf

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

Today compiling harbour for Win (last day was compiling and installing fine) on Ubuntu 9.10 32 bits i get this error... ! Installing rdd.api on /tmp/hbwin/include ! Installing vm.api on /tmp/hbwin/include make[3]: «../../../../../lib/win/mingw/libsqlite3.a» è aggiornato. ! Installing ../../lib/win

Re: [Harbour] To modify behavior a function

Hi Antonio, > I need to modify behavior a function. I use the next code... but is a bit > ugly... something alternative ? > Anything future inconveniences ? Use MY_ORDLISTADD() for your own stub and leave ORDLISTADD() as is, then add #xtranslate ORDLISTADD() => MY_ORDLISTADD() to your app heade

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

Revision: 14143 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14143&view=rev Author: vouchcac Date: 2010-03-12 09:08:06 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 01:03 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaint

Re: [Harbour] Re: hbIDE - Let's review

2010/3/11 Pritpal Bedi > > > Massimo Belgrano wrote: > > > > Unfinished the sub project/multi project implementation > > > > Did you tried ? > IMO whatever is defined in .hbp is presented to hbMK2, > which has the capability of building sub-projects, > Viktor, update me on this issue. I remember

Re: [Harbour] libgpm ?

In this case I am not using hbmk2 to compile I am Using Marinas-ide but I didn't find libgpm anymore in my path Bruno 2010/3/12 marco bra > > > 2010/3/10 Bruno Luciani > > when I have installes libgpm-devel in linux UBUNTU >> >> Harbour detect it , and generates gttrm with GPM support , but

Re: [Harbour] libgpm ?

Hi Bruno can you describe feature of marinas-ide and post (or wave me) same screen-shoot? http://sourceforge.net/projects/marinas-ide/ 2010/3/12 Bruno Luciani > In this case I am not using hbmk2 to compile > > I am Using Marinas-ide > > but I didn'

Re: [Harbour] GC Pointers - Anyway to detatch them ?

On Thu, 11 Mar 2010, Pritpal Bedi wrote: Hi, > I am looking for a solution where is GC pointer is > detatched from "freeing" it, all other operations remaining > the same. You have to implement it. Add to GC structure 'detached' member which will inform you destructor code executed by our GC t

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

Revision: 14144 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14144&view=rev Author: vszakats Date: 2010-03-12 10:42:29 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 11:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] libgpm ?

Do you know QAC ? it is a porting of it to HBQTCOMMAND Bruno 2010/3/12 Massimo Belgrano > Hi Bruno > can you describe feature of marinas-ide and post (or wave me) same > screen-shoot? > http://sourceforge.net/projects/marinas-ide/ > > > 2010/3/12

Re: [Harbour] libgpm ?

On Fri, 12 Mar 2010, Bruno Luciani wrote: Hi, > In this case I am not using hbmk2 to compile > I am Using Marinas-ide So please always send such information so we can safely ignore your messages instead of looking for not existing bugs in Harbour code. I already verified GPM library settings in

Re: [Harbour] libgpm ?

I have installed Libgpm-devel and I had to deinstall it because , I don 't find libgpm and this produce an error Only answer my question Exist a library named libgpm.a in harbour or not ? because I don't find it and , Marinas-ide use inside it Hbmk2 but what I try to say is that I am no using

Re: [Harbour] libgpm ?

On Fri, 12 Mar 2010, Bruno Luciani wrote: > I have installed Libgpm-devel and I had to deinstall it > because , I don 't find libgpm and this produce an error But you haven't installed libgpm. > Only answer my question > Exist a library named libgpm.a in harbour or not ? > because I don't find i

Re: [Harbour] libgpm ?

> I have installed Libgpm-devel and I had to deinstall it > because , I don 't find libgpm and this produce an error > > Only answer my question > > Exist a library named libgpm.a in harbour or not ? > > because I don't find it > > and , Marinas-ide use inside it Hbmk2 This is not true. It's

[Harbour] FT_FWRITELN or FT_FWRITEL ??

Hi, There is a difference in the name of function betwen hbnf and original nanfor.lib (as far xharbour version) This function is defined in w file /contrib/hbnf/fttext.c * $Id: fttext.c 13880 2010-02-15 14:12:56Z druzus $ described as FT_FWRITELN * FT_FWRITELN() * $CATEGORY$

Re: [Harbour] libgpm ?

2010/3/12 Przemysław Czerpak > On Fri, 12 Mar 2010, Bruno Luciani wrote: > > I have installed Libgpm-devel and I had to deinstall it > > because , I don 't find libgpm and this produce an error > > But you haven't installed libgpm. > Not now , but I had all GPM packages installed > > > Only a

Re: [Harbour] libgpm ?

yes your are wright , my mystake I am not the Marinas-Ide developer only a helper Bruno 2010/3/12 Viktor Szakáts > > I have installed Libgpm-devel and I had to deinstall it > > because , I don 't find libgpm and this produce an error > > > > Only answer my question > > > > Exist a library n

Re: [Harbour] recommended C compiler for Win

Hi, >> Results in 64-bit mode using MSVC 2008 (same as 32-bit) >> and mingw 4.4.4 20100129 (prerelease): >> mingw msvc >> C++ 11.63 >> C11.08 >> mingw seems to be the winner here in default >> Harbour builds, even though msvc had the advantage >> of C++ mode. > > Finally I ins

Re: [Harbour] FT_FWRITELN or FT_FWRITEL ??

Hi, > There is a difference in the name of function > betwen hbnf and original nanfor.lib (as far xharbour version) > > This function is defined in w file /contrib/hbnf/fttext.c > * $Id: fttext.c 13880 2010-02-15 14:12:56Z druzus $ > > described as FT_FWRITELN > > * FT_FWRITELN() >

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

Revision: 14145 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14145&view=rev Author: vszakats Date: 2010-03-12 13:08:29 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 14:07 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbnf/fttext.c

Re: [Harbour] recommended C compiler for Win

On Fri, 12 Mar 2010, Szak�ts Viktor wrote: Hi, > The only so far known problem is ignored -mwindows > option when using mingw64 4.4.4, so app doesn't > pop with GTWVT, with GTWIN it runs beautifully. > I'm not sure if the problem is with Harbour or > mingw64. It sounds like an old issue. If

Re: [Harbour] recommended C compiler for Win

Hi, >> The only so far known problem is ignored -mwindows >> option when using mingw64 4.4.4, so app doesn't >> pop with GTWVT, with GTWIN it runs beautifully. >> I'm not sure if the problem is with Harbour or >> mingw64. > > It sounds like an old issue. > If main() function is found in linke

Re: [Harbour] recommended C compiler for Win

On Fri, 12 Mar 2010, Szak�ts Viktor wrote: Hi, > hbmk2 behaves the exact same for mingw and mingw64, > yet it doesn't work for mingw64 and does for mingw. This problem was exploited in different MINGW version. Not in all ones. Seems that now HBMK2 is tuned only for some chosen MinGW versions.

Re: [Harbour] recommended C compiler for Win

Przemyslaw, could this issue explain some of my troubles the other day? Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http:

Re: [Harbour] recommended C compiler for Win

Hi, >> hbmk2 behaves the exact same for mingw and mingw64, >> yet it doesn't work for mingw64 and does for mingw. > > This problem was exploited in different MINGW version. > Not in all ones. > Seems that now HBMK2 is tuned only for some chosen MinGW > versions. There is nothing special done fo

[Harbour] Error with 14142

Hello, I see this errors with this release: [ERROR] Error E2451 ../../../filesys.c 331: Undefined symbol 'ulSize' in function fs_win _get_drive *** 1 errors in Compile *** mingw32-make[3]: *** [filesys.obj] Error 1 mingw32-make[2]: *** [descend] Error 2 mingw32-make[1]: *** [rtl.inst] Error 2 mi

Re: [Harbour] Error with 14142

Hi, > I see this errors with this release: > > [ERROR] > Error E2451 ../../../filesys.c 331: Undefined symbol 'ulSize' in function > fs_win > _get_drive > *** 1 errors in Compile *** > mingw32-make[3]: *** [filesys.obj] Error 1 > mingw32-make[2]: *** [descend] Error 2 > mingw32-make[1]: *** [rtl.

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

Revision: 14146 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14146&view=rev Author: vszakats Date: 2010-03-12 15:00:19 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 15:59 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/filesys.c ! F

[Harbour] Re: To modify behavior a function

Vikthor, >It's never a safe or good practice to create wrapper with >original name but different behavior in real applications. Ok ! >[ Moreover, you have to carefully check the licensing >issues and requirements when including modified Harbour >source code in your closed-source application. ] O

Re: [Harbour] Error with 14142

Hi, > I see this errors with this release: > > [ERROR] > Error E2451 ../../../filesys.c 331: Undefined symbol 'ulSize' in function > fs_win > _get_drive > *** 1 errors in Compile *** > mingw32-make[3]: *** [filesys.obj] Error 1 > mingw32-make[2]: *** [descend] Error 2 > mingw32-make[1]: *** [rtl

Re: [Harbour] Error with 14142

Hi, >> 1) Download static lib for your compiler from here: >> http://libunicows.sourceforge.net/ >> 2) Add '-l{mingw|bcc|watcom}unicows' to your hbmk2 >> build script or command-line. >> 3) Download unicows.dll from here: >> http://go.microsoft.com/fwlink/?LinkId=14851 > > Excuse my ign

Re: [Harbour] Error with 14142

Hi Viktor >Make sure to use Harbour 2.1.0dev r14108 or newer. I use version 14146. >Just drop it, the default is 'yes', so no need to >use above setting. OK >UNICOWS just doesn't do anything in this case. >What is the error? Example: [SAMPLE] function MAIN ? file( "teste.txt" ) && <- A

Re: [Harbour] Error with 14142

Hi, >> Make sure to use Harbour 2.1.0dev r14108 or newer. > > I use version 14146. Make sure hbmk2.exe is also of this version. >> What is the error? > > Example: > > [SAMPLE] > > function MAIN > > ? file( "teste.txt" ) && <- Always return .F. and is that this file exist. > > return NIL >

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

Revision: 14147 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14147&view=rev Author: vszakats Date: 2010-03-12 19:31:06 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 20:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/common/hbverdsp.c

[Harbour] QAplication and TRACE

Hi Pritpal, can you remove or suspend the followed traces from HBQT ?? QApplication.cpp:115: HB_TR_ALWAYS hbqt_exit 0 00D5835C QApplication.cpp:120: HB_TR_ALWAYS hbqt_exit 1 Thanks in advance CdQ Note: because in my project, these traces are put into my sysout build process. Loo

[Harbour] hbMK2 - Error

Hello Viktor E:\harbour\contrib\hbide>m hbmk2: Processing environment options: -compiler=mingw hbmk2: Processing configuration: e:\harbour\bin\hbmk.cfg Unrecoverable error 6005: Exception error: Exception Code:C005 Exception Address:0055C060 EAX:0063005C EBX:0022FC60 ECX:0

[Harbour] Re: GC Pointers - Anyway to detatch them ?

Hello Przemek I think I could not present properly what I mean. Preparing a flow-chart to demonstrate whole hbQT process at a glance and trying to pinpoint what is needed at what point. I am looking into some of your advices and hopefully will cover one or two pitfalls. Will return to this me

Re: [Harbour] Re: GC Pointers - Anyway to detatch them ?

> Preparing a flow-chart to demonstrate whole hbQT process It would be great for us "beginners" in order to catch-up Qt development... ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mai

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

Revision: 14148 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14148&view=rev Author: vouchcac Date: 2010-03-12 22:30:10 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 14:32 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/doc/en/class_q

[Harbour] Re: QAplication and TRACE

CarozoDeQuilmes wrote: > > Hi Pritpal, can you remove or suspend the followed traces from HBQT ?? > > QApplication.cpp:115: HB_TR_ALWAYS hbqt_exit 0 00D5835C > > QApplication.cpp:120: HB_TR_ALWAYS hbqt_exit 1 > > Please check after r14148. - enjoy hbIDEing...

Re: [Harbour] hbMK2 - Error

Hi Pritpal, hbmk2 is pure .prg code, so if there is such error, it can only be lower level problem. ARCHCOMPFILTER() uses macro evaluation, so given recent changes, first pls try to rebuild everything from fresh sources and retry. If it still happens pls post full hbmk2 configuration, maybe

[Harbour] Re: hbMK2 - Error

Viktor Szakáts wrote: > > ARCHCOMPFILTER() uses macro evaluation, so > given recent changes, first pls try to rebuild > everything from fresh sources and retry. > Yep, executes fine after clean build. - enjoy hbIDEing... Pritpal Bedi _a_student_o

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

Revision: 14149 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14149&view=rev Author: druzus Date: 2010-03-13 00:26:30 + (Sat, 13 Mar 2010) Log Message: --- 2010-03-13 01:25 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbsta

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

On Sun, 07 Mar 2010, vszak...@users.sourceforge.net wrote: Hi Viktor, > 2010-03-08 00:48 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * ChangeLog > ! Added missing change from prev entry: > * src/rtl/gtwvt/gtwvt.c > * Changed RegisterClass() call to RegisterClassEx(). >

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

Revision: 14150 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14150&view=rev Author: vouchcac Date: 2010-03-13 01:28:47 + (Sat, 13 Mar 2010) Log Message: --- 2010-03-12 17:20 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/generator/hbqt

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

Revision: 14151 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14151&view=rev Author: vszakats Date: 2010-03-13 02:07:35 + (Sat, 13 Mar 2010) Log Message: --- 2010-03-13 03:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/gtwvt/gtwvt.c

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

Revision: 14152 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14152&view=rev Author: vszakats Date: 2010-03-13 02:19:10 + (Sat, 13 Mar 2010) Log Message: --- 2010-03-13 03:18 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/Makefile * src/v

Re: [Harbour] recommended C compiler for Win

Fixed: 2010-03-13 03:18 UTC+0100 Viktor Szakats Brgds, Viktor On 2010 Mar 12, at 15:21, Viktor Szakáts wrote: > Hi, > >>> hbmk2 behaves the exact same for mingw and mingw64, >>> yet it doesn't work for mingw64 and does for mingw. >> >> This problem was exploited in different MINGW version.

[Harbour] Ask for more Xbase++ compatible fuction and class ..‏

Hi Pritpal, I am converting my Xbase++ application into Harbour (during this few weeks) Many thanks for your working on hbxbp and hbqt relative job I hope you can add more Xbase++ function and or class as following: -Gra..() Function set (if possible) or please point me how to

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

On Mar 12, 2010, at 6:26 PM, dru...@users.sourceforge.net wrote: > Revision: 14149 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14149&view=rev > Author: druzus > Date: 2010-03-13 00:26:30 + (Sat, 13 Mar 2010) > > Log Message: > --- > 2010-03-13