The OpenNET Project / Index page

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



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

Оглавление

Доступен Debian GNU/Hurd 2021, opennews (??), 14-Авг-21, (0) [смотреть все]

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


10. "Доступен Debian GNU/Hurd 2021"  –7 +/
Сообщение от Аноним (5), 14-Авг-21, 10:23 
>Fuchsia

Вот это годнота, кстати, в отличии от привета из 80-х.

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

12. "Доступен Debian GNU/Hurd 2021"  +2 +/
Сообщение от Аноним (11), 14-Авг-21, 10:25 
Пропускать каждый сисколл через RBAC - ну, я не сказал бы что это хорошо вообще.
Ответить | Правка | Наверх | Cообщить модератору

18. "Доступен Debian GNU/Hurd 2021"  –1 +/
Сообщение от capabilitybased (?), 14-Авг-21, 10:49 
RBAC/MAC наше всё!
Ответить | Правка | Наверх | Cообщить модератору

264. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Анатолий (??), 15-Авг-21, 07:14 
Только ABAC!
Ответить | Правка | Наверх | Cообщить модератору

341. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от lockywolf (ok), 17-Авг-21, 18:31 
> Только ABAC!

ABAP

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

22. "Доступен Debian GNU/Hurd 2021"  +4 +/
Сообщение от Аноним (9), 14-Авг-21, 10:59 
>>Fuchsia
> Вот это годнота, кстати

Там микроядро Zircon написано на C++, а это мне кажется плохим решением.
В отношении C++ в ядрах я разделяю точку зрения Линуса.

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

123. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (131), 14-Авг-21, 14:33 
На C++ даже для микроконтроллеров bare metall пишут. Норм.
Ответить | Правка | Наверх | Cообщить модератору

174. "Доступен Debian GNU/Hurd 2021"  +3 +/
Сообщение от Аноним (192), 14-Авг-21, 16:34 
Правда, таких писателей ласково называют "пердуинщиками".
Ответить | Правка | Наверх | Cообщить модератору

214. "Доступен Debian GNU/Hurd 2021"  –1 +/
Сообщение от Аноним (131), 14-Авг-21, 18:36 
Это не считая прогающих в Arduino IDE и для Arduino, у которых весь код в один файлик .ino.
Ответить | Правка | Наверх | Cообщить модератору

298. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от _kp (ok), 15-Авг-21, 18:52 
Кроме пердуин, есть и не любительские устройства.
Да, во встраиваемых проектах, не используется с++, в стиле написания интерфейсов, вне собственно графического интерфейса.
Без си файлов в проекте, правда тоже не обходится, есть такие узкие места которые на с++ по человечески ненаписуемы.
Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

183. "Доступен Debian GNU/Hurd 2021"  +2 +/
Сообщение от Аноним (183), 14-Авг-21, 17:01 
Без исключений и раии? Ну и зачем такое счастье. Даже обгрызанная сишечка уже слишком неэффективно получается. Зависит от задач, конечно, но нельзя считать, что это ок. Пока ни одной успешной применимой системы на плюсах нет. Симбиан вроде был, но симбиан это же адок.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

188. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (192), 14-Авг-21, 17:18 
Миллионы домашних проектов на платформе Arduino намекают, что плюсы успешно применяются в микроконтроллерах.
Да, не профессионально. Но об этом речи не было.
Ответить | Правка | Наверх | Cообщить модератору

234. "Доступен Debian GNU/Hurd 2021"  +1 +/
Сообщение от анониим (?), 14-Авг-21, 22:25 
> Миллионы домашних проектов на платформе Arduino намекают, что...

...что миллионы мух не могут ошибаться.

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

271. "Доступен Debian GNU/Hurd 2021"  –2 +/
Сообщение от Аноним (271), 15-Авг-21, 10:27 
BeOS, HaikuOS
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

285. "Доступен Debian GNU/Hurd 2021"  +1 +/
Сообщение от Аноним (9), 15-Авг-21, 13:33 
>>Пока ни одной успешной применимой системы на плюсах нет
>
> BeOS, HaikuOS

И в каком месте оно успешное?

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

287. "Доступен Debian GNU/Hurd 2021"  –2 +/
Сообщение от n00by (ok), 15-Авг-21, 14:43 
Если у кого успешность измеряется в количестве инсталляций, смотрите на "99% десктопа". Там почти каждый нетривиальный драйвер написан на подмножестве плюсов. Там это уместно, поскольку разработчики сами себе паравозы и другим (кто предпочитает Си, или, простите за такую подробность - "Дельфи") не мешают.
Ответить | Правка | Наверх | Cообщить модератору

328. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 16-Авг-21, 16:16 
> ... смотрите на "99% десктопа".

И само ядро, и kernel-mode драйвера там написаны/пишут на Си. Там ТАК принято.

> Там почти каждый нетривиальный драйвер написан на подмножестве плюсов.

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

В то же время я не исключаю, что набранные по объявлениям индусы суют плюсы и туда, где им не место.

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

338. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 17-Авг-21, 10:46 
>> ... смотрите на "99% десктопа".
> И само ядро, и kernel-mode драйвера там написаны/пишут на Си. Там ТАК
> принято.

Простите за такую подробность, я не успел там застать юзермодные драйвера. Соответственно речь идёт о сервисах режима ядра. Ежели они оформлены в виде отдельных образов PE/COFF, они не перестают быть частью ядра.

>> Там почти каждый нетривиальный драйвер написан на подмножестве плюсов.
> А на плюсах там пишут USER-mode драйвера, что как бы намекает.

Намекает слово "пишут", что лично Вы не писали, отсюда и поверхностное владение информацией.

> В то же время я не исключаю, что набранные по объявлениям индусы
> суют плюсы и туда, где им не место.

А Вы не предполагайте, а изучите вопрос. Что бы "сунуть" в ядро такой механизм плюсов как исключения, надобно достаточно хорошо понимать, как это всё работает, начиная с уровней IRQL и заканчивая собственно диспетчером исключений. Представьте себе, SEH (т.е. исключения) обязательно там используется в любом драйвере на Си.

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

346. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Совершенно другой аноним (?), 18-Авг-21, 13:07 
> А Вы не предполагайте, а изучите вопрос. Что бы "сунуть" в ядро
> такой механизм плюсов как исключения, надобно достаточно хорошо понимать, как это
> всё работает, начиная с уровней IRQL и заканчивая собственно диспетчером исключений.
> Представьте себе, SEH (т.е. исключения) обязательно там используется в любом драйвере
> на Си.

там немного не те исключения. SEH это самоделка (в хорошем смысле) исключений от Microsoft для C. Поддерживаемая на уровне компилятора C от Microsoft, и их стандартной библиотеки. Скорее всего есть поддержка и в библиотеке ядра системы. Возможно у Microsoft в C++ исключения реализованы уже через C, но именно этим вопросом не интересовался. Как сейчас - не знаю, но в WINDDK версии "Windows Server 2003 Service Pack 1" примеры драйверов все были на C, и, кстати, без __try/__except/__finally.

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

347. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 18-Авг-21, 15:03 
>> А Вы не предполагайте, а изучите вопрос. Что бы "сунуть" в ядро
>> такой механизм плюсов как исключения, надобно достаточно хорошо понимать, как это
>> всё работает, начиная с уровней IRQL и заканчивая собственно диспетчером исключений.
>> Представьте себе, SEH (т.е. исключения) обязательно там используется в любом драйвере
>> на Си.
> там немного не те исключения. SEH это самоделка (в хорошем смысле) исключений
> от Microsoft для C. Поддерживаемая на уровне компилятора C от Microsoft,
> и их стандартной библиотеки.

Совершенно верно. При этом на вопрос хорошо бы смотреть чуть шире: у Микрософта не было компилятора актуальной версии Си. Вместо работы над соответствием стандарту они реализовали механизм очень похожий внешне на Си++ (если не считать __ и finally). На этом фоне ряд претензий к исключениям Си++ выглядят странно (если не принимать во внимание размер бросаемых объектов).

> Скорее всего есть поддержка и в библиотеке
> ядра системы. Возможно у Microsoft в C++ исключения реализованы уже через
> C, но именно этим вопросом не интересовался.

throw() ортогонален к исключениям ОС (SEH) и вызывает диспетчер (что ищет подходящий блок catch). Тот же диспетчер может быть вызван и ОС, если происходит исключение при доступе к памяти. Будет ли catch ловить SEH, определяется ключами компилятора. Микрософт не предоставляла реализацию диспетчера Си++ исключений для ядра, но её можно написать самому или взять готовую -- не думаю, что упомянутые "индусы" на такое способны.

> Как сейчас - не знаю, но в WINDDK версии "Windows Server 2003 Service Pack 1"
> примеры драйверов все были на C, и, кстати, без __try/__except/__finally.

Drivers must call ProbeForRead inside a try/except block. If the routine raises an exception, the driver should complete the IRP with the appropriate error. Note that subsequent accesses by the driver to the user-mode buffer must also be encapsulated within a try/except block: a malicious application could have another thread deleting, substituting, or changing the protection of user address ranges at any time (even after or during a call to ProbeForRead or ProbeForWrite). For more information, see Handling Exceptions.

https://docs.microsoft.com/en-us/windows-hardware/drivers/dd...

Не знаю, почему Микрософт считает нижеприведённый код C++, но я и try вместо __try впервые у них вижу, а углубляться в MSDN резона нет:


try {
    ...
    ProbeForWrite(Buffer, BufferSize, BufferAlignment);

    /* Note that any access (not just the probe, which must come first,
     * by the way) to Buffer must also be within a try-except.
     */
    ...
} except (EXCEPTION_EXECUTE_HANDLER) {
    /* Error handling code */
    ...
}

https://docs.microsoft.com/en-us/windows-hardware/drivers/ke...
Ответить | Правка | Наверх | Cообщить модератору

300. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от _kp (ok), 15-Авг-21, 18:56 
Кстати, действительно без исключений пишем.
Точнее они используются, но поскольку  всякая ошибка должна отлавливаться по коду возврата, до исключений не доходит.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

139. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (139), 14-Авг-21, 15:08 
Зашёл глянуть коменты, есть ли про "переписать на раст" - так вот это сюда
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

209. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 14-Авг-21, 18:13 
Нет, не сюда. Здесь про C++ vs C.
Ответить | Правка | Наверх | Cообщить модератору

268. "Доступен Debian GNU/Hurd 2021"  –2 +/
Сообщение от n00by (ok), 15-Авг-21, 09:45 
>>>Fuchsia
>> Вот это годнота, кстати
> Там микроядро Zircon написано на C++, а это мне кажется плохим решением.
> В отношении C++ в ядрах я разделяю точку зрения Линуса.

А какая у Линуса точка зрения? Ядро написано сишниками на Си, потому не стоит ломать традицию и плодить сущности? Так это не про технические аспекты плюсов и других ядер не касается.

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

283. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 15-Авг-21, 13:18 
> А какая у Линуса точка зрения?

Вот такая: http://harmful.cat-v.org/software/c++/linus

>... Си, потому не стоит ломать традицию и плодить сущности?
> Так это не про технические аспекты плюсов и других ядер не касается

Если ты не знаешь точку зрения Линуса, то к чему вообще эти твои фантазии?

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

286. "Доступен Debian GNU/Hurd 2021"  –2 +/
Сообщение от n00by (ok), 15-Авг-21, 14:33 
>> А какая у Линуса точка зрения?
> Вот такая: http://harmful.cat-v.org/software/c++/linus
>>... Си, потому не стоит ломать традицию и плодить сущности?
>> Так это не про технические аспекты плюсов и других ядер не касается
> Если ты не знаешь точку зрения Линуса, то к чему вообще эти
> твои фантазии?

Если из моего "написано сишниками на Си" и "не стоит ломать традицию" ты не можешь самостоятельно сделать вывод, что сложившемуся коллективу не нужны "a lot of substandard programmers" со своими свежими и не очень идеями (которые Линус называет utter crap), то действительно -- фантазии тут ни к чему. Потому я не могу тебе сказать, где ты их увидел и зачем приплёл.

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

295. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 15-Авг-21, 15:27 
> ... фантазии тут ни к чему.

Именно фантазии, которые и привели тебя к таким вот выводам:

>> Так это не про технические аспекты плюсов и других ядер не касается.

А ведь там, во втором письме, указаны как раз технические аспекты. Впрочем, и в первом письме тоже они есть.
Но ты-то "в домике", и предпочитаешь их не замечать - "здесь читаю, здесь не читаю, а здесь рыбу заворачиваю".

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

296. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 15-Авг-21, 16:12 
Ещё раз. Линус пишет про _своё_ ядро. Начинает с несоответствующих стандарту программистов. Это основной его посыл, его для основной команды Линукса достаточно. И даже для меня достаточно, мне это и без Линуса ясно. Но он так же понимает, что найдётся какой-то умник и скажет "но мы же тут технари, а ты говоришь как гуманитарий". Потому естественно далее добавляет аргументов, притягивает за уши*) известные проблемы, это позволяет ему заручиться поддержкой единомышленников и легко послать умников подальше.

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

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

322. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 16-Авг-21, 12:22 
> Начинает с несоответствующих стандарту программистов. Это основной его посыл, ...

"Несоответствующих стандарту", да?
Вот только слово "substandard" имеет несколько иное значение, как и коннотации.

Но плюсы, конечно, ни при чём. Ага.

> И даже для меня достаточно, мне это и без Линуса ясно.

Но изначально-то ты писал вот это:

>>> Ядро написано сишниками на Си, потому не стоит ломать традицию и плодить сущности?

Писал про какие-то традиции и "окукливание" Линуса & Co.

P.S. Я из того же времени, что и Линус. И довольно хорошо знаю тогдашний контекст.
Знаю, какой язык тогда выбирали "умные", а какой "красивые", как и знаю основные причины такого выбора.
Но плюсы, конечно, ни при чём. Ага. Как и Pascal, Delphi, PHP или Javascript.

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

325. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 16-Авг-21, 15:37 
>> Начинает с несоответствующих стандарту программистов. Это основной его посыл, ...
> "Несоответствующих стандарту", да?
> Вот только слово "substandard" имеет несколько иное значение, как и коннотации.

Так я не Линус, что бы адресовать эти несколько иные значения неопределённому кругу людей. Даже ламеров из ООО "НТЦ ИТ Роса", у которых #define объявляет переменную, предпочитаю называть "исключительно автономные баш-программисты", когда пишу не лично им.

> Но плюсы, конечно, ни при чём. Ага.

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

>> И даже для меня достаточно, мне это и без Линуса ясно.
> Но изначально-то ты писал вот это:
>>>> Ядро написано сишниками на Си, потому не стоит ломать традицию и плодить сущности?
> Писал про какие-то традиции и "окукливание" Линуса & Co.

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

> P.S. Я из того же времени, что и Линус. И довольно хорошо
> знаю тогдашний контекст.
> Знаю, какой язык тогда выбирали "умные", а какой "красивые", как и знаю
> основные причины такого выбора.
> Но плюсы, конечно, ни при чём. Ага. Как и Pascal, Delphi, PHP
> или Javascript.

На эти все языки кроме JS банально нет стандарта, потому они непригодны в ряде случаев. Про контексты не надо мне рассказывать, в 91-м году я разбивал на 3 файла сорец на асме, иначе он в ОЗУ Спектрума не вмещался, и это ещё у меня аж два дисковода было.

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

331. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (9), 16-Авг-21, 17:59 
>> Вот только слово "substandard" имеет несколько иное значение, как и коннотации.
> Так я не Линус, что бы адресовать эти несколько иные значения неопределённому кругу людей.

Я тоже не Линус, ядро(монастырь) не моё, но тем не менее придерживаюсь его точки зрения в обсуждаемом вопросе.

> Про контексты не надо мне рассказывать, в 91-м году я разбивал на 3 файла сорец на асме, иначе он в ОЗУ Спектрума ...

Я имел в виду (около)IT-шную академическую среду, где в 91-м уже были x86 с Turbo C и Turbo C++. А до этого были многопользовательские советские клоны PDP-11 и IBM/370, с которыми мне тоже довелось поработать.
Так вот, в академической среде в то время хорошо было видно, какой язык для себя выбирают "умные", а какой "красивые".
Думаю, что Линус наблюдал примерно такую же картину, но немного раньше.
И вот поэтому я его очень хорошо понимаю в контексте обсуждаемого вопроса.


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

340. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 17-Авг-21, 11:11 
>>> Вот только слово "substandard" имеет несколько иное значение, как и коннотации.
>> Так я не Линус, что бы адресовать эти несколько иные значения неопределённому кругу людей.
> Я тоже не Линус, ядро(монастырь) не моё, но тем не менее придерживаюсь
> его точки зрения в обсуждаемом вопросе.

Так вопрос в том, распространять ли мнение Линуса на другие ядра, или нет. Там могут быть свои какие-то предпочтения и требования.

>> Про контексты не надо мне рассказывать, в 91-м году я разбивал на 3 файла сорец на асме, иначе он в ОЗУ Спектрума ...
> Я имел в виду (около)IT-шную академическую среду, где в 91-м уже были
> x86 с Turbo C и Turbo C++. А до этого были
> многопользовательские советские клоны PDP-11 и IBM/370, с которыми мне тоже довелось
> поработать.
> Так вот, в академической среде в то время хорошо было видно, какой
> язык для себя выбирают "умные", а какой "красивые".
> Думаю, что Линус наблюдал примерно такую же картину, но немного раньше.
> И вот поэтому я его очень хорошо понимаю в контексте обсуждаемого вопроса.

А я имел ввиду, что зажрались вы тогда, вот и писали на неэффективном Си. :)

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

335. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от Аноним (138), 16-Авг-21, 21:52 
> Даже ламеров из ООО "НТЦ ИТ Роса", у которых #define объявляет переменную

Что-то не так?

#define variable unsigned // либо char, либо float, либо что там еще надо
void func(){
variable a, b, c;
...
return;
}
На фига так делать - это уже другой вопрос.

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

339. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 17-Авг-21, 11:06 
>> Даже ламеров из ООО "НТЦ ИТ Роса", у которых #define объявляет переменную
> Что-то не так?

Безусловно.

> #define variable unsigned // либо char, либо float, либо что там еще

Здесь #define определяет макрос с именем (идентификатором) variable и значением (списком подстановки) unsigned .

> надо
> void func(){
> variable a, b, c;
> ...
> return;
> }
> На фига так делать - это уже другой вопрос.

Либо от непонимания фаз трансляции, либо что бы натянуть сову на глобус.

А тот шарлатан комментировал код типа:

#define FOO 1

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

302. "Доступен Debian GNU/Hurd 2021"  –1 +/
Сообщение от Anonymoustus (ok), 15-Авг-21, 19:06 
> А какая у Линуса точка зрения?

Точку зрению Линуса определяют работодатели и платиновые инвесторы ведра.

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

316. "Доступен Debian GNU/Hurd 2021"  +/
Сообщение от n00by (ok), 16-Авг-21, 08:29 
>> А какая у Линуса точка зрения?
> Точку зрению Линуса определяют работодатели и платиновые инвесторы ведра.

Посмотрим. Есть ещё шансы, что требованиями к Rust-у Линус таки сольёт инициативу. Но если нет, будет интересно посмотреть на всех отметившихся здесь с "фу, си плюс плюс".

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

33. "Доступен Debian GNU/Hurd 2021"  +1 +/
Сообщение от Аноним (33), 14-Авг-21, 11:13 
У вас в слове "гуглота" несколько опечаток.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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




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

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