RE: [Harbour] Harbour "random" GPFs

2010-05-11 Thread Horodyski Marek (PZUZ)
> -Original Message- > From: Heinz V Bergen [mailto:hber...@ops.phl.ca] > Sent: Thursday, May 06, 2010 11:41 PM > To: harbour@harbour-project.org > Subject: Re: [Harbour] Harbour "random" GPFs > > > Whew! > My problem has been resolved by fix i

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, >> >> Lately I mentioned h

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Viktor Szakáts
> 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 You can verify the exact options/arguments used if you add '-trace' option to hbmk2. > hbmk2 that I used to compile my app. Of course I'm probabl

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-04 Thread Przemysław Czerpak
On Tue, 04 May 2010, Heinz V Bergen wrote: Hi, > Error occurs on the Return() of the function and all processes within were > completed successfully. The function creates Directories, copies files, > creates an FTP script, calls external RUN to PkZip and FTP and then erases > files and removes di

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 ? > > I suspect, you are executing the .exe from

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Viktor Szakáts
> Error occurs on the Return() of the function and all processes within were > completed successfully. The function creates Directories, copies files, > creates an FTP script, calls external RUN to PkZip and FTP and then erases > files and removes directories, thought maybe RUN calls were the culpr

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
Hello, Error occurs on the Return() of the function and all processes within were completed successfully. The function creates Directories, copies files, creates an FTP script, calls external RUN to PkZip and FTP and then erases files and removes directories, thought maybe RUN calls were the culp

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Heinz V Bergen
Result in Hb_Out.Log after executing app twice, first time got error 9019, second time got error 6005: Application Internal Error - C:\op_new\Hb2Ftr.exe Terminated at: 2010.05.04 09:10:28 Unrecoverable error 9019: Stack underflow Called from EXPORT(973) in ../BREXPORT.prg Called from EXPORTEXCP(1

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Przemysław Czerpak
On Mon, 03 May 2010, Heinz V Bergen wrote: Hi, > 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 > VS

Re: [Harbour] Harbour "random" GPFs

2010-05-03 Thread Viktor Szakáts
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", > then recompiled my app with "hbmk2" as console app, no GTs and tested, s

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-03 Thread Viktor Szakáts
Hi, First retest your app using latest Harbour (r14412 or newer) and see if it fixes these problems. Viktor On 2010 May 2, at 21:39, Heinz V Bergen wrote: > > > > Viktor Szakáts wrote: >> >> Hi All, >> >> Lately I mentioned having "random" GPFs with my live apps >> since changing to Harb

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-04-27 Thread Viktor Szakáts
Hi Teo and All, Thank you for your input. My code doesn't use any UTF8 calls, nor does it make any direct OS calls, or 3rd party lib calls, it's pretty simple stuff, with extend/item and GT API calls, only few .c level string manipulation, and it has been checked using valgrind, too. It's not

Re: [Harbour] Harbour "random" GPFs

2010-04-27 Thread Teo Fonrouge
Hello Viktor, On Apr 27, 2010, at 6:39 AM, 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. > > I have about 100KB of loca