The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск ZLUDA 5, универсальной открытой реализации технологии CUDA

04.10.2025 10:11

Анджей Яник (Andrzej Janik) представил выпуск ZLUDA 5, открытой реализации технологии CUDA. Целью проекта является предоставление возможности запуска немодифицированных приложений CUDA на системах с GPU, отличными от GPU NVIDIA, с производительностью, близкой к производительности приложений, выполняемых без прослоек. Код проекта написан на языке Rust и распространяется под лицензиями MIT и Apache 2.0.

ZLUDA 5 стал вторым значительным выпуском проекта, сформированным после чистки кодовой базы от кода, разработанного во время работы Анджея в компании AMD. С 2022 года Анджей работал в AMD над созданием слоя для совместимости GPU AMD с CUDA, но в 2024 году проект был свернут. В соответствии с условиями контракта и после получения разрешения на публикацию от представителя AMD, Анджей открыл код наработок, созданных во время работы в AMD и позволяющих выполнять CUDA-приложения поверх стека ROCm и runtime HIP (Heterogeneous-computing Interface for Portability).

В прошлом году Анджей был вынужден убрать код из открытого доступа после письма от юристов, давших понять, что разрешение, данное в ходе переписки по email, не имеет юридической силы. После этого Анджей начал работу над новой редакцией ZLUDA, сформированной на основе кодовой базы, существовавшей до начала работы Анджея в AMD. В текущем виде разработка сосредоточена на выполнении приложений, использующих CUDA для ускорения задач, связанных с машинным обучением. Проект пока ограничивается работой на GPU AMD, но в дальнейшем будет адаптирован для GPU Intel.

Ключевые улучшения в новом выпуске:

  • Добавлена начальная поддержка запуска поверх ZLUDA фреймворков llm.c, Llama.cpp и PyTorch для выполнения больших языковых моделей с задействованием CUDA-оптимизаций, применяемых для GPU NVIDIA.
  • Реализована начальная поддержка запуска приложений, использующих для повышения производительности библиотеки cuBLAS, cuBLASLt и nvml.
  • Добавлена прослойка zluda_trace для трассировки приложений, использующих CUDA. При помощи zluda_trace можно диагностировать проблемы и выявлять недоработки в ZLUDA, мешающие нормальному выполнению приложения.
  • Представлена утилита командной строки zoc (ZLUDA offline compiler), позволяющая компилировать файлы с инструкциями NVIDIA PTX в промежуточное представление AMD RDNA (ранее данная функциональность была доступна в форме библиотечных функций).
  • В загрузчике модулей PTX реализован механизм кэширования выполняемых на GPU ядер. Кэширование позволяет избежать повторного выполнения ресурсоёмких операций компиляции инструкций PTX (Parallel Thread Execution) в машинный код для заданного GPU.

  1. Главная ссылка к новости (https://vosen.github.io/ZLUDA/...)
  2. OpenNews: Выпуск ZLUDA 4, универсальной реализации технологии CUDA
  3. OpenNews: Проект ZLUDA продолжит развитие в форме универсальной реализации CUDA
  4. OpenNews: Требования юристов AMD привели к удалению части кода ZLUDA, открытой реализации CUDA
  5. OpenNews: NVIDIA препятствует разработке транслирующих прослоек для запуска CUDA на других платформах
  6. OpenNews: Опубликован инструментарий ZLUDA, позволяющий запускать CUDA-приложения на GPU AMD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63997-zluda
Ключевые слова: zluda, amd, gpu, cuda
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Смузихлеб забывший пароль (?), 10:24, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    > после письма от юристов, давших понять, что разрешение,
    > данное в ходе переписки по email, не имеет юридической силы

    Серьёзно ? Тип столько лет где только ни работал и не в курсе о подобном
    Удивительно, что он не сослался на устное разрешение в частном разговоре, данное ему в отсутствии каких-либо свидетелей этого

     
     
  • 2.3, Аноним (3), 10:27, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +18 +/
    ну так в отличии от устного разговора email - это что то "вещественное"
     
     
  • 3.5, Аноним (-), 10:38, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну так в отличии от устного разговора email - это что то "вещественное"

    Нюанс в том, что он нигде не предоставил никакие доказательство.
    Более того, он даже не сказал кто именно дал ему на это разрешение.
    А это мог быть его коллега или уборщица))

     
     
  • 4.52, я (?), 09:20, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    попуститесь, ну разобрали уже десять раз эту ситуацию. просто они с юристами амд решили публично не сраться на этот счёт а решили в формате тетеатета обсудить кто и как привёл кнедопониманию и как его аккуратно устранить. жалко конечно что пришлось некоторый код хоронить, но иное компания амд уже не может себе позволить увы слишком много чужих интресов приходится тоже учитывать вих сфере деятельности.
     
  • 2.4, Аноним (4), 10:29, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Тип столько лет где только ни работал Смузихлеб забывший пароль и не в курсе о простой электронной подписи?
     
     
  • 3.7, Аноним (7), 10:43, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подпись подписью, компетенция компетенцией. Помнится, тот начальник что согласился на выеладывание код опенсорсом, был попросту мелкой сошкой, с юристами при этом не согласовывавший. Авторство авторством, владеет кодом фирма и решать кому какое имущество фирмы можно дарить дано не каждой сошке
     
  • 3.8, Смузихлеб забывший пароль (?), 10:44, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это весьма серьёзный вопрос и неизвестно, кто конкретно написал ему ответ по ту сторону
    Тем более, что в серьёзных вопросах простая электронная подпись, даже если она есть, значит приблизительно ничего
     
     
  • 4.16, Аноним (4), 11:20, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может значить, а может и не значить. Я знаю об этом ровно столько же, как и вы.
    Но я так же знаю, что в некоторых случаях электронное письмо может являться аналогом подписи. Хотя и не в этом случае
     
     
  • 5.39, Аноним (39), 18:32, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты будешь бодаться с многомиллиардной корпорацией-работодателем? С пььяным не дерись, с богатым не судись. Себе дороже. В случае с корпорацией, даже если у тебя хватит свяязей, бабла и терпения выиграть, победа будет пиррова: тебя такого умного, но которому недостало ума теорию игр жизни понимать, просто все корпы занесут в чёрный список и больше в жисть не наймут. А у узкоспециализированных специалистов вроде этого корпы - единственный работодатель, кроме корпов ведь видюхи производить некому.
     
  • 3.49, Аноним (49), 23:59, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Блин, нет ничего страшнее технаря, пытающегося в юриспруденцию. Эл. подпись - это набор байтов и все. С юридической точки зрения такой же, как письмо, фотография Аркадия Укупника и вывод /dev/urandom. Правовую значимость ей может дать закон или контракт. Точно так же как и емейлу. Более того, в большинстве стран рабочая переписка имеет юридическую силу без всяких подписей. «Нотариально заверенный скриншот» - никогда не слышал про такое?
     
  • 2.19, fi (ok), 11:36, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    ты путаешь теплое с мягким - юриста и разработчика.

    Письма в корпорациях вполне официальный документ, за удаление можно и в тюрягу попасть. Так что с учетом условий в его контракте (наработки остаются у него) - мог и отбить.

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

     
     
  • 3.31, Bob (??), 14:37, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В начале 2024 года компания AMD решила, что запуск CUDA-приложений на GPU AMD не представляет интереса для бизнеса, что по условию контракта позволило разработчику открыть свои наработки. В процессе переписки по электронной почте разработчиком также было получено разрешение на публикацию от представителя AMD.
    >Спустя 6 месяцев после публикации изменений, созданных во время работы на AMD, юристы данной компании связались с Анджеем и дали понять, что ранее предоставленное в ходе переписки разрешение не имеет юридической силы.

    Ну, мягко говоря, юристов он мог вертеть и ещё компенсацию получить.
    Но потом явно были бы проблемы с трудоустройством далее...

    Напомнило слив исходников FSR4 на гитхабе и вой по этому поводу потом.
    Юристам AMD в панамку напихали так, как порнохабу не снилось)
    Дальше технологию портанули на Radeon 6xxx и 7xxx, успешно.

     
     
  • 4.40, Аноним (39), 18:35, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Дальше технологию портанули на Radeon 6xxx и 7xxx, успешно.

    Приведите ссылку.

     

  • 1.2, Аноним (2), 10:25, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Лучей добра ему. Давно пора эту монополию сломать.
     
     
  • 2.10, Аноним (7), 10:48, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Opencl вроде есть а не взлетает. Куду всем подавай почемуто. Вместо того чтобы доводить opencl до ума, теперь пилят эрзац-куду. От этого куда станет только популярней, монополия ее укрепится.
     
     
  • 3.11, Аноним (-), 10:55, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Opencl вроде есть а не взлетает. Куду всем подавай почемуто.

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

     
     
  • 4.26, torvn77 (ok), 13:14, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так в работе если не на всём, то на многом и весь смысл, те у кого есть деньги на специализированные решения уже сидят в экосистеме Инвидии и никуда не уйдут.
     
  • 4.29, Rezzet (??), 14:24, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    OpenCL не развивается и особо не собирается, всё внимание на Vulkan Compute так что OpenCL можно закапывать.
     
     
  • 5.38, Аноним (38), 18:22, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Vulkan Compute - это про взаимодействие с графикой.
     
     
  • 6.41, Аноним (39), 18:36, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А посоны, крутящие там нейросети и физику и не знали!
     
  • 6.65, Андрей (??), 07:39, 06/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Читай GPGPU.
     
  • 4.37, Аноним (38), 18:22, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам opencl это просто жалкая пародия на cuda

    Нет, он ближе к Driver API (или как-то так) нвидии. И, конечно, шейдерам.

     
  • 4.43, Аноним (39), 18:56, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никакая не жалкая пародия, он вполне соответствует и удобству использования куды... большой текст свёрнут, показать
     
  • 3.27, Аноним (27), 13:15, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/OpenCL#Version_support
     
  • 2.12, анонимз (?), 10:59, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    АМД против) не хочет чтобы у них CUDA за бесплатно работала.
     
  • 2.14, Аноним (-), 11:15, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучей добра ему. Давно пора эту монополию сломать.

    Лучей пoнocа ему. Вместо развития открытых стандартов, он подсаживает всех на закрытый.
    ZLUDA же просто дает "возможности запуска немодифицированных приложений CUDA".
    А где вы возьмете эти приложения? Вот, то-то и оно. Придется идти к невидии на поклон.

     
     
  • 3.33, penetrator (?), 16:55, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это означает что даже Resolve который хочет CUDA может работать поверх AMD, если у него получится, то не так уж это и плохо
     
  • 3.46, Beta Version (ok), 21:32, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вместо развития открытых стандартов, он подсаживает всех на закрытый.

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

     
     
  • 4.55, Аноним (-), 14:16, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они просто не в состоянии выкатить альтернативу Потому что технология, которая ... большой текст свёрнут, показать
     
     
  • 5.58, Beta Version (ok), 15:20, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они просто не в состоянии выкатить альтернативу.
    > Вот процессоры они смогли

    Ты уж определись, могут они или не могут. Они выкатывают то, во что целесообразно вкидывать ресурсы.

     

  • 1.13, Аноним (13), 11:05, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Добавлена начальная поддержка запуска поверх ZLUDA фреймворков llm.c, Llama.cpp и PyTorch для выполнения больших языковых моделей с задействованием CUDA-оптимизаций, применяемых для GPU NVIDIA.

    А не полезнее было бы в llm.c добавить оптимизации применимые к AMD GPU? А не как обычно прослойка через прослойку через эмуляцию?

     
     
  • 2.15, Аноним (15), 11:17, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не проще. Если так сделать, то это будет конкурентоспособно, а этого допустить никак нельзя.
     
  • 2.18, Аноним (-), 11:27, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А не полезнее было бы в llm.c добавить оптимизации применимые к AMD GPU?

    А оно нужно авторам llm.c, Llama.cpp и PyTorch?
    Делайте форк и оптимизируйте для красных.
    Вот только синхронизировать с апстримом вам придется самим.

     
     
  • 3.69, Аноним (13), 20:14, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно оно нужно авторам. Если бы тот же Анджей Яник сделал бы им PR с оптимизацией под AMD то они наверняка бы с радостью его приняли.
     

  • 1.17, vlad1.96 (ok), 11:26, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Молодец! Ждём поддержку и на Nouveau
     
  • 1.20, Karl Richter (ok), 12:05, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот Вам и полезный проект на Rust.
     
  • 1.21, Cyber100 (ok), 12:19, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    название, конечно, придумали качественное. у меня сразу ассоциации с какой-то "злой людой"...
     
     
  • 2.23, 12yoexpert (ok), 12:20, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    złuda == заблуждение
     
  • 2.66, Аноним (66), 10:23, 06/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня с Jolanta von Zmuda
    vintage-erotica-forum.com/t33100-yolanta-von-zmuda.html
     

  • 1.25, torvn77 (ok), 13:09, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В соответствии с условиями контракта и после получения разрешения на публикацию от представителя AMD, Анджей открыл код наработок, созданных во время работы в AMD и позволяющих выполнять CUDA-приложения поверх стека ROCm и runtime HIP (Heterogeneous-computing Interface for Portability).
    >
    >В прошлом году Анджей был вынужден убрать код из открытого доступа после письма от юристов, давших понять, что разрешение, данное в ходе переписки по email, не имеет юридической силы.

    Версия: в AMD сидит крот который саботировал разработку открытой версии CUDA сначала наняв автора в AMD, а потом уволив так чтобы у него не было юридических прав на созданный в AMD код чем задержал разработку на несколько лет.

     
     
  • 2.32, Аноним (27), 15:27, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    АМД в целом и есть этот "крот". AMD публично отказались от конкуренции с Nvidia в топ-сегменте, и хотели вырасти в среднебюджетках.
    В итоге за год вдвое сократилась их доля:
    - https://www.techpowerup.com/340614/nvidia-discrete-gpu-market-share-dominance-
    - https://3dnews.ru/1116443/
     
     
  • 3.42, Аноним (39), 18:39, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё правильно сделали. Их корпорация (как и все другие) вообще сдохнет, не выдержав конкуренции с невидией, поэтому единственная их цель - это максимум бабла с неё настричь. Если конкуренция повысит издержки, а бабла интегрально станет меньше - значит конкурировать не надо. Вот ты лично ведь с невидеей не конкурируешь, хотя мог бы попробовать попыжиться и сделать свою видеокарту ценой своего lifespanа ...
     
  • 3.48, Karl Richter (ok), 22:19, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что это неточно. Это может быть просто пропуск поколения, да и я видал новости по информации о топовых видеокартах 9000 серии. Есть предположение, что топы будут на новой архитектуре RDNA5/UDNA.
     
     
  • 4.51, torvn77 (ok), 04:01, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока что это неточно. Это может быть просто пропуск поколения,

    В принципе AMD вкладывается в PyTorch который становится основным фреймвореом свободного ML, так что может ей этот CUDA просто не нужен, проще снести всю экосистему Nvidia чем давать ей возможность зарабатывать на остатках.

     
     
  • 5.53, я (?), 09:33, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    скажем так. некоторыеисследования показали что возможность запускать куда приложения на видяхаха амд не повышает продажи дорогих серверных видях амд. на том уровне если принято решение что требуется куда то лучшаяя цена\производительность всёавно не может оправдать покупку не нвидии. а когда может то нет проблемы переписать код с куды. да транслятор это здорово и нужно, но денег в этом нет. для комерческой компани не являющейся лидером рынка заниматься вещами в которых нет денег самоубийство. жаль конечно что освободить код на который они уже потратили ресурсы они тоже не могут, пусть и поабсурдным для простого обывателя причинам которые сводятся к так не принято и инвестор не поймёт.
     

  • 1.34, Аноним (-), 17:54, 04/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Ada/SPARK есть поддержка сборки под GPU NVIDIA (благодаря сотрудничеству NVIDIA и AdaCore).

    И они как раз портируют (или уже портировали) прошивку на SPARK.

    Хотя, конечно, другие производители GPU до такого уровня поддержки ещё и близко не дошли: их доля в спецзадачах еле заметна.

    Я думаю, было бы неплохо добавить поддержку Vulkan в Ada/SPARK, но на это явно нужны чьи-то вложения.

    Надеюсь, ZLUDA когда-нибудь сможет нормально работать с Ada/SPARK.

     
     
  • 2.36, Аноним (36), 17:57, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое "сборка под gpu nvidia"? Оно умеет куду? Раст например собирается прямо в SPIR-V и тем самым запускается на любых гпу для которых поддерживается вулкан. Но это не куда. Поэтому вопрос про куду.
     
     
  • 3.44, Аноним (-), 19:29, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, можно через CUDA:
    https://docs.adacore.com/live/wave/cuda_env/html/cuda_env/programming.html

    Но это пока что бета (ограничения тут):
    https://docs.adacore.com/live/wave/cuda_env/html/cuda_env/limitations.html

    GNAT-LLVM, может, в будущем и получит поддержку SPIR-V, но сейчас Rust в плане кроссплатформенности на много шагов впереди.

    Легковесный параллелизм из Ada 2022 (parallel for и т.д.) ещё не реализовали полностью даже для CPU.

     
     
  • 4.45, Аноним (-), 19:34, 04/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит отметить, что поддержка CUDA/Nvidia не заброшена, как может показаться на первый взгляд (последний коммит в репозитории AdaCore/cuda был сделан 2 года назад).

    https://www.businesswire.com/news/home/20250604771878/en/Ada-and-SPARK-enter-t

     

  • 1.50, Аноним (50), 00:21, 05/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы после такого финта от АМД выкинул их видеокарту в окно и перешел на нвидиа. Но я уже на нвидиа
     
  • 1.54, Аноним (54), 13:21, 05/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Код проекта написан на языке Rust и распространяется под лицензиями MIT и Apache 2.0.

    Лицензии правильные, но вот язык не очень. Лучше бы на Си и С++.

     
     
  • 2.56, Аноним (-), 14:18, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Лицензии правильные, но вот язык не очень.

    Лицензии правильные и язык отличный.

    > Лучше бы на Си и С++.

    Спасибо, еще не хватало сишных дыр при работе с видяхой.

     
     
  • 3.57, 12yoexpert (ok), 15:18, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    MIT - проприетарная лицензия, раст - скам-проект от корпорастов
     
     
  • 4.59, Аноним (59), 15:33, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    MIT свободная лицензия в отличие от GPL рака.
     
     
  • 5.62, 12yoexpert (ok), 21:26, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    GPL - свободная лицензия, в отличие от насаждаемого корпорастами проприетарного MIT-рака
     
  • 5.68, Аноним (68), 17:11, 06/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Свободная от здравого смысла и чувства самосохранения.
     
  • 3.60, Аноним (59), 15:34, 05/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про сишные дыры в основном рассказывают те кто ни строчки на Си не написал, потому что не умеет. Они в основном пробелы на Питоне привыкли считать.
     
     
  • 4.64, X512 (?), 02:14, 06/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Покажите хоть одного умеющего программиста на Си, в коде которого не было ни одного критического бага или уязвимости. Все гуру Си совершали типичные для Си ошибки вроде use after free или выхода за границы буфера.
     
  • 4.67, Аноним (67), 12:35, 06/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Про сишные дыры в основном рассказывают те кто ни строчки на Си не написал

    Оно и понятно - сишники не будут свой язычок хаять.

     

  • 1.61, Ддд (?), 18:21, 05/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вейланд до сих пор кривое на кривом а эту Злюду пилить сто лет чтобы хотя бы олламу или лмстудию запустить
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру