Вышел Lazarus 2.2

[sunjob]

Для старых компов ... Trinity ... KDE3 ...

ну про это-то все, кому надо, в курсе

[Sharfik]

Она теперь сидит в более логичном месте - lazstringutils.pas.

Про логику я бы поспорил. Листал changelogs и ничего об этом не нашел. Спасибо!

[wavebvg]

Лечится это установкой appmenu-gtk2-module, который видимо забыли добавить в зависимости...

Спасибо добрый человек.

PS. А вообще пора бы уже добавить поддержку gtk4, но сейчас даже gtk3 недопилен до юзабельного состояния...

Вы в коде GTK2 не копались, там его пилить еще и пилить (на самом деле не так плохо, но рефакторинг нужен процентов на 100 кодовой базы). Да с LCL как основой тоже нужно много что сделать для достижений приемлемой производительности при работе с событиями (либо отказаться от событийной модели как таковой, но тогда вообще всё писать снова).
Это я к чему? GTK2 работает и есть почти всегда на целевой машине (если дистрибутив старше 2011 года то проблем быть не должно или когда многопоточную модель в GLIB-е переделали?), а GTK3, GTK4, QT3, QT4, QT5, QT6... Они слишком хайповые, чтобы с ними заморачиваться (кроме тех, кто к ним прибил гвоздями кодовую базу). Вот поэтому до "полной стабилизации тулкита и поддержкой 20+ лет" ничего, кроме GTK2 особо не интересно.

[Sharfik]

Подскажите, раньше в 2.0 по умолчанию отладчиком был GDB, сейчас FpDebug. В чем разница? И в чем разница между Dwarf у FpDebug?

[Vadim]

По FpDebug есть статья на русском:
https://wiki.freepascal.org/FpDebug/ru
По идее, если отладчик написан тоже на Паскале, то он в Паскалевких типах данных и их расположении в программе путаться не должен.
С практической точки зрения не скажу, обычно отлаживаю программы как наши деды-прадеды делали...

[alexs]

Как минимум он работает не хуже чем GDB. А так - в дальнейшем он просто будет обрабатывать специфичные фишки паскаля. Самая востребованная конечно - это просмотр значения свойств (property) - для этого отладчик должен уметь делать вызов функций отлаживаемого приложения.

[sunjob]

добавил немного новых косяков

[Sharfik]

добавил немного новых косяков

Пока не разобрался до конца, но есть какой то баг с XMLPropStorage. Программа открывается, но главная форма не вызывает FormShow.
Опуская двухчасовые танцы с бубном... дошел до того, что XMLPropStorage в первый раз запускаясь создает файл с именем программы, и все хорошо работает. Но во второй запуск уже дальше FormShow не идет. До этого на 2,0 соответственно все работало.

Как минимум он работает не хуже чем GDB.

Думаешь стоит на тем пробовать тестировать?
Я некоторые проверки намеренно отключил, чтобы работала связка программы с DLL. Чтобы DLL могла управлять памятью программы основной. Интересно конечно, как оно будет в другом отладчике.

[zub]

>>Думаешь стоит на тем пробовать тестировать?
Там переключить отладчик можно не перезапуская лазаря, да и за просмотр денег не берут)) Новый гораздо шустрее гдб. но проблем хватает - например лажает с методами объектов (не классов), это баг фпц насколько я понял

[sunjob]

...

Добавлено спустя 6 минут 2 секунды:

GTK3, GTK4, QT3, QT4, QT5, QT6... Они слишком хайповые

я думаю, из этого списка можно со спокойной душЁй убрать QT3/4... они просто не "успели", как и GTK2 ...

[Sharfik]

Пока не разобрался до конца, но есть какой то баг с XMLPropStorage. Программа открывается, но главная форма не вызывает FormShow.

В общем в Lazarus 2.2 если бросить на форму XMLPropStorage1 и добавить код в FormShow, то при первом запуске код выполняется, а на втором запуске процедура игнорируется. Все происходит если в качестве параметров загрузки у XMLPropStorage1 присутствует "Form1_WindowState="wsMaximized"".

[WAYFARER]

Они слишком хайповые, чтобы с ними заморачиваться

Они не хайповые, они актуальные.

Это я к чему? GTK2 работает и есть почти всегда на целевой машине

К сожалению это уже давненько не так. И вовсе необязательно оно будет работать, особенно если Wayland(.
В данный момент GTK2 себя изжил чуть более чем полностью. К сожалению, совсем не далек тот день, когда gtk2 использовать будет уже невозможно, и gtk3 к этому времени еще не будет готова.
Ориентироваться надо на актуальные решения, которые поддерживаются в текущий момент, причем с оглядкой на будущее.

Добавлено спустя 19 минут 24 секунды:
Даже если рассматривать поддержку gtk3 в отрыве от LCL, то все равно все выглядит совсем не радужно.
В идеале вообще бросить ее нафиг и сосредоточить силы на gtk4, иначе снова "не успеют"))

[Vadim]

... и сосредоточить силы на gtk4, ...

Большой вопрос - а есть ли кому сосредотачивать эти самые силы...

[sunjob]

иначе снова "не успеют"

я имел в виду то, что они буквально не успели испортиться, а остались в прекрасном возрасте и состоянии!!!