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

2009-03-25 Thread Phil Barnett
dru...@users.sourceforge.net wrote: Revision: 10669 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10669&view=rev Author: druzus Date: 2009-03-21 15:04:43 + (Sat, 21 Mar 2009) Outstanding work! Thanks so much for this great contribution!

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

2009-03-25 Thread Viktor Szakáts
Hats of, great job! Thanks Przemek. Brgds, Viktor On Sat, Mar 21, 2009 at 4:04 PM, wrote: > Revision: 10669 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10669&view=rev > Author: druzus > Date: 2009-03-21 15:04:43 + (Sat, 21 Mar 2009) > > Log Message: > --

Re: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Phil Barnett
Viktor Szakáts wrote: There are a few issue with Harbour 3rd party libs in general (talking about open source ones for now): 1) Each has a different make system, which means each of them has to be learned, built and locally maintained in a completely different way. 2) These make systems and

Re: [Harbour] testhtml

2009-03-25 Thread Vitor Mangabeira
Thanks Vailton worked under linux. 2009/3/24 Vailton Renato > See modified ShowResult() function in: > http://www.harbour-project.org/samples/testhtml.prg.html > > Vailton Renato > "Quem é fiel no mínimo, é também fiel no muito..." > ___ > Harbour mail

Re: [Harbour] testhtml

2009-03-25 Thread Vitor Mangabeira
I already seen but did no help that much. 2009/3/24 ABIX Adam Jurkiewicz > Vitor Mangabeira pisze: > > Hi All, > > > > I扉e been testing testhtml.prg from harbour/tests/ by compiling with > > Read > http://httpd.apache.org/docs/1.3/misc/FAQ-F.html#premature-script-headers > > Best regards, > Adam

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

2009-03-25 Thread Przemyslaw Czerpak
On Wed, 25 Mar 2009, vszak...@users.sourceforge.net wrote: Hi, > * contrib/gtwvg/gtwvg.h > * contrib/gtwvg/wvggui.h > ! Fixed to _not_ override _WIN32_IE. Overriding these version > numbers is generally a very bad idea. Instead the code should > adapt to whatever values are de

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Francesco Saverio Giudice
Hi Viktor, Mindaugas, Il 25/03/2009 20.00, Francesco Saverio Giudice ha scritto: Please wait until I (and probably other: Pritpal ?) will check if there are problems with new and if we need some other parts before delete ole version in hbwin. building current SVN I got below error, am I mis

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

2009-03-25 Thread druzus
Revision: 10696 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10696&view=rev Author: druzus Date: 2009-03-25 22:15:31 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 23:21 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/pp/ppc

Re: [Harbour] hbtpathy won't send chr(13)

2009-03-25 Thread Barry Jackson
Viktor, Any chance you can update /SVN/harbour/contrib/hbtpathy/tests/tptest.prg with the code below as it is broken at present. telepath.prg has nTimeout which defaults to 0 so without a timeout parameter passed to tp_send it fails. function main ? tp_open( 1,, 9600, 8, "N", 1 ) tp_send(

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Francesco Saverio Giudice
Hi Viktor, Il 25/03/2009 14.48, Viktor Szakáts ha scritto: If there won't be any objections, I'll move hbole code to hbwin to replace current implementation and delete separate hbole lib from repository. Please wait until I (and probably other: Pritpal ?) will check if there are problems wi

Re: Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread toni...@fwi
>I'd like to ask OLE users to the hbole, and give opinions about the above. Hi, There are any problem to change: static void hb_oleVariantToItem( PHB_ITEM pItem, VARIANT* pVariant ) to HRESULT hb_oleVariantToItem( PHB_ITEM pItem, VARIANT *pVariant ); Thanks and best regards, Toninho. ___

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

2009-03-25 Thread vszakats
Revision: 10695 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10695&view=rev Author: vszakats Date: 2009-03-25 15:35:49 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 16:32 UTC+0100 Viktor Szakats (harbour.01 syenar hu) - doc/license.txt % Rem

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

2009-03-25 Thread vszakats
Revision: 10694 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10694&view=rev Author: vszakats Date: 2009-03-25 15:34:09 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 16:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * bin/hb-func.sh * bin/hb

Re: [Harbour] hbdoc and documentation

2009-03-25 Thread Viktor Szakáts
Hi Alejandro, > Almost (if not all) the files in \doc directory do not have format (plain > text) > so it's difficult to aply them any category for menuing or classify it. > Yes, they are in misc format, maybe they are good as they are, and we should initially focus on assembling a language man

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

2009-03-25 Thread vszakats
Revision: 10693 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10693&view=rev Author: vszakats Date: 2009-03-25 14:55:55 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 15:55 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * external/Makefile + A

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Viktor Szakáts
Thanks for the info. IMO we can do without parameters passed by reference (iterators aren't implemented in hbwin AFAIK) and this reduction in functionality is well worth an otherwise stable and clean code. I'd like to ask OLE users to the hbole, and give opinions about the above. If there won't b

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Mindaugas Kavaliauskas
Can you tell what are the missing features? This can help us decide if we can swap your code with the one in hbwin. I'd certainly be happy to do so. If the missing bits are not that important for OLE users, it may be enough to do the swap and document the differences for now. Hi, one of mis

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Viktor Szakáts
Many thanks Mindaugas, very nice addition. Can you tell what are the missing features? This can help us decide if we can swap your code with the one in hbwin. I'd certainly be happy to do so. If the missing bits are not that important for OLE users, it may be enough to do the swap and document the

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

2009-03-25 Thread vszakats
Revision: 10692 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10692&view=rev Author: vszakats Date: 2009-03-25 13:35:41 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 14:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu) + external/Makefile + A

Re: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Viktor Szakáts
Hi Chen, On Wed, Mar 25, 2009 at 1:03 PM, Chen Kedem wrote: > Viktor, > > What I don't understand, is why should 3rd party lib, > or wrapper functions to such lib should be the concern > of CORE Harbour? It's not a concern for core Harbour it's a concern for Harbour users. I expect much of fut

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

2009-03-25 Thread vszakats
Revision: 10691 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10691&view=rev Author: vszakats Date: 2009-03-25 13:22:38 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 14:09 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * INSTALL + Added HB_IN

RE: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Chen Kedem
Viktor, What I don't understand, is why should 3rd party lib, or wrapper functions to such lib should be the concern of CORE Harbour? I am NOT talking about: 1) Not helping such external library dev team. 2) Not fixing bugs. 3) Missing API issues. (I might not explain myself very good with all t

Re: [Harbour] error in hbwin ole with msvc

2009-03-25 Thread Mindaugas Kavaliauskas
Whole OLE code is very flakey, I hope Mindaugas can send us something before we release. Hi Viktor, I've committed "my" OLE code. It is more clean, but not so many features implemented. I'm not sure it is that Harbour needs. Best regards, Mindaugas _

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

2009-03-25 Thread Viktor Szakáts
Thank you Przemek, now it compiles fine under mingw64. Brgds, Viktor On Wed, Mar 25, 2009 at 12:23 PM, wrote: > Revision: 10689 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10689&view=rev > Author: druzus > Date: 2009-03-25 11:23:35 + (Wed, 25 Mar 2009) > > Log M

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

2009-03-25 Thread snaiperis
Revision: 10690 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10690&view=rev Author: snaiperis Date: 2009-03-25 11:42:18 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 13:35 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) - harbour/contrib

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

2009-03-25 Thread druzus
Revision: 10689 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10689&view=rev Author: druzus Date: 2009-03-25 11:23:35 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 12:30 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbsta

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

2009-03-25 Thread vszakats
Revision: 10688 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10688&view=rev Author: vszakats Date: 2009-03-25 10:49:21 + (Wed, 25 Mar 2009) Log Message: --- 2009-03-25 11:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * tests/testhtml.prg *

RE: [Harbour] testhtml

2009-03-25 Thread Horodyski Marek (PZUZ)
From: Vitor Mangabeira [mailto:vitormangabe...@gmail.com] Sent: Tuesday, March 24, 2009 9:42 PM To: harbour@harbour-project.org Subject: [Harbour] testhtml Hi All, I´ve been testing t

Re: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Viktor Szakáts
Hi Chen and All, One more thought to your e-mail. Integration of 3rd party *Harbour* libs into Harbour SVN, while this is off-topic regarding my first mail, and while I don't think the situation is that bad, because we've only added hbsqlit3 as a formerly existing independent 3rd party lib to our

Re: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Viktor Szakáts
Thanks Petr. This way we will be able to use the non-amalgamation version which would resolve the compile error experienced with some compilers (owatcom < 1.8, dmc). Brgds, Viktor On Wed, Mar 25, 2009 at 8:14 AM, Petr Chornyj wrote: > > > > Viktor Szakáts wrote: > > > > As a first step I'd just

Re: [Harbour] Embedding 3rd party projects

2009-03-25 Thread Petr Chornyj
Viktor Szakáts wrote: > > As a first step I'd just propose to move sqlite3 embedded source tree > into the 3rd dir and lay the foundation for this direction, in this sense > this sence just a cleanup, and later we can think about adding some other > stuff, > if we agree on and if this works out