AnchorDocking fails using Lazarus Trunk
lazarus / 5-Lazarus Extra Components
----------------------------------------------------------------------
dsiders · 2021-06-02 23:25
I did an install of 2.0.12 (FPC 3.2.0) and applied Lazarus SVN trunk
to it. Now, when I try to install AnchorDocking the IDE fails to
restart after building. There were no error when I compiled the run-
time and design-time packages. After building the IDE, it restarts but
hangs after displaying only a wireframe outline of the docked IDE.
Has to be killed using Task Manager.
I've tinkered with everything I can think of... to no avail. Any
ideas?
Using Windows 8.1 64-bit, FPC 3.2.0, Lazarus trunk revision 65166.
----------------------------------------------------------------------
af0815 · 2021-06-03 05:49
Try to start Lazarus from commandline. Normal here are more infos. You
can also use the the commandline switch --debug-log for more infos.
----------------------------------------------------------------------
dsiders · 2021-06-03 13:48
Quote from: af0815 on June 03, 2021, 07:49:56 amTry to start Lazarus
from commandline. Normal here are more infos. You can also use the the
commandline switch --debug-log for more infos.
Thanks for the suggestion. Will try later today, and follow up as
needed.
----------------------------------------------------------------------
dsiders · 2021-06-04 00:04
Quote from: af0815 on June 03, 2021, 07:49:56 amTry to start Lazarus
from commandline. Normal here are more infos. You can also use the the
commandline switch --debug-log for more infos.
Finally got around to trying debug-log. Output follows:
Code: Text [Select][+][-]window.onload = function(){var x1 =
document.getElementById("main_content_section"); if (x1) { var x =
document.getElementsByClassName("geshi");for (var i = 0; i Hint:
(lazarus) [TMainIDE.ParseCmdLineOptions]
PrimaryConfigPath="C:\Users\Don\AppData\Local\lazarus"Hint: (lazarus)
[TMainIDE.ParseCmdLineOptions] SecondaryConfigPath="C:\lazarus"Hint:
(lazarus) [TBuildManager.SetBuildTarget] Old=x86_64-win64-win32
New=x86_64-win64-win32 Changed: OS/CPU=True
LCL=FalseTApplication.HandleException: EAccessViolationAccess
violation Stack trace: $0000000000000000 $0000000100B0494C DRAW,
line 6521 of anchordocking.pas $0000000100B050E4 PAINT, line 6609
of anchordocking.pas $00000001001B4B72 PAINTWINDOW, line 123 of
include/customcontrol.inc $000000010019E45F PAINTHANDLER, line 4857
of include/wincontrol.inc $00000001001A22E5 WMPAINT, line 6836 of
include/wincontrol.inc $00000001001B4A87 WMPAINT, line 103 of
include/customcontrol.inc $00000001000111F1 $00000001001AB4D1
WNDPROC, line 2282 of include/control.inc $000000010019F7B9
WNDPROC, line 5429 of include/wincontrol.inc $0000000100281C69
DELIVERMESSAGE, line 112 of lclmessageglue.pas $000000010017CD71
SENDPAINTMESSAGE, line 745 of win32/win32callback.inc
$0000000100180F69 DOWINDOWPROC, line 2354 of
win32/win32callback.inc $0000000100182080 WINDOWPROC, line 2771 of
win32/win32callback.inc $00007FF81E333F40 $00007FF81E333902
$00007FF81E3339CEFreeFormEditor:
FormEditor1=TFormEditor[TJITComponentList.DestroyJITComponent] ERROR
destroying component Error: Access violation Stack trace:
$00000001004A9F2F SETCUSTOMFORM, line 1168 of
../designer/controlselection.pp $00000001004AD968 DELETE, line 2291
of ../designer/controlselection.pp $00000001004AD888 REMOVE, line
2272 of ../designer/controlselection.pp $00000001004AAE3D
NOTIFICATION, line 1456 of ../designer/controlselection.pp
$00000001000B40F7 $000000010022633B DESTROY, line 152 of
lclclasses.pp $00000001001B2479 DESTROY, line 5189 of
include/control.inc $00000001001A1DD7 DESTROY, line 6653 of
include/wincontrol.inc $00000001001B4827 DESTROY, line 40 of
include/customcontrol.inc $000000010003B787 DESTROY, line 354 of
include/scrollingwincontrol.inc $000000010003CBF9 DESTROY, line 137
of include/customform.inc $0000000100010CBB $00000001004811AF
DESTROYJITCOMPONENT, line 780 of ../designer/jitforms.pp
$0000000100480F13 DESTROY, line 731 of ../designer/jitforms.pp
$0000000100010CBB $00000001000307F7 $000000010049FC6D DESTROY,
line 530 of customformeditor.ppTCustomFormEditor.JITListException
List.CurReadStreamClass=nil nil
Not sure how to solve it. May have to bug report this one.
It's hard to believe no one else has used 2.0.12 with Lazarus trunk.
----------------------------------------------------------------------
Gustavo 'Gus' Carreno · 2021-06-04 03:03
Hey dsiders,
I've had major issues with Anchor Docking and the generics
implementation that comes with sparta.
On fpcupdeluxe I have this patch I apply for versions below 2.1:
Code: Diff [Select][+][-]window.onload = function(){var x1 =
document.getElementById("main_content_section"); if (x1) { var x =
document.getElementsByClassName("geshi");for (var i = 0; i Index: comp
onents/sparta/mdi/sparta_mdi.lpk======================================
=============================--- components/sparta/mdi/sparta_mdi.lpk
(revision 61673)+++ components/sparta/mdi/sparta_mdi.lpk
(working copy)@@ -46,16 +46,13 @@ -
+ -
+ - + -
- -
Index: components/sparta/toolsapi/sparta_toolsap
i.lpk=================================================================
==--- components/sparta/toolsapi/sparta_toolsapi.lpk (revision
61673)+++ components/sparta/toolsapi/sparta_toolsapi.lpk (working
copy)@@ -9,7 +9,7 @@
- +
@@ -26,16 +26,13 @@
-
+ -
+ - + -
- -
I'm not sure that this is your problem, or even if it will solve your
problem, but I've had success and no more issues after I applied this
patch.
Cheers,
Gus
----------------------------------------------------------------------
dsiders · 2021-06-04 05:10
Quote from: Gustavo 'Gus' Carreno on June 04, 2021, 05:03:34 amHey
dsiders,
I've had major issues with Anchor Docking and the generics
implementation that comes with sparta.
On fpcupdeluxe I have this patch I apply for versions below 2.1:
Code: Diff [Select][+][-]window.onload = function(){var x1 =
document.getElementById("main_content_section"); if (x1) { var x =
document.getElementsByClassName("geshi");for (var i = 0; i Index: comp
onents/sparta/mdi/sparta_mdi.lpk======================================
=============================--- components/sparta/mdi/sparta_mdi.lpk
(revision 61673)+++ components/sparta/mdi/sparta_mdi.lpk
(working copy)@@ -46,16 +46,13 @@ -
+ -
+ - + -
- -
Index: components/sparta/toolsapi/sparta_toolsap
i.lpk=================================================================
==--- components/sparta/toolsapi/sparta_toolsapi.lpk (revision
61673)+++ components/sparta/toolsapi/sparta_toolsapi.lpk (working
copy)@@ -9,7 +9,7 @@
- +
@@ -26,16 +26,13 @@
-
+ -
+ - + -
- -
I'm not sure that this is your problem, or even if it will solve your
problem, but I've had success and no more issues after I applied this
patch.
Cheers,
Gus
Thanks for that... but I'm not using Sparta. The error is in the
components/anchordocking package and its interaction with the IDE.
----------------------------------------------------------------------
JuhaManninen · 2021-06-04 06:19
Quote from: dsiders on June 03, 2021, 01:25:16 amI did an install of
2.0.12 (FPC 3.2.0) and applied Lazarus SVN trunk to it.
Does it mean you copied trunk sources on top of 2.0.12 sources?
It is not a good idea although I don't know if it causes this
particular problem. You should download trunk sources to a dedicated
directory and build it with an installed FPC. Just run "make" from
console. It works also on Windows, "make" binary is provided by FPC.
----------------------------------------------------------------------
dsiders · 2021-06-04 13:09
Quote from: JuhaManninen on June 04, 2021, 08:19:37 amQuote from:
dsiders on June 03, 2021, 01:25:16 amI did an install of 2.0.12 (FPC
3.2.0) and applied Lazarus SVN trunk to it.
Does it mean you copied trunk sources on top of 2.0.12 sources?
It is not a good idea although I don't know if it causes this
particular problem. You should download trunk sources to a dedicated
directory and build it with an installed FPC. Just run "make" from
console. It works also on Windows, "make" binary is provided by FPC.
I deleted all source directories, and checked out trunk. svn stat
shows no issues. I used make clean bigide to rebuild. No errors there
either.
No problems until I install anchordockingdsgn.lpk.
----------------------------------------------------------------------
Gustavo 'Gus' Carreno · 2021-06-04 16:25
Hey dsiders,
Quote from: dsiders on June 04, 2021, 07:10:52 amThanks for that...
but I'm not using Sparta. The error is in the components/anchordocking
package and its interaction with the IDE.
Well it's not you that I'm worried about.
Anchor Docking uses Sparta for the form docking. At least if you
install it with the default settings.
So, Lazarus, not you, is using one of Sparta's IDE components when
Anchor Docking is installed and that's why I've mentioned the
generics.
But I do have to say that my issues popped up while compiling, so
maybe you got a source version where the Sparta component issue is
already solved.
I dunno, I just thought it would be a nice thing to mention in case it
could be the culprit.
Cheers,
Gus
----------------------------------------------------------------------
dsiders · 2021-06-05 00:07
Quote from: Gustavo 'Gus' Carreno on June 04, 2021, 06:25:54 pmHey
dsiders,
Quote from: dsiders on June 04, 2021, 07:10:52 amThanks for that...
but I'm not using Sparta. The error is in the components/anchordocking
package and its interaction with the IDE.
Well it's not you that I'm worried about.
Anchor Docking uses Sparta for the form docking. At least if you
install it with the default settings.
So, Lazarus, not you, is using one of Sparta's IDE components when
Anchor Docking is installed and that's why I've mentioned the
generics.
But I do have to say that my issues popped up while compiling, so
maybe you got a source version where the Sparta component issue is
already solved.
I dunno, I just thought it would be a nice thing to mention in case it
could be the culprit.
Cheers,
Gus
It's not Sparta. I've deleted all of the source in components/sparta
directories, and both the run-time and design-time packages in
components/anchordocking still compile. They just don't work after
installation. They have no dependency on Sparta.
----------------------------------------------------------------------
Gustavo 'Gus' Carreno · 2021-06-05 05:46
Hey dsiders,
Quote from: dsiders on June 05, 2021, 02:07:20 amIt's not Sparta. I've
deleted all of the source in components/sparta directories, and both
the run-time and design-time packages in components/anchordocking
still compile. They just don't work after installation. They have no
dependency on Sparta.
Hummm, that's news to me. Thanks for getting back with this. I was
under the impression that Anchor Docking always depended on the Sparta
stuff to anchor the form.
I need to re-evaluate my knowledge of this thanks to you!!
There's a new component to dock the form, but it's only available on
trunk. I need to do another deep dive on this to refresh my knowledge.
Thanks, dsider, for doing the Sparta cleanup/test. I really appreciate
you taking my suggestion even if it wasn't a solution at all.
Cheers,
Gus
----------------------------------------------------------------------
af0815 · 2021-06-05 06:17
martin_fr made a new component without need of the sparta components
and they now deprecated for newer Lazarus. You can get information
about the new component her in forum and the greman forum too. I have
this installed for a lot of weeks and no problem. There is a package
for 'older' versions of Lazarus too.
I have no problem, if i remove all depencied to sparta and install the
new package.
QuoteIt's hard to believe no one else has used 2.0.12 with Lazarus
trunk. This sentence is nonsense for me. I can use Lazarus 2.0.12 with
fpc 3.2.0 OR Lazarus Trunk with fpc 3.2.0. A described before, mixing
of Lazarus is a no-go.
If you remove an old version of Lazarus dont forget to remove all the
objectfiles too. Sometimes i have found, a 'make clean' did not found
all old files and this make confusion. Normal, if i change the svn
path, i remove ALL and build all from ground up. In times of OPM (and
fpcupdeluxe) i am as fast as searching for problems in the
installation.
With fpcupdeluxe + OPM i have always a running system and can test
other combination without sideeffects.
----------------------------------------------------------------------
PascalDragon · 2021-06-05 08:57
Quote from: Gustavo 'Gus' Carreno on June 05, 2021, 07:46:14 amQuote
from: dsiders on June 05, 2021, 02:07:20 amIt's not Sparta. I've
deleted all of the source in components/sparta directories, and both
the run-time and design-time packages in components/anchordocking
still compile. They just don't work after installation. They have no
dependency on Sparta.
Hummm, that's news to me. Thanks for getting back with this. I was
under the impression that Anchor Docking always depended on the Sparta
stuff to anchor the form.
I need to re-evaluate my knowledge of this thanks to you!!
Sparta is only required for the (old) Docked Form Editor. Anchor
Docking itself never required it as it's way older.
Quote from: af0815 on June 05, 2021, 08:17:07 ammartin_fr made a new
component without need of the sparta components and they now
deprecated for newer Lazarus. You can get information about the new
component her in forum and the greman forum too. I have this installed
for a lot of weeks and no problem. There is a package for 'older'
versions of Lazarus too.
It's Michl, not martin_fr who made that.
----------------------------------------------------------------------
Gustavo 'Gus' Carreno · 2021-06-05 09:12
Hey PascalDragon,
Quote from: PascalDragon on June 05, 2021, 10:57:05 amSparta is only
required for the (old) Docked Form Editor. Anchor Docking itself never
required it as it's way older.
Ahhh, that makes sense.
I guess that in my mind I made an incorrect association due to the
fact that when I installed Anchor Docking, Sparta was involved.
But the fact that Anchor Docking and the Docked Form Editor are
separate makes more sense.
Thanks PascalDragon, as always a trove of dis-ambiguity
And to be honest I've unhitched the forms in 2.0.12 and below but I'm
using the new Docked Form Editor on trunk and it has behaved very
well.
My main issue with the old one is the fact that it always entered in
drag to select mode if I didn't do a long click on a component.
Maybe due to my computer being so crap, but it irritated me to no
end...
Problem solved with the new version. If only I could figure out how to
use that on 2.0.12 and below.
Cheers,
Gus
----------------------------------------------------------------------
af0815 · 2021-06-05 12:27
Quote from: PascalDragon on June 05, 2021, 10:57:05 amIt's Michl, not
martin_fr who made that.
Sorry for my mistake. All honor have to go to Michl.
----------------------------------------------------------------------
dsiders · 2021-06-05 17:15
Quote from: af0815 on June 05, 2021, 08:17:07 amQuoteIt's hard to
believe no one else has used 2.0.12 with Lazarus trunk. This sentence
is nonsense for me. I can use Lazarus 2.0.12 with fpc 3.2.0 OR Lazarus
Trunk with fpc 3.2.0. A described before, mixing of Lazarus is a no-
go.
If you remove an old version of Lazarus dont forget to remove all the
objectfiles too. Sometimes i have found, a 'make clean' did not found
all old files and this make confusion. Normal, if i change the svn
path, i remove ALL and build all from ground up. In times of OPM (and
fpcupdeluxe) i am as fast as searching for problems in the
installation.
With fpcupdeluxe + OPM i have always a running system and can test
other combination without sideeffects.
You are correct, that sentence was nonsense. I meant to say "FPC 3.2.0
with Lazarus Trunk".
I basically removed every directory except the fpc directory with the
64-bit compiler. Then I checked out trunk.
I have not used fpcupdeluxe. I've had no need for it in the past.
Looks like I may have to use it now.
----------------------------------------------------------------------
af0815 · 2021-06-05 17:38
Quote from: dsiders on June 05, 2021, 07:15:51 pmI basically removed
every directory except the fpc directory with the 64-bit compiler.
Then I checked out trunk.
This should indeed work. With the remove, you build it from ground up.
----------------------------------------------------------------------
dsiders · 2021-06-05 19:51
Quote from: af0815 on June 05, 2021, 07:38:21 pmQuote from: dsiders on
June 05, 2021, 07:15:51 pmI basically removed every directory except
the fpc directory with the 64-bit compiler. Then I checked out trunk.
This should indeed work. With the remove, you build it from ground up.
Well, it does... except for anchor docking.
----------------------------------------------------------------------
dsiders · 2021-06-06 10:49
Problem resolved. It's a stray environment option setting. See:
https://bugs.freepascal.org/view.php?id=38960.