Asahi Linux: OpenGL ES 2.0 на Apple silicon

Ну, я не самый большой знаток патентного права, но там написано про запрет распространения модификаций языка, компилятора или Cargo под соответствующими брэндами, без явного письменного разрешения.

Вроде как модифицировать язык и оригинальный компилятор/Каргу, никто не собирается, а про альтернативные реализации компилятора (что явно указано в описании проекта и допускается соглашением) в запретах ничего не сказано.

а роскомнадзор говорит что не заблокирован..

Error code: PR_CONNECT_RESET_ERROR

Как-то так.

-_- это вообще был псевдоироничный форсед мем.. просто зумерам чтоб такое выкупить даже сговариваться и перемигиваться не надо. в итоге чтоб поддержать движ не надо даже понимать что такое раст и что такое си. достаточно увидеть пример и ответные реакции и всё шаблон работает.

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

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

Написано так будто это проблема в си. Будто в расте он руками память не будет вертеть. Будет и более того с более явным пердолингом. Очередная пропаганда раста на пукстом месте с выдуманной и лживой проблемой. Смог нп питоне фирмварь переписать, но несмог памятью управлять ага

Я будто не на ЛОР а на ДТФ

Интересно, какое будущее ожидает этот фронтэнд, исходя из позиции разработчиков самого Rust.

Там написано что ты не можешь изменить раст и потом раздавать его под названием «раст».
Т.е. ты можешь изменить раст и раздавать его как «пласт» но тут вроде никто не планирует менять раст

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

П.с. сам раст никогда не видел :D

авторы выступили на XDC 2022

VTuber’ы заполонили всю плане-е-ету… Такое ощущение, что там сорокалетний мужик с софтом для изменения голоса. Причём настройки такие, что больше пары минут слушать тяжело.

скорее 30летний. переносимость высоких частот в звонких анимэ-голосах дело привычки.

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

переносимость высоких частот в звонких анимэ-голосах дело привычки.

Не, есть звенящий ужас в виде голоса пропущенного через кучу фильтров, там так и есть высокочастотный писк модулируется в тональность голосу и всё, а есть приятный звонкий женский голос. Эта разница апокалиптически большая. Я аниме смотрел штук 5 =)

Первый раз про подобную теорию слышу. Но к моему сообщению выше это отношение не имеет.

переносимость высоких частот в звонких анимэ-голосах дело привычки

Ну нет, это сложно сравнить с «аниме-голосами». Я посмотрел довольно много клипов из стримов витьюберов за последние годы. Даже солидные куски стримов. И отсмотренного аниме у меня тоже немало. В обоих случаях обычно всё хорошо. А тут прям включил, и жесть.

Самое забавное, что обычный мужской голос вполне ложится на аватар анимешек. Сначала вроде странно, а потом перестаёшь обращать внимание. Нет ощущения, что мужик притворяется девочкой. А вот если используют модулятор голоса, ещё и хреновый, то тут начинает коробить. И ощущение дешёвого обмана разворачивается прямо в полный рост. Вот зачем? Всё равно же не получится обмануть зрителей.

И как же это раньше-то драйвера писали и проблемы с управлением памятью решали на старомодной сишечке?

Путём многократного увеличения трудозатрат.

Сектанты растишки везде видят сектантов :) это банальная проекция.

Гектор Мартин в родился в 90-м, 32 ему

typedef struct {
  char data[MAX_SIZE];
  size_t len;
} string_t;

string_t string_new(const char* data) {
  // ...
}

return string_new(data);

в чем проблемы-то? Открою страшную тайну, в сишке можно делать абстракции

Не эффективное использование памяти. Всегда выделяется MAX_SIZE байт. Ручная простановка нуля в нужное место. Можно ошибиться и попасть в новости про новую уязвимость.

Ты своим примером только подтвердил минусы сишки.

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

фишка не в том чего можно делать в сишке а в том чего нельзя натворить в расте потому что по рукам надаёт компилятор а не QA.

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

Тогда возвращаемся обратно к ручному удалению памяти и соответственно к потенциальной возможной утечке или двойному освобождению. Опять здравствуй CVE. Ну не может сишка не закатывать солнце вручную. Смирись.

ну-ка давай показывай, каким образом твои «нормальные языки» спасают от утечек памяти

RAII в c++.

маленький совет на будущее, если не понимаешь о чем пишешь - то лучше вообще не писать

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

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

А я впишусь, в C есть cleanup-аттрибут https://github.com/systemd/systemd/blob/main/src/libsystemd/sd-daemon/sd-daem...

cleanup-аттрибут

Кривой костыль от разработчиков компиляторов. В стандарте его нет. Это коекакерство лишь замена goto cleanup.

В сишке типы не могут знать, что их копируют. Поэтому если указатель с этим атрибутом нужно передать в другую функцию или же вернуть из функции, то всё равно нужно будет разруливать права владения руками. Иначе получишь двойное освобождение памяти или использование после освобождения и опять попадёшь на передовицы CVE. Это приговор.

Кривой костыль от разработчиков компиляторов. В стандарте его нет.

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

В сишке типы не могут знать, что их копируют.

А в С++ знают если вызвать memcpy?

gcc это стандарт

Маняврирования.

А в С++ знают если вызвать memcpy?

В C++ есть инструменты для копирования и перемещения объектов, которые всё знают. Зачем копировать сложные объекты через memcpy? Это же не убогая сишка, где нет никакого иного выбора.

gcc это стандарт

Как же достал меня этот «стандарт», который постоянно генерирует битые бинарники на пустом месте. А чтобы собрать сам GCC без бубна не обойтись.

Зачем копировать сложные объекты через memcpy?

Маняврирования...

Маняврирования…

Второй слился.

Например структурка содержит указатель. Ты копируешь структурку своим memcpy и указатель раздваивается. Теперь два указателя ссылаются на одну память. Вот тебе и double free. Сишник 10% рабочего времени пишет бизнеслогику, а 90% времени добавляет новые уязвимости.

В c++ для устранения этих проблем есть конструкторы/операторы копирования/перемещения. Извини, но у тебя лапки сишка.

Например структурка содержит указатель. Ты копируешь структурку своим memcpy и указатель раздваивается

Вот копировать структурки memcpy-ем есть моветон и надо делать my_struct * my_fucking_structure_copy (const my_struct *src) на даже тривиальные случаи.

Внимательность, ЧТО копируешь, нужна, конечно, не без этого. Хотя вот именно такой случай любой статик-анализатор матом покроет (да и валгринд тоже должен).

В c++ для устранения этих проблем есть конструкторы/операторы копирования/перемещения

Тоже тот ещё, пардон, дроч, если честно.

Ты копируешь структурку своим memcpy и указатель раздваивается

В С++ такой проблемы нет?

В c++ для устранения этих проблем есть конструкторы/операторы копирования/перемещения.

А в С есть structure_copy().