[Harbour] hbdoc2 compile errors

2010-03-10 Thread Heinz V. Bergen
Using SVN build 2.1.0dev (Rev. 14123) Trying to make examples\hbdoc2 using hbmk2 and hbmk2 project file hbdoc2.hbp Get the following errors, what am I doing wrong? D:\harbour\examples\hbdoc2>hbmk2 hbdoc2.hbp hbmk2: Processing configuration: d:\harbour\bin\hbmk.cfg gentxt.prg(101) Error E0019 #e

Re: [Harbour] hbdoc2 compile errors

2010-03-11 Thread Heinz V Bergen
Thank-you, yes it compiles now. Heinz Pritpal Bedi wrote: > > > > Please check after r14127. > > > - > enjoy hbIDEing... > Pritpal Bedi > _a_student_of_software_analysis_&_design_ > -- > View this message in context: > http://n2.nabble.com/hbdoc2

[Harbour] Clipper NTX Index Corruption

2010-03-31 Thread Heinz V. Bergen
Harbour compiled program is corrupting Cl*pper NTX Indexes. Discovered cause was with Indexes containing STR(RECNO()) in its key. Clipper will return a string length of 7, while Harbour returns a length of 10. Checked the Harbour Docs and it indicates that Str(Recno()) should also return a string

Re: [Harbour] Clipper NTX Index Corruption

2010-04-01 Thread Heinz V Bergen
Hello Przemek, Thank-you very much for the detailed explanation and the additional most helpful information. At this time I need to co-exist with pure Cl*pper files and indexes, but once I get all systems converted to Harbour, I will look at improved functionality. When the time comes, your sugge

Re: [Harbour] Harbour "random" GPFs

2010-05-02 Thread Heinz V Bergen
Viktor Szakáts wrote: > > Hi All, > > Lately I mentioned having "random" GPFs with my live apps > since changing to Harbour r14336. I also mentioned they are > gone. This turned out not to be true, they are still present. > > ... > > Viktor > > Hello all, not sure if this is related but

Re: [Harbour] Harbour "random" GPFs

2010-05-03 Thread Heinz V Bergen
OK, using latest Harbour (r14422) and did a "mingw32-make clean install", then recompiled my app with "hbmk2" as console app, no GTs and tested, still got error. When Windows dialog to send error report, I clicked on debug window opening VS2005 debugger, showed error in disassembled code as "Unhan

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
káts wrote: > > Could you post your complete hb_out.log? > What extra libs do you use (-l hbmk2 options)? > > Viktor > > On 2010 May 3, at 22:15, Heinz V Bergen wrote: > >> >> OK, using latest Harbour (r14422) and did a "mingw32-make clean install"

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
, is that the latest SVN hbmk2 and release 2.0 hbmk2 do create different application EXE sizes. Heinz Przemysław Czerpak wrote: > > On Mon, 03 May 2010, Heinz V Bergen wrote: > > Hi, > >> OK, using latest Harbour (r14422) and did a "mingw32-make clean install",

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
The offending line 973 code is: Return( lOK ) The executable is running where intended. Heinz Pritpal Bedi wrote: > > > > Heinz V Bergen wrote: >> >> Called from EXPORT(973) in ../BREXPORT.prg >> > > Can you show the offending line code ? >

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
Agreed, my thought is that hbmk2 in the two versions are using different compiler options, as the only difference is the two different versions of hbmk2 that I used to compile my app. Of course I'm probably looking at this in a somewhat less knowledgable direction. Based on the same hbm script, sa

Re: [Harbour] Harbour "random" GPFs

2010-05-06 Thread Heinz V Bergen
Whew! My problem has been resolved by fix in Revision 14441. Thanks all for the insight, code reducing experience and extra thanks to Przemysław Czerpak for the encouragement and final fix. Heinz Heinz V Bergen wrote: > > > > Viktor Szakáts wrote: >> >> Hi All, &