The OpenNET Project / Index page

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

Выпуск операционной системы Redox OS 0.6, написанной на языке Rust

26.12.2020 11:47

После полутора лет разработки опубликован выпуск операционной системы Redox 0.6, разработанной с использованием языка Rust и концепции микроядра. Наработки проекта распространяются под свободной лицензией MIT. Для тестирования Redox OS предложены готовые загрузочные образы (61 МБ). В отличие от прошлых выпусков, ветка 0.6 рассматривается как пригодная для экспериментов на реальном оборудовании, а не только в QEMU и VirtualBox.

Из новшеств, добавленных в выпуске Redox 0.6, можно отметить:

  • Полностью переписана система управления памятью ядра (rmm, kernel memory manager). В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти. Кроме того, повышена стабильность поддержки многоядерных систем.
  • В состав включены многие проекты, разработанные студентами в рамках инициативы RSoC (Redox OS Summer of Code), включая разработки, связанные с поддержкой io_uring, ptrace, strace, gdb, дисковыми разделами и ведением логов.
  • Значительно доработана развиваемая проектом стандартная Си-библиотека Relibc, способная работать не только в Redox, но и в дистрибутивах на базе ядра Linux.
  • Добавлен собственный пакетный менеджер pkgar и связанный с ним формат пакетов, развиваемый с учётом специфики Redox OS. Пакетным менеджером предоставляется верификация источника по цифровой подписи, контроль целостности, возможность повторяемой сборки, автоматические обновления, передача только изменившихся данных, независимость от каталога установки. В отличие от других форматов, pkgar включает только метаданные, необходимые для извлечения пакета.
  • Скрипты cookbook, включающие инструкции по сборке различных компонентов Redox OS, переведены на новую сборочную систему, написанную на языке Rust. В новой сборочной системе вместо Shell-сценариев для описания логики сборки предложены файлы в формате Toml.
  • Много времени при подготовке новой версии было потрачено на борьбу с нарушающими совместимость изменениями в ночных сборках Rust, связанными с переработкой макроса Asm.

Напомним, что операционная система развивается в соответствии с философией Unix и заимствует некоторые идеи из SeL4, Minix и Plan 9. Redox использует концепцию микроядра, при котором на уровне ядра обеспечивается только взаимодействие между процессами и управление ресурсами, а вся остальная функциональность вынесена в библиотеки, которые могут использоваться как ядром, так и пользовательскими приложениями. Все драйверы выполняются в пространстве пользователя в изолированных sandbox-окружениях. Для совместимости с существующими приложениями предоставляется специальная POSIX-прослойка, позволяющая запускать многие программы без портирования.

В системе применяется принцип "все есть URL". Например, для записи в лог может использоваться URL "log://", для взаимодействия между процессами "bus://", для сетевого взаимодействия "tcp://" и т.п. Модули, которые могут быть реализованы в форме драйверов, расширений ядра и пользовательских приложений, могут регистрировать свои обработчики URL, например, можно написать модуль обращения к портам ввода/вывода и привязать его к URL "port_io://", после чего можно использовать его для доступа к 60 порту через открытие URL "port_io://60". Наработки проекта распространяются под свободной лицензией MIT.

Пользовательское окружение в Redox построено на базе собственной графической оболочки Orbital (не путать с другой оболочкой Orbital, использующей Qt и Wayland) и тулкита OrbTk, предоставляющего API, похожий на Flutter, React и Redux. В качестве web-браузера применяется Netsurf. Проектом также развивается собственный пакетный менеджер, набор стандартных утилит (binutils, coreutils, netutils, extrautils), командная оболочка ion, стандартная Си-библиотека relibc, vim-подобный текстовый редактор sodium, сетевой стек и файловая система TFS, развиваемая на основе идей ZFS (модульный вариант ZFS на языке Rust). Конфигурация задаётся на языке Toml.



  1. Главная ссылка к новости (https://www.redox-os.org/news/...)
  2. OpenNews: В Redox OS появилась возможность отладки программ при помощи GDB
  3. OpenNews: Проект Redox OS представил пакетный менеджер pkgar, написанный на языке Rust
  4. OpenNews: Прогресс в использовании ОС Redox на реальном оборудовании
  5. OpenNews: Выпуск операционной системы Redox OS 0.5, написанной на языке Rust
  6. OpenNews: Для Linux и Redox представлена реализация Libc на языке Rust
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/54316-redox
Ключевые слова: redox, rust
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (398) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:54, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +35 +/
    Великолепная ось на божественном языке!
     
     
  • 2.3, Аноним (3), 11:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Фроктааааал!
     
     
  • 3.54, n00by (ok), 13:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Он собирает шаблон "от утечек памяти".
     
     
  • 4.207, InuYasha (??), 01:23, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я удивлён что не нашёл заветных слов "Новость прислал: Fracta1L" )
     
     
  • 5.220, заминированный тапок (ok), 08:07, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    при чём даже новость написал бы на Расте, тк тест на русском языке может содержать ошибки
     
  • 2.125, Урри (ok), 17:45, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Божественный язык - это лисп. Не смейте называть вашу смузинедоделку божественным.
     
     
  • 3.130, хацкер (ok), 17:58, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Божественный язык -- машинный код.
     
     
  • 4.255, Аноним (255), 13:24, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Но да будет слово ваше: «да, да»; «нет, нет»; а что сверх этого, то от лукавого.
    Евангелие от Матфея 5:37 – Мф 5:37
     
  • 3.201, Аноним (201), 23:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Божественный язык - это лисп.

    <ссылка на xkcd>

     
  • 2.275, ИмяХ (?), 17:39, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что в ней великолепного? Ни киберпунк ни автокад не запустить, даже блютуз наушники не работают. Оxepеть, такая великолепная, что вообще ничего сделать в ней нельзя - только включить, полюбоваться на рабочий стол и выключить.
     

  • 1.2, Я (??), 11:55, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Ждём нашествие растофобов
     
     
  • 2.23, Аноним (23), 12:39, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А std то на си почему-то написана. Ай-яй-яй. Ждём нашествия Си-фобов.
     
     
  • 3.44, Wilem82 (?), 13:03, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что такое std?
     
     
  • 4.52, A.Stahl (ok), 13:49, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –114 +/
    Si table of dannye.
     
     
  • 5.283, Аноним (283), 18:14, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется, тв только что поставил рекорд по "-"
     
     
  • 6.286, A.Stahl (ok), 18:32, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее всего это работа одного человека со скриптом. Наверное кому-то на больную мозоль наступил или ещё чего. Время от времени у совершенно случайных моих сообщений бывают такое вот необычное количество минусов.


     
  • 4.104, Михрютка (ok), 16:54, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +14 +/
    sexually transmitted disease
     
     
  • 5.171, Аноним (171), 19:47, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Life?
     
  • 2.59, Dzen Python (ok), 14:15, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А что их ждать, если одного unsafe достаточно, чтобы похерить все крики растовцев о Безапашности(тм)?
    До сих пор помню, как затравили того автора, что для критических частей своего растового веб-сервера их заюзал (ради +150% к скорости) и огреб от токсичного растового коммунити.
     
     
  • 3.87, банан (?), 15:52, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Перед вами два стула, на одном производительность, а на другом - безопасность
     
     
  • 4.103, Аноним (103), 16:50, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Очень спорная аналогия с двумя стульями 😂😂😂
     
     
  • 5.110, Урри (ok), 17:22, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    правильный ответ: сам сяду на производительность, а мать посажу себе на колени.
     
  • 4.133, Аноним (-), 18:13, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А просто взять и написать производительно и безопасно уже нельзя, ну совсем никак ? Разгневаются боги хрустоманов...
     
  • 4.193, Аноним (193), 23:22, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Возьму производительность и срублю безопасность
     
  • 4.333, pofigist (?), 10:24, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Три. Третий - удобство использования
     
  • 3.144, Аноним (144), 18:26, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Того автора затравили действительно из-за unsafe, но не от факта его наличия. А от того что данный unsafe ДЕЙСТВИТЕЛЬНО был не безопасен и автора за это чморили, а автор не мог быстро и красиво решить данную проблему без потери производительности.

    Как итог, автор свою проблему решил, с другим unsafe, другими вещами, а та уязвимость исправлена и производительность уже не 150% а гдето 140%:)

     
     
  • 4.421, Аноним (421), 16:37, 11/03/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Получается что наличие unsafe в коде позволило выявить проблему безопасности? Потенциальное CVE. Ведь люди которые искали ошибки смотрели на блоки unsafe.

    Надо же, я думал что один unsafe написал в коде и все - считай что в С++ попал, а мог и не учить раст даже. НУ ничего, там наверно осталось полно утечек памяти, вот порадуюсь когда у кого-нибудь сервер крашнется. Когда-нибудь. Пусть и без privilege gain..

     
  • 3.183, Wilem82 (?), 22:26, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > А что их ждать, если одного unsafe достаточно, чтобы похерить все крики растовцев о Безапашности(тм)?

    Ансейф отключает некоторые проверки, но не все. Кроме того, небольшую ансейфовую часть легче проверить, чем когда вся программа - ансейф.

     
     
  • 4.194, Dzen Python (ok), 23:22, 26/12/2020 Скрыто модератором
  • –2 +/
     
     
  • 5.206, Qwerty123456 (?), 01:20, 27/12/2020 Скрыто модератором
  • +/
     
  • 3.235, red75prim (?), 09:59, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > До сих пор помню, как затравили того автора

    А помните как Боинг затравили за 737MAX? Такая-же история: не будем ставить индикатор рассогласования датчиков углов атаки - напишем в инструкции как распознать ситуацию, пилоты умные, справятся.

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

     
     
  • 4.262, Аноним (262), 14:55, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Упустили предысторию Давайте поставим более экономичные двигатели большей степ... большой текст свёрнут, показать
     
     
  • 5.267, red75prime (?), 16:34, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не совсем так Команда летевшая на предыдущем рейсе рейс перед крушением замеч... большой текст свёрнут, показать
     
     
  • 6.268, red75prime (?), 16:37, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А действия простые - каждые 10 секунд дергать рычажок stab trim в
    > направлении nose up, пока второй пилот листает quick reference handbook.

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

     
     
  • 7.402, uis (ok), 02:40, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я и не знал, что на опеннете есть даже пилоты боингов. Или их конструкторы.
     
  • 3.269, topin89 (ok), 16:47, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видел я этот момент. Сначала кто-то выкатил большущий тест http-клиентов на Расте, раскатал всех в стиле "все п-сы, а я д'Артаньян". Но актиксу реально сильнее всех досталось. Потом начилась дискуссия на гитхабе, где этот д'Артаньян продолжал раздувать гребешок, но большинство вроде были более-менее адекватны и спокойны. Тем не менее, одного оказалось достаточно, чтобы нормальный, но не стойких духом разработчик забросил довольно неплохой фреймворк.

    Жаль, если честно. С такими нервами это всё равно бы случилось рано или поздно, но жаль. Собственно, все эти Code of Conduits создаются, чтобы такое происходило пореже, а не ради черножизненной дичи.

     
     
  • 4.270, red75prime (?), 17:00, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, там вылез какой-то тип со стороны, не имеющий отношения ни к тестам, ни к актиксу, и выдал что-то вроде "Не хрен тебе на расте писать с такими замашками". Этому сообщению понаставили минусов, а в остальном цивильно убеждали автора актикса, что как-то нехорошо получается, надо бы поправить.
     
  • 3.298, Lex (??), 20:07, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В новой реализации удалось избавиться от утечек памяти

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

     
     
  • 4.304, Аноним (-), 20:51, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В новой реализации удалось избавиться от утечек памяти
    > А что их ждать, если даже сама новость намекает на некоторую фундаментальную
    > дырявость и неспособность решать за проггера часть проблем, которые сабж типо_решает

    Сразу видно отличное знание матчасти и сути проблемы, как и отличное понимание принципов и нюансов работы и реализации ядерного менеджера памяти (это ведь типичная проблема всех местных экспертов в целом и жопоскриптозников в частности)!
    Поэтому следует ценить это особо ценное мнение!

     
  • 3.399, freecoder_xx (?), 22:40, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И откуда вы это помните, кто и через кого вам эту историю пересказал? По тону вашего комментария видно, что вы вообще не в курсе той истории, что там реально произошло.
     
  • 2.302, Аноним (302), 20:38, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ждём нашествие растофобов

    Нашествие-то растофанов уже в самом разгаре.

     

  • 1.5, Аноним (5), 11:58, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Вот бы кто-нить сказал зачем это нужно.
     
     
  • 2.11, Alex (??), 12:09, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    А так непонятно?
    Для популяризации языка как языка системного уровня.
    Создания сообщества, стандартных библиотек, развития самого раста и т.д.

    Никто систему эту ставить на десктопы или серверы не будет. Сейчас это скорее как "я могу я сделаю!", чтобы позволить утвердится языку.
    А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.

     
     
  • 3.17, alex312 (?), 12:22, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.

    Я конечно за раст, и все такое, но 5 лет до основной ОС - это фантастика.
    Что более реально за 5 лет - это как ОС в какой нибудь телек или другой умный гаджет. Что тем не менее будет офигенно.

     
     
  • 4.136, Аноним (-), 18:16, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Для этого им прийдется изучить нормальные языки программирования, чего не случится в ближайшие 5 лет, так что мечты
     
  • 3.32, Аноним (32), 12:47, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Если без написания ненужных ОС язык не может утвердиться, то это - ненужный язык. Иными словами - ненужный язык - это язык, от которого не зависит нужное ПО. К расту, к счастью, это не относится, на нём уже написаны тонны нужного ПО и один ненужный браузер-банкрот, который некому финансировать, потому что всем оплату рекламой и шпионажем подавай.
     
  • 3.99, Аноним (99), 16:20, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чтобы доказать что язык можно использовать в других системах, мы не будем его использовать в других системах, а создадим свою ненужную систему которой никто не будет пользоваться. Видимо целевая аудитория должна поверить на слово что если водород работает в дерижабле, то и в самолёте будет работать точно также.
     
  • 3.112, Урри (ok), 17:25, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.

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

    >  Много времени при подготовке новой версии было потрачено на борьбу с нарушающими совместимость изменениями в ночных сборках Rust, связанными с переработкой макроса Asm.

     
  • 3.318, marios (ok), 00:02, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит никто не будет ставить на десктопы? Автор изначально её пилил для своего ноута, поскольку его не удовлетворял линукс.
     
  • 2.21, nomad__ (ok), 12:34, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Вот бы кто-нить сказал зачем это нужно.

    Чтобы было. Тебе жалко что ли? Ну так займись тем, что нужно.

     
  • 2.47, Wilem82 (?), 13:18, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В документации сказано: https://doc.redox-os.org/book/ch01-05-why-redox.html
     
  • 2.81, Аноним (81), 15:26, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    для убийства линукса
     
  • 2.127, лютый жабби__ (?), 17:51, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >сказал зачем это нужно.

    зря они распыляются на реальное железо. на сервере всё равно виртуализация в 99% случаев.

    для того чтобы стремительным домкратом всех подвинуть на серверах достаточно было бы написать 1 путний webсервер, 1 dns-сервер и 1 субд.

     
  • 2.141, Аноним (141), 18:22, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вот бы кто-нить сказал зачем это нужно.

    Исходя из https://doc.redox-os.org/book/ch01-05-why-redox.html

    этого:
    > There are numerous places in the MINIX 3 source code where we would like to make changes,
    > so many that perhaps a rewrite in Rust makes the most sense.

    Для того чтоб написать на хрусте.

     
  • 2.218, powerc (??), 08:01, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    для чего вообще все существует в этой реальности?
     

  • 1.6, Аноним (6), 11:58, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот оно будущее! Уже сейчас.
     
     
  • 2.366, Аноним (366), 09:42, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > утечек памяти, которые создавали проблемы
    > стандартная Си-библиотека
    > борьбу ... в сборках Rust ... макроса Asm

    Знаете, что лишнее в этой недооси? Раст!

     

  • 1.7, Аноним (7), 12:01, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +21 +/
    Её уже рассматривают как замену CentOS?
     
     
  • 2.106, Аноним (106), 17:16, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нет, только для фуксии с гармонью
     

  • 1.8, Растобой (?), 12:02, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отличная новость.
     
  • 1.9, Аноним (9), 12:04, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как там дела с производительностью? Это наверное единственно что сейчас актуально. Далее можно обсудить фракталов и целесообразность выбора языка, раз он позволяет такие фракталы, можно будет посчитать статистику относительно конкурентов.
     
     
  • 2.24, Аноним (24), 12:41, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На производительность микроядернвх ОС сильно влияют DAC, MAC. Пока их нет с производительностью все должно быть хорошо.
     

  • 1.10, Аноним (10), 12:05, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    зачем писать все? почему не сделать свое ядро и libc нормально, а потом переписывать остальное?
     
     
  • 2.13, Аноним (9), 12:10, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может быть это не очевидно, но делать новое проще чем сделать нормально или исправить и доделать старое (это вообще не реально).
     
     
  • 3.85, alexrayne (?), 15:47, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если бы это было так, то природа давно реализовала бы этот подход массово. Но нет, эволюция рулит.
     
     
  • 4.90, Аноним (9), 16:00, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эволюция действует более широкими категориями, на больших временных периодах. Миллионы никому не нужных проектов умирают на разных стадиях завершённости, люди же десятилетиями используют и подпирают сотнями костылей очевидно хреновые решения без возможности их исправить, поскольку любое исправление потребует большой вовлечённости десятков и сотен квалифицированных индивидуумов.
     
  • 4.91, Аноним (91), 16:03, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    есть такое понятие как эволюционный тупик, тогда природа делает несколько шагов назад к другой ветке которая изначально вроде казалась менее жизнеспособной
     
     
  • 5.94, Аноним (9), 16:06, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я не вижу как это применимо к разработке ПО. У нас нет столько ресурсов и возможностей.
     
     
  • 6.155, Аноним (91), 18:43, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    возможностей не было 30 лет назад, сейчас программистов как собак не резанных, чем они все занимаются ? бабловыжиманием ? где тот энтузиазм создателя ? пока не проплатят то не пошевелим и пальцем для общего блага ?
     
     
  • 7.167, qwerty (??), 19:28, 26/12/2020 Скрыто модератором
  • –2 +/
     
     
  • 8.226, Соляридзе (?), 09:10, 27/12/2020 Скрыто модератором
  • –1 +/
     
  • 7.196, Аноним (196), 23:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пишут веб сайты же
     
     
  • 8.209, масло на хлебе (?), 01:49, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пишут коменты... текст свёрнут, показать
     
  • 4.92, Аноним (9), 16:05, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вероятно даже точнее будет утверждать о многих тысячах и миллионах, рассматривая всю популяцию, поскольку придётся не только разработать и внедрить, но и убедить остальных, что это лучше и правильнее (а это возможно самое сложное).
     
  • 4.95, еман (?), 16:09, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    на самом деле, природа это делает каждый раз, когда у одной матери появляется несколько детёнышей: такой себе природный форк, на случай если сиблинги зафейлятся.
     
  • 2.30, Ordu (ok), 12:47, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > зачем писать все?

    just for fun?

    > почему не сделать свое ядро и libc нормально, а потом переписывать остальное?

    А зачем это делать последовательно? Если бы эту Redox пилил бы один программист, то ему бы может и было бы удобнее делать последовательно. Но программистов больше одного, возможна параллелизация усилий, а раз так то удобнее заниматься всем сразу, чтобы друг у друга под ногами не болтаться.

     
     
  • 3.55, n00by (ok), 14:05, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ей разве нужна libc? Насколько я понимаю, для самой ОС и базового окружения не нужна, только что бы сторонний софт (который на Си) запускать.
     
     
  • 4.79, Ordu (ok), 15:24, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А ей разве нужна libc? Насколько я понимаю, для самой ОС и
    > базового окружения не нужна, только что бы сторонний софт (который на
    > Си) запускать.

    Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас всё равно рано о чём-то говорить, они, как я понимаю, usb hid так и не поддерживают, поэтому клавиатуры/мышки не работают. Разве что искать доисторическое железо с PS/2.

     
     
  • 5.128, лютый жабби__ (?), 17:55, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Было бы обломно иметь OC и не иметь под неё браузера

    весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания 99.9% населения зачем дескпопной оси быть микроядерной.

    линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль

     
     
  • 6.147, Ordu (ok), 18:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кому какое дело до 99 9 О каком маркетинге ты говоришь Чтобы говорить о марке... большой текст свёрнут, показать
     
     
  • 7.210, Аноним (210), 02:48, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    хммм У вас противоречие тут закралось Феномен фанатизма встречается именно и... большой текст свёрнут, показать
     
     
  • 8.265, Ordu (ok), 16:03, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда софт пишется на rust е, POSIX не особо актуален Если даже если он и есть ... большой текст свёрнут, показать
     
  • 7.211, Аноньимъ (ok), 03:19, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Добра :3
     
  • 7.227, Аноним (227), 09:13, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если там будет нормальный GUI и жрать будет ресурсов хотя бы как WIN XP, то в пекло все эти разжиревшие Линуксы в которых без командной строки работать практически невозможно. А вообще тут все переходят на ARM и если ребята впишутся в этот переход могут солидную долю рынка у Мелкософта отжать. Ну и без мобильной версии тоже никак.
     
  • 7.321, adolfus (ok), 00:28, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на окаменелом с

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

     
  • 5.234, n00by (ok), 09:59, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> А ей разве нужна libc? Насколько я понимаю, для самой ОС и
    >> базового окружения не нужна, только что бы сторонний софт (который на
    >> Си) запускать.
    > Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не
    > иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас
    > всё равно рано о чём-то говорить, они, как я понимаю, usb
    > hid так и не поддерживают, поэтому клавиатуры/мышки не работают.

    Значит они всё правильно делают. Кто-то пишет ядро, потому что может. Кто-то занимается прослойками совместимости с существующим софтом, а в ядро не лезет раньше времени.

    > Разве что
    > искать доисторическое железо с PS/2.

    Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на том уровне.

     
     
  • 6.257, Ordu (ok), 13:36, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на
    > том уровне.

    Это даже по фану. Можно написать драйвер для своей сетевушки. Поддержка usb hid -- это уровень абстракции, чтоб его написать надо быть высоколобым разработчиком понимающим принципы ядра, под которые это делается. А драйверок запилить по аналогии с существующим -- это и Васян из 9б справится.

     
  • 4.222, Wilem82 (?), 08:52, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > только что бы сторонний софт (который на Си) запускать

    Не который на Си, а который подгружает libc и делает вызовы к его фукнциям. Это можно сделать на любом языке, который умеет C ABI FFI.

     
     
  • 5.233, n00by (ok), 09:52, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> только что бы сторонний софт (который на Си) запускать
    > Не который на Си, а который подгружает libc и делает вызовы к
    > его фукнциям. Это можно сделать на любом языке, который умеет C
    > ABI FFI.

    Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически, поскольку у того "любого языка" рантайм написан на Си?

     
     
  • 6.337, Wilem82 (?), 14:35, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически

    $ ldd /bin/ls
            libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000)

    > поскольку у того "любого языка" рантайм написан на Си

    Этот пункт не понял. Почему у языка рантайм должен быть на Си, при чём тут это?  Берём любой язык и делаем из него вызов к libc.so, при этом без разницы что за язык и какой у него рантайм. Это просто вызов функции произвольной динамической библиотеки, что на Линуксе что на Винде.

     
     
  • 7.352, n00by (ok), 17:21, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь погружает не ls, а системный загрузчик ld-linux , выполняя динамическое... большой текст свёрнут, показать
     
     
  • 8.354, Wilem82 (?), 19:10, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю про что спорим Да, с dlopen я перепутал, чё с меня взять - я тупой... большой текст свёрнут, показать
     
     
  • 9.381, n00by (ok), 10:32, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В том-то и дело Вы сами начали оспаривать мой тезис нужна libc что бы стор... большой текст свёрнут, показать
     
     
  • 10.388, Wilem82 (?), 12:34, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Извините, я наверно туплю Примеры чего Софта на Си, которому не нужен libc Ил... большой текст свёрнут, показать
     
     
  • 11.406, n00by (ok), 10:09, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С Вами каши не сваришь Вы же сами начали оспаривать мой тезис Наверное, у Ва... большой текст свёрнут, показать
     
     
  • 12.409, Wilem82 (?), 13:08, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    relibc - реализует API libc для ядра редокса Программы, написанные под libc при... большой текст свёрнут, показать
     
     
  • 13.410, n00by (ok), 15:07, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ясно, примеров нет и не будет https go googlesource com go refs heads maste... большой текст свёрнут, показать
     
     
  • 14.411, Wilem82 (?), 16:59, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Примеров чего Я устал уже пытаться угадать то, что вы имеете ввиду Каждый раз ... большой текст свёрнут, показать
     
     
  • 15.413, n00by (ok), 06:54, 31/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Забейте Вы ещё предыдущим своим сообщением убедили меня, что верить Вам не стои... текст свёрнут, показать
     
     
  • 16.414, Wilem82 (?), 12:43, 31/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Верить Мда, худшее, что я ожидал для себя из данной дискуссии - это мне бы пред... текст свёрнут, показать
     
     
  • 17.417, n00by (ok), 11:42, 02/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, что бы я с Вами дискутировал, Вам необходимо понимать, о чём вообще р... текст свёрнут, показать
     
     
  • 18.419, Wilem82 (?), 20:23, 02/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Какого ... текст свёрнут, показать
     
     
  • 19.420, n00by (ok), 14:29, 03/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитайте ветку, коль с памятью плохо ... текст свёрнут, показать
     
  • 8.356, Аноним (-), 19:33, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    code hexdump -C libexec ld-elf so 1 124 head -n3 tail 00000000 7f... большой текст свёрнут, показать
     
     
  • 9.372, n00by (ok), 10:00, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Бывает нечто, о чем говорят 171 смотри, вот это новое... большой текст свёрнут, показать
     
     
  • 10.390, Аноним (390), 13:22, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот видишь - совсем не сишка ... текст свёрнут, показать
     
     
  • 11.405, n00by (ok), 09:48, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Даже и не знаю, что сказать Вам по этому поводу Представьте себе конфету Шок... текст свёрнут, показать
     
  • 5.334, n00by (ok), 10:34, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и вот. Кстати, вместо "статически" в моём вопросе выше должно быть другое слово.
     

     ....большая нить свёрнута, показать (45)

  • 1.12, Аноним (12), 12:10, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    интересно сравнить с ReactOS, который давно и неспешно пилится на языке Си
     
     
  • 2.61, Dzen Python (ok), 14:20, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...которая ограничена снаружи закостенелой мвязкой WinNTs + WinNTApi + Common WinAPI и спецификой проекта как свободного внешнего клона для запуска РЕ?

    Сравнивать надо бы с какой-нибудь сисярп-ос (как она там называлась?), где подобного нету, а так же встроен фреймворк, сборщик мусора, и менеджер модулей (не путать с пакетами для софта)

     
  • 2.68, Анончик99999 (?), 14:50, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как там дела с беткой?
     
  • 2.145, Аноним (141), 18:26, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > интересно сравнить с ReactOS, к

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

     
  • 2.223, powerc (??), 08:54, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    интереснее с haiku os например
     

  • 1.14, Ivanr (?), 12:14, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Монолитные ядра быстрее. Если в микроядерной системе упадет планировщик процессов или файловая система или сетевой стек, что толку будет от работающего ядра?
     
     
  • 2.19, vaekahch (?), 12:25, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Микродро может их перезапустить, вспоминаем дедушку Таненбаума и Миникс его.
     
     
  • 3.25, Аноним (23), 12:41, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Только концепция дедушки как-то не прижилась и на то были причины.
     
     
  • 4.36, Анонас (?), 12:51, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Эндрю Таненбаум, труды которого в своё время вдохновили Линуса Торвальдса на создание ядра Linux, опубликовал открытое письмо к компании Intel, в котором высказал благодарность за использование операционной системы MINIX в составе прошивки чипа Intel ME 11 (Management Engine). Intel ME 11 поставляется во всех современных ПК и ноутбуках с процессорами Intel, что делает MINIX наиболее широко используемой ОС в мире.

    + Google Fuchsia
    + Huawei HarmonyOS
    + QNX

    Я бы не сказал, что совсем уж не прижилась.

     
     
  • 5.50, Аноним (50), 13:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Google Fuchsia

    Ещё не родилась, а уже сдохла

    >Huawei HarmonyOS

    Назло маме отморожу импортозамещение

    >QNX

    Сдохла вместе с Blackberry, несмотря на полтора мегаспецзакрытых девайса, которые её пытались пользовать.

    Примеры так себе, если честно.

     
     
  • 6.75, Здрасьте (?), 15:12, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    QNX используется почти всеми ведущими производителями автомобилей.
     
     
  • 7.93, Аноним (91), 16:05, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не разрушай его карточный домик
     
  • 7.108, Аноним (106), 17:21, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да лана, в моей калине нет никакого куникса
     
  • 7.142, Аноним (302), 18:23, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В автопроме сейчас используется Automotive Grade Linux (AGL).
     
     
  • 8.256, Аноним (201), 13:35, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не путай магнитолку с автопилотом ... текст свёрнут, показать
     
     
  • 9.297, Заноним (?), 19:58, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    аПтопилот вообще на ubuntu лук ат тесла ... текст свёрнут, показать
     
     
  • 10.301, Аноним (-), 20:38, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У тесла есть рабочий в реальности, а не сказках маркетолухов автопилот Да еще... текст свёрнут, показать
     
  • 7.276, Sem (??), 17:47, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Версия 7.0 выпущена в марте 2017 года, 7.1 в июле 2020. Она точно живая такими темпами? Или просто на столько совершенна, что не требует улучшений и исправлений больше 3 лет?
     
     
  • 8.299, Oxyd76 (?), 20:27, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это-ж не линух ... текст свёрнут, показать
     
  • 7.407, Аноним (210), 11:57, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не все банкоматы на Windows XP. Есть же QNX.
     
     
  • 8.422, Аноним (422), 18:36, 12/03/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У нас в Украине ПриватБанк начинает внедрять в банкоматы Linux Нахрена им стары... текст свёрнут, показать
     
  • 5.80, Dzen Python (ok), 15:25, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ОС в составе прошивки определенного набора ревизий, к которому можно сделать ... большой текст свёрнут, показать
     
     
  • 6.101, Михрютка (ok), 16:44, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    картинка с профессором Преображенским и риторическим вопросом товарищ, скокатибе... большой текст свёрнут, показать
     
     
  • 7.165, anonymous (??), 19:17, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сказать-то что хотел?
     
     
  • 8.169, Михрютка (ok), 19:37, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    что ты букв не знаешь ... текст свёрнут, показать
     
     
  • 9.277, Sem (??), 17:50, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты бы это завязывал бы уже с веществами ... текст свёрнут, показать
     
  • 6.173, Анон332 (?), 20:05, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Недавно выпустили вторую версию DevKit HarmonyOS, саму операционную систему уже полностью показали, в Китае доступен закрытый бета тест, уже продают телевизоры с HarmonyOS на борту.
     
  • 5.138, Аноним (144), 18:18, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хорошо что напомнили об этом 1 мая 2017 года корпорация Intel подтвердила и... большой текст свёрнут, показать
     
  • 4.48, alex312 (?), 13:20, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ... были причины.

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

     
  • 4.347, Ананимас008 (?), 15:36, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Миникс же в каждом проце от интел, шпиенит за вами прямо сейчас.
    Очень даже прижилась.
     

     ....большая нить свёрнута, показать (24)

  • 1.15, Аноним (15), 12:18, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И открыт NetSurf (С) с SDL2 (С) backend'ом. Libc у них тоже на С?)
     
     
  • 2.18, Аноним (18), 12:24, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > NetSurf (С) с SDL2 (С)

    то есть их надо переписывать просто потому что ты сказал? они ОС пишут, а не всё-всё-всё, на всё-всё-всё пяти землекопов не хватит, даже если цель переписать будет

    > Libc у них тоже на С?

    на 35%, остальное на расте

     
  • 2.20, Аноним (20), 12:25, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    relibc is a portable POSIX C standard library written in Rust.
     
     
  • 3.367, Аноним (366), 09:46, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вызовы ядра на C, Карл, потому что на расте это сделать невозможно.
     
     
  • 4.391, Аноним (-), 13:33, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты обо рался Причем аж два раза https github com torvalds linux blob fcadab7... большой текст свёрнут, показать
     
     
  • 5.423, ИмяХ (?), 05:24, 28/03/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ассемблерная вставка внутри unsafe это эталон безопасности.
     
  • 2.42, Ordu (ok), 13:02, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Libc у них тоже на С?)

    libc сложно написать без C, потому что libc наполовину состоит из заголовков для C.

     
     
  • 3.137, Аноним (144), 18:16, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Их libc является rust + c.

    Вызовы ядра просто на C, а все остальное покрыто безопасными обертками, кодом и все только на расте.

     
     
  • 4.368, Аноним (366), 09:48, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > покрыто безопасными обертками

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

     
     
  • 5.393, Аноним (-), 13:50, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> покрыто безопасными обертками
    > вот только почему-то были утечки памяти на расте :)

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


     
  • 5.418, anonymous (??), 18:13, 02/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Memory leaks are memory safe! И хотя это кажется абсурдным, но это правда.
     

  • 1.16, Enamel (ok), 12:22, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Весьма бесполезная штука конечно, но как proof of concept низкоуровневой системности Хруста - маст хэв!
     
     
  • 2.51, 6аппппп (?), 13:39, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > . В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти.

    Оно же не течёт???

     
     
  • 3.56, n00by (ok), 14:10, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это как с консервативными сборщиками мусора или обычной кучей. Они как бы не текут, но иногда память заканчивается, поскольку дефрагментировать не удаётся.
     
     
  • 4.113, Урри (ok), 17:28, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Что ты там дефрагментировать в куче собрался, дефрагментатор мамкин?
     
     
  • 5.146, Аноним (144), 18:28, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы того? Не знаете как организуется память в оперативной памяти? Понятно, понятно.
     
     
  • 6.315, Урри (ok), 23:22, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я, вообще-то, сам писал сборщики мусора и очень хорошо знаю как оно работает. Ну так что там аноним дефрагментировать собрался?
     
     
  • 7.332, n00by (ok), 09:54, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы, наверное, слишком много пишете последнее время, и код через чур сложный, а у... большой текст свёрнут, показать
     
  • 7.335, Аноним (201), 14:06, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я, вообще-то, сам писал сборщики мусора и очень хорошо знаю как оно работает.

    Хорошо будешь знать после того, как сам напишешь malloc.

     
  • 5.148, Аноним (141), 18:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Иногда надо запускать программы дефрагментации, чтоб память быстрее была. Там красные квадратики инода появляются, надо чтоб они были синие и желтых не должно быть, но это когда свежеотформатированная память .
     
     
  • 6.170, Михрютка (ok), 19:44, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > быть, но это когда свежеотформатированная память .

    а это надо компьютер после выключения заземлять хотя бы минут 15 в выключенном состоянии, чтобы заряд из ячеек памяти как следует ушел, тогда форматировать не обязательно. у меня 16 гиг памяти, это часа два форматируется на ddr3, а если мемтестом форматировать, то еще дольше.

     
     
  • 7.250, n00by (ok), 12:31, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
        Chunks of memory are maintained using a 'boundary tag' method as
        described in e.g., Knuth or Standish.  (See the paper by Paul
        Wilson ftp://ftp.cs.utexas.edu/pub/garbage/allocsrv.ps for a
        survey of such techniques.)  Sizes of free chunks are stored both
        in the front of each chunk and at the end.  This makes
        consolidating fragmented chunks into bigger chunks very fast.  The
        size fields also hold bits representing whether chunks are free or
        in use.

     
  • 6.232, n00by (ok), 09:49, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Иногда надо запускать программы дефрагментации, чтоб память быстрее была.

    Вы ткнули пальцем в небо и угадали. Копирующий сборщик мусора за счёт расположения логически близких блоков в одной линейке кеша может дать выигрыш по скорости по сравнению с консервативным.


     
  • 5.231, n00by (ok), 09:39, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что ты там дефрагментировать в куче собрался, дефрагментатор мамкин?

    На фоне слов "консервативный сборщик мусора" и "дефрагментация", как правило, появляется мысль о варианте mark-and-compact, но иногда только о поколениях.

     
  • 4.219, Аноним (219), 08:05, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это как болячка у Linux - когда оно вызывает такой дефрагментатор?.. только его завуалировано назвали компактофикатор...
     
     
  • 5.229, n00by (ok), 09:33, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > это как болячка у Linux - когда оно вызывает такой дефрагментатор?..

    Кто "оно"?

    > только
    > его завуалировано назвали компактофикатор...

    "Компакт" подразумевает перемещение блоков, что не всегда возможно (поскольку требует коррекции ссылок). Это не единственная стратегия дефрагментации. Если моменты освобождения смежных блоков детерминированы, возможно обеспечить выделение памяти с учётом того, что при освобождении блоков произойдёт слияние свободного места.

     

  • 1.22, Аноним (22), 12:34, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    > Язык сфокусирован на безопасной работе с памятью, обеспечивает автоматическое управление памятью
    > В новой реализации удалось избавиться от утечек памяти
     
     
  • 2.26, Аноним (26), 12:42, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, такое бывает, год назад сделал утилиту мониторинга и оставил её работать на недельку-две. Результат конечно был забавный, но утилита вместо десятка мегабайт была за полгига. Полностью избежать всех утечек можно только на ручном управлении.
    Мне лично нравится rust, но топить за полную 100% безопасность и утечек памяти глупо, хотя некоторые вещи на этапе компиляции отлавливаются.
     
     
  • 3.29, Аноним (23), 12:44, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мне лично нравится rust, но топить за полную 100% безопасность и утечек памяти глупо, хотя некоторые вещи на этапе компиляции отлавливаются.

    Посему надо объявить раст устаревшим и выпив смузи, закурив это вейпом, идти писать свой нескучный язык, математически никак его не обосновывая, но говоря что он 100% безопастный и не повторяет ошибок C\C++ и Rust!

     
     
  • 4.35, Аноним (26), 12:50, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С тем же успехом можно хоронить Kotlin "патамушта" есть java Очень глупо объяснять людям, что разные языки под разные нужды. В расте действительно есть множество полезных инструментов, которые в С++ добавили только в 20 версии (и то, если не ошибаюсь, модулей туда не занесли) или их попросту нет.
     
     
  • 5.107, Аноним (20), 17:21, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Только большая часть возможностей котлина будет в новой java.
    Имеет ли смысл котлин только из-за более копактного синтаксиса и @nonnull на уровне языка?
     
     
  • 6.150, Аноним (144), 18:32, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, @nonnull в джаве былобы очень кстати
     
  • 5.149, Аноним (144), 18:30, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно под какие это другие вещи Kotlin был придуман?:) Если Kotlin появился ответом гугла на Oracle/(что там еще)Sun судебные тяжбы. И является именно ПСЕВДО заменой джавы.
     
     
  • 6.168, qwerty (??), 19:37, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Kotlin детище JetBrains и очень сомнительно, что по заказу гугля.
     
  • 4.195, Аноним (193), 23:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уже исть язык Pony, но там математически обосновано все
     
  • 3.37, Аноним (201), 12:52, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот это исключительно твоя попорукость, нечего её на rust сваливать. Или кривые unsafe, или копятся где-то указатели (которые "умные", в rust, вроде, за пределами unsafe других и нет).
     
     
  • 4.46, Ordu (ok), 13:14, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Или кривые unsafe, или копятся где-то указатели (которые "умные", в rust, вроде, за пределами unsafe других и нет).

    rust не даёт гарантий насчёт утечек памяти. Откройте наконец документацию и почитайте её. std::mem::forget работает без всяких unsafe, и при этом позволяет создать утечку в полпинка:

        {
            let leak: Vec<u8> = Vec::with_capacity(1_000_000);
            std::mem::forget(leak);
        }

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

     
     
  • 5.151, Аноним (144), 18:33, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно, ваша утечка памяти является ПОЛНОСТЬЮ безопасной как для ПАМЯТИ так и для всей проги.

     
     
  • 6.158, Ordu (ok), 18:47, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    It depends Всё зависит от того, как ты определяешь понятие safety Rust опред... большой текст свёрнут, показать
     
     
  • 7.289, Аноним (144), 19:15, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз, 1 unsafe не считается безопасно не_безопасно, оно считается как Сделай... большой текст свёрнут, показать
     
     
  • 8.296, Ordu (ok), 19:56, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не понимаю, чего ты не понимаешь и почему ты упорствуешь Есть гипотеза, что т... большой текст свёрнут, показать
     
  • 5.152, Аноним (-), 18:34, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > std::xxx

    Так это же проклятый C++ из-за которого горят дыры. Только истинный Rust !

     
     
  • 6.154, Ordu (ok), 18:41, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> std::xxx
    > Так это же проклятый C++ из-за которого горят дыры. Только истинный Rust
    > !

    Чё? Где ты там увидел C++, родный?

     
     
  • 7.359, Аноним (359), 23:13, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    www.google.com/search?q=std%3A%3A
     
     
  • 8.360, Ordu (ok), 23:47, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И что гугл пишет Я просто стараюсь с ним не общаться без большой надобности А ... текст свёрнут, показать
     
  • 5.300, Аноним (201), 20:32, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > std::mem::forget

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

     
  • 3.41, Аноним (41), 12:59, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Полностью избежать всех утечек можно только на ручном управлении

    Это шутка такая?

     
  • 2.27, Аноним (23), 12:42, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С языка снял :^)

    Ну что, растофаноманы, чем будете отвечать?

     
     
  • 3.40, Аноним (41), 12:57, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Отсутствием сегфолтов каждый день разработки
     
     
  • 4.115, Урри (ok), 17:32, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я уже который год пишу на С, мне за это даже денежки платят. И у меня нету сегфолтов, совсем, я уже забыл как они выглядят.

    Может просто надо хоть чуть-чуть научиться программировать и руки из _опы достать? А то повылазят всякие обезьяны, и ничего не изучая лезут в профессию.

     
     
  • 5.224, Wilem82 (?), 09:00, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я уже который год пишу на С, мне за это даже денежки платят. И у меня нету сегфолтов, совсем, я уже забыл как они выглядят.

    https://www.cvedetails.com/vulnerability-list/vendor_id-33/product_id-47/opmem

    Лично ты никого не интересуешь, интересует сишный софт который так или иначе дырявый. Дыры находят постоянно.

     
  • 5.236, red75prim (?), 10:11, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что и silent memory corruption и потенциальных buffer overrun и double free нет? Фаззер, ASAN, UBSAN, TSAN, MSAN когда последний раз запускали?
     
  • 3.140, Аноним (144), 18:22, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.opennet.ru/openforum/vsluhforumID3/122777.html#139

    вот.

     
  • 3.239, llolik (ok), 10:22, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Rust даёт гарантии memory safety. memory leaks к этому не относятся и гарантий относительно их никто не давал. Так что по ссылке выше от анона всё правильно написано.
     
     
  • 4.369, Аноним (366), 09:53, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    растаманы потекли :))) но это, внезапно, нормальное их состояние.
     
     
  • 5.376, llolik (ok), 10:20, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > растаманы потекли :))) но это, внезапно, нормальное их состояние.

    Ну во-первых, на Rust я написал, пока что, около 2kloc, что мало, чтобы являться специалистом по rust и вообще "растаманом".
    Во-вторых, я читать умею: https://en.wikipedia.org/wiki/Memory_safety - найди мне тут leak-и.

     
  • 3.309, Аноним (-), 22:17, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > С языка снял :^)
    > Ну что, растофаноманы, чем будете отвечать?

    А зачем вам, жопоскриптозникам, не способным хотя бы смутно понять, что за утечки могут быть в _ядерном_менеджере_памяти_, отвечать?
    Если вы всерьез считаете, что там, в реализации менеджера аллоцировали память в heap, то ... медицина тут бессильна.

     
  • 3.361, PetrG (ok), 03:06, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно сказать что вы невнимательно прочитали новость.

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

     
  • 2.34, Аноним (201), 12:49, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну а чего ещё ожидать, когда неосиляторы, выбравшие себе язык с автоматическим управлением памятью, берутся писать менеджер памяти?
     
  • 2.39, Аноним (41), 12:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И? Ни один язык не спасет от утечек, в частности языки с gc
     
  • 2.43, Аноним (43), 13:02, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чуть погодя и уязвимоси латать будут.  
     
  • 2.70, Мама Анонима (?), 15:03, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Утечка памяти — это логическая ошибка, от них тебя даже Раст не спасёт.
     
     
  • 3.370, Аноним (366), 09:55, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ух, ты... как запели растаманы!
     
  • 2.86, Аноним (20), 15:52, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А из-за чего они взялись?
     
     
  • 3.371, Аноним (366), 09:57, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > из-за чего

    из-за раста, очевидно.

     
  • 2.139, Аноним (144), 18:21, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Еще раз, причемтут язык? Язык все свои гарантии дал.

    Здесь, нет ни std, ни какого рантайма. Вы его пишите взаимодействуя с небезопасным оборудованием.

    Чтобы на расте сделать безопасным тотже C надо писать безопасные обертки над структурами, памятью, вещами. Если обертки написаны хорошо то утечек (НЕ СО СТОРОНЫ ЯЗЫКА, а с СИ стороны) нет.


    И утечки не являются НЕ безопасной работой с памятью, уймитесь уже. Не безопасная работа с памятью вызывает неопределенное поведение, если утечка безопасна для всей проги то она является БЕЗОПАСНОЙ.

     
  • 2.143, Аноним (143), 18:23, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Даже safe-семантика Rust не гарантирует защиту от утечек памяти, как не гарантирует остутствие дедлоков (хотя существенно снижает вероятность обеих ошибок). Ни утечка пямяти, ни дедлок не являются по своей сути нарушениями безопасности работы с памятью и не приводят к UB.
     
     
  • 3.240, n00by (ok), 11:09, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни утечка пямяти,
    > ни дедлок не являются по своей сути нарушениями безопасности работы с
    > памятью и не приводят к UB.

    Угу, поведение определённое: на машине разработчика с 64 ГБ ОЗУ работает, а у пользователя с 8ГБ не работает.

     
  • 3.373, Аноним (366), 10:00, 29/12/2020 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (42)

  • 1.28, Аноним (24), 12:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > верификация источника по цифровой подписи, контроль целостности, возможность повторяемой сборки,

    Годно.

     
     
  • 2.33, Аноним (24), 12:49, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://gitlab.redox-os.org/redox-os/redox/-/jobs/31100/artifacts/browse/build

    А где подписи самих исошек?

     

  • 1.31, uis (ok), 12:47, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Когда некрофилу нечем заняться, он дристает Никогда такого не было и вот опять ... большой текст свёрнут, показать
     
     
  • 2.49, Wilem82 (?), 13:26, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И зачем им stdlib? Хотят без сей, пусть страдают без сей. А то биполярочка какая-то.

    Для поддержки программ, написанных под libc. Не на языке Си, а под libc. То есть для совместимости со старьём.

     
     
  • 3.203, uis (ok), 01:10, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Для поддержки программ, написанных под libc. Не на языке Си, а под libc. То есть для совместимости со старьём.

    "Написать под libc"? Так теперь называется использование стандартной библиотеки? И я знаю, что язык отдельно, stdlib отдельно, но прикладные программы напрямую syscall'ы не дёргают, аллокаторы тоже стандартные используют.

    man 7 libc

     
     
  • 4.208, Wilem82 (?), 01:34, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > прикладные программы напрямую syscall'ы не дёргают

    Скорее всего, у редокса свой API для прикладных программ. В таком раскладе libc - это для совместимости с программами, написанными для API под названием libc.

     
  • 2.312, Аноним (-), 22:24, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>В новой реализации удалось избавиться от утечек памяти
    > Никогда такого не было и вот опять. Так что там говорили про память?

    Ох уж эти жопоскриптозники. Все они знают, обо всем имеют свое ценное мнение!
    Еще бы хоть немного представляли себе принцип работы kernel memory manager и о каких утечках памяти там может быть речь (hint: динамично выделять память в реализации менеджера памяти немного ... сложновато), да шкурки от бананов не бросали где попало - цены бы им не было.

     

  • 1.38, Fracta1L (ok), 12:55, 26/12/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +1 +/
     
  • 1.53, Ted (?), 13:52, 26/12/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
  • 2.63, Dzen Python (ok), 14:31, 26/12/2020 Скрыто модератором
  • +/
     
     
  • 3.65, Ted (?), 14:42, 26/12/2020 Скрыто модератором
  • –1 +/
     
     
  • 4.73, Dzen Python (ok), 15:04, 26/12/2020 Скрыто модератором
  • +1 +/
     
  • 2.67, user90 (?), 14:45, 26/12/2020 Скрыто модератором
  • +/
     
     
  • 3.76, Ted (?), 15:15, 26/12/2020 Скрыто модератором
  • –1 +/
     

     ....ответы скрыты модератором (5)

  • 1.57, VINRARUS (ok), 14:12, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как пропатчить KDE 5 под Redox OS 0.6?
     
     
  • 2.153, Аноним (302), 18:38, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может, быстрее наоборот? Пропатчить Redox на C++ под KDE.
     

  • 1.58, Dzen Python (ok), 14:13, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ядро математически верифицировано? Значит есть дырени. В расте есть дырени!
    И кстати да, оно по прежнему тормозит или растанавты <двуличненько> разрешили использовать блоки unsafe? И как, много памяти натеклоу? В растовые дырени.
     
     
  • 2.64, ю (?), 14:38, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    питонист рассуждает о том что раст тормозит, забавно!)
     
     
  • 3.69, Dzen Python (ok), 15:02, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Lewd. А ведь до сих пор процветает постановка диагноза по аватарке и вангование по нику.
     
     
  • 4.157, Аноним (302), 18:45, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще, да https://www.factorname.ru/index.php?option=content&task=view&id=71 :)

    PS К Python отношусь лояльно.

     

  • 1.60, Аноним (60), 14:16, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > В новой реализации удалось избавиться от утечек памяти

    - В Rust не может быть утечек памяти, - говорили они...

     
     
  • 2.62, Dzen Python (ok), 14:27, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Справедливости ради, даже в самом безопасном языке со встроенным GC может течь память.
    Иногда из-за неоптимальности стратегии сборки мусора.
    Иногда из-за того, что разрабы GC забыли обнулить где-то счетчик и пустые линки могут считаться как полноценный живой линк на память.
    Но в подавляющем большинстве случаев это все кривые руки кодеров, думающих что по выходу из блоки все их new() автоматом заdelete()'ит. Или просто играются самописными коллекциями, забывая обнуть неиспользуемое. Короче, тут даже самая совершенная связка язык-компилятор-сборщик потечет.
     
     
  • 3.118, Аноним (20), 17:37, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в java сборщик мусора может даже "острова изоляции" удалять, которые простой подсчет ссылок никогда не найдет.
    При этом в больших программах на java всё равно происходят утечки памяти, просто где-то случайно осталась ссылка объект и всё
     
  • 3.122, Урри (ok), 17:41, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Справедливости ради, даже в самом безопасном языке со встроенным GC может течь память.

    Справедливости ради все же есть языки, где память не может течь в принципе.

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

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

    > Но в подавляющем большинстве случаев это все кривые руки кодеров

    Да, тут вы 100% правы.

     
     
  • 4.189, Вы забыли заполнить поле Name (?), 22:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чисто функциональные лиспы с GC

    Можно пример?

     
  • 2.74, Сишник (?), 15:04, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > - В Rust не может быть утечек памяти, - говорили они...

    Кто говорил? Опять таблетки не пьёшь?

     
     
  • 3.131, Аноним (144), 18:11, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Утечки памяти являются безопасными по причине того что это НЕ НАРУШАЕТ ПАМЯТЬ ПРОГИ/ИНСТРУКЦИЙ, в расте это не запрещено. Если есть неопределенное поведение то это запрещено.

    Да и утекала память в их планировщике озу, там реализация не совсем от гарантий языка зависит...

     
     
  • 4.162, Вы забыли заполнить поле Name (?), 19:13, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    IRL, суровые мемлики заканчиваются для процесса фатально. Возможно "в тот самый момент", когда принудительная терминация закончится потерей данных. Мемлик в коре ОС, заканчивающийся терминацией, ну, вы поняли.

    Но у растаманов оно безопасно, угу.

     
     
  • 5.172, Михаил Анонима (?), 20:03, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ещё можешь себе яйца дверью нарочно прищемить, и Раст тебя от этого не защитит. Ужасный язык.
     
     
  • 6.174, Вы забыли заполнить поле Name (?), 20:34, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ваши растофетиши мне мало интересны, проделывайте это над собой сами.
     
  • 4.204, uis (ok), 01:15, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Растоманы не умеют в mmu или хотя-бы mpu?
     
     
  • 5.374, Аноним (366), 10:03, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    растаманы вообще хоть во что-то умеют?! написали микроядро, которое уже течёт?!
     

  • 1.66, user90 (?), 14:42, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну чо, уже попробовали на "реальном оборудовании"?
     
     
  • 2.72, Аноним (41), 15:04, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А надо? Мне и Линукса хватает, пускай он уже и устаревшее легаси
     
     
  • 3.78, user90 (?), 15:23, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне - нет, это я у местных растома.. тьфу, растофанов спрашиваю)
     
     
  • 4.159, Аноним (302), 18:51, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Делаем ставки, что быстрее взлетит: ReactOS или Redox.
     
     
  • 5.205, uis (ok), 01:17, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чернобыль
     

  • 1.88, Аноним (20), 15:53, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти.

    А из-за чего появились утечки ведь в rust автоматическое управление памятью и встроенный статический анализатор.

     
     
  • 2.97, Arsenicium album argentum asparagus (?), 16:16, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В любом языке можно устроить утечку. Создать вектор размером в 999999999999 элементов и не удалять его до конца жизни программы. Компилятор не телепат, откуда ему знать, ошибка это или фича?
     
     
  • 3.116, Аноним (20), 17:32, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ваш пример это как сделать утечку специально
    Интересно было откуда они возникли конкретно в redox
     
     
  • 4.198, Аноним (198), 23:33, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда ты знаешь, что специально?
     
  • 3.123, Урри (ok), 17:42, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что, раст уже перестал сам удалять неиспользуемое? Надо вручную это делать?
     
  • 3.241, n00by (ok), 11:23, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В любом языке можно устроить утечку. Создать вектор размером в 999999999999 элементов
    > и не удалять его до конца жизни программы. Компилятор не телепат,
    > откуда ему знать, ошибка это или фича?

    Из отсутствия доступа к вектору.

     
     
  • 4.244, red75prim (?), 11:33, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Из отсутствия доступа к вектору.

    А кто сказал, что доступа нет? Программа может раз в год читать значение нулевого элемента, например.

     
     
  • 5.247, n00by (ok), 12:02, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Из отсутствия доступа к вектору.
    > А кто сказал, что доступа нет? Программа может раз в год читать
    > значение нулевого элемента, например.

    Вы сами написали, что доступа к вектору нет, только к одному его элементу.

     
     
  • 6.248, red75prime (?), 12:07, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы сами написали, что доступа к вектору нет, только к одному его
    > элементу.

    А дальше? Как компилятор об этом узнает?

     
     
  • 7.249, n00by (ok), 12:19, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы сами написали, что доступа к вектору нет, только к одному его
    >> элементу.
    > А дальше? Как компилятор об этом узнает?

    Произведёт семантический анализ.

     
     
  • 8.251, red75prime (?), 12:50, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Теорема Райса нельзя доказать, что программа обладает неким семантическим свойс... текст свёрнут, показать
     
     
  • 9.260, n00by (ok), 14:05, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы описали частный случай ... текст свёрнут, показать
     
  • 2.184, Wilem82 (?), 22:33, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А из-за чего появились утечки ведь в rust автоматическое управление памятью и встроенный статический анализатор.

    Не знаю, но документация на std::mem::forget:

    > https://doc.rust-lang.org/std/mem/fn.forget.html#safety

     

  • 1.89, Аноним (20), 15:59, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждая новость о программе на rust вызывает такой сильный пароксизм ненависти, что лучше просто запрещать комментарии сразу.
     
     
  • 2.100, Доктор Психиатор Котлетоватян (?), 16:20, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отрицание
    Гнев  <----- вы находитесь здесь
    Торг
    Депрессия
    Принятие
     
     
  • 3.175, Аноним (175), 20:40, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дохтур последний пункт - это не Принятие, а Безразличие.
     
     
  • 4.245, Аноним (9), 11:33, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это первый.
     
  • 3.375, Аноним (366), 10:07, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В новой реализации удалось избавиться от утечек памяти

    борьба с утечками памяти в самом безопасном языке во вселенной <----- вы находитесь здесь

     
  • 2.105, user90 (?), 17:04, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто некоторые видели синтаксис этого ЯП, видимо хватило ;)
     
     
  • 3.114, Аноним (20), 17:29, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы не в состоянии выучить отличия одного си-подобного языка от другого?
     
     
  • 4.120, user90 (?), 17:38, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > отличия

    Ога, незначительные такие)) И давайте-ка без всяких "си-подобных".

     
  • 4.278, Аноним (-), 17:59, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы не в состоянии выучить отличия

    Лол, вот занятся болше нечем

     
     
  • 5.285, Аноним (285), 18:21, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы не в состоянии выучить отличия
    > Лол, вот занятся болше нечем

    Некогда изучать матчасть, нужно комментарии c особо ценным мнением на опеннете ваять!

     
  • 3.119, SubGun (??), 17:38, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну всяко лучше питоновского
     
     
  • 4.121, user90 (?), 17:41, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А чего вдруг петон-то? Из-за попсовости? Такая аргументация - это уровень днища.
     
  • 3.132, Аноним (144), 18:13, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Синтаксис данного ЯП специально задумывался таким, для еще больших возможностей языка.
     
     
  • 4.161, Аноним (302), 18:53, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но тогда какие возможности у BrainFuck!
     
     
  • 5.306, Аноним (144), 22:12, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно, в BrainFuck, никакие. А в расте дженерики и навороты на типах.
     
  • 2.163, Вы забыли заполнить поле Name (?), 19:15, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > лучше просто запрещать комментарии сразу

    Или просто не постить эти новости, что будет куда меньшим неудобством.

     

  • 1.96, еман (?), 16:14, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    всё правильно делают: давно уже пора избавляться от этой сишной помойки

    но есть два замечания:
    1. не URL, а URI
    2. у URI есть одна проблема - это древовидная структура - такой подход уже показал свою негибкость по сравнению с теговой системой.

     
  • 1.102, псевдонимус (?), 16:48, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересная система. Ее бы ещё на нормальном языке переписать. Ну там С, asm.
     
     
  • 2.111, Аноним (111), 17:25, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше сразу ОС писатьй в байт кодах под конкретный процессор / конкретного вендора!!
    Это самый оптимальный путь для ОС
     
     
  • 3.129, псевдонимус (?), 17:56, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Естественно лучше.

    К сожалению человеку слишком тяжело воспринимать байт-код. (

     
     
  • 4.242, n00by (ok), 11:26, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Байт-код у виртуальных процессоров (Лисп-машина). У "железной" машины машинный код.
     
  • 2.214, Аноним (41), 06:23, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не умеешь в юмор, извини
     
     
  • 3.217, псевдонимус (?), 07:13, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я на полном серьёзе. А если ты про сраст, то если он и юмор, то черный. Черней пердона.
     
     
  • 4.328, Аноним (41), 06:19, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    После Раста писать на Си - это как с Ламборджини на Жигуль вернуться
     

  • 1.109, borbacuca (ok), 17:22, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а как со скоростью генерации новых уязвимостей
     
  • 1.124, Урри (ok), 17:44, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Хороший язык, годный. Каждые два месяца ломающие синтаксис изменения.
     
     
  • 2.126, Мама Анонима (?), 17:50, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Примеры?
     
     
  • 3.378, Аноним (366), 10:23, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй следить за изменениями, а не сидеть только во вконтактиках.
     
  • 2.134, Аноним (144), 18:15, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, действительно какие примеры?
    Что сломано то?

    Редакция 2018 года? или 2015? И вы вообще вкурсе редакций?? И то что код времен 2015 года компилируется и под редакцией современного 2018 без изменений?

     
  • 2.135, Аноним (143), 18:15, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Всегда было любопытно: огромное множество удивительных баек про Rust на opennet - это целенаправленная кампания по дискредитации языка в неокрепших умах ридонли-анонимов, не способных самостоятельно проверять факты, или это просто какая-то локальная мифология, сотканная из сказок, которые анонимы тут друг другу рассказывают, а потом все вместе начинают в совокупность этих историй верить - этакое порождение коллективного невежества. Просто, если второе, то это довольно забавный социальный феномен: уверен, примерно так появлялись первые религии.
     
     
  • 3.160, Аноним (-), 18:52, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А когда в очередной раз доказывают что хруст - помойка, все начинается с начала или правописания. Сам говоришь что об "адекватности" растофанов ходят басни и вские сказы.
     
     
  • 4.215, Аноним (41), 06:24, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно хруст помойка, но с ж ещё хуже
     
  • 3.307, Аноним (144), 22:13, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это просто попытка отыгратся на комто (на расте) с целью самоутверждения. Человек натура дикая.
     
  • 3.379, Аноним (366), 10:24, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > целенаправленная кампания по дискредитации языка
    > утечки памяти
     
     
  • 4.380, Аноним (366), 10:25, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    растаманы - s&m?
     

  • 1.156, Козлетто (?), 18:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В отличие от прошлых выпусков, ветка 0.6 рассматривается как пригодная для экспериментов на реальном оборудовании, а не только в QEMU и VirtualBox.

    Я вот попробовал его в virtualbox запустить, оно на "Redox Loader - Stage TWO 00000007#007F 0000:8A00" зависло. Уже минут 10 висит.

     
     
  • 2.164, Вы забыли заполнить поле Name (?), 19:16, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    О боже, ассемблерщики от хруста - это химера...
     

  • 1.166, Аноним (302), 19:27, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Выпуск операционной системы Redox OS 0.6, написанной на языке Rust

    Придётся Мелкомягким ещё и WSR себе запилить ;)

     
  • 1.176, Аноним (176), 20:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А почему при установке раст компилятора и его std либы месте аж больше 300 мегабайт занимает?
    Скомпилил хелоу ворлд, охренел - экзешник 11 мегабайт. Ещё компилятор думол полторы секунды, а gcc и g++ компилят моментально.
    Как так?
     
     
  • 2.179, анонн (ok), 21:15, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кто ж его знает code cat hello_world rs time rustc -O hello_world rs ... большой текст свёрнут, показать
     
     
  • 3.186, Wilem82 (?), 22:43, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Gcc меньше проверок делает, конечно он быстрее. Чем меньше программа делает, тем быстрее она работает.

    Тоже самое и с размером - бинари раста толще потому, что там больше кода который даёт больше фич, чем hello world на сях. Разматывание стека на панике с выводом где в коде была ошибка (типа жавовских стек трейсов), и тд. Кроме того, он содердит растовский libstd, в то время как сишные программы по-умолчанию не содержат, а линкуются с libc.

    Всё это можно отключить и сделать бинарь такого же размера, как на сях. Подробнее тут https://github.com/johnthagen/min-sized-rust

    Но лучше всего почитать блог где чел пишет операционку с нуля на расте, где всё это как раз отключается и показывается чё к чему: https://os.phil-opp.com/

     
     
  • 4.187, анонн (ok), 22:50, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Gcc меньше проверок делает, конечно он быстрее. Чем меньше программа делает, тем
    > быстрее она работает.
    > Тоже самое и с размером - бинари раста толще потому, что

    Комментарий не читай, сразу бодро отвечай?


    >> 11 мегабайт.
    >> полторы секунды,
    > $ rustc -C prefer-dynamic -O -C link-args=-s hello_world.rs  0,19s user 0,11s system 137% cpu 0,213 total
    >    6592 ./hello_world
    > $ time gcc -O2 hello.c
    > gcc -O2 hello.c  0,09s user 0,03s system 87% cpu 0,138 total

    Выжимка:
    ___
    > 6592 (6.5KB) ./hello_world (rust)
    > rustc 0,19s user 0,11s system 137% cpu 0,213 total
    > gcc 0,09s user 0,03s system 87% cpu 0,138 total

    ---

    В общем, вышеотписавшийся в 176 анонимный "критик" выставил себя еще тем "знатоком" ;)

     
     
  • 5.290, Аноним (290), 19:16, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С этим понятно. Компилятору нужно правильные опции задавать. А как быть с перенесёнными с плюсов либами? Их в расте можно заметить по вызову типа С_function_name.unwrap(). Так напримёр все функции OpenGL на расте вызываются.
    Как это вообще работает? Происходят ли какие-то потери в производительности?
     
     
  • 6.338, Wilem82 (?), 15:07, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > типа С_function_name.unwrap().

    Скорее так:

        unsafe { C_function_name() };

    unwrap() - это метод растовских типов std::result::Result и std::option::Option, сишные функции его не возвращают.

    > Как это вообще работает? Происходят ли какие-то потери в производительности?

    Никаких потерь. Просто вызов функции, как и в Си.

     
  • 2.182, ю (?), 22:20, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    статическая линковка + отладочная сборка по-умолчанию
     
  • 2.191, Аноним (191), 23:11, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ЗОтО безОпаснОсть!!!!11111
     
     
  • 3.274, ИмяХ (?), 17:36, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Статическая линковка - это безопасно? А прикинь в стандартной библиотеке найдут критическую уязвимость. Вся их хваленная безопасность мигом накроется медным тазом.
     
     
  • 4.314, Аноним (176), 23:08, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда в эту категорию попадают все те, кто вовремя не обновляет софт.
    Даже при динамической линковке у юзера может быть устаревшая система с кучей уязвимостей.
     
     
  • 5.336, Аноним (201), 14:10, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    При динамической линковке достаточно обновить одну разделяемую библиотеку. При статической надо пересобирать всё, что слинковано с библиотекой. Чувствуешь разницу?
     
  • 4.339, Wilem82 (?), 15:18, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А прикинь в стандартной библиотеке найдут критическую уязвимость.

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

    Динамическая линковка это здорово и жаль, что Cargo по-умолчанию её не делает. Но клёвая не тем, что можно зависимости на лету поменять (и потенциально сломать программу), а тем, что не надо один и тот же код сто раз в память загружать. То есть идеальный подход - это как в Винде: вот бинарь, вот рядом с ним DLL-ки. Хочешь - заменяй, хочешь - шарь их на всю систему. А не хочешь - ничё не делай, бинарь будет их использовать из текущей директории только для себя, и ни с кем в системе не будет пересекаться, не будет проблем с несовместимостями версий и тд.

     
  • 2.213, Anonimowy cz322owiek (?), 05:36, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там надо для боевого компилинга включить оптимизации и выключить отладочные фигулины. И будет норм. По умолчанию там дебажно без оптов
     

  • 1.177, Аноним (175), 20:44, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Для совместимости с существующими приложениями предоставляется специальная POSIX-прослойка, позволяющая запускать многие программы без портирования.

    Можно поподробнее. Я ставлю Редокс, качаю *.deb файл и спокойно его запускаю? А штатные родные пакеты имеют какой суффикс?

     
     
  • 2.212, Anonimowy cz322owiek (?), 05:29, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    .deb это не про POSIX. Это ж формат пакета, для .deb надобно ещё dpkg запускать, ну сами понимаете. А позикс - это про API для программ
     
  • 2.258, Аноним (201), 13:43, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, ты берёшь исходники, пытаешься их собрать и обламываешься либо потому что сборочная система ничего не знает про сабж, либо потому что разрабы использовали расширения, выходящие за рамки POSIX (скорее всего, и то и другое).
     
     
  • 3.308, Аноним (144), 22:17, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если у вас статическая линковка, собирайте).
    Если у вас динамическая, возможно подменив названия у вас чето и заведется.
     
     
  • 4.322, Аноним (201), 00:53, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Причём здесь линковка? Ты где вообще таких слов нахватался, мальчик?
     

  • 1.178, Аноним (-), 21:02, 26/12/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
  • 2.216, Аноним (41), 06:27, 27/12/2020 Скрыто модератором
  • +/
     

  • 1.181, qwertKI (ok), 21:59, 26/12/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –3 +/
     
  • 1.185, Аноним (185), 22:33, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    "Полностью переписана система управления памятью ядра (rmm, kernel memory manager). В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти. Кроме того, повышена стабильность поддержки многоядерных систем. "


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

     
     
  • 2.190, Аноним (191), 23:09, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ты все правильно говоришь Раст это маркетинговый булшит.
     
  • 2.197, Мама Анонимуса (?), 23:32, 26/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты сильно ошибаешься.

    https://doc.rust-lang.org/reference/behavior-not-considered-unsafe.html

    https://doc.rust-lang.org/book/ch15-06-reference-cycles.html

    https://doc.rust-lang.org/nomicon/leaking.html

     
     
  • 3.221, Аноним (-), 08:25, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты нам показал, что на Расте возможны утечки. Хорошо. Но на какой такой чёрт растаманы чмырят ЯП Си за дырени и утечки. Бревно в своём глазу не видят, а соломинку в чужок глазу видят.

    И тут я вспомнил слова Кена Томпсона, о том, что "Си не может быть опасным или безопастным". Сама постановка вопроса не правильная. Всё зависит от программиста.

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

     
     
  • 4.238, red75prim (?), 10:21, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Осталось найти способ клонировать пряморуких никогда не ошибающихся программистов и всё будет в ажуре.
     
     
  • 5.254, Ingener (??), 13:09, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все таки Си создает риск что код получится с утечкой. Раст наоборот.
    То есть надо уходить от Сей. На РАст или что еще.
    Кэп
     
     
  • 6.259, Аноним (201), 13:45, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Си создает риск что код получится с утечкой. Раст наоборот.

    Раст создаёт риск, что код получится без утечки?

     
     
  • 7.272, Аноним (272), 17:19, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Растаманам бы сначала разговорный язык подтянуть, потом уже ЯП изучать.
     
  • 4.246, Аноним (246), 11:43, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что при существенное утечке памяти... у тебя закончится память (и возможно апп кильнут).
    А при выходе за границы массива аппа напр. получит рут. Абсолютно никакой разницы, правда?
     
  • 4.340, Wilem82 (?), 15:22, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Но на какой такой чёрт растаманы чмырят ЯП Си за дырени и утечки.

    За дырени. Что касается утечек, то их в Расте сделать сильно сложнее - надо специально постараться. Ну и плюс сам язык Си адски устарел и не умеет множества полезных вещей. Си++ умеет, но всё равно уступает в простоте и удобстве.

     
     
  • 5.344, Аноним (-), 15:31, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >сам язык Си адски устарел

    Язык следующй структурной парадигме устареть не может никогда. Си вечнозелённый.

     
     
  • 6.349, Wilem82 (?), 15:57, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Язык следующй структурной парадигме устареть не может никогда

    Налицо подмена понятий. Парадигма может и не устарела, а язык - да.

    В нём очень мало фич, что приводит к усложнению разработки. За 50 лет много полезного и удобного успели придумать, мягко говоря.

     
     
  • 7.353, Аноним (353), 17:47, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мягко говоря все фичи к "процедурному стилю программирования" никакого отношения не имеют. Все фичи пилятся в рамках ООП или функциональщины.
     
     
  • 8.355, Wilem82 (?), 19:13, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эта мысль для меня слишком глубока, извините, не осилил понять какое это имеет о... текст свёрнут, показать
     
     
  • 9.363, Аноним (-), 06:37, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хорошо, смотри Алмаз может устареть Он всегда ценен, и люди во все времена ... текст свёрнут, показать
     
  • 4.350, Аноним (350), 16:49, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё зависит от программиста.

    Вот Растофанатики и усвоили урок что язык не имеет никакого значения. Программируешь ты на С++ или Расте, ни тот ни другой язык не даст тебе никакой безопасности если думать не умеешь.

    И встречный вопрос если все зависит от программиста зачем нужен Раст? Ответ очевиден. Раст не нужен.

     
     
  • 5.383, Wilem82 (?), 11:12, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > если все зависит от программиста зачем нужен Раст?

    От программиста зависит только использование unsafe. Без ансейфа ты сегфолты не получишь.

    Утечки без unsafe - насколько понимаю только через специальные для этого функции - std::mem::forget(), std::boxed::Box::leak(). Случайно ты их не вызовешь. Ну это как случайно вызвать std::process::exit(0) и жаловаться, что у тебя процесс завершается.

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

     

  • 1.199, Аноним (185), 23:39, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    и да - у меня на железе сабж не загрузился, видимо ржавое.
     
  • 1.237, paulus (ok), 10:15, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И как это чудо подсунуть grub4dos? Запустится ли? :)
     
     
  • 2.243, Аноним (243), 11:26, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не, надо переписать grub4dos на расте
     
  • 2.310, Аноним (144), 22:18, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По идее, они работают же с обычным грубом. Но могу и ошибаться.
     

  • 1.252, Аноним (252), 13:00, 27/12/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +/
     
  • 1.261, Аноним (-), 14:36, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что насчет реального железа, кто нибудь запускал?
     
     
  • 2.351, Аноним (350), 16:50, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не будет его это как РеактОС. Нужен только для того чтобы показать смотрите как мы умеем, а не для того чтобы реально где-то применять.
     
     
  • 3.382, Аноним (366), 11:10, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    растаманы только показали, как они могут течь.
     

  • 1.263, KroTozeR (ok), 14:59, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эх... Эщё язык-то не допилили, а уже ОСь лабают ради понта. Ну что за кодеры пошли? Лучше бы решали проблему "стыка" между либами на разных ЯП-ах, а то конь уж лет двадцать как не валялся... Или пилили бы ЯП для бинарного кода LLVM под окружение браузерного API, чтобы выдать сие как распределённую платформу для приложух, поддерживая полиморфизм во всех позах и обмен исполняемым кодом в рантайме, но это ж религия не позволяет, Касперский не велит, Microsoft не одобряЕ, Google нИАсилил, Линус глаза выпучил, Ябло послал на хутор близ Диканьки, ибо у них менеджерский распил в самом разгаре. Про Завалишна все дружно забыли, ибо хайпо-жвачная публика не любит самоделкиных (на их фоне сама фальшиво выглядит).
     
     
  • 2.264, Аноним (264), 15:37, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро Linux тоже ради понта было. Или вон GTK с гимпом.
     
     
  • 3.316, KroTozeR (ok), 23:57, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там был не столько понт, сколько протест, выраженный в массовом коддинге, когда куча студентов, коснувшихся Unix, решила понавтыкать AT&T за злобный монополизм. Но тогда и не было распространённой альтернативы. Теперь же нужно рожать новую концепцию, а не повторять пройденный путь только потому, что "оно на Rust-е".
     
  • 2.266, Ken Tomson (?), 16:31, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вообще-то мы в свое время сделали еще круче - СПЕРВА написали ОС на чем под рук... большой текст свёрнут, показать
     
     
  • 3.271, Аноним (272), 17:18, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все что вы сделали это показали как не надо. И потом все пришлось писать с нуля как надо!
     
  • 3.317, KroTozeR (ok), 00:01, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в том-то и дело, что мотив нынче не слишком убедителен. Я, вот, не могу придумать сферу применения для Redox кроме демонстрации пруфа для Rust-пиара.
     
     
  • 4.400, freecoder_xx (?), 23:46, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю вы неправильно смотрите: нужно искать мотив не снаружи, а изнутри. Рано или поздно на Rust будут писать ОСи, и первой уже оказался Redox. В экосистеме раста идет конкуренция среди разработчиков за "первое место" и прочие блага, которые оно способно принести.
     
     
  • 5.412, KroTozeR (ok), 18:32, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В таком случае ОС на Rust должна предъявить какие-то преимущества Язык СИ доста... большой текст свёрнут, показать
     
  • 2.284, Растишка (?), 18:17, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Или пилили бы ЯП для бинарного кода LLVM под окружение браузерного API

    ... сказал KroTozer и ушёл в криокамеру ещё на 30 лет. PNaCl уже успели запилить и закопать, а сейчас пилят Wasm, в который Rust умеет компилироваться искаропки.

     
     
  • 3.311, Аноним (144), 22:20, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ошиблись, не пилят. А ДАВНО запускают и интегрируют.
     
  • 3.320, KroTozeR (ok), 00:20, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> PNaCl

    Продукт от, извиняюсь за матерное слово, "Google", который пилили с понтом под зонтом до 2013, потом посеяли, потом откопали и обиженно ограничили ChromeOS, которой оно по идеологии не впёрлось? Замечательный продукт. Запихните его обратно в криокамеру и не вынимайте оттуда.

     
  • 2.293, Аноним (144), 19:25, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 Эх Эщё язык-то не допилили, а уже ОСь лабают В языке есть действительно м... большой текст свёрнут, показать
     
     
  • 3.324, KroTozeR (ok), 01:03, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вокруг все ездят на электромобилях При том, что нет никакой проблемы сделать эл... большой текст свёрнут, показать
     
  • 2.305, Аноним (252), 21:11, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему вы всё это не делаете?
     
     
  • 3.319, KroTozeR (ok), 00:09, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Почему вы всё это не делаете?

    А ещё глупее вопрос чем этот можно?

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

     
     
  • 4.345, Аноним (-), 15:34, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >а свободное время уделяю семье

    Не ври, ты ведь в свободное время мощно бухаешь.

    >Там совсем уж процедурно укурились.

    Ага, так и запишем: "KroTozeR не знает алгоритмы".

     
  • 2.330, Аноним (330), 06:42, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Лучше бы решали проблему "стыка" между либами на разных ЯП-ах, а то конь уж лет двадцать как не валялся...

    .NET

     
     
  • 3.398, ИмяХ (?), 20:05, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тупые поделки от мелкософта не нужны
     

  • 1.273, ИмяХ (?), 17:30, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Отличный проект! Благодаря ему всплывает куча проблем в языке и становится понятно, почему раст никогда не заменит С.
     
     
  • 2.281, Аноним (-), 18:06, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Благодаря ему

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

     
     
  • 3.323, Аноним (201), 00:57, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > гос паёк и учить всех жизни.

    А, так ты на госпайке…

     
     
  • 4.325, KroTozeR (ok), 01:11, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда капитаклизменные войны закончатся разрухой уровня "ядрён-батон США против китайского Huawei" на фоне взаимного пожирания друг друга за ошмётки рынка, а граждане за упоминание слова "IT" будут бить в рожу не предупреждая, тогда только "госпаёк" и будет решать, куда чего и как развивать.
     
  • 2.294, Аноним (144), 19:26, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1. "Благодаря ему всплывает куча проблем в языке" расскажите? А то нам не понятно... КАКИЕ ПРОБЛЕМЫ?
     
     
  • 3.313, Аноним (198), 22:55, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он не защищает от утечек памяти.

    *BA DUM TSS*

     
     
  • 4.401, freecoder_xx (?), 23:48, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Местные хейтеры раста не знают матчасть, вот что стало понятно.
     
  • 2.342, Wilem82 (?), 15:28, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Отличный проект! Благодаря ему всплывает куча проблем в языке

    Это правда. Язык допиливают по ходу возникающих нужд для нетривиальных задач. Не пытаясь выполнить эти задачи не всегда можно обнаружить как и что необходимо в языке запилить. И это касается любого проекта, а не только ЯП.

    >  и становится понятно, почему раст никогда не заменит С.

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

     

  • 1.279, Аноним (279), 18:05, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > файловая система TFS, развиваемая на основе идей ZFS (модульный вариант ZFS на языке Rust)

    Ширится зоопарк "наших ответов" ZFS. И, конечно же, каждый уверен, что вот уж его-то ФС порвёт всех, как тузик грелку :)

     
  • 1.280, Аноним (280), 18:05, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Вообще Rust, имхо, это попытка совместить в одну химеру C и Golang Получилось... большой текст свёрнут, показать
     
     
  • 2.282, Растишка (?), 18:13, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > C++ и Golang

    — единственные языки, которые знает анонимус, лол. Потому что Rust — это практически ML с C-подобным синтаксисом (плюс боров-чекер). Первые версии rustc вообще на OCaml были написаны.

     
     
  • 3.287, Аноним (280), 18:55, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вперед, покажи где в Rust монады, стрелки Клейсли, continuation passing style и тайпклассы. Тоже мне ML-потомок. Rust не поддерживает параметрический полиморфизм высших порядков (в частности, никаких родОв произвольной арности, как в Haskell/Scala). Это Golang с кучей "академических" идей и эксплуатацией бест практисов из C++.
     
     
  • 4.288, Растишка (?), 19:04, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Аноним слышал звон, но не отличает ML от гопник хаскеля, так и запишем.
     
  • 4.292, Anonimowy cz322owiek (?), 19:21, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Монаду можно в принципе эмулировать на любом языке. Это, считай, просто для Хаскела они стали идиоматической конструкцией для выполнения многих вещей, а так-то перенести хаскеловский интерфейс монад, чтобы те же монадические комбинаторы парсеров забацать, на другой язык никто не мешает
     
  • 3.291, Anonimowy cz322owiek (?), 19:19, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust всё же не ML и не вполне функциональный язык (я спрашивал у проженных ML-хаскельщиков). Ну то есть да, в Rust есть ML-подобные типы алгебраические, но в целом-то он не особо сопротивляется мутабельности, например. Это всё же скорее обязательный энфорсинг RAII с некоторыми плюхами ML'я, как один аноним сказал выше. Для меня Rust выглядит как экая такая попытка переосмыслить C и C++ с учётом уроков и шишек за более чем 40 лет развития. Ну естественно, что народившееся за это ФП тоже оставило на нём немалый след
     
     
  • 4.415, burjui (ok), 03:19, 02/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ML - тоже не чисто функциональный язык, в отличие от Haskell.
     
  • 2.295, Аноним (144), 19:33, 27/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1 Вообще Rust, имхо, это попытка совместить в одну химеру C и Golang Мне инт... большой текст свёрнут, показать
     
     
  • 3.327, NaN (?), 05:55, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. GO: C++ + Java + ...

    Go: Plan 9 C on steroids with smoothy and GC

    > 3. Rust: Haskell + OCaml + ...

    3. Rust: C++ + 2 bottles of vodka

     

  • 1.341, Аноним (-), 15:25, 28/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rust - модный язык. Кто хочет быть модным?
     
     
  • 2.343, Wilem82 (?), 15:29, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Rust - модный язык. Кто хочет быть модным?

    Модный - javascript/golang/python.  Там ваще думать не надо, берёшь да идёшь в ногу с модой. А rust - немодный, там думать надо, это тяжело.

     
     
  • 3.348, Аноним (-), 15:37, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А rust - немодный, там думать надо, это тяжело.

    Раст - это высокая мода, ты знаешь что-такое высокая мода.

     
  • 3.362, Аноним (362), 03:50, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А rust - немодный, там думать надо, это тяжело.

    Вот теперь полный ступор. Кричали же что Си это тяжело, а на расте даже домохозяйка может ось написать.

     
     
  • 4.386, Wilem82 (?), 11:23, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кричали же что Си это тяжело, а на расте даже домохозяйка может ось написать.

    Про лайфтаймы и овнершипы всё равно думать надо. Это гораздо проще, чем писать на Си, но думать всё равно надо сильно больше, чем на игрушечных языках. Плюс это требует более глубокого понимания низкоуровневого устройства. Например - чем куча отличается от стека. Откуда стек берётся и как примерно устроен. Жаваскриптисты скорее всего даже слов таких не знают, а про стек может быть что-то краем уха слышали когда из-за рекурсии у них переполнение раз в жизни случилось.

    Ну и в целом раст позволяет, - а иногда и принуждает - думать и обрабатывать какие-то мелкие детали, которые в игрушечных языках спрятаны.  Например, частный вопрос от новичков раста - а чё это у меня программа выводящая в stdout тормозит? А чел там фигарит println!() и не знает, что на каждый вызов лочится мутекс, и что бы оно быстро работало, нужно один раз взять мутекс себе и только потом в stdout всё записать, что неимоверно ускоряет процесс. На всяких жавах, жаваскриптах и прочем у тебя такого выбора нет, ты всегда будешь платить за синхронизацию каждого вызова.

     
     
  • 5.392, Аноним (-), 13:43, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а чё это у меня программа выводящая в stdout тормозит? А чел там фигарит println!() и не знает, что на каждый вызов лочится мутекс, и что бы оно быстро работало, нужно один раз взять мутекс себе и только потом в stdout всё записать, что неимоверно ускоряет процесс.

    В Си поезд из точки А в точку Б приедет прямиком. В Расте, для того чтобы доехать до пункта Б, надо сначала проехать пункты В и Д.

     
     
  • 6.394, Аноним (394), 14:24, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://doc.rust-lang.org/std/io/fn.stdout.html
    >> Each handle returned is a reference to a shared global buffer whose access is synchronized via a mutex. If you need more explicit control over locking, see the Stdout::lock method.
    > В Си поезд из точки А в точку Б приедет прямиком.

    Питонистам и ЖСникам оно конечно виднее, но в С11 говорится о
    > §7.21.2 Streams
    > Each stream has an associated lock that is used to prevent data races when multiple threads of execution access a stream, and to restrict the interleaving of stream operations performed by multiple threads. Only one thread may hold this lock at a time

    А до этого машинист считал, что по умолчанию поезд на этом пути только один.

     
  • 6.395, Wilem82 (?), 15:12, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В Си поезд из точки А в точку Б приедет прямиком. В Расте, для того чтобы доехать до пункта Б, надо сначала проехать пункты В и Д.

    Тебе уже поясинили почему неправ, но добавлю: даже если бы это было так, как ты говоришь, это означало бы только врождённую опасность функции вывода в stdout. Именно потому, что Раст как язык и его библиотеки в целом пекутся о корректности - программы на нём корректно работают, а не глючат или сегфолтятся. Не, "ой, я не подумал, ой а я не знал, ой а я не думал что эта ошибка реально может возникнуть", а тебя подталкивают или даже заставляют обработать все крайние случаи. В результате твоя программа имеет больший шанс быть надёжной, а не куском говна.

     
     
  • 7.404, uis (ok), 03:05, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >сегфолтятся

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

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

    Часто встречал программы, где проверяется errno вызова close? Или как там на хрусте.

     
     
  • 8.408, Wilem82 (?), 12:57, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не понял про что это Я часто встречал где не проверяется, что существенно услож... текст свёрнут, показать
     
  • 5.403, uis (ok), 02:58, 30/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Это гораздо проще, чем писать на Си, но думать всё равно надо сильно больше, чем на игрушечных языках. Плюс это требует более глубокого понимания низкоуровневого устройства. Например - чем куча отличается от стека.

    Что-то мне подсказывает, что наоборот. На сях, например, быстро доходит, чем отличается malloc, alloca и vla. И почему возвращать указатели последних - идиотизм.
    Да и вообще си - высокоуровневая замена ассемблеру, разбавляемая разве что inline assembly.

     

  • 1.346, что дозволено быку (?), 15:35, 28/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    s/удалось избавиться от утечек памяти/есть некоторые основания надеяться, что проблема не воспроизведётся на достаточно заметном количестве инсталляций/

     
     
  • 2.358, Rf4567785433 (?), 22:43, 28/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это оператор яп? Что-то из Перл?
     
     
  • 3.389, Wilem82 (?), 12:58, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это оператор яп? Что-то из Перл?

    s/<pattern>/<replacement>/<flags>

    Это из sed (а может и каких-то его предков) прошло: https://www.gnu.org/software/sed/manual/html_node/The-_0022s_0022-Command.html . Перекачевало в vi, потом в vim.  Потом в первых интернет-чатах IRC, которые были популярны в 90-ые и даже немного 00-ые, таким образом матёрые юниксоиды друг другу остроумно показывали, что они типа исправляют опечатку в уже отправленном сообщении, т.к. IRC не позволяет отправленные изменять.

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

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

    Пожалуйста.

     

  • 1.357, Rf4567785433 (?), 22:41, 28/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Просто хочу сказать что РеактОС все еще топчется на месте. Тут уже и Раст возник, и продвинулся, и ОС возникла, много воды утекло..
     
     
  • 2.385, Аноним (366), 11:18, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст возник, и продвинулся

    ...в сторону текучести памяти.

     

  • 1.364, luis2 (?), 06:57, 29/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Скажите пожалуйста, а какой собственно профит кроме выеженов со стороны растофилов, ведь уже давно есть всякие KolibriOS, что почти машинный код.
     
     
  • 2.387, Wilem82 (?), 11:33, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пожалуйста: https://doc.redox-os.org/book/ch01-05-why-redox.html

    Кроме того, авторы заявляли, что делают это не ради самой ОС, а ради развития языка.

     
     
  • 3.396, luis2 (?), 16:17, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спасибо, из прочитанного стало ясно, что просто кто-то хочет свой блекджек с девами. Причины какие-то высосанные.....
     
     
  • 4.397, Wilem82 (?), 17:32, 29/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какие в твоих глазах были бы невысосанными? Ну что б понимать, что не любое обоснование было бы "плохим", а где-то есть всё-таки "хорошее".
     
  • 4.416, burjui (ok), 03:28, 02/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А разработчики не обязаны лично тебе доказывать, что у них причины "правильные".
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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