Lazarus Release Candidate 1 of 4.0

[flowCRANE]

I installed Lazarus 4.0 RC1 and there are problems with the coloring of the code editor. Some options have changed (relative to what was previously set), and some do not work, i.e. despite the color set, they do not color the given editor element.

The ObjectPascal -> Modifier element was set to Bold even though I don't use bold style anywhere.

The second problem is that Gutter -> Gutter was previously set to black (RGB 10,10,10), but after installation it became gray (default system color) and even if I change its color to black, it is not applied (see attachment). Applying new colors does not change anything — gutter color is ignored.

[jamie]

https://www.youtube.com/watch?v=Vh51gDpIzeQ

Thats all I have to say about this subject.

[ccrause]

I recently started testing RC1 on Linux Mint Mate and noticed that Lazarus would die when plugging in/out an external monitor into the laptop.  Below the last bit of output from the launching terminal:

Code: Text  [Select][+][-]

1. TCodeHelpManager.GetHTMLHint Exception: include file not found "systemh.inc"
2.  
3. (lazarus:63793): Gdk-CRITICAL **: 12:48:22.173: IA__gdk_screen_get_monitor_geometry: assertion 'monitor_num < screen_x11->n_monitors' failed
4.  
5. (lazarus:63793): Gdk-CRITICAL **: 12:48:22.174: IA__gdk_screen_get_monitor_geometry: assertion 'monitor_num < screen_x11->n_monitors' failed
6.  
7. (lazarus:63793): Gdk-CRITICAL **: 12:48:22.179: IA__gdk_screen_get_monitor_geometry: assertion 'monitor_num < screen_x11->n_monitors' failed
8.  
9. (lazarus:63793): Gdk-CRITICAL **: 12:48:22.183: IA__gdk_screen_get_monitor_geometry: assertion 'monitor_num < screen_x11->n_monitors' failed
10.  
11. (lazarus:63793): Gdk-CRITICAL **: 12:48:22.188: IA__gdk_screen_get_monitor_geometry: assertion 'monitor_num < screen_x11->n_monitors' failed
12. The program 'lazarus' received an X Window System error.
13. This probably reflects a bug in the program.
14. The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
15.   (Details: serial 21248483 error_code 9 request_code 14 minor_code 0)
16.   (Note to programmers: normally, X errors are reported asynchronously;
17.    that is, you will receive the error a while after causing it.
18.    To debug your program, run it with the --sync command line
19.    option to change this behavior. You can then get a meaningful
20.    backtrace from your debugger if you break on the gdk_x_error() function.)

I use the following script to start Lazarus:

Code: Text  [Select][+][-]

1. #!/bin/sh
2. # Fix for synedit receiving double characters: qwerty => qqwweerrttyy
3. export GTK_IM_MODULE=gtk-im-context-simple
4. export QT_IM_MODULE=simple
5. export XMODIFIERS=@im=none
6.  
7. ./lazarus --pcp=~/lazarus/4.0rc1/.lazarus

Any thoughts on where to start digging?

Note that I haven't noticed this with previous versions, or with the main version from ~ September 2024.

[ASBzone]

I'd like to encourage the Lazarus maintainers to provide a "Lazarus 4.0 with trunk FPC 3.3" release in addition to the regular one with FPC 3.2. There are so many great features in trunk meanwhile, but it's horribly compilcated to get it working properly. So please, an FPC 3.3 with Lazarus 4.0 release would be a great option!

This is why tools like FpcUpDeluxe exist

Yes, but FpcUpDeluxe unfortunately uses an entirely different directory structure than official Lazarus releases. So it's not an option for me.

Can you help me understand why that matters?  If you use FpcUpDeluxe to get the configuration you want, won't you keep using it for ongoing maintenance of the development environment as well?

[Mark Paley]

Thank you for the Lazarus 4.0 release candidate.

I have been testing it within an isolated QEMU Virtual Machine, running Windows 7 x64.  I've also cross-compiled my own applications to x86_64-linux, copied the resulting executables to my linux home directory, and run them there -- all without incident.

I especially like the appearance and usability of the new docked IDE.

I have to ask: since you're creating a new installer anyway, could it also ask to apply Whole Program Optimization to the entire Lazarus IDE itself during the installation compilation process?  Lazarus could really stand out from the crowd (Delphi, CodeTyphon, dBase, Python...) in execution speed if LAZBUILD defaulted (or had an option) to WPO the entire IDE itself.

Full disclosure: I created/posted the wiki section "https://wiki.freepascal.org/Whole_Program_Optimization#Concrete_Lazarus_IDE_example".  When creating that methodology for applying WPO, I couldn't help thinking that there really should be a simple checkbox in the compilation options to apply WPO (basically doing the steps shown in the wiki for the user).

[robert rozee]

I recently started testing RC1 on Linux Mint Mate and noticed that [...]

i'm seeing similar messages on starting up a GUI application from a terminal screen:

Code: [Select]

user@user-DH61BE:~/pascal/GFXterm 2.1d$ ./project1

(project1:97295): dbind-WARNING **: 03:12:53.695: Couldn't connect to accessibility bus: Failed to connect to socket /root/.cache/at-spi/bus_0.0: Permission denied

(project1:97295): Gdk-CRITICAL **: 03:12:53.769: IA__gdk_window_lower: assertion 'GDK_IS_WINDOW (window)' failed

(project1:97295): Gdk-CRITICAL **: 03:12:53.769: IA__gdk_window_lower: assertion 'GDK_IS_WINDOW (window)' failed

(project1:97295): Gdk-CRITICAL **: 03:12:53.769: IA__gdk_window_lower: assertion 'GDK_IS_WINDOW (window)' failed
user@user-DH61BE:~/pascal/GFXterm 2.1d$
while the dbind-WARNING was there with builds created with an earlier version of Lazarus, the Gdk-CRITICAL messages are new.

has anyone else noticed these?

addendum:
have found the single line of my code causing this. it was:

Code: Pascal  [Select][+][-]

1. Memo1.SendToBack

for whatever reason, the above produced (under Linux) the three lines of "Gdk-CRITICAL" messages whenever it was called. for now i've just commented out the offending line in my code, as i am also setting Memo1.Visible:=false


cheers,
rob   :-)

[gligli]

Hello, long time Lazarus and previous Delphi user here

I wanted to say that this version is awesome! Docked IDE really makes it way better

I noticed one bug in the RC1: when you activate "allow dock sites to be minimized" on the lower pane with "messages, watches, ...", and you compile a project, the panel opens as it should but doesn't go back to minimized afterwards.

Also a little feature request: add a dark mode for the IDE.

In any case, thank you!