Re: [Harbour] problame with subindex & ads remote

2009-07-18 Thread Massimo Belgrano
using ads 8.1 rdd: ADSCDX TEMP TEMP2 TEMP 1 100 TEMP2 51 98 2009/7/17 Przemyslaw Czerpak > On Wed, 15 Jul 2009, AbeB wrote: > > problem with subindex & ads remote(only) > > #INCLUDE "ADS.CH" > > PROC MAIN() > > REQUEST ADS > > SET SERVER REMOTE // <<-will in

Re: [Harbour] Error E0047 Code block contains both macro and declared symbol references

2009-07-18 Thread Przemyslaw Czerpak
On Sat, 18 Jul 2009, Phil Krylov wrote: Hi, > This code: > PRIVATE l1, l2, d, s > REPLACE &L2 WITH d FOR LANGUAGE = L1 > REPLACE &L1 WITH s FOR LANGUAGE = L2 > does not compile with the error message in subject. It compiles and > works ok in xHarbour. Why? The preprocessed code is the same, >

[Harbour] Re: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-18 Thread Przemyslaw Czerpak
On Fri, 17 Jul 2009, Marco Bernardi wrote: Hi, > Hello Przemyslaw Czerpak, > I finally found your e-mail address so I re-send this message to you ( I > posted > it in comp.lang.xharbour ). > May you please give a look to it and let me know your opinion ? > Thank you in advance > Best regards, >

Re: [Harbour] Error E0047 Code block contains both macro and declared symbol references

2009-07-18 Thread Viktor Szakáts
ps. I looked at some contrib thread support in DJGPP and I was not able to find any PTHREAD compatible library but I've found two ones: jtlwp20s.zip and pdmlwp03.zip. The second one is based on the 1-st one so both uses the same mechanism to task switching which is done in the interr

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

2009-07-18 Thread vszakats
Revision: 11848 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11848&view=rev Author: vszakats Date: 2009-07-18 12:39:18 + (Sat, 18 Jul 2009) Log Message: --- 2009-07-18 14:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/hbssl.hbc

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

2009-07-18 Thread April White
vszak...@users.sourceforge.net wrote: + Separated EXTERNAL HB_CODEPAGE_* lines to hbextcdp.ch. These are commonly needed by apps. * Using hbextcdp.ch in hbmk2. Viktor, you left the language entries within hbextern.ch; is there any gain to move them into hbextlng.ch? April --

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

2009-07-18 Thread April White
April White wrote: vszak...@users.sourceforge.net wrote: ... ; TODO: hbextern app needs to be updated to filter out CODEPAGE symbols. If there is no posting on this by the weekend I will update it as necessary. It will still process the codepage files but will output to a s

[Harbour] R: xHarbour 1.2 LINUX/UNIX: open file problem ...

2009-07-18 Thread bernx
Hello Przemek, thank you very much for your detailed answer. Now the situation is clear. In my programs the duplicate aliases are usually open in READONLY and in case of update I open the table again in RW, I make the update and I reclose the alias. It seems to me that this cannot generate probl

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

2009-07-18 Thread Viktor Szakáts
On Sat, Jul 18, 2009 at 3:38 PM, April White wrote: > vszak...@users.sourceforge.net wrote: >> >>    + Separated EXTERNAL HB_CODEPAGE_* lines to hbextcdp.ch. >>      These are commonly needed by apps. >>    * Using hbextcdp.ch in hbmk2. >> > > Viktor, you left the language entries within hbextern.c

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

2009-07-18 Thread vszakats
Revision: 11849 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11849&view=rev Author: vszakats Date: 2009-07-18 17:48:34 + (Sat, 18 Jul 2009) Log Message: --- 2009-07-18 19:46 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbssl/Makefile

[Harbour] bug: s_inetRecvInternal() in hbinet.c

2009-07-18 Thread Viktor Szakáts
Hi Przemek, There is a potential GPF bug (recently introduced) in s_inetRecvInternal(). If hb_itemGetWriteCL() returns FALSE, buffer will be NULLed, and later used as recv() buffer. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http

[Harbour] QAC Project Manager for Harbour and Minigui

2009-07-18 Thread Bruno Luciani
A new Version of QAC was liberated http://www.carozodequilmes.com.ar/Projects/QAC/_Index_QAC.htm QAC (I want something comfortable !!!) is an Project Manager for Harbour (or xHarbour) and MiniGui (created by Roberto Lopez) with *Incremental compilation for all MiniGui versions, including Oficial

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

2009-07-18 Thread April White
April White wrote: I know that the contrib files are not to be listed within hbextern.ch but is there merit to listing them within a new file hbcontrib.ch? The new hbextern program is coming along nicely. As none of the files it will be producing from/for contrib folders do not exist, and the

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

2009-07-18 Thread april
Revision: 11850 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11850&view=rev Author: april Date: 2009-07-19 01:21:52 + (Sun, 19 Jul 2009) Log Message: --- 2009-07-18 21:20 UTC+0600 April White (april users.sourceforge.net) * examples/hbextern/hbexte

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

2009-07-18 Thread april
Revision: 11851 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11851&view=rev Author: april Date: 2009-07-19 01:25:45 + (Sun, 19 Jul 2009) Log Message: --- 2009-07-18 21:24 UTC+0600 April White (april users.sourceforge.net) + examples/hbextern/hbexte

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

2009-07-18 Thread april
Revision: 11852 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11852&view=rev Author: april Date: 2009-07-19 01:40:33 + (Sun, 19 Jul 2009) Log Message: --- 2009-07-18 21:37 UTC+0600 April White (april users.sourceforge.net) + include/hbextlng.ch

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

2009-07-18 Thread Viktor Szakáts
Hi April, This isn't ideal this way. Someone will need to maintain this list manually, which means extra work and care when adding/removing/renaming contribs. SInce it will be forgotten, the file will go out of date easily. I'd suggest to drop the need for such .lst file and work from only automa