Nп/п : 54 из 100
От : Konstantin Kuzov 2:5019/40 16 авг 24 13:32:30
К : Nil A 16 авг 24 13:35:02
Тема : golded.devel
----------------------------------------------------------------------------------
@MSGID: 2:5019/40 66bf2ac4
@REPLY: 2:5015/46 66be2be6
@PID: GED+LNX 1.1.5-b20231008
@CHRS: CP866 2
@TID: hpt/lnx 1.9.0-cur 2019-01-08
Hello Nil!
15 Авг 24, Nil A wrote to Vitaliy Aksyonov:
KK>>> Помню я тот мрак и ужас в голдеде. ^_^ Ещё в 2009м когда с ним
KK>>> ковырялся можно уже тогда было треть кода смело выкидывать как
KK>>> давно неактуальную, треть нуждалась в полном переписывании, а
KK>>> оставшееся в тотальном причесывании.
NA> Там не плюсы изначально, а голый си с классами.
Так всё же по заветам Страуструпа. C++ изначально им и задумывался
именно как C с классами. Так что всё чётко, лампово ^_^ Да и грубо
говоря серьезно в сторону C++ начал ответляться от C только ближе к C++98.
Во времена C++89 большинство программ был почти чистый C. Да и с
libc/stdstdc++ реализациями даже сейчас разброд и шатания, а тогда вообще был мрак.
NA> Там переиспользуют объекты методом memset(нули) и memcpy() поверх
NA> объекта ваще.
Вполне стандартная практика была в 90х.
NA> Потом когда голдед стал с плюсом, а не кошерный-Одиннский, то туда
NA> начали добавлять std::vector, std::string, и они текут, потому никто
NA> через деструктор правильно не идёт, см.выше.
Hу, может Соренсен и писал его изначально на чистом C, кто знает,
но к моменту релиза gpl-сорцов 3.0.1 версии он уже был плюсовым, имел
классы и юзал в некоторых местах new аллокатор.
KK>>> Я когда-то пробовал в своем форке переделать перекодирование на
KK>>> использование с xlat на iconv, добавить поддержку юникода и
KK>>> выкинуть повсеместное использование фиксированных C-шных буферов
KK>>> и добавить корректную реакцию на изменение размера терминала. Hо
KK>>> так и забил на полпути...
NA> Я тоже думал, но потом глянул, работы много, если по-уму делать. Ещё
NA> бы я выкинул вендовый порт, собирал бы курсыс и под венду. Hапример,
NA> tin/rtin и под вендой пашет на курсысе, и тоже iconv всё гонит.
Да похорошему вывести нахрен этот ncurses в опциальный вывод для
любителей терминала и ssh. Сколько раз они там уже ломали совместимость в нём
что все приложения начинали глючить. А основной вывод сделать через 3D
api, хотя бы через тот же OpenGL или Vulkan. Что-нибудь похожее на
kitty. И пофиг тогда будет на кривизну конкретного терминала или его файлов
описаний, везде будет работать и выглядеть одинаково. Заодно и показ
картинок/видео из ююков можно будет вкрутить. ^_^
VA>> Может возьмёшься ревьювить мои коммиты? ;)
Может позже, мне при очередном перееде на другой дистриб даже лень
было ребейзить свой форк на свежий плюс или чинить сборку на современных
системах в форке. Так вон и юзаю в данный момент обычный плюсовый дед...
Сейчас хочу husky у себя обновить, уделяю пару часиков в неделю. А
то так и сижу на версии на основе апстрима от 2019г. Ребейз своих
наработок усложнен тем что у меня структура проекта кардинально отличается от
апстрима - единый репозиторий с cmake сборкой, тогда когда в апстриме куча
сабрепозиториев + сборка через cmake появилась много позже и реализована по-другому.
Best of luck, Konstantin.
... GoldED+/LNX 1.1.5 (Linux 6.6.39-1-lts CPU UNKNOWN)
--- #[EMail: Master.NoSFeRaTU[@]Gmail.com] [Kumi Nyaa]#
* Origin: GaNJaNET STaTi0N (2:5019/40)
SEEN-BY: 50/700 104/117 460/58 256 1124 5858
469/335 4641/222 5001/100
SEEN-BY: 5005/49 5015/46 255 5019/29 40 5020/715
830 848 1042 4441 12000
SEEN-BY: 5023/24 5030/49 1081 5053/58 5054/30
5058/104 5061/133
@PATH: 5019/40 460/58 104/117 5020/1042 4441