[Harbour] OT - Programming Concepts Input

2009-04-21 Thread Pritpal Bedi
Hello All I am asigned a project to develop an application to manage documents ( company wide ) to provide a paperless environment. Application needs to be responsible for scanning, storing and locating the scanned documents on demand. The LOCATing part seems to be tricky and demands a

Re: [Harbour] Visual FoxPro incompatibility

2009-04-21 Thread Adam Lubszczyk
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 was

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

2009-04-21 Thread vszakats
Revision: 10907 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10907view=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

Re: [Harbour] Harbour and Ubuntu Server

2009-04-21 Thread Viktor Szakáts
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 marcosgamb...@uol.com.brwrote: Hi all, I am testing Harbour with Ubuntu

Re: [Harbour] Visual FoxPro incompatibility

2009-04-21 Thread Massimo Belgrano
You can simply follow sybase ads newsgroup from web http://www.nntp.hk/web/?server=devzone.advantagedatabase.com and then click on Advantage.xHarbour http://www.nntp.hk/web/head.php?server=devzone.advantagedatabase.comgroup=Advantage.xHarbour 2009/4/21 Adam Lubszczyk ada...@poczta.onet.pl Hi!

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

2009-04-21 Thread druzus
Revision: 10908 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10908view=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) *

Re: [Harbour] Harbour and Ubuntu Server

2009-04-21 Thread Przemyslaw Czerpak
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 ignore

Re: [Harbour] Visual FoxPro incompatibility

2009-04-21 Thread Massimo Belgrano
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 ada...@poczta.onet.pl Hi! Massimo Belgrano-3 wrote: Post a sample where you create and use table and

Re: [Harbour] Harbour and Ubuntu Server

2009-04-21 Thread Marcos Gambeta
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

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

2009-04-21 Thread Vailton Renato
F:\FW\FWH_9.04\samplesmore ..\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

Re: [Harbour] hb_run() problem

2009-04-21 Thread Massimo Belgrano
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] hb_run() problem

2009-04-21 Thread Viktor Szakáts
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 redefine

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

2009-04-21 Thread vszakats
Revision: 10909 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10909view=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

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

2009-04-21 Thread vszakats
Revision: 10912 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10912view=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:[10911] trunk/harbour

2009-04-21 Thread druzus
Revision: 10911 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10911view=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] QT - Multi-threading - A Limitation

2009-04-21 Thread Pritpal Bedi
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 F10New Window which should be executed

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

2009-04-21 Thread Marcos Gambeta
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 F10New Window which should be

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

2009-04-21 Thread Marcos Gambeta
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)

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

2009-04-21 Thread Pritpal Bedi
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

2009-04-21 Thread Marcos Gambeta
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,

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

2009-04-21 Thread Pritpal Bedi
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 planning more tests.

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

2009-04-21 Thread Marcos Gambeta
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

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

2009-04-21 Thread Marcos Gambeta
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

2009-04-21 Thread Pritpal Bedi
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 simulate this

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

2009-04-21 Thread Pritpal Bedi
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 with

Re: [Harbour-users] Bug Copy To.

2009-04-21 Thread harbour-users
harbour-users@harbour-project.org ha scritto: Hi! I get the bug. I.E: Functin Main sFile := c:\xyz\myfile_a tFile := c:\xyz\send\myfile_a use sFile Copy To tFile //Run Fine sFile := c:\xyz\myfile_b tFile := c:\xyz\send\myfile_b use sFile // Function not defined:; PAD called from pad(0) Copy To