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



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх