Re: [Harbour] libgpm ?

2010-03-11 Thread 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 generates a > lib named libgpm.a ?? > > I saw it in any moment , but i don' t see anymore , and have problems > compiling programs using gttrm > > But d

[Harbour] Re: hbIDE - Let's review

2010-03-11 Thread Franček Prijatelj
Hi Pritpal My congrats for your work. 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 part). Or m

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

2010-03-11 Thread Viktor Szakáts
>> Did you try HB_INI*() functions? >> > > No, never, I have my own code. I will try. > > > >> BTW, we're not even obliged to use a relatively >> complicated .ini format. A simple flat format >> is much easier to handle. F.e. this one also >> stays compatible with .ini standard: >> >> F.e.

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

2010-03-11 Thread vszakats
Revision: 14142 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14142&view=rev Author: vszakats Date: 2010-03-12 01:11:58 + (Fri, 12 Mar 2010) Log Message: --- 2010-03-12 02:10 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/evpmd.c

[Harbour] Re: hbIDE - Let's review

2010-03-11 Thread Pritpal Bedi
Viktor Szakáts wrote: > > Because current static update method doesn't play > when in multiuser scenarios. (f.e. hbide is shared > on a network drive, or used in a terminal server > environment) > The above one argument is what I believe is worth clubbing many formats in one .ini, rest are

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

2010-03-11 Thread Jacek Kubica
Hello Viktor, vusn> Revision: 14140 vusn> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14140&view=rev vusn> Author: vszakats vusn> Date: 2010-03-11 22:28:22 + (Thu, 11 Mar 2010) vusn> Log Message: vusn> --- vusn> 2010-03-11 23:27 UTC+0100 Viktor Sza

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

2010-03-11 Thread vszakats
Revision: 14141 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14141&view=rev Author: vszakats Date: 2010-03-11 23:40:40 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-12 00:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/filesys.c ! F

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

2010-03-11 Thread Viktor Szakáts
Hi, >> 1) To fix the foundation and once and for all >> the GPFs on all platforms / compiler >> supported by hbide / QT. >> > > Here, perhaps, we need Przemek's help. > I did whatever I could thought. I have requested > Przemek for some clarifications, the answer to > which may lead to re

[Harbour] Re: hbIDE - Let's review

2010-03-11 Thread Pritpal Bedi
Viktor Szakáts wrote: > > 1) To fix the foundation and once and for all >the GPFs on all platforms / compiler >supported by hbide / QT. > Here, perhaps, we need Przemek's help. I did whatever I could thought. I have requested Przemek for some clarifications, the answer to which may

[Harbour] Re: hbIDE - Let's review

2010-03-11 Thread 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. > more simple create project like visual studio

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

2010-03-11 Thread vszakats
Revision: 14140 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14140&view=rev Author: vszakats Date: 2010-03-11 22:28:22 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 23:27 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddsql/sddfb/sddf

Re: [Harbour] Error in SDDFB

2010-03-11 Thread Jacek Kubica
Hello Luis, I can only confirm your bug raport (the same error here). IMHO sddfb is still buggy oposite to sddoci which work just fine. sddfb can only make connection (I can see it on Flamerobin fb tool) and nothing more ;-( ... but maybe is someone on our list, who can say - it work ?? Mindau

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

2010-03-11 Thread vszakats
Revision: 14139 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14139&view=rev Author: vszakats Date: 2010-03-11 21:27:45 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 22:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/gtwvg/gtwvg.c

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

2010-03-11 Thread vszakats
Revision: 14138 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14138&view=rev Author: vszakats Date: 2010-03-11 21:23:19 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 22:21 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/fssize.c + Us

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

2010-03-11 Thread vouchcac
Revision: 14137 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14137&view=rev Author: vouchcac Date: 2010-03-11 21:20:08 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 13:20 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/gtwvg/gtwvg.c !

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

2010-03-11 Thread druzus
Revision: 14136 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14136&view=rev Author: druzus Date: 2010-03-11 21:16:27 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 22:16 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbsta

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

2010-03-11 Thread vszakats
Revision: 14135 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14135&view=rev Author: vszakats Date: 2010-03-11 20:20:13 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 21:16 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/filesys.c + U

[Harbour] Error with sample netiosrv.prg

2010-03-11 Thread Rossine
Hello Przemek, I'm trying to compile the example NETIOSRV.PRG me and is experiencing this error: I'm using the svn harbour 14110 I compile this: hbmk2 -trace -mt -info -n -shared -prgflag=-D__BCC__ netiosrv netiocmd > comp.log ...and the result: hbmk2: Processando op‡äes do ambiente: -compil

Re: [Harbour] hbIDE - Let's review

2010-03-11 Thread Viktor Szakáts
Hi, 1) To fix the foundation and once and for all the GPFs on all platforms / compiler supported by hbide / QT. 2) To fix .ini file handling to be standard. 3) Related: Merge dangling secondary .ini and similar config files into the central .ini. 4) Related: To solve storing settings o

Re: [Harbour] hbIDE - Let's review

2010-03-11 Thread Massimo Belgrano
HBIDE is very good tool and imo is very near to xmate level but I am using hbide as primary editor for harbour Unfinished the sub project/multi project implementation What can be done more simple create project like visual studio one click create folder,prg,hbp visual define harbour/hbmk flag

Re[2]: [Harbour] Error in SDDFB

2010-03-11 Thread Luis R. Stach
English by Google Marek Thanks for answering, The same problem continues, it follows the same mistake Regards, Luis R. Stach Thursday, March 11, 2010, 6:11:16 AM, you wrote: > -Original Message- > From: Luis R. Stach [mailto:luisrst...@yahoo.com.ar] > Sent: Wednesday, March 10, 2010

[Harbour] GC Pointers - Anyway to detatch them ?

2010-03-11 Thread Pritpal Bedi
Hello Przemek I am looking for a solution where is GC pointer is detatched from "freeing" it, all other operations remaining the same. It is possible that I am not been able to explain what I need properly. In hbQT we are been unable to know, at certain points, when Qt releases the pointer.

Re: [Harbour] recommended C compiler for Win

2010-03-11 Thread Przemysław Czerpak
On Thu, 11 Mar 2010, Szak�ts Viktor wrote: 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 advanta

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

2010-03-11 Thread Pritpal Bedi
Przemysław Czerpak wrote: > > Yes it is. Please read Clipper documentation. > Clipper uses indexes in range 0-15 for foreground and > background colors with the following meaning. >0-black >1-blue >2-green >3-cyan >4-red >5-magenta >6-brown >7-light gray >8-gr

[Harbour] hbIDE - Let's review

2010-03-11 Thread Pritpal Bedi
Hello Everybody Today, on 11Mar2010, hbIDE is 3 months and 24 days old, and it's time to look at it from different angles. I invite everybody to express himself as to what is left unfinished, what more is needed, what needs to be addressed again, in context to priorities and preferences. I

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

2010-03-11 Thread Przemysław Czerpak
On Thu, 11 Mar 2010, Pritpal Bedi wrote: Hi, > I think we are talking on two different planes. > There is no concept of 0 base in Clipper code, is there ? Yes it is. Please read Clipper documentation. Clipper uses indexes in range 0-15 for foreground and background colors with the following mean

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

2010-03-11 Thread Pritpal Bedi
vouchcac wrote: > > Revision: 14134 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14134&view=rev > Author: vouchcac > Date: 2010-03-11 17:36:04 + (Thu, 11 Mar 2010) > Forget to mention that when changing the line and line-area colors keep some actural

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

2010-03-11 Thread vouchcac
Revision: 14134 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14134&view=rev Author: vouchcac Date: 2010-03-11 17:36:04 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 09:30 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/doc/en/class_h

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

2010-03-11 Thread vszakats
Revision: 14133 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14133&view=rev Author: vszakats Date: 2010-03-11 17:29:38 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 18:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/hbtoken.c * M

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

2010-03-11 Thread Viktor Szakáts
>>> There is no concept of 0 base in Clipper code, is there ? >> >> There is. >> > I think we are talking on two different planes. > > There is no concept of 0 base in Clipper code, is there ? There is. Pls reread my msg. But anyway this is not strictly a Clipper compatibility issue. > => > T

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

2010-03-11 Thread Pritpal Bedi
Viktor Szakáts wrote: > > You introduced a feature in SVN which used > completely inconsistent numbering, using 1 > for black, which is historically zero. > > Then someone (not me BTW) pointed out this error, > and we corrected it, except GTWVG, which is now > inconsistent. > >> There is n

Re: [Harbour] hbdoc2 compile errors

2010-03-11 Thread Heinz V Bergen
Thank-you, yes it compiles now. Heinz Pritpal Bedi wrote: > > > > Please check after r14127. > > > - > enjoy hbIDEing... > Pritpal Bedi > _a_student_of_software_analysis_&_design_ > -- > View this message in context: > http://n2.nabble.com/hbdoc2

[Harbour] Error cross compiling Harbour for win on Ubuntu 10.04 32 bits

2010-03-11 Thread marco bra
Ubuntu 10.04 unstable Harbour: harbour -build Harbour 2.1.0dev (Rev. 14131) Copyright (c) 1999-2010, http://www.harbour-project.org/ Harbour Build Info --- Version: Harbour 2.1.0dev (Rev. 14131) Compiler: GNU C 4.4.3 (32-bit) Platform: Linux 2.6.32-15-generic i686 PCode ve

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

2010-03-11 Thread Viktor Szakáts
Hi Pritpal, >> Anyhow it would be important to remove the >> palette incompatibility. Leaving incompatibility >> for all Harbour user base, just because there >> is some local code, which you cannot modify >> is not a very good solution for Harbour IMO. >> > > I had to dig deep to gather fac

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

2010-03-11 Thread Pritpal Bedi
Viktor Szakáts wrote: > > Perhaps the GUI elements should use their own > colors instead of console ones, and the problem > is solved. > And perhaps it is forgotton that GTWVG is essentially a GUI implementation of GTWVT. Some standards were laid down in GTWVG only and were not the parts of

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

2010-03-11 Thread vszakats
Revision: 14132 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14132&view=rev Author: vszakats Date: 2010-03-11 14:59:47 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 15:59 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcurl/hbcurl.c

Re: [Harbour] recommended C compiler for Win

2010-03-11 Thread Viktor Szakáts
Hi, > Borland allow function to be replaceable so you can replace a single > function without replace entire module > not good way but can be easy: > > in my.lib other than other function > func stato > will be replaced > in myprg with simply > func stato > sequence link define result There i

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Massimo Belgrano
I suggest write a guideline explain your problem with a sample here few user explain use a sample but bad describe problem who have bad understanding a sample speak more that 1000 word so harbour sample can be more interesting that harbour doc i suggest an official reply for problem without sample

Re: [Harbour] recommended C compiler for Win

2010-03-11 Thread Massimo Belgrano
Borland allow function to be replaceable so you can replace a single function without replace entire module not good way but can be easy: in my.lib other than other function func stato will be replaced in myprg with simply func stato sequence link define result 2010/3/9 Maurilio Longo > Hi, > >

Re: [Harbour] recommended C compiler for Win

2010-03-11 Thread Viktor Szakáts
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. Plus, 64-bit mode has a clear advantage ove

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

2010-03-11 Thread vszakats
Revision: 14131 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14131&view=rev Author: vszakats Date: 2010-03-11 11:34:41 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 12:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * external/sqlite3/sqlite3.

[Harbour] mingw32-make -j

2010-03-11 Thread Maurilio Longo
Hi, it's just me or mingw32-make -j n with > 1 does not work? It seems, looking at cpu monitor, that just a core is occupied. If I issue a mingw32-make -j (without limit) it fully saturates all cores. I have a dual core, so a -j 3 or 4 should be enough, I've tested -j 6 or 8, with always just a c

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

2010-03-11 Thread vszakats
Revision: 14130 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14130&view=rev Author: vszakats Date: 2010-03-11 10:42:09 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 11:40 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/estack.c * inclu

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Maurilio Longo
Viktor, Viktor Szakáts wrote: > -gui doesn't set any GTs, only executable build mode. > You should use -gtgui (which will also set -gui automatically). > Not enough without the hb_gtsys() procedure. > BTW, -gtnul should also work for normal cases. > I'm not sure I've tested this, but I think I'

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Przemysław Czerpak
On Thu, 11 Mar 2010, Szak�ts Viktor wrote: Hi Viktor, > -gui doesn't set any GTs, only executable build mode. > You should use -gtgui (which will also set -gui automatically). > BTW, -gtnul should also work for normal cases. > The problem in your case is that the method hbmk2 > uses (inherited f

RE: [Harbour] Error in SDDFB

2010-03-11 Thread Horodyski Marek (PZUZ)
-Original Message- From: Luis R. Stach [mailto:luisrst...@yahoo.com.ar] Sent: Wednesday, March 10, 2010 11:04 PM To: harbour@harbour-project.org Subject: [Harbour] Error in SDDFB English by Google Hi I'm trying to connect to Firebird but I can not, I get this error: Error SDDFB/1903 Pre

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Viktor Szakáts
> Przemyslaw, > > -gui > > on hbmk2 command line is not enough, I've found the answer in an old message > of Viktor, I had to add to my .prg code > > procedure HB_GT_SYS() > REQUEST HB_GT_GUI_DEFAULT > return > > This did the trick :) -gui doesn't set any GTs, only executable build mode.

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Maurilio Longo
Przemyslaw, I've just tested your code and it does not work, it seems hb_vmInit() is not called. My simpler code was to call hb_vmInit() explicitly. Maurilio. Przemysław Czerpak wrote: > On Wed, 10 Mar 2010, Maurilio Longo wrote: > > Hi, > >> it does not work :( >> Question: do I have to star

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Maurilio Longo
Przemyslaw, -gui on hbmk2 command line is not enough, I've found the answer in an old message of Viktor, I had to add to my .prg code procedure HB_GT_SYS() REQUEST HB_GT_GUI_DEFAULT return This did the trick :) Maurilio. Przemysław Czerpak wrote: > On Wed, 10 Mar 2010, Maurilio Longo

Re: [Harbour] standalone .dll with full harbour RTL+VM

2010-03-11 Thread Maurilio Longo
Hi Przemyslaw, Yes I did put a call to hb_vmInit( FALSE ); in my code and it was enough. I'll add you code, though, and I fully second your idea to have an include which has all the needed code to start-up the hvm. Thanks a lot. Maurilio. Przemysław Czerpak wrote: > On Wed, 10 Mar 2010, Mauril

Re: [Harbour] recommended C compiler for Win

2010-03-11 Thread Viktor Szakáts
BTW, here is the full result matrix for mingw 4.4.1 and MSVC 2008: mingwmsvc C++ 13.57 *13.59 C *14.2713.76 (* is default build mode in Harbour) This means that in C++ mode msvc and mingw are very close, in C mode msvc still leads, and in default Harbour builds, msvc also lea