Re: [Harbour] Little siggestion regarding hbmk

http://wiki.tcl.tk/2435 2009/4/1 Viktor Szakáts > It worked for me after massaging it a bit:--- > set PATH=%~dp0 > pexports ace32.dll > ace32.def > dlltool -d ace32.def -D ace32.dll -k -l libace32.a > --- > > The ugly PATH trick is needed because dlltool tries to > run 'as' tool and it only find

Re: [Harbour] Little siggestion regarding hbmk

Q. How can an MSVC program call an MinGW DLL, and vice versa? A. Assume we have a testdll.h, testdll.c, and testmain.c. In the first case, we will compile testdll.c with MinGW, and let the MSVC-compiled testmain call it. You should use gcc -shared -o testdll.dll testdll.c \ -Wl,--output-def,t

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

On Wed, 01 Apr 2009, Przemyslaw Czerpak wrote: > I've just written such simple parser. [...] Below is corrected version. I removed one redundant line I left by mistake in copy and past and added some basic translation for well know Clipper, Blinker, ExoSpace, SIX, Class(y) files. For sure it does

Re: [Harbour] Speedtest CLIPPER vs. xHarbour - COMMIT

Massimo Belgrano escreveu: Will be intresting this discussion on fivetech forum? http://forums.fivetechsupport.com/viewtopic.php?f=3&t=15076 Speedtest CLIPPER vs. xHarbour - COMMIT Is CLIPPER still faster in database management? I

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

Revision: 10762 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10762&view=rev Author: druzus Date: 2009-04-01 20:04:37 + (Wed, 01 Apr 2009) Log Message: --- 2009-04-01 22:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/doc/Makefile

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Thanks Viktor and sorry, I read your help but I don't know why not worked. Too many new things for my! Now is Ok and I've solved my print problem. ;) Thanks a lot to all and tomorrow more. :) Xavi Viktor Szakáts escribió: Hi Xavi, On Wed, Apr 1, 2009 at 10:59 AM, Xavi

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

On Wed, 01 Apr 2009, Szak�ts Viktor wrote: > I've added clipper/rtlink recognition, but I miss the .lnk parser > code, and to be frank I don't really know its exact details (used > to use "FI hello1, hello2"), so if you happen to have some/any > piece of such parser code I'll can tackle it to hbmk2

Re: [Harbour] QT - An Issue to Resolve

Pritpal Bedi escreveu: > Marcos > > Marcos Gambeta-2 wrote: >> http://labs.trolltech.com/forums/topic/516 >> > > It seems it is too much work. > So what is the simple solution to just disable it > in Harbour builds from outside of the the QT. > > One solution is just not include QAx* classes at al

Re: [Harbour] Little siggestion regarding hbmk

> > I want add Another little problem for ads > ace32.dll ver 9 is able to connect only a v9 server and superior if any > ace32.dll ver 8 is able to connect only a v8 server and superior > ace32.dll ver 7 is able to connect only to a v7 server and superio > ace32.dll ver 6 is able to connect only t

Re: [Harbour] QT - An Issue to Resolve

Marcos Marcos Gambeta-2 wrote: > > http://labs.trolltech.com/forums/topic/516 > It seems it is too much work. So what is the simple solution to just disable it in Harbour builds from outside of the the QT. One solution is just not include QAx* classes at all. But I am looking for some #defi

Re: [Harbour] QT - An Issue to Resolve

Pritpal Bedi escreveu: > > Can you locate what changes we need to achieve so? > Changes are here: http://labs.trolltech.com/forums/topic/516 Regards, Marcos Gambeta ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.or

Re: [Harbour] QT - An Issue to Resolve

Pritpal Bedi escreveu: > > I am trying to compile QAxBase class and recieve this error > More from ActiveQt: http://labs.qtsoftware.com/blogs/2009/03/03/qt-45-hits-the-virtual-shelves/ == Posted by A.Konrad on Tuesday, March 03, 2009 @ 20:00 Congratulations! Can’t wait to try the new S

Re: [Harbour] QT - An Issue to Resolve

Marcos Marcos Gambeta-2 wrote: > > However, we have not yet modified the buildsystem to support that. So, > you'll have to make those modifications yourself for the time being. > Can you locate what changes we need to achieve so? Regards Pritpal Bedi PS: Just because till I am done with bas

Re: [Harbour] Little siggestion regarding hbmk

I want add Another little problem for ads ace32.dll ver 9 is able to connect only a v9 server and superior if any ace32.dll ver 8 is able to connect only a v8 server and superior ace32.dll ver 7 is able to connect only to a v7 server and superio ace32.dll ver 6 is able to connect only ti a v6 serve

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Hello Vktor Viktor Szakáts wrote: > > Thanks. I suspect you have a CLIPPER or HARBOUR envvar set to > some (invalid to Harbour?) settings. I'm thinking this because by default > hbmk2 should call harbour.exe without -q/-q0, while in your case > Harbour is called with that since the logo header

Re: [Harbour] Little siggestion regarding hbmk

It worked for me after massaging it a bit:--- set PATH=%~dp0 pexports ace32.dll > ace32.def dlltool -d ace32.def -D ace32.dll -k -l libace32.a --- The ugly PATH trick is needed because dlltool tries to run 'as' tool and it only finds it if in PATH, even if they are in the same and current dir :)

Re: [Harbour] QT - An Issue to Resolve

Great News! 2009/4/1 Marcos Gambeta > ActiveQt is BSD licensed, that's correct. So you're allowed to use it in > an open source or closed source application. > > However, we have not yet modified the buildsystem to support that. So, > you'll have to make those modifications yourself for the time

Re: [Harbour] QT - An Issue to Resolve

Viktor Szakáts escreveu: > I think the OpenSource edition of QT doesn't support ActiveQT. > This discussion is from Qt newsgroups: From: "Benjamin Parzella" Newsgroups: trolltech.qt-interest Subject: [Qt-interest] License ActiveQt Open Source 4.5 Date: Thu, 5 Mar 2009 09:16:10 +0100 H

Re: [Harbour] QT - An Issue to Resolve

Seem that ActiveQt is only for windows and only for commercial license. Is the only qt part in this situation? 2009/4/1 Marcos Gambeta > Viktor Szakáts escreveu: > > I think the OpenSource edition of QT doesn't support ActiveQT. > > > > When i try to compile ActiveQt, i get: > > C:\Qt\2009.01\qt

Re: [Harbour] QT - An Issue to Resolve

Viktor Szakáts escreveu: > I think the OpenSource edition of QT doesn't support ActiveQT. > When i try to compile ActiveQt, i get: C:\Qt\2009.01\qt\src\activeqt\container>qmake container.pro Project MESSAGE: You are not licensed to use ActiveQt. Project MESSAGE: You are not licensed to use Activ

Re: [Harbour] QT - An Issue to Resolve

Hi Pritpal, look at: http://doc.trolltech.com/4.5/activeqt.html#activeqt "The ActiveQt modules are part of the Qt Full Framework Edition. They are not part of the Open Source Versions of Qt." :-( Best regards, Francesco Il 01/04/2009 18.01, Pritpal Bedi ha scritto: Hello Everybody Can som

Re: [Harbour] Little siggestion regarding hbmk

I have posted question on sysbase ng of ads on internet i have found http://es.groups.yahoo.com/group/t-gtk/message/1462 http://objectmix.com/xharbour/241009-rddads-ace32-import-libraries-mingw32.html In not read on yahoo group >1.- Vamos a extraer de la dll, por ejemplo ace32.dll, las definiciones

Re: [Harbour] QT - An Issue to Resolve

I think the OpenSource edition of QT doesn't support ActiveQT. Brgds, Viktor On Wed, Apr 1, 2009 at 6:03 PM, Pritpal Bedi wrote: > > Sorry, forget to mention how you can reproduce it: > > - Stay in harbour/contrib/hbqt/generator > - Issue : hbqtgen -I..\qth QAxBase.qth > > Regards > Pritpal Bedi

Re: [Harbour] QT - An Issue to Resolve

Sorry, forget to mention how you can reproduce it: - Stay in harbour/contrib/hbqt/generator - Issue : hbqtgen -I..\qth QAxBase.qth Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/QT---An-Issue-to-Resolve-tp22829528p22829530.html Sent from the Harbour - Dev mailing

[Harbour] QT - An Issue to Resolve

Hello Everybody Can someone look into or point to some useful hints: I am trying to compile QAxBase class and recieve this error c:/qt/2009.01/qt/include/ActiveQt/../../src/activeqt/container/qaxbase.h:55: error: `QtValidLicenseForActiveQtModule' does not name a type If I comment out in c:/qt/

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

> > >I know what out-of-the-box means. > > Don't expect I did not know that. I was just emphasizing my point. Sorry.. No prob! > C:\harbour-11\bin>hbmk2 ..\tests\hello.prg -trace > hbmk: Harbour compiler command: > C:/harbour-11/bin\harbour.exe -n2 ../tests/hello.prg > -iC:/harbour-11/include >

Re: [Harbour] Little siggestion regarding hbmk

> > Do you think to a solution that allow same hbmk2 syntax working in either > enviroment? > HBMK2 my.PRG ace32.lib rddads.lib -GUI -GTWVT -GTWVG -m -w0 -omio.exe Yes, I prefer this whereever possible. In your example you should use '-lrddads' to be compiler neutral. With ace32, we will see,

Re: [Harbour] QT - Anyone testing it ?

Hi Pritpal, I have tested shared version with mingw build. It works well and very interesting. Thank to you and to Marcos for your great effort! And thanks also to Viktor for hbmk2 and mingw support. Best Regards, Francesco Il 01/04/2009 16.40, Pritpal Bedi ha scritto: Hello Everybody Does any

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Viktor >I know what out-of-the-box means. Don't expect I did not know that. I was just emphasizing my point. Sorry.. C:\harbour-11\bin>hbmk2 ..\tests\hello.prg -trace hbmk: Harbour compiler command: C:/harbour-11/bin\harbour.exe -n2 ../tests/hello.prg -iC:/harbour-11/include hbmk: C compiler co

Re: [Harbour] Little siggestion regarding hbmk

Do you think to a solution that allow same hbmk2 syntax working in either enviroment? HBMK2 my.PRG ace32.lib rddads.lib -GUI -GTWVT -GTWVG -m -w0 -omio.exe 2009/4/1 Viktor Szakáts > On Wed, Apr 1, 2009 at 4:49 PM, Massimo Belgrano wrote: > >> why after follow batch libace32.h is not created?

Re: [Harbour] Little siggestion regarding hbmk

On Wed, Apr 1, 2009 at 4:49 PM, Massimo Belgrano wrote: > why after follow batch libace32.h is not created? > I guess you meant ace32.a. HB_BUILD_IMPLIB / HB_DIR_* isn't supported for MinGW. Normally it isn't needed either, since you can specify the .dll directly to the MinGW linker. I'm checki

Re: [Harbour] QT - Anyone testing it ?

How can i create static build? 2009/4/1 Viktor Szakáts > Yes, it worked well here, both static and shared builds. > Brgds, > Viktor > > > On Wed, Apr 1, 2009 at 4:40 PM, Pritpal Bedi wrote: > >> >> Hello Everybody >> >> Does anybody tested QT implementation uptil now ? >> >> Please post your fin

Re: [Harbour] QT - Anyone testing it ?

hbmk2 demoqt -lc:\devl\qt\2009.01\qt\lib for running i have copy qtcore4.dll qtgui4.dll qtnetwordk4.dll qtwebkit.dll 2009/4/1 Pritpal Bedi > > Hello Everybody > > Does anybody tested QT implementation uptil now ? > > Please post your findings here. > > Regards > Pritpal Bedi > -- > View this

Re: [Harbour] QT - Anyone testing it ?

Yes, it worked well here, both static and shared builds. Brgds, Viktor On Wed, Apr 1, 2009 at 4:40 PM, Pritpal Bedi wrote: > > Hello Everybody > > Does anybody tested QT implementation uptil now ? > > Please post your findings here. > > Regards > Pritpal Bedi > -- > View this message in context:

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Hi Pritpal, > Out-of-the-box means user has nothing to do except > as documented: I know what out-of-the-box means. > > To use: > > 1) unpack/install to any directory (C:\harbour-11) > > 2) go to bin dir (optional if you specify path for hbmk2) > > 3) For x86 executable type: 'hbmk2 ../tests/

Re: [Harbour] Little siggestion regarding hbmk

why after follow batch libace32.h is not created? SET HB_INC_ADS=/c/devl/acesdk SET HB_BUILD_IMPLIB=yes SET HB_DIR_ADS=/c/devl/acesdk SET HB_INC_QT=/c/devl/Qt/2009.01/qt/include SET HB_COMPILER=mingw SET HB_INSTALL_PREFIX=/c/harbour/%HB_COMPILER% SET PATH=C:\devl\msys\1.0\bin;C:\devl\MinGW\bin;c:\

[Harbour] QT - Anyone testing it ?

Hello Everybody Does anybody tested QT implementation uptil now ? Please post your findings here. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/QT---Anyone-testing-it---tp22828030p22828030.html Sent from the Harbour - Dev mailing list archive at Nabble.com.

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Hi Viktor Szakáts wrote: > > I did a new install and cannot reproduce this problem > on my system. > > Anyone else with similar issue? Could you try with -trace option? > Out-of-the-box means user has nothing to do except as documented: > To use: > 1) unpack/install to any directory (C:\har

[Harbour] Problemn with OLE

Hello, When I try to use the example below: [CODE] #include "fivewin.ch" function MAIN CreateObject( "Shell.Explorer" ) return NIL [ENDCODE] I generated the error: [ERROR] Application === Path and name: C:\fwh\samples\testol.exe (32 bits) Size: 1,572,864 bytes

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

Revision: 10761 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10761&view=rev Author: vszakats Date: 2009-04-01 12:13:34 + (Wed, 01 Apr 2009) Log Message: --- 2009-04-01 14:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

> > > Second issue of the unified and self-contained Windows release > > package, which is able to create x86, x64, WinCE/ARM executables > > (both shared and static) out of the box without the need of any > > external tools or settings. This time also in the form of installer, > > with (de)selecta

Re: [Harbour] Little siggestion regarding hbmk

Is possible at startup of make show activated contrib lib,environment so at startup i read using HB_INC_ADS=/c/devl/acesdk using HB_DIR_ADS=/c/devl/acesdk and if i not read using HB_BUILD_IMPLIB .or. HB_DIR_IMPLIB=yes i understand that something is missing 2009/4/1 Viktor Szakáts > Recompiling a

[Harbour] Re: Speedtest CLIPPER vs. xHarbour - COMMIT

Buenisimo, como siempre ! Gracias przemek Przemyslaw Czerpak escribió en mensaje <20090401095625.ga8...@uran.home.aster.pl>... >On Wed, 01 Apr 2009, Massimo Belgrano wrote: > >Hi, > >> Will be intresting this discussion on fivetech forum? >> http://forums.fivetechsupport.com/viewtopic.php?f=3&t

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Imo also a light mingw with only used part of bin,lib,lincude No doc, no unused tool, no debug lib 2009/4/1 Przemyslaw Czerpak > On Wed, 01 Apr 2009, Szak�ts Viktor wrote: > > Hi, > > > Second issue of the unified and self-contained Windows release > > package, which is able to create x86, x64,

Re: [Harbour] Little siggestion regarding hbmk

> > Recompiling a project with mingw i receive this error and understand that i > don't have ace32 > I have missed mingw notation now corrected to > SET HB_INC_ADS=/c/devl/acesdk > SET HB_DIR_IMPLIB=yes > SET HB_DIR_ADS=/c/devl/acesdk > is possible give major importance to follow message Can't fin

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

On Wed, 01 Apr 2009, Szak�ts Viktor wrote: Hi, > Second issue of the unified and self-contained Windows release > package, which is able to create x86, x64, WinCE/ARM executables > (both shared and static) out of the box without the need of any > external tools or settings. This time also in the

[Harbour] Little siggestion regarding hbmk

Recompiling a project with mingw i receive this error and understand that i don't have ace32 I have missed mingw notation now corrected to SET HB_INC_ADS=/c/devl/acesdk SET HB_DIR_IMPLIB=yes SET HB_DIR_ADS=/c/devl/acesdk is possible give major importance to follow message Can't find -lace32?

Re: [Harbour] Speedtest CLIPPER vs. xHarbour - COMMIT

On Wed, 01 Apr 2009, Massimo Belgrano wrote: Hi, > Will be intresting this discussion on fivetech forum? > http://forums.fivetechsupport.com/viewtopic.php?f=3&t=15076 No, > > Speedtest CLIPPER vs. xHarbour - COMMIT > Is CLIPPER still faster in database management? No, > I am testing the COMM

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Hi Xavi, On Wed, Apr 1, 2009 at 10:59 AM, Xavi wrote: > Sorry for newbie questions. > How do I add another directory to search Libs hbmk2 for gcc? > gcc ... -LD:/Qt/harbour/lib and -LD:/Qt/2009.01/qt/lib ... Same way: hbmk2 ... -LD:/Qt/harbour/lib -LD:/Qt/2009.01/qt/lib > Another topic > In

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Sorry for newbie questions. How do I add another directory to search Libs hbmk2 for gcc? gcc ... -LD:/Qt/harbour/lib and -LD:/Qt/2009.01/qt/lib ... Another topic In contrib/hbwin/wapi_commctrl.c line 784 .- hwnd= ( HWND ) hb_parnint( 1 ); It should be .- hwnd= wapi_par_HWND( 1 ); to a

Re: [Harbour] Speedtest CLIPPER vs. xHarbour - COMMIT

I don't know the exact answer, but issuing a dbCommit() in a loop was already a performance killer even in Clipper. Brgds, Viktor On Wed, Apr 1, 2009 at 10:38 AM, Massimo Belgrano wrote: > Will be intresting this discussion on fivetech forum? > http://forums.fivetechsupport.com/viewtopic.php?f=3

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

Revision: 10760 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10760&view=rev Author: vszakats Date: 2009-04-01 08:47:52 + (Wed, 01 Apr 2009) Log Message: --- 2009-04-01 10:45 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * doc/Makefile ! Remove

[Harbour] Speedtest CLIPPER vs. xHarbour - COMMIT

Will be intresting this discussion on fivetech forum? http://forums.fivetechsupport.com/viewtopic.php?f=3&t=15076 Speedtest CLIPPER vs. xHarbour - COMMIT Is CLIPPER still faster in database management? I am testing the COMMIT statement. With Clipper the operation takes 9 sec. with xHarbour 77 se

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

Hi Pritpal, I did a new install and cannot reproduce this problem on my system. Anyone else with similar issue? Could you try with -trace option? Brgds, Viktor On Wed, Apr 1, 2009 at 7:05 AM, Pritpal Bedi wrote: > > Hello Viktor > > > Viktor Szakáts wrote: > > > > Second issue of the unified an