Lazarus Release Candidate 1 of 3.0

[fafafooey]

Thanks for all the hard work put into 3.0, it's been rock solid so far. I do have a couple items that might polish off this release though:

1. When I click Tools -> Options, then click Editor -> Display -> Colors, then modify a color, then click OK, then click Tools -> Options again the IDE Options form automatically goes back to the color edit section.

However, when I right click inside the source editor window and click Options on the popup menu, go to the color edit section, modify a color, click OK, then again right click and click Options, the IDE Options form opens and for a split second the color edit section shows but then it changes to the Editor -> General section.

I think it should open to the last section it was at like it does with the main menu options.

2. Is it possible to change the background color for the source editor hint window? Right now it's a yellowish color and clashes with the editor's dark background color. If it can't be edited in the IDE options then could it obey the tooltip color scheme at least in Windows? I have my tooltip background color set to a light greyish color which is what I expected the source editor hint window to use.

Lazarus 3.0RC1 x86 on Windows 7 (no theme).

Thanks for the help!

[alank]

Come to think of it, it may be the breakpoint window => it contain a TListView (IIRC) => and then having a breakpoint in it, may just be what makes the difference (so not a coincidence).
=> Is your breakpoint window docked? docked on its own, or into a tab-group?

Then I can use that to try and see if I can valgrind the issue.

I do indeed have a Normal and Debug desktop configured (I've used the Lazarus Docked Desktops configuration as a starting point - https://github.com/FlKo/LazarusDockedDesktops). This does have a docked breakpoints window (see lazarus-1 attachment).

When I terminate the running App and Lazarus freezes, theDebug desktop is still shown and it looks as if the Breakpoints window is still docked to the bottom, but empty (see lazarus-2 attachment).

I can run valgrind against it if this will provide more help, but I'm heading off for a week of vacation.

Thanks again,
  Alan

[alank]

Come to think of it, it may be the breakpoint window => it contain a TListView (IIRC) => and then having a breakpoint in it, may just be what makes the difference (so not a coincidence).
=> Is your breakpoint window docked? docked on its own, or into a tab-group?

Then I can use that to try and see if I can valgrind the issue.

Just ran valgrind and interestingly, the access violation does not occur. 

I do think the issue has to do with the docked breakpoints window, however. If I right-click on the docked Breakpoints tab/window and close it, an access violation occurs.

If the Breakpoints windows is not docked, then no access violation occurs.

Alan

[Martin_fr]

When I terminate the running App and Lazarus freezes, theDebug desktop is still shown and it looks as if the Breakpoints window is still docked to the bottom, but empty (see lazarus-2 attachment).

But, it is empty => the listview is already gone (and the trace you reported shows the crash in the destruction of the listview)

So pretty sure it happens while the breakpoint window is closed.

I can run valgrind against it if this will provide more help, but I'm heading off for a week of vacation.

If you can... it can wait till you are back.

I tried to valgrind closing the breakpoint window, but I did close it manually. And I did not get any errors for that.

If I find time, I try to play with desktops... But it could be dependent or gtk version or something like that.


And while I was replying...

Just ran valgrind and interestingly, the access violation does not occur. 

I do think the issue has to do with the breakpoints window, however. If I right-click on the docker Breakpoints tab/window and close it, an access violation occurs

So potentially timing related....

[jwdietrich]

There seems to be an issue with editing resources in the form designer, at least on macOS. I have opened a ticket in the bug tracker.

[Martin_fr]

I do think the issue has to do with the docked breakpoints window, however. If I right-click on the docked Breakpoints tab/window and close it, an access violation occurs.

I managed to catche an issue in anchordocking. At the first glance possible a double free.

https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/40373

If that does not crash in lcl code, and runs the gtk2 freeing of components a 2nd time, then it could probably give the trace you had earlier.

[bobihot]

Under a new installed Debian 12 give error on install. Immediately after that version 2.2.6 is installed correctly and work

[dsiders]

Under a new installed Debian 12 give error on install. Immediately after that version 2.2.6 is installed correctly and work

What error? Are we supposed to guess?

[wp]

Under a new installed Debian 12 give error on install. Immediately after that version 2.2.6 is installed correctly and work

Did the same today: Set up a new VM with Debian 12 and installed Laz3.0RC1. But there was no problem at all. Did you install the three files from https://sourceforge.net/projects/lazarus/files/Lazarus%20Linux%20amd64%20DEB/Lazarus%203.0RC1/? And did you do it in the correct order? fpc-laz first, then fpc-src, finally lazarus-project

[Patro de Nordo]

Unable to start under Windows XP 32 bit: entrypoint GetTcpTable2 not found at idhlpapi.dll

[JuhaManninen]

Unable to start under Windows XP 32 bit: entrypoint GetTcpTable2 not found at idhlpapi.dll

I find GetTcpTable2 in Lazarus sources only in components/simplewebservergui/.
SimpleWebServerGUI is apparently now part of "BigIde" make target which is used for a release.
You should try without SimpleWebServerGUI package and see if Lazarus starts.
Do "make clean all". It builds a stripped down IDE (and some other tools like LazBuild and StartLazarus).

[JuhaManninen]

Mattias changed the code to load such functions with GetProcAddress(). The change will be merged to fixes_3_0 and 3.0 RC2 will have it.

[JuhaManninen]

Found one more thing. When I try to load an old project with ComboBoxEx with ReadOnly property set to True, which was deleted in later versions for some reason, I'm getting an error, and then being presented with an option to delete unsupported properties. I accept, but nothing happens seemingly, the program compiles fine, and when I run the program I get "Error reading ComboBoxFonts.ReadOnly: Unknown property: "ReadOnly". When I try to close Lazarus after this, I get a bunch of access violations from it also.
Eventually, only editing form file by hand does the trick.

Now there is a bug report about this :
 https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/40377
which I managed to fix. Please test with Lazarus trunk. If everything works, the fix will be merged to fixes_3_0 and will be in the release.
Add comments to the issue if you find something.

[JuhaManninen]

From package manager i try to install GLSCENE and it go into compilation error , this was ok on the older versions.
SDPO and LazSerial install was ok from package manager.
If someone know how to fix it for glscene it will be great , i use it often on my projects

Yes, compilation of unit GLViewer fails at least on non-Windows systems. I tested on Linux. Implementation of
 class procedure TGLSceneViewer.WSRegisterClass;
is inside {$IFDEF MSWINDOWS}.
Please report to GLSCENE maintainer. This component is not part of Lazarus distribution but is delivered through OPM. At some point a buggy version was updated to OPM server.

[BrunoK]

From package manager i try to install GLSCENE and it go into compilation error , this was ok on the older versions.
SDPO and LazSerial install was ok from package manager.
If someone know how to fix it for glscene it will be great , i use it often on my projects

{$IFDEF MSWINDOWS}.

Try to to disable the ifdef and the matching endif MSWINDOWS around wsregister..., then rebuild lazarus. That sould work.