Re: [Harbour] DBF encryption

2010-02-02 Thread Alex Strickland
Przemysław Czerpak wrote: All such modifications will effect SIX3 compatibility. To touch it will have to repeat some tests with SIX3 and document differences and it will be time consuming process due to bugs in SIX3 library. I do not have time for it now, sorry. No problem, thanks for the res

[Harbour] hbide_pathProc() - Merging Paths - Clarification

2010-02-02 Thread Pritpal Bedi
Hello Viktor This is the changelog entry: * contrib/hbide/idemisc.prg + hbide_PathProc() This function can combine relative paths together so it's the key to avoid macros dealing with placing paths to their intended location. It can replace current method of = hb_d

[Harbour] Re: Alert() / print buffer Clipper -> Harbour difference

2010-02-02 Thread Angel Pais
El 03/02/2010 1:22, smu johnson escribió: Hi, I found a problem that is very noticeable when using the ALERT() func. If your MS Windows buffer size setting ( http://209.97.219.2/sjohnson/misc/alert_problem_buffer500-set.png ) is to > 25, position screws up. This is not a problem with Clipper 5.

[Harbour] Alert() / print buffer Clipper -> Harbour difference

2010-02-02 Thread smu johnson
Hi, I found a problem that is very noticeable when using the ALERT() func. If your MS Windows buffer size setting ( http://209.97.219.2/sjohnson/misc/alert_problem_buffer500-set.png ) is to > 25, position screws up. This is not a problem with Clipper 5.2e (using Blinker). The alert box shows up

Re: [Harbour] Debugging c code

2010-02-02 Thread Xavi
To Viktor, El 03/02/2010 0:09, Viktor Szakáts escribió: for GPF at application startup caused by accessing TSD before HVM stack is initialized. It seems to work though it can be greatly simplified and of course the GPF in startup code and non HVM threads has to be fixed. That pretty much sums u

Re: [Harbour] -z switch seems to be overly anti-lazy

2010-02-02 Thread smu johnson
I have the test which has been proven with our Clipper 5.2e running on DOS of a difference in Harbour below is an explanation I received by e-mail: == start here If eval({||devout("hello"),.f.)}) .or. .t. endif In Clipper the eval() will process (even though it appears redundant because

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

2010-02-02 Thread druzus
Revision: 13750 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13750&view=rev Author: druzus Date: 2010-02-03 02:45:32 + (Wed, 03 Feb 2010) Log Message: --- 2010-02-03 03:45 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/hvm.c

Re: [Harbour] Debugging c code

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, April White wrote: Hi, > Thank you Przemek. I've tried your suggestion but my implementation > does not work as expected, the stats output is: >fm.c:1134: HB_TR_ERROR Block 1 (size 40) HB_BTREEINSERT(0), > "F8A454004001550058D >C4B000100010010

Re: [Harbour] Debugging c code

2010-02-02 Thread April White
Thank you Przemek. I've tried your suggestion but my implementation does not work as expected, the stats output is: fm.c:1134: HB_TR_ERROR Block 1 (size 40) HB_BTREEINSERT(0), "F8A454004001550058D C4B00010001001000F03F0A000200" But I know the memory allo

[Harbour] Re: Go Programming Language vs Harbour Programming Languages

2010-02-02 Thread Itamar Lins
I am pleased to announce that the GCC Steering Committee has accepted the contribution of the gccgo front-end and gcc-specific runtime for the Go language with Ian Taylor appointed maintainer. The GCC Release Managers will decide the details about the timing of the merge and inclusion in G

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

2010-02-02 Thread vouchcac
Revision: 13749 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13749&view=rev Author: vouchcac Date: 2010-02-03 00:39:51 + (Wed, 03 Feb 2010) Log Message: --- 2010-02-02 16:24 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.hbp *

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

2010-02-02 Thread vszakats
Revision: 13748 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13748&view=rev Author: vszakats Date: 2010-02-02 23:41:42 + (Tue, 02 Feb 2010) Log Message: --- 2010-02-03 00:40 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbpgsql/postgres.

Re: [Harbour] Debugging c code

2010-02-02 Thread Viktor Szakáts
To Xavi and All, >> Thank you Przemek. It's not so easy because these solutions don't >> work with C++ new operator. > > If you want to include memory allocated by C++ code to FM static > then it's necessary to overload new and delete operators and redirect > them to hb_xgrab()/hb_xfree(). hbmk2

[Harbour] Binaries for Suse

2010-02-02 Thread Itamar Lins
Hi! URL to download of Harbour 2.0? Best regards. Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Przemek Q: SIX "FOR" clause Clipper/Harbour difference

2010-02-02 Thread smu johnson
The senior Clipper programmer here wanted me to ask someone this question. I couldn't think of a better person to ask than you! :) Question: - When a table's index file is re-opened (it was previously created), does it have to evaluate the FOR clause, or can it wait to do that only wh

Re: [Harbour] Debugging c code

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, Xavi wrote: Hi, > Thank you Przemek. It's not so easy because these solutions don't > work with C++ new operator. If you want to include memory allocated by C++ code to FM static then it's necessary to overload new and delete operators and redirect them to hb_xgrab()/hb_xfre

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

2010-02-02 Thread Lorenzo Fiorini
On Tue, Feb 2, 2010 at 9:46 PM, wrote: >  * contrib/hbpgsql/postgres.c > ... >    ; TODO: Fix sloppy parameter checking which only check number of >            parameters instead of enforcing expected type. >    ; Please test. Many thanks, I'll test it tomorrow. best regards, Lorenzo _

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

2010-02-02 Thread vszakats
Revision: 13747 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13747&view=rev Author: vszakats Date: 2010-02-02 21:24:33 + (Tue, 02 Feb 2010) Log Message: --- 2010-02-02 22:23 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbpgsql/postgres.

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

2010-02-02 Thread vszakats
Revision: 13746 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13746&view=rev Author: vszakats Date: 2010-02-02 20:52:22 + (Tue, 02 Feb 2010) Log Message: --- 2010-02-02 21:50 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbpgsql/postgres.

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

2010-02-02 Thread vszakats
Revision: 13745 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13745&view=rev Author: vszakats Date: 2010-02-02 20:45:51 + (Tue, 02 Feb 2010) Log Message: --- 2010-02-02 21:44 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbpgsql/postgres.

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, Lorenzo Fiorini wrote: > BTW did you see my msg "Help with segfaults with MT and hb_hrbload?" > I've created a test with pure prg code but I still get random errors. > Any suggestion? Use valgrind to locate the problem. Such random GPFs can be results of memory corruptions by

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Lorenzo Fiorini
On Tue, Feb 2, 2010 at 7:25 PM, Viktor Szakáts wrote: > Ops, I've already started it. No problem, you can surely do it better. Many thanks. best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http:

Re: [Harbour] Debugging c code

2010-02-02 Thread Przemysław Czerpak
On Mon, 01 Feb 2010, Xavi wrote: Hi, > HB_TRACEFM(), with my next commit. I'm waiting for Przemek and others > are ready. ;) Can you send .diff file here so we can check what exactly this modification does? > >Is there a macro I can use to identify this sub-function? I could leave > >it in the

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Viktor Szakáts
>> Add Harbour wrapper to function which returns thread safe status >> and check it. And of course check if you are using new separate >> concatenation in each thread in your own code. > > Ok, I'll check it. > >> BTW someone should update contrib/hbpgsql/postgres.c to use >> GC pointers for PGcan

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Lorenzo Fiorini
2010/2/2 Przemysław Czerpak : > Add Harbour wrapper to function which returns thread safe status > and check it. And of course check if you are using new separate > concatenation in each thread in your own code. Ok, I'll check it. > BTW someone should update contrib/hbpgsql/postgres.c to use > G

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, Lorenzo Fiorini wrote: > Thanks for the answer. This is what I've found in > http://www.enterprisedb.com/documentation/libpq-concepts.html: [...] > Do you think I can found not thread-safe libpq in distros like Centos, > Fedora, Ubuntu? Add Harbour wrapper to function which re

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Lorenzo Fiorini
2010/2/2 Przemysław Czerpak : > Check if libpq is fully MT safe. Thanks for the answer. This is what I've found in http://www.enterprisedb.com/documentation/libpq-concepts.html: ... 29.4.16. Behavior in Threaded Programs libpq is reentrant and thread-safe if the configure command-line option -

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

2010-02-02 Thread druzus
Revision: 13744 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13744&view=rev Author: druzus Date: 2010-02-02 16:59:07 + (Tue, 02 Feb 2010) Log Message: --- 2010-02-02 17:58 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/rtl/direc

Re: [Harbour] DBF encryption

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, Alex Strickland wrote: Hi, > >If you want to change password then you have to decrypt the table > >and then encrypt it again with new password. > What do you think of issuing a RTE if you try and encrypt an > encrypted database, it seems better than a silent fail? > Similarly

Re: [Harbour] Re: USE error ?

2010-02-02 Thread Viktor Szakáts
Hi, > Hi, > >> Related to this: My app doesn't need exclusive mode, >> but there are still a few typical places where it is >> used: pack and reindex (and structure change) operations. >> If POSIX doesn't support exclusive access, what is the >> recommended way to open a table for above operat

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-02 Thread Przemysław Czerpak
On Mon, 01 Feb 2010, Lorenzo Fiorini wrote: Hi, > Continuing in my MT path this is what I get from code that work since years > ST: > double free or corruption (!prev): 0x0a05bd48 *** > === Backtrace: = > /lib/tls/i686/cmov/libc.so.6[0xb7a89604] > /lib/tls/i686/cmov/libc.so.6(cfree+0

Re: [Harbour] Re: USE error ?

2010-02-02 Thread Przemysław Czerpak
On Mon, 01 Feb 2010, Szak�ts Viktor wrote: Hi, > Related to this: My app doesn't need exclusive mode, > but there are still a few typical places where it is > used: pack and reindex (and structure change) operations. > If POSIX doesn't support exclusive access, what is the > recommended way to

Re: [Harbour] Debugging c code

2010-02-02 Thread marco bra
To get the support (or to report bug) about your Ubuntu issue please refer to the main https://launchpad.net/ubuntu Ubuntu site, be free to ask any kind of question here: https://answers.launchpad.net/ubuntu Hth ___ Harbour mailing list (attachment size

Re: [Harbour] Re: USE error ?

2010-02-02 Thread Przemysław Czerpak
On Mon, 01 Feb 2010, David Arturo Macias Corona wrote: Hi, > Something has changed for this case since Aug 2007 ? > "It mean that (in Linux) Harbour and xHarbour can not share dbf files ?" I created new code for MT mode which also can use BSD or POSIX locks for deny flags emulation so now it wor

RE: [Harbour] New trouble with type from MS Sql

2010-02-02 Thread Horodyski Marek (PZUZ)
>-Original Message- >From: Horodyski Marek (PZUZ) >Sent: Tuesday, February 02, 2010 10:18 AM >To: Harbour Project Main Developer List. >Subject: RE: [Harbour] New trouble with type from MS Sql > >>-Original Message- >>From: Viktor Szakáts [mailto:harbour...@syenar.hu] >>Sent: Mo

[Harbour] hb_idleSleep( ntimeOut ) & DST

2010-02-02 Thread AbeB
Hi All, Will hb_idleSleep( ntimeOut ) wait for an extra hour if the clock is adjusted just in that moment with an hour back (like in DST)? Thanks Abe. -- View this message in context: http://n2.nabble.com/hb-idleSleep-ntimeOut-DST-tp4501573p4501573.html Sent from the harbour-devel mailing lis

Re: [Harbour] hb_QWith()/with object inside macro compiler

2010-02-02 Thread Viktor Szakáts
Hi, > We have two choices: > 1) detach WITH OBJECT variable lust like local variables > and add code which will resolve references in each : code. > It will cause some small speed overhead but it will work > 2) forbid using : in nested code blocks at compile time. > If we want to add

Re: [Harbour] hb_QWith()/with object inside macro compiler

2010-02-02 Thread Przemysław Czerpak
On Tue, 02 Feb 2010, Maurilio Longo wrote: Hi, > I'm trying to rebuild a project of mine with harbour (it was developed with > xharbour) but I'm facing a problem, it seems that an object I'm accessing with > a "with object xxx" does not work inside macro compiler. > Example: > with object MyObje

RE: [Harbour] New trouble with type from MS Sql

2010-02-02 Thread Horodyski Marek (PZUZ)
>-Original Message- >From: Horodyski Marek (PZUZ) >Sent: Monday, February 01, 2010 6:46 PM >To: Harbour Project Main Developer List. >Subject: RE: [Harbour] New trouble with type from MS Sql > >>-Original Message- >>From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt] ... >>>

Re: [Harbour] New trouble with type from MS Sql

2010-02-02 Thread Mindaugas Kavaliauskas
Hi, Marek, Horodyski Marek (PZUZ) wrote: It's 64-bit signed integer. (confirmed from multiple sources) I do not know how to properly do so should this amendment. Meanwhile, I have an error when closing the query. For sure code should be fixed to obtain large values if this is 64-bit int ty

Re: [Harbour] How to avoid terminal window using hbide/hbmk2 underwindows

2010-02-02 Thread 2D Info
Solved! Thank you ! Brgds Leandro -- From: "Viktor Szakáts" Sent: Tuesday, February 02, 2010 5:49 AM To: "Harbour Project Main Developer List." Subject: Re: [Harbour] How to avoid terminal window using hbide/hbmk2 underwindows It's enough to co

Re: [Harbour] DBF encryption

2010-02-02 Thread Alex Strickland
Przemysław Czerpak wrote: If you want to change password then you have to decrypt the table and then encrypt it again with new password. What do you think of issuing a RTE if you try and encrypt an encrypted database, it seems better than a silent fail? Similarly, what do you think of a RTE

Re: [Harbour] hb_QWith()/with object inside macro compiler

2010-02-02 Thread Maurilio Longo
Hi, here a little test sample, I've built it from the logic of my app, but it should be enough. --8< #include "hbclass.ch" class test method New() method Num() endclass method new() class test return self method num() class test return 1 function main() priv

RE: [Harbour] New trouble with type from MS Sql

2010-02-02 Thread Horodyski Marek (PZUZ)
>-Original Message- >From: Viktor Szakáts [mailto:harbour...@syenar.hu] >Sent: Monday, February 01, 2010 6:32 PM >To: Harbour Project Main Developer List. >Subject: Re: [Harbour] New trouble with type from MS Sql > >> Try to add the fourth case sentence: >> case SQL_BIGINT: >> >> But I

Re: [Harbour] How to avoid terminal window using hbide/hbmk2 under windows

2010-02-02 Thread Viktor Szakáts
It's enough to copy the solution from any existing win32 gui lib; the option needed is -gtgui (or gt=gtgui setting for .hbc files). Brgds, Viktor On 2010 Feb 2, at 02:03, Leandro Damasio wrote: > Hello, > I'm working on a new Win32 gui lib for Harbour and when I link an aplication > using hbi

[Harbour] Re: How to avoid terminal window using hbide/hbmk2 underwindows

2010-02-02 Thread Antonio Martinez
On borland linker use -aa linker option. Leandro Damasio escribió en mensaje <23a659c78c92492dbb68d4e6e190a...@noteleo>... Hello, I'm working on a new Win32 gui lib for Harbour and when I link an aplication using hbide (hbmk2) it calls a empty black terminal window behind my main window.