[fpc-pascal] FPC 2.6.4 for GO32

Lubomír Čabla kladno at gmail.com
Fri Mar 28 23:20:52 CET 2014


I have only good news...

The window list with ALT+0 works, good job, thank you.
Yes, I am using the option -Cr just for debugging purpose.

>Did you try to use -O- to recompile all rtl/packages
>to rule out optimization error?

Not yet, because I found the cause of the freezing program FP.EXE
when I use trace key F7 or run program with breakpoint(s).

*The cause is CWSDPMI.EXE r7.*

If I use an earlier version CWSDPMI.EXE r5 or another DPMI server
(hdpmi32.exe)
everything works as it should!

Some users reported a bug to me (using new CWSDPMI r7)

Page Fault cr2=00400000 at eip=419; flags=3206
Eax=00000300 ebx=00330021 ecx=000000a6 edx=bfeb00bf esi=00000000
edi=00000000
Ebp=00000001 esp=00003ffa cs=87 ds=bf es=b7 fs=0 gs=0 ss=a7 error=0006

The explanation on http://www.delorie.com/djgpp/v2faq/faq12_2.html:

"This usually means the program tried to access some data via a NULL or an
uninitialized pointer."

But using CWSDPMI.EXE r5 or hdpmi32.exe no error occurs (with the same
program).

SUMMARY:

Thank you very much, now I am happy because everything works including the
possibility of debugging.

I'll do more tests but I assume that everything will be fine.

Lubomir Cabla

On Fri, Mar 28, 2014 at 12:09 PM, Pierre Free Pascal
<pierre at freepascal.org>wrote:

>
>
> > -----Message d'origine-----
> > De : fpc-pascal-bounces at lists.freepascal.org [mailto:fpc-pascal-
> > bounces at lists.freepascal.org] De la part de Lubomír Cabla
> > Envoyé : mercredi 26 mars 2014 21:05
> > À : FPC-Pascal users discussions
> > Objet : Re: [fpc-pascal] FPC 2.6.4 for GO32
> >
> > First the good news:
> >
> > this new release of FP.EXE has removed previous errors
> > and it seems that GDB works. Thank you for your work.
>
>   Great...
>
> > Now the bad news:
> >
> > 1.
> >
> > When I press "ALT+0" to get window list I get this error
> > regardless if a file(s) are opened or not:
> >
> > Runtime error 219 at $00004868
> > $00004868  FPC_CHECK_OBJECT_EXT,  line 853 of
> > e:/fpc264/fpcsrc/rtl/inc/generic.inc
> > $000A614C  TWINDOWLISTBOX__GETTEXT,  line 81 of fpmwnd.inc
> > $000423B5  TLISTVIEWER__DRAW,  line 3530 of src/views.pas
> > $0003C8DD  TVIEW__DRAWVIEW,  line 1433 of src/views.pas
> > $0003E8E0  TGROUP__DRAWSUBVIEWS,  line 2162 of src/views.pas
> > $0003EA24  TGROUP__DRAW,  line 2209 of src/views.pas
> > $0003C8DD  TVIEW__DRAWVIEW,  line 1433 of src/views.pas
> > $0003E8E0  TGROUP__DRAWSUBVIEWS,  line 2162 of src/views.pas
> > $0003C82C  TVIEW__DRAWUNDERRECT,  line 1409 of src/views.pas
> > $0003C884  TVIEW__DRAWUNDERVIEW,  line 1424 of src/views.pas
>
>   This is the problem when you use seldom checked features like
> -CR...
>   This adds an explicit test when typecasting an
> object or class to some specific type,
> which revealed an error in the source (the error itself is harmless)
> as both types do use the same GetTitle method.
>
> See
> http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revision&revision=27305
>
> > 2.
> >
> > Another problem I got with the keys Trace into (F7) and Step over (F8).
> >
> > With a simple program using keys F7 and F8 works fine.
> >
> > I have a project (about 200 000 lines).
> >
> > When program running in IDE encounters a breakpoint program just hangs.
>
>   This is a problem I often also see when trying to debug the IDE itself...
> It seems that when the program runs out of virtual memory,
> the behavior is not very reproducible...
>   Not sure what can be done here ...
>
> > The same happens when I use a key F7 to trace any procedure
> > (whether there is a breakpoint or not).
> >
> > I'm afraid that something overwrites memory because
> > sometimes the result is a corrupted FAT table.
> >
> > When I use the "oldies but goldies" FPC 1.0.11 (IDE 0.9.2, GDB 5.2.1)
> > for the same project everything works well.
>
>  Did you try to use -O- to recompile all rtl/packages
> to rule out optimization error?
>
>   Anyway, I uploaded a new fpgdb.zip file to
> dist/2.6.4/i386-go32v2/separate/
> this time compiled using
> make distclean all OPT="-n -gsl -O-"
> at fpcsrc level.
>   Please try it out and report,
>
> Pierre Muller
> _______________________________________________
> fpc-pascal maillist  -  fpc-pascal at lists.freepascal.org
> http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20140328/1a1d6e0a/attachment.html>


More information about the fpc-pascal mailing list