Hi,

I'm using Lazarus 1.1 LCL-GTK2 64-bit under Linux.

Lazarus 1.1 r38729 FPC 2.6.0 x86_64-linux-gtk 2

Every now and again, if I switch between projects, then Lazarus IDE throws and Access Violation with the dialog warning about data loss and the usual OK or Cancel button.

I ran Lazarus from the command line and used the IDE until I got that error again - it didn't take long. Only recently did I start using the Anchor Docking add-on, but I can't remember if this issue occurred before I used Anchor Docking. I'll disable it now and keep using Lazarus IDE and see if the same error appears.

-----------------------------------
<...snip...>
TLazPackageGraph.CloseUnneededPackages Pkg=tiOPFfpGUI TLazPackageGraph.CloseUnneededPackages Pkg=zcore
TLazPackageGraph.CloseUnneededPackages Pkg=tiOPF
TLazPackageGraph.CloseUnneededPackages Pkg=tponguard TLazPackageGraph.CloseUnneededPackages Pkg=laz_synapse TLazPackageGraph.CloseUnneededPackages Pkg=fpgui_toolkit TIDEAnchorDockMaster.ShowForm
AControl=PackageEditor_fptest:TPackageEditorForm NeedPlacing=True Floating=True
TIDEAnchorDockMaster.ShowForm placing
PackageEditor_fptest:TPackageEditorForm ...
TIDEAnchorDockMaster.ShowForm creator for
PackageEditor_fptest:TPackageEditorForm found: Left=250 Top=200 Right= Bottom= DockSiblingName= DockAlign=alNone l=250,t=200,r=714,b=655 TIDEAnchorDockMaster.ShowForm MakeVisible
PackageEditor_fptest:TPackageEditorForm l=0,t=0,r=464,b=455 Floating=True TCodeHelpManager.GetFPDocFilenameForSource Hint: Owner has no fpdoc paths: /home/graemeg/devel/fptest/src/TextTestRunner.pas TCodeHelpManager.GetFPDocFilenameForSource Hint: file without owner: /home/graemeg/devel/fpc-2.6.1/src/rtl/linux/system.pp TCodeHelpManager.GetFPDocFilenameForSource Hint: Owner has no fpdoc paths: /home/graemeg/devel/fptest/src/timemanager.pas TCodeHelpManager.GetFPDocFilenameForSource Hint: file without owner: /home/graemeg/devel/fpc-2.6.1/src/packages/fcl-xml/src/dom.pp TCodeHelpManager.GetFPDocFilenameForSource Hint: Owner has no fpdoc paths: /home/graemeg/devel/fptest/src/XMLListener.pas TApplication.HandleException Access violation
Stack trace:
$0000000000671150
$0000000000B58EED line 912 of projectinspector.pas $0000000000B58C59 line 874 of projectinspector.pas $0000000000B58668 line 769 of projectinspector.pas $00000000006B8C76 line 694 of include/application.inc $00000000006B7C0E line 407 of include/application.inc $00000000006BAFC8 line 1281 of include/application.inc $00000000006BB479 line 1413 of include/application.inc $0000000000729526 line 60 of include/interfacebase.inc $00000000006BB422 line 1401 of include/application.inc $0000000000660D6E line 115 of lazarus.pp

------------------------------------

I don't know where the issue is... IDE, Anchor Docking, Project Inspector window etc. But just it case, my anchor docking layout is as follows.

+----------------------------------------------------+ | | | main IDE form | +----------------------------------------------------+ | | | | | | | | | | Project | | | Inspector | | | window | Editor window | | | | | | | | | | | +----------------------------------------+ | | | | | Message window | | | | +-----------+----------------------------------------+

Regards,
- Graeme -

Can you see a pattern?

I ran Lazarus from the command line and used the IDE until I got that error again - it didn't take long. Only recently did I start using the Anchor Docking add-on, but I can't remember if this issue occurred before I used Anchor Docking.

I use that too and saw the above thing too.
I did not yet have the time to investigate.

Pretty normal.

Mattias

Mattias Gaertner wrote

Can you see a pattern?

It seems to be related to Anchor Docking. After I uninstalled the two anchor docking packages (runtime & designtime) the problem has not occurred again.

Regards,
- Graeme -

2012/9/26 Graeme Geldenhuys :

It seems to be related to Anchor Docking. After I uninstalled the two anchor docking packages (runtime & designtime) the problem has not occurred again.

Afaik there are still some serious bugs open regarding the anchordocking, for example it cannot properly save and restore every possible layout and unfortunately I have not seen any activity (any commits regarding anchordocking) for a very long time now, I would not expect it to be less broken today than it was already a year ago.

Bernd hat am 27. September 2012 um 10:37 geschrieben:

Although your statement is true, it is unrelated.

The new crashes is a regression.
The source editor files are not handled by the docking, so this bug is not in the docking code itself.
Probably some code in the IDE assumes that the top level parent form of a control is one of the IDE forms.

Mattias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20120927/8ffd6462/attachment.html>

Mattias Gaertner hat am 27. September 2012 um 10:46 geschrieben:

It was a wrong refactoring. It happened only when opening the project via Ctrl-O.
It didn't close the old project.
Fixed.

Mattias

Mattias Gaertner wrote

It didn't close the old project. Fixed.

Thanks, I'll update and retest now.

Graeme.

Mattias Gaertner wrote

It was a wrong refactoring. It happened only when opening the project via Ctrl-O. It didn't close the old project. Fixed.

Oops, it was my bad.
Thanks for fixing it.

Juha