The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Дискуссия об использовании языка C++ для разработки ядра Linux, opennews (??), 14-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


454. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (-), 16-Янв-24, 00:09 
> Все способы выстрелить себе в ногу в C++ - это исключительно наследие
> C. На чистом плюсовом коде (без сырых указателей, сишных строк и
> функций) выстрелить себе в ногу очень сложно.

А дебильные классические типы целых чисел там как? Их так то и в си неплохо бы выпилить к хренам и сделать по уму, на основе C99 - и с "well defined behavior". Это спасло бы от дохреналиона багов и вулнов на ровном месте.

И да - вообще забанить к хренам "int" (signed) как индексы. С расстрелом из реактивного г@вномета за это. Чтобы господам даже чисто теоритически в голову не приходило что в массив можно отрицательный индекс, бдаж!

Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

502. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Tron is Whistling (?), 16-Янв-24, 11:26 
Ты не поверишь, но отрицательный индекс в массиве по указателю - очень даже востребован.
Ответить | Правка | Наверх | Cообщить модератору

512. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Fyjy (?), 16-Янв-24, 13:41 
В производстве овно кода и CVEшек?
Верю! Можно просто открывать новости пенька и каждый 2 недели читать про очередную уязвимость от любителей поиграться с индексами.
Но вот для надежных систем это только во вред.
Ответить | Правка | Наверх | Cообщить модератору

519. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Tron is Whistling (?), 16-Янв-24, 13:51 
Вот есть у меня вот прямо индекс указателей на элементы. Есть поинтер на какой-то указатель в этом индексе.
Мне надо предыдущий взять. Далее чего?
Ответить | Правка | Наверх | Cообщить модератору

527. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (115), 16-Янв-24, 14:45 
Так твой пример сам по себе небезопрасный. И на этот случай есть унарный --, знак тут всё ещё не нужен
Ответить | Правка | Наверх | Cообщить модератору

577. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Tron is Whistling (?), 16-Янв-24, 20:00 
Мне не нужно менять сам указатель :)
Ответить | Правка | Наверх | Cообщить модератору

656. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Аноним (-), 19-Янв-24, 20:15 
> Вот есть у меня вот прямо индекс указателей на элементы. Есть поинтер
> на какой-то указатель в этом индексе.
> Мне надо предыдущий взять. Далее чего?

Уволить того кто код так пишет к хренам - зачем вам этот генератор CVE в тиме?

Ответить | Правка | К родителю #519 | Наверх | Cообщить модератору

658. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Tron is Whistling (?), 19-Янв-24, 21:41 
Да не, я не против, чтобы ты вместо одного сервера у меня 10 купил, но ты ведь не купишь.
Ответить | Правка | Наверх | Cообщить модератору

665. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (-), 20-Янв-24, 12:44 
> Да не, я не против, чтобы ты вместо одного сервера у меня
> 10 купил, но ты ведь не купишь.

Я как махровый сишник готов поспорить что все то же самое можно было сделать значительно менее ректально. Без явно невалидных на глаз (и статический анализатор) действий.

То что вы делаете что-то ректально и гордитесь этим намекает что хрустики все же имеют свой понйт в своем желании вас уйти. Той е#$%нины в коде лично я не желаю видеть в принципе.

Ответить | Правка | Наверх | Cообщить модератору

666. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Tron is Whistling (?), 20-Янв-24, 13:04 
На самом деле пусть уходят - чище будет.
Ответить | Правка | Наверх | Cообщить модератору

678. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (-), 21-Янв-24, 21:09 
> На самом деле пусть уходят - чище будет.

Инихрена себе уровень самокритики. Вот это вы круты. Я правильно понимаю что вы считаете что без вас в проекте станет лучше? O_O Да, это довольно необычно для опеннет...

Ответить | Правка | Наверх | Cообщить модератору

655. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Аноним (655), 19-Янв-24, 20:12 
> Ты не поверишь, но отрицательный индекс в массиве по указателю - очень
> даже востребован.

А вот эксперты по фигурному прострелу пяток с заподвыподвертом пожаловали. Я все понимаю - но вот в именно таком стиле CVE получаются. Воон там зубр сабмитил отрицательный индекс массиву если вооон те параметры на вход дать. Не, так не задумано - просто он аргументы функции на вход не чекал, и получив воооон те параметры, лихо проматывал индекс не только до 0 но и за него. Ну, подумаешь, по чужой памяти пошарился, а то и в провод слил, "ишь ты, карманный вариант heartbleed'а". Гнать таких програмеров ссаными тряпками и ср@ной метлой.

Ответить | Правка | К родителю #502 | Наверх | Cообщить модератору

514. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Fyjy (?), 16-Янв-24, 13:44 
> сделать по уму, на основе C99 - и с "well defined behavior".

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

Ответить | Правка | К родителю #454 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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