Выпуск CudaText 1.198.0

Так, вообщем я вернулся с тренировки по фехтованию, могу продолжить копать.

$XDG_CONFIG_HOME нет, $HOME конечно есть, пробовал его переназначить в путь без линка: export HOME=/usr/home/alex , но не сработало.

А что пишет Куд при ошибке, какой именно каталог не может создать? а если в терминале командой mkdir создавать такой, то создается? а если его руками создать, то Куд принимает?

Как-то так:

 ./cudatext 
Cannot create folder: /usr/home/alex/.config/cudatext/settings
[alex@burzum /opt/app/cudatext]$ mkdir ~/.config/cudatext/
mkdir: /usr/home/alex/.config/cudatext/: File exists
[alex@burzum /opt/app/cudatext]$ mkdir ~/.config/cudatext/settings/
mkdir: /usr/home/alex/.config/cudatext/settings/: File exists
[alex@burzum /opt/app/cudatext]$ 

Создали руками ОК. теперь Куд видит диру settings, запускается?

Я ж написал вывод, сами каталоги существуют , но редактор также не запускается.

Если удалить ~/.config/cudatext то редактор запускается но не дает открывать файлы из ~ и не сохраняет настройки.

Сейчас попробую из портов собрать.

Куд пишет ‘Cannot create folder’ когда этой папки он не находит. вот код

  if not DirectoryExistsUTF8(AppDir_Settings) then
    if not CreateDirUTF8(AppDir_Settings) then

то есть Куд не видит что папка /usr/home/alex/.config/cudatext/settings существует. это какой-то баг FPC чтоли, не пойму.

можно еще попробовать задать папку settings через ключ комстроки -s=folder. например в темп-каталоге.

С -s=./config запустилось но никакие файлы не дает открывать, даже вне home папки.

Пишет что folder does not exist при попытке открытия.

Приложение на gtk2? Это очень круто в 2023 году. Товарищ Автор, спасибо! Тот же geany уже давным-давно на третьем гтк.

Все это похоже на FPC bug, что DirectoryExists() не работает. я как нибудь на неделе установлю Х на freebsd 13.2 и потыкаю.

а вы можете поставить FPC 3.2 ‘fixes’ branch и повызывать из него это?

program project1;
uses sysutils;
var
  s: string;
  b: boolean;
begin
  s:= ParamStr(1);
  if s='' then begin writeln('Param needed, folder path'); exit; end;
  b:= DirectoryExists(s);
  writeln('DirectoryExists for "'+s+'": '+BoolToStr(b, true));
end.

пример вывода

$ ./project1 ~/.config/cudatext
DirectoryExists for "/home/user/.config/cudatext": True

Вообщем сборка из портов работает.

а вы можете поставить FPC 3.2 ‘fixes’ branch и повызывать из него это?

[alex@burzum ~]$ ./test ~
DirectoryExists for "/home/alex": True

1. для папки `/usr/home/alex/.config/cudatext/settings` тоже выводит True?

2. какая именно у вас версия FPC? что он про себя пишет?

Да, именно так:

./test /usr/home/alex/.config/cudatext/settings/
DirectoryExists for "/usr/home/alex/.config/cudatext/settings/": True

Вот версия:

alex@burzum ~]$ fpc -v
Free Pascal Compiler version 3.2.2 [2023/09/04] for x86_64
Copyright (c) 1993-2021 by Florian Klaempfl and others
Fatal: No source file name in command line
Fatal: Compilation aborted
Error: /usr/local/bin/ppcx64 returned an error exitcode

У вас последний релиз 3.2.2. У меня - нет, а последний 3.2.3 (АКА ‘fixes’ branch). Наверно он с багом. могли бы собрать 3.2.3 ? если нет, то и ладно.

Ну вот ключевое слово — «workspace». У меня просто есть каталог src, и в нем свалены проекты. Ядро линукса, мой рабочий проект, еще сколько-то проектов. Индексирую я покаталожно, линукс отдельно, мою иерархию — отдельно. Вот что в моем случае будет воркспейсом в понятии VSCode?

Эм а где его брать? В https://github.com/fpc/FPCSource не вижу 3.2.3 ветки

На ГитЛаб: https://gitlab.com/freepascal.org/fpc/source , ветка не main а fixes_3_2.

Может быть баг который в fixes_3_2, уже поправлен в ветке main… Может вам хватит времени собрать еще и main…

Вообщем это плохая идея грешить на компилятор:

[alex@burzum /opt/src/source-fixes_3_2/compiler]$ /usr/local/bin/ppcx64 -Fu.. -Fu../../rtl/units/x86_64-freebsd -FE.  ~/test.pas 
Free Pascal Compiler version 3.2.2 [2023/09/04] for x86_64
Copyright (c) 1993-2021 by Florian Klaempfl and others
Target OS: FreeBSD for x86-64
Compiling /home/alex/test.pas
Linking ./test
/usr/local/bin/ld.bfd: warning: /usr/local/lib/fpc/3.2.2/units/x86_64-freebsd/rtl/prt0.o: missing .note.GNU-stack section implies executable stack
/usr/local/bin/ld.bfd: NOTE: This behaviour is deprecated and will be removed in a future version of the linker
11 lines compiled, 2.1 sec
[alex@burzum /opt/src/source-fixes_3_2/compiler]$ ./test ~
DirectoryExists for "/home/alex": True
[alex@burzum /opt/src/source-fixes_3_2/compiler]$ ./test ~/.config/cudatext/settings/
DirectoryExists for "/home/alex/.config/cudatext/settings/": True
[alex@burzum /opt/src/source-fixes_3_2/compiler]$ 

Врядли со столь ключевой функцией смогли бы так облажаться.

Так разница же огромная - куда или чуда.

Название редактора происходит от сербского слова, означающего «чудо» и не связано с технологией CUDA.

Главное, чтобы так же думали и в nVidia. А то ведь могут и понабежать с жалобами на использование товарного знака — там ведь логика такая, что владелец знака _обязан_ его защищать, иначе знак лишится защиты, так что стимул наезжать на всех подряд, даже невзирая на соображения здравого смысла.

Используй версию Qt

Нет уж, спасибо, такое сам кушайте.

либо запускай с помощью XWayland

Можно, но не сильно то и хотелось. VSCode работает под wayland нативно.

В пакете cudatext_1.198.0.0-1_qt5_amd64.deb нет зависимости от пакета libqt5pas1. Поэтом в Debian Linux 11 Stable имеем ошибку:

cudatext: error while loading shared libraries: libQt5Pas.so.1: cannot open shared object file: No such file or directory

В пакете cudatext_1.198.0.0-1_qt5_amd64.deb нет зависимости от пакета libqt5pas1.

Зато там есть зависимость от libqt5pas-dev, цитата из пакета

Depends: libqt5pas-dev, python3 (>= 3.5)

по идее этого пакета должно хватать, я проверял - когда ставишь его руками (в Убунту 20.04) то qt5 версия работает, когда удаляешь то не работает. в Убунту этот пакет тянет за собой и libqt5pas1:

user@PC:~$ apt list libqt5Pas*
Listing... Done
libqt5pas-dev/focal,now 2.6~beta-6build1 amd64 [installed]
libqt5pas1/focal,now 2.6~beta-6build1 amd64 [installed,automatic]

Походу, в современных реалиях получить редактор с моноширинным шрифтом не представляется возможным:

CudaText 1.198.0.0 qt5 select trouble (shifting font render)

Категорически выбешивает.

Ширины букв в qt5 это не целые а float. когда я рендерю всю строку, буквы немного ужимаются от этого. когда вы делаете выделение внутри строки, приходится округлять позиции выделения до целых, и буквы чуть сдвигаются.

Не знаю, какой пакет ты смотришь, то в том что я скачал с официального сайта таких зависимостей нет:

 new Debian package, version 2.0.
 size 3857032 bytes: control archive=556 bytes.
     500 байт(а),    13 строк   *  control
 Package: cudatext
 Version: 1.198.0.0-1
 Section: editors
 Priority: optional
 Architecture: amd64
 Maintainer: Alexey Torgashin <support@uvviewsoft.com>
 Homepage: https://cudatext.github.io/
 Depends: libgtk2.0-0 (>= 2.20.0), python3 (>= 3.5)
 Installed-Size: 15000
 Description: Text/code editor
  Text/code editor with lite UI. Syntax highlighting for 300+ languages.
  Config system in JSON files. Multi-carets and multi-selections.
  Search and replace with RegEx. Extendable by Python plugins and themes.

Ты привел кусок gtk2 пакета, вот же видно

Depends: libgtk2.0-0 (>= 2.20.0), python3 (>= 3.5)

а в qt5 пакете есть зависимоcть от libqt5pas-dev.

Нет, проверь.

Файл cudatext_1.198.0.0-1_qt5_amd64.deb.
Но, кстати, сам CudaText показывает версию 1.198.0.0.

Спасибо, вышла накладка, почему-то зависимость не та в qt5-пакете. буду чинить.

Ты в оба файла - и в GTK и в Qt - запихнул зависимости libgtk2.0-0 python3.

Ширины букв в qt5 это не целые а float. когда я рендерю всю строку, буквы немного ужимаются от этого. когда вы делаете выделение внутри строки, приходится округлять позиции выделения до целых, и буквы чуть сдвигаются.

То есть, это нормально?

8(___]

Ну, можно и все проекты разом, никто не запрещает. Правда, думаю, несколько больших проектов гарантированно похоронят производительность.

У меня, по факту, есть несколько групп родственных проектов. Например, в группе библиотеки плюс сервисы, эти библиотеки использующие. Каждая группа и есть workspace, что-то, с чем нужно работать в один момент времени.

Если воркспейс целиком не нужен, можно открывать каталог с конкретным проектом, или даже подкаталог внутри проекта, и дальше все то же самое.

А чего ты тогда все строки не рендеришь с округлением до целого?
Чтобы вот таких прыжков небыло?

Я и так все что можно округляю. точнее не я а Лазарус.

Походу, в современных реалиях получить редактор с моноширинным шрифтом не представляется возможным:

А как же тот же емакс?

не связано с технологией CUDA

Не проще ли поменять таки название на ChudaText, ну или настаивать на правильной диакритике и щепетильно её везде ставить, чем в 100500 раз давать пояснения.

Продолжаю слать репорты. OpenBSD:

diehard$ ./cudatext 

(cudatext:94113): GLib-GObject-CRITICAL **: 16:14:16.724: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[FORMS.PP] ExceptionOccurred 
  Sender=EAccessViolation
  Exception=Access violation
  Stack trace:
  $0000000212E5EE48
  $0000000212E605B2
  $0000000212E60981
  $0000000275398EDA
  $0000000212E4B373
  $0000000275397372
  $00000002752CDE8E
  $0000000212E45375
  $0000000212E5F8EE
  $0000000212E605B2
  $0000000212E60981
  $0000000275398EDA
  $0000000212E4B373
  $0000000275397372
  $00000000008DE44C
  $00000000008DE559
  $0000000000780E2F
[FORMS.PP] ExceptionOccurred 
diehard$ 

Сделан линк:

ln -s /usr/local/lib/libatk-1.0.so.21810.0 /usr/local/lib/libatk-1.0.so.21809.4

Бинарная сборка с сайта (1.197.0)

Как я писал, тест на OpenBSD 7.2 никакого падения не дает. возможно что и другие Лазарус проги так же падают на вашей OpenBSD?

Например эта GUI прога? - https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases/download/v2.4.0a/fpcupdeluxe-x86_64-openbsd

У меня 7.3 , но смотрю cudatext в портах нету, как можно его собрать на опенке?

как можно его собрать на опенке?

Или скриптом cudatext_up (не проверял на опенке) или через установку IDE и пакетов. https://wiki.freepascal.org/CudaText#How_to_compile_CudaText

Вам бы в порты выложить, ручками лазарус тяжело собирать.

Да, тоже падает. ktrace/kdump ничего вменяемого не показывает.

Сообщил о падении на Гитхаб fpcupdeluxe. https://github.com/LongDirtyAnimAlf/fpcupdeluxe/issues/618 . Потом может срепортим на FPC bugtracker если будет повтор.

Из хороших новостей: под NetBSD 9.3 все работает.

Чето мне кажется что чувак с ником ‘ДлинныйГрязныйАнимешныйАльф’ из Нидерландов врядли тут поможет. Может все же свою сборку делать под OpenBSD?

Он, Альфредо то есть, просто должен повторитть падение. Вдруг у вас какого-то gui пакета в системе не хватает.

Может все же свою сборку делать под OpenBSD?

Куд и так чисто моя сборка. собираю под Линуксом.

Я и так все что можно округляю. точнее не я а Лазарус.

Ну так а чего тогда у тебя Лазарус в одних ситуациях показывает строку без округления, а в других - с округлением?

чего тогда у тебя Лазарус в одних ситуациях показывает строку без округления

• Нет выделения - лазарус рисует всю строку как одно целое. смещения символов одни.
• есть выделение - лазарус рисует три части, до выделения + выд + после выд.

alex0x08, я послушал мудрый совет от Альфредо и обновил *.so в кросс компиляторе на freebsd 13.2 (были от freebsd 10). Вот бинарник 1.198 под freebsd 13. https://sourceforge.net/projects/cudatext/files/release/1.198.0.0/ . Стало лучше?

Вечером смогу проверить. Но под фрей ваш редактор и так есть в портах, нет проблемы собрать.