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

Revision: 10913 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10913&view=rev Author: vszakats Date: 2009-04-22 06:54:54 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 08:48 UTC+0200 Viktor Szakats (harbour.01 syenar hu) + Implemented .po to .hbl c

[Harbour] hbl generation (to Przemek)

Hi Przemek, I'm implementing .po -> .hbl generation in hbmk2 and noticed two issues: 1) __I18N_potArrayToHash() will RTE if the first param isn't an array. This can happen in hbi18n if __I18N_potArrayLoad() in LoadFiles() fails for some reason (.po open error or parsing problems). Similar RTE happ

Re: [Harbour] QT - Multi-threading - A Limitation

Thanks Marcos Marcos Gambeta wrote: > > Using QEventLoop, i can have 'n' windows, each window with your own > event loop. > Your tip has solved this issue. Now GTQTC is MT compatible. Will be posting changes in a little while. Hello Harbour family, Be prepared to match your applications wi

Re: [Harbour] QT - Multi-threading - A Limitation

Perfect Marcos Gambeta wrote: > > With change below ... > > oButton:Connect("clicked()", {|p|qout(hb_threadStart({||NewWindow()}))} ) > > ... i get a sequence like this: > > 0x01749118 > 0x0066F938 > 0x01C87998 > 0x01C8F400 > > Means I have to investigate further what else GTQTC needs to

Re: [Harbour] QT - Multi-threading - A Limitation

With change below ... oButton:Connect("clicked()", {|p|qout(hb_threadStart({||NewWindow()}))} ) ... i get a sequence like this: 0x01749118 0x0066F938 0x01C87998 0x01C8F400 Regards, Marcos Gambeta ___ Harbour mailing list Harbour@harbour-project.org

Re: [Harbour] QT - Multi-threading - A Limitation

Pritpal Bedi escreveu: If it worked then for sure we can find a solution. Make one more test. Call the ThreadID() in both windows and see what these return, just in case... Tested with these changes: ... ? threadid() oApplication:exec() ... ... ? threadid() oEventLoop:exec(0) ... First win

Re: [Harbour] QT - Multi-threading - A Limitation

Oh Marcos Gambeta wrote: > > With this line, don´t work: > > oButton:Connect("clicked()", hb_threadStart( {|p|NewWindow()} ) ) > (the parameter is not a codeblock | may be a typo) > > But work with this: > > oButton:Connect("clicked()", {|p|hb_threadStart({||NewWindow()})} ) > > I am planni

Re: [Harbour] QT - Multi-threading - A Limitation

Pritpal Bedi escreveu: Marcos Thanks for the explanation. I know about this facts but note that this operates on different widgets in the main thread. I am talking about different threads. Try this : oButton:Connect("clicked()", hb_threadStart( {|p|NewWindow()} ) ) With this line, do

Re: [Harbour] QT - Multi-threading - A Limitation

Marcos Thanks for the explanation. I know about this facts but note that this operates on different widgets in the main thread. I am talking about different threads. Try this : #include "qt.ch" Procedure Main () Local oApplication Local oWindow Local oButton oApplication :=

Re: [Harbour] QT - Multi-threading - A Limitation

This sample is from my personal library: #include "qt.ch" Procedure Main () Local oApplication Local oWindow Local oButton oApplication := QApplication():New() oWindow := QWidget():New() oWindow:Resize(320, 240) oWindow:SetWindowTitle("Testing class QEventLoop") oWindo

Re: [Harbour] QT - Multi-threading - A Limitation

Pritpal Bedi escreveu: It appears multi-threading support in QT is sadly limited and does not go with all-the-powerful offering in Harbour. These are my first experiments and so I may be wrong. I am trying to execute wvtext.prg with -mt option and executing F10 which should be executed in

[Harbour] QT - Multi-threading - A Limitation

Hello Everybody It appears multi-threading support in QT is sadly limited and does not go with all-the-powerful offering in Harbour. These are my first experiments and so I may be wrong. I am trying to execute wvtext.prg with -mt option and executing F10 which should be executed in a separa

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

Revision: 10911 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10911&view=rev Author: druzus Date: 2009-04-21 16:16:55 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 18:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbrdd

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

Revision: 10912 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10912&view=rev Author: vszakats Date: 2009-04-21 16:23:24 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 18:14 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

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

Revision: 10910 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10910&view=rev Author: vouchcac Date: 2009-04-21 15:09:48 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 08:08 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * utils/hbmk2/hbmk2.prg !

Re: [Harbour] hb_run() problem

Now i have understandI miss because my object/file is named getsys_d.prg instead getsys.prg I must redefine the whole module (file = object). Linking is done per object file, not per function. will be redefined function contained in same module name or better module with same name will be substitut

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

Revision: 10909 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10909&view=rev Author: vszakats Date: 2009-04-21 14:34:33 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 16:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] hb_run() problem

> > Hi Viktor > please help me undestrand > when using Replacement function is possible and when is wrong and dangerous > Is dangerous also at prg level? > Sorry I don't understand. You simply have to use unique public names in your app, both in .prg and .c, that's all. > In getsys must i redef

Re: [Harbour] hb_run() problem

Hi Viktor please help me undestrand when using Replacement function is possible and when is wrong and dangerous Is dangerous also at prg level? In getsys must i redefine all public functions defined in RTL version? (and not only one function) c:\harbour\source\rtl\getsys,prg I continue my clean

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

Hi Vailton, > Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Fatal: Unable to open file 'NDDEAPI.LIB' hbmk: Error: Running linker. 2: ilink32.exe @C:\Users\VAILTO~1\AppData\Local\Temp\u9m8j1.lnk This is caused by incomplete bcc32.cfg/ilink32.cfg, also see my prev mail. It's not

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

I properly set up the files. CFG of BCC to shorten the command line. In the future I will test the FWH with MSVC to investigate their dependencies ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbo

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

F:\FW\FWH_9.04\samples>more ..\fwh.hbp # # $Id: fwh.hbp 10903 2009-04-20 19:18:39Z vszakats $ # # Copy this file to FWH root dir and include it in hbmk2 # command line to build an app: # > hbmk2 test.prg C:\fwh\fwh.hbp {win}incpaths=${hb_self}include {win}libpaths=${hb_self}lib {win}gt=gtgui {w

Re: [Harbour] Harbour and Ubuntu Server

Przemyslaw Czerpak escreveu: For some reasons we lost auto detection from make_gnu.sh build scripts though maybe it was only in removed ./make_gcc.sh. I do not remember. Anyhow it should work for RPM and DEB packages. If you are using DEB based distribution then you should use ./mpkg_deb.sh to c

Re: [Harbour] Harbour and Ubuntu Server

On Tue, 21 Apr 2009, Marcos Gambeta wrote: Hi, > I am testing Harbour with Ubuntu Server 9.04 rc. > To compile Harbour sources, i have to install the package xorg-dev, because > the library gtxwc do not compile without this package. > But Ubuntu Server don't need a X-Server. Question: How to ign

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

Revision: 10908 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10908&view=rev Author: druzus Date: 2009-04-21 11:34:09 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 13:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbrdd

Re: [Harbour] Visual FoxPro incompatibility

On Tue, 21 Apr 2009, Adam Lubszczyk wrote: Hi, > I do not create index - it's not problem. > If I in ADS make index - all work OK. I do not think so. This index is not binary compatible with CDX format. It can be open by ADS and also by Harbour if we remove some index type validation which now g

Re: [Harbour] Harbour and Ubuntu Server

Just one note: I have this on my TODO list to automatically detect and exclude gtxwc/gtcrs/gtsln if dependencies not found. Scheduled after next release. Brgds, Viktor On Tue, Apr 21, 2009 at 12:47 PM, Marcos Gambeta wrote: > Hi all, > > I am testing Harbour with Ubuntu Server 9.04 rc. > > To co

[Harbour] Harbour and Ubuntu Server

Hi all, I am testing Harbour with Ubuntu Server 9.04 rc. To compile Harbour sources, i have to install the package xorg-dev, because the library gtxwc do not compile without this package. But Ubuntu Server don't need a X-Server. Question: How to ignore gtxwc when compiling Harbour in a Linux

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

Revision: 10907 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10907&view=rev Author: vszakats Date: 2009-04-21 10:38:18 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 12:35 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

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

Revision: 10906 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10906&view=rev Author: druzus Date: 2009-04-21 10:23:26 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 12:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/va

Re: [Harbour] Visual FoxPro incompatibility

You can simply follow sybase ads newsgroup from web http://www.nntp.hk/web/?server=devzone.advantagedatabase.com and then click on Advantage.xHarbour 2009/4/21 Adam Lubszczyk > > Hi! > > Massimo Belgr

Re: [Harbour] Visual FoxPro incompatibility

Hi! Massimo Belgrano-3 wrote: > > I have post on sybase [x]harbour newgroupI can't test because i am using > v8 > are you using acelib,rddads created from ads v9? > I tested with ace32.dll, adsloc32.dll ver 7 on Windows 98SE and ace32.dll, adsloc32.dll ver 9 on Windows XP Sample base and index

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

Revision: 10905 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10905&view=rev Author: druzus Date: 2009-04-21 09:49:02 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 11:56 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/common

Re: [Harbour] Visual FoxPro incompatibility

I have post on sybase [x]harbour newgroupI can't test because i am using v8 are you using acelib,rddads created from ads v9? Can you explain "codepage" problem? 2009/4/21 Adam Lubszczyk > > Hi! > > Massimo Belgrano-3 wrote: > > > > Post a sample where you create and use table and index > > will

Re: [Harbour] Visual FoxPro incompatibility

Hi! Massimo Belgrano-3 wrote: > > Post a sample where you create and use table and index > will be a problem of rddads or ads server > you can post also to advantage news group for [x]harbour > > I do not create index - it's not problem. If I in ADS make index - all work OK. I must open exist