Rust or Nim

Зшбс, 3proxy работает

я хочу посмотреть что на go понаписали для socks - как минимум либы точно есть, и готовые демоны тоже. Там как минимум разных buffer overflow не должно быть.

go-socks5 есть, но надо смотреть

https://github.com/schors/tgdante

я хочу посмотреть что на go понаписали для socks - как минимум либы точно есть, и готовые демоны тоже. Там как минимум разных buffer overflow не должно быть.

https://github.com/foi/go-socks5-server

у миня не работает docker run

К слову на чем легковесном и не дырявом можно socks5 поднять?

Я на ss5 развернул

Нет у меня доверия к коду на Си, который мало кто изучал. Т. е. на Си можно писать безопасный код если приложить усилия (примеры такого софта - openbsd, dovecot, postifx, nginx и другие популярные проекты). Но проект, код которого скорее всего никто не изучал и который 5 лет не обновлялся это в лучшем случае лотерея в худшем случае - решето.

ну так ты его обложи костыльчиками, и пусть он там лежит себе решитит не отсвечивая

Те кто может писать на си безопасный код, по пальцам можно пересчитать

Аудитом никто незанимается, ни секурностью самих проектов, и тдд и тп

Ида, у всех ли есть например доступ типа к misra ?

Смотрю пилят новый загрузик на луа и вроде как хотят успеть к 11.2. Но вот что-то не могу найти там подстановку картинки фоном. Опять забили на красивые десктопы?

Он на луа, но не графический

он потенциально не может быть графическим?

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

логотипами FreeBSD

ну и умеет в процессе загрузки показывать нескучные обои

провда только pcx или bmp формата

это только на старой консоли вроде. vt уже не совместима с этим

############################################################## ### Splash screen configuration ############################ ############################################################## splash_bmp_load="NO" # Set this to YES for bmp splash screen! splash_pcx_load="NO" # Set this to YES for pcx splash screen! splash_txt_load="NO" # Set this to YES for TheDraw splash screen! vesa_load="NO" # Set this to YES to load the vesa module bitmap_load="NO" # Set this to YES if you want splash screen! bitmap_name="splash.bmp" # Set this to the name of the file bitmap_type="splash_image_data" # and place it on the module_path

эээ

речь шла о загрузчике ?

какое отношение он имеет к новой консоли ?

Both the splash screen and the screen saver work with syscons(4) only.

т.е. видать прямое

/usr/src/sys/dev/vt/logo

т.е. сама vt(4) умеет рисовать

но не графику (

по-моему, как раз графику

спрайты 80x80 точек

/* Used internally, not a tunable. */ int vt_draw_logo_cpus; VT_SYSCTL_INT(splash_cpu, 0, "Show logo CPUs during boot"); VT_SYSCTL_INT(splash_ncpu, 0, "Override number of logos displayed " "(0 = do not override)"); VT_SYSCTL_INT(splash_cpu_style, 2, "Draw logo style " "(0 = Alternate beastie, 1 = Beastie, 2 = Orb)"); VT_SYSCTL_INT(splash_cpu_duration, 10, "Hide logos after (seconds)");

так как оно не настраиваемое, то ручками проставь там нужные тебе цифры и перекомпилируй ядро

просто эта фигня реально никому не нужна

splash_cpu - это в loader.conf прописать?

нет

/usr/src/sys/dev/vt/vt_core.c

напрямую в исходниках

Го не такой быстрый

На чем основано это утверждение?

На чем основано это утверждение?

я видел его исходники

там тупо врапперы для работы с freebsd, linux, windows

я видел его исходники

Я тоже. И?

там тупо врапперы для работы с freebsd, linux, windows

Ну да, потому что libc ему не нужна

ну да, в таком виде это действительно никому не нужно... а вот нормальная графика в загрузчике многих бы привлекла

причем, там было место, где в целях совместимости с FreeBSD 8,x вызывалась древняя функция определения времени вместо новой gettimeofday(), котороя появилась в 9.0

в результате, демон, написанный на go, который который часто вызывал эту функцию, съедал все процессорное время

а libc в 9.0 научилась вызывать gettimeofday() не делая syscall

ну да, в таком виде это действительно никому не нужно... а вот нормальная графика в загрузчике многих бы привлекла

дерзай: https://wiki.freebsd.org/OliverFromme/BootLoader

в результате, демон, написанный на go, который который часто вызывал эту функцию, съедал все процессорное время

ну да. но это не про скорость же, а про поддержку той или иной платформы

в любой платформе есть "логические фичи", которые позволяют родным программам работать более эффективно

а так - это просто модный компилятор python

берешь программу на python, собираешь ее со всеми питонячими библиотеками в один большой файл - получаешь программу на Go

ну, оно по скорости сравнима с си и имеет более строгую систему типов

В Си, насколько я помню, там вообще отсутсвует система типов

В Си, насколько я помню, там вообще отсутсвует система типов

ну, примитивная всё-таки есть )

вот именно что примитивная. на уровне того, что char - 1 байт, а int - 16 или 32 байта

все состальное - костыли, проверяющие знаковость, безнаковость и т.п.

т.е., если у меня есть массив байт, длиной 32 байта, мне никто не запретит записать туда 64-х разрядное число по адресу 28-го байта

и пофиг, что я 4 байта запишу в "левую" область памяти. для стандарта Си - это не ошибка

и пофиг, что я 4 байта запишу в "левую" область памяти. для стандарта Си - это не ошибка

да-да, не ошибка. Это UB вообще-то.

что из этого: https://en.wikipedia.org/wiki/UB

Другое дело, что для скорости и совместимости с терабайтами говно- и старо-кода это йуби на будет поймано по-умолчанию

но соберите свою программу с санитайзером и она рухнет в этом месте с диагностикой.

нифига

бля. рассуждать о стандарте Си и не знать одного из ключевых терминов - это сильно

единственный вариант - прогон программы в какой-нибудь виртуальной машине

ERROR: S client not available

undefined behavioir

а вы пробовали пользоваться санитайзерми из кланга? попробуйте

только 90% реальных программ не пройдут проверку

дело не в стандарте, а в компиляторах. А они так себя ведут потому что такто- и байто-выжимания от них требуют

Арифметика указателей за пределами массивов, например, стандартом запрещена

и алиасинг кроме как с char* запрещён

и приведения типов нету ?

но всем пофиг, ведь так быстрее, если без проверок!

приведение типа через указатель (скастить указатель на инт в укащатель на дабл и разыменовать) - нельзя

то есть можно

но - то самое ub.

ага, и union самое то

я после паскаля когда увидел Си, удаснулся

В паскале тоже есть подобная структура

стандарт написан так, что программист мамой клянётся, что он не нарушит, а компиояториверит и не проверяет

но там все ее члены должны иметь одинаковый размер

юнион как раз правильный способ этт делать

и он чётко описан, что по наибольшему

но все кастят указатели, так проще

а компилятор при раздельной компиляции проверить не может

в рамках одной функции можно включить проверку

в архитектуре x86 по другому нельзя

только по дефолту выключена потому что тогда не соберётся половина программ

А в результате и имеем проблемы с оверранами буферров, отрицательными смещениями и прочими дырами. Зато быстро

нет. это дебильная x86 архитектура

а что не дебильное?

у икс86 модель памяти хотя бы строгая

когда писался Си, не было всяких младших байтов и тому подобной фигни

а что не дебильное?

ну, глянь хотя бы 6502

i432 был не дебильный дамвесь вышел нк начавшись

А сравнивать 8 бит даже с 16 смешно. На аппаратном уровне спасёт только теговая память, а это дорого непередаваемо дорого

причем здесь 8 бит