Сильвестр Ледрю (Sylvestre Ledru), известный своей работой по сборке Debian GNU/Linux с использованием компилятора Clang, сообщил об успешном проведении эксперимента по задействованию альтернативного набора утилит coreutils, переписанного на языке Rust. В состав coreutils входят такие утилиты, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Для первого этапа интеграции в Debian варианта coreutils на языке Rust были поставлены следующие цели:...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54728
Нафига? Нафига переписывать работающий код? Намного полезнее было бы просто помочь проекту и починить баги и добавить улучшения в проект coreutils.
Они нашли фатальный недостаток
Они просто не боятся принять новое.> Намного полезнее было бы просто помочь проекту и починить баги и добавить улучшения в проект coreutils.
Вместо того, чтобы "просто помочь"... толпе стать еще более толпящейся вокруг веры в "проект" ради "проекта", и что "намного полезнее", потому что это "намного полезнее".
Растофанатик не может связно выражаться? И почему я не удивлен?
Етить тут "профессионалов" то))))
> Они просто не боятся принять новое.Ну вот и прими redox какой-нибудь, чего мелочиться? А вон той порнограйией еще лет 50 придется заниматься, а там или шах, или ишак.
> фатальный недостатоксделано не ими!
> фатальный недостатокВот найдут переполнение стека в ls для файлов с ударениями, а растоманы начнут рассказывать, что rust-ls не подвержен ;) В в rust-ls никто уязвимости искать не станет... profit
Давно пора переписать. Хотябы чтобы избавиться от привязки к огороженной копилефт-лицензии в пользу более свободной пермиссивщины.
>[s]более свободной[/s] более бесплатной // fixedТак для воровства уже есть бсдшные альтернативы, которые пусть и более дубовые местами, зато код из них можно свободно брать для свей проприетарщины. А раст ты куда засунешь? Делают действительно такое ощущение лишь бы передрать ещё что-нибудь совершенно бесполезное. Вон лет 30 назад в книгах про си рассказывали как написать собственные coreutils и сегодняшние бсдшые примерно уровня тех лет и остались. Лучше на расте не напишут скорее всего.
Собака лает - караван идет.
> Собака лает - караван идет.От моих ненужноскриптов на шелле пользы больше. Например, вчера перед сном я запилил себе контекстное меню для конвертации аудиоподкастов с ютупа из webm(vp9+opus) в opus(~ogg + 1кадр из видео) с выбором произвольных параметров (ещё разные кодеки можно добавить) и разного битрейта. Хотел сначала ffmpeg взять, но потом пришлось декодировать в wav и его сжимать. Failsafe логика и всё это, так вот вопрос, почему мне пришлось это самому писать, больше некому, все заняты переписыванием одно и того же на новый модный язык по кругу? Я не знаю, зачем оно мне, к меня всего 2 подкаста было, зато экономия с них аж 2 гб. У меня уже куча таких контекстных скриптов для файлов, периодически они мне нужны и я ими пользуюсь.
Караван прошел, а собака все лает.
>[оверквотинг удален]
> запилил себе контекстное меню для конвертации аудиоподкастов с ютупа из webm(vp9+opus)
> в opus(~ogg + 1кадр из видео) с выбором произвольных параметров (ещё
> разные кодеки можно добавить) и разного битрейта. Хотел сначала ffmpeg взять,
> но потом пришлось декодировать в wav и его сжимать. Failsafe логика
> и всё это, так вот вопрос, почему мне пришлось это самому
> писать, больше некому, все заняты переписыванием одно и того же на
> новый модный язык по кругу? Я не знаю, зачем оно мне,
> к меня всего 2 подкаста было, зато экономия с них аж
> 2 гб. У меня уже куча таких контекстных скриптов для файлов,
> периодически они мне нужны и я ими пользуюсь.А можете поделиться своими "ненужноскриптами"?
Я же правильно понимаю, что получается контейнер, где аудиофайл, но вырезается видеоряд, с оставлением одного кадра для уменьшения размера? Я о таком сам думал, у меня много больше 2ух "подкастов", здорово бы помогло в экономии места.Есть ещё правда "подкасты", где местами есть скринкасты с примерами, вот думал как извратиться, чтобы такие вставки в видео оставить как есть, в качестве с ещё различимыми буквами, а остальное видео чтобы был как раз 1 кадр для сокращения размера. Подобное реализовать было бы вообще шикарно.
Похоже, от ненужности сам себе ответил.
Я думаю, такие проблемы не только у меня, было бы приятнее если бы кто-нибудь написал всё за меня и мне не пришлось лавировать между всякими rm -rf * случающимися вследствие случайного появления необъявленной в скопе переменной (её исчезновения).
По любому видно, что Rust гораздо полезнее вашего "ненужного", что вы сами и доказали.И при чем тут вообще скрипты?
Где это по вашему что-то против скриптов?Скрипты были нужны и остаются. При чем здесь Rust?
Только сами то coreutils изначально не на скриптах же написаны.
Не можете дальше скриптов?
Ваши скрипты ненужные?Ну да, вы правильно заметили, такая проблема не у вас одного.
Только Rust тут при чем?
Портирование (или даже полное переписывание) существующий логики на другой язык задача по сложности сопоставимая со скриптами. Это может быть полезно только для писателя, если тот хочет приобрести какие-то навыки в процессе, и ему ничего не придумать нового самостоятельно. Особенно, портирование вылизанной десятилетиями промышленного использования логики с уже всем идеального языка на сложный и запутанный новый язык, уступающий существующим решениям практически всем. Во всяком случае, таково моё мнение.
Когда-нибудь опубликую. Качество этих скриптов и степень их безопасности очень варьируется и я не готов отвечать за ошибки.Да там ничего интересного, просто он универсальный и поддерживает обработку несколько файлов сразу, обрабатывает нештатные завершения (вот это немного грязно, set -e проще и приятнее), смену битрейта и кодека через getopts (башизм на башизме, поэтому несложно в принципе). Я просто помню уже скачивал какие-то контекстные скрипты похожего назначения, какие же они кривые и багованные! Сто раз пожалел. Изначально хотел эффективно пожать 99% времени статичную картинку каким-нибудь tune=stillimage, но потом сделал аудиофайл с 1 фреймом исходного файла встроенной картинкой. Если скачивать с ютуба то там opus ~100kbps, на голосе разницы после пережатия в opus 64kbps нет совершенно, только файл на 1.4гб превращается в файл на 0.06гб. Я так смотрю сейчас и на 32 её практически нет, на 16 уже ощущается. Один из вариантов копирование исходной звуковой дорожки в тот же контейнер как у оригинала, вот тут у меня возникли некоторые проблемы с встраиванием статичной картинки в видео контейнер, да ещё чтобы файл не раздувался, в итоге, сейчас копируется только звук. Можно извлекать в аудио файл в зависимости от кодека, и протагировать картинку, даже наверно одним ffmpeg без проблем получится, но мне это пока не понадобилось (и не понадобится никогда скорее всего).
Ха, нет, youtube-dl скачивает и субтитры и при копировании дорожки субтитры тоже сохраняются (chapters что-то не скачивает, так тоже можно попробовать копировать), в аудиофайле субтитров при этом нет. Осталось только придумать как сделать статичный фрейм в webm и mp4 или поменять контейнер на матрёшку? Требует доработки, в общем. У меня только один вопрос, почему этим занимаюсь я, у меня есть менее юзерские занятия.
> У меня только один вопрос, почему этим занимаюсь
> я, у меня есть менее юзерские занятия.Наверное потому что кто-то либо также постеснялся выложить свои наработки подразумевая их сырость, а до ума никто не доводил или же просто не посчитал нужным.
За то что поделились соображениями спасибо.
А так, лично я за то что лучше выложить хоть что-то, чем вообще ничего.Я также не могу заниматься подобным, у меня нет достаточных навыков, я простой пользователь.
Для создания устойчивой потребности в каком либо язык программирования, помимо достоинств самого языка необходима некая кодбаза, фреймворки, набор библиотек различной направленности. Наработки которые будут служить примером и обуславливать спрос. Но что проще, делать нечто новое, либо сложное и узконаправленное, или переписывать отполированную до идеала логику? Так сложилось что большая часть несложного полезного системного софта который только может понадобится уже написана. И написана на других языках. И такое переписывание это просто агрессивная экспансия/политика сообщества языка Раст по захвату ниши для своего любимого языка. Хорошо это или плохо. Вот посудите - улучшится ли качества этого софта от переписывания его на Раст? - в долгосрочной перспективе возможно (более строгий и безопасный язык). Но код пишут люди, и в начале будут ошибки обусловленные банальным человеческим фактором. От которых в предыдущих реализациях избавлялись годами.
Так Rust ведь как раз для этого и существует, чтобы не было ошибок, обусловленных человеческим фактором.
Ресдох уже потёк, поэтому решили ломать Дебиан.
> Ресдох уже потёк, поэтому решили ломать Дебиан.
> The Redox kernel does not have the structures in place to allow freeing memory. The userspace allocator can free, and then reuse, but anything allocated with sbrk from the kernel will be lost.Коммент к issue читать не нужно, да?
Ты большой оптимист! А на деле появятся новые ошибки, которые также будут исправлять десятилетиями!
Оу, май. Память течь-то уже перестала?
А вы уже поняли что такое "память потекла"? Или всё еще сгребаете всё в одну кучу?
Нет, аккуратно складываю в стопку
>А вы уже поняли что такое "память потекла"? Или всё еще сгребаете всё в одну кучу?а что "память потекла" в C чем-то отличается от "память потекла" в Rust ?
или "это другое..."
Вбросы вне контекста норм?
Или "это другое..."?Или если в контексте, то по существу, пожалуйста.
> Так Rust ведь как раз для этого и существует, чтобы не было ошибок, обусловленных человеческим фактором.
> Врете! Память в расте течет не потому, что язык, а потому, что программисты плохие!
> Или "это другое..."?
О, привет, беспруфный балабол, когда скинешь свой код на Rust? А то ни на одном треде ни одного стоящего не привёл, лишь "у моего папы машина быстрее, но это на работе, и вообще он разведчик, работает под прикрытием, поэтому пруфов не покажу".Или "это другое..."?(c)
И да, отвечая на твой вброс: программисты, игнорирующие основную документацию, переведённую на 20+ (на русском минимум три года как) естественных языков - плохие программисты, и язык тут не виноват, лишь такие как ты, у кого не хватает квалификации открыть официальную документацию.
> Так Rust ведь как раз для этого и существует, чтобы *не было ошибок, обусловленных человеческим фактором*.
> Врете! Память в расте течет не потому, что язык, а потому, что программисты плохие!
> Врете! Ты не можешь судить о языке, если не выложил всем 1000 своих репо с миллионом старов!
> Врете! Язык, созданный убирать человеческий фактор, точно так же подвержен человеческому фактору, как и клятой С++. Это все плохие программисты, а не язык!Или "это другое..."?
1. Подмена понятий.
2. Подмена понятий 2.
3. Ты говорил, что писал на расте, но своими же словами показывал, что не открывал даже документацию, переведённую в том числе и на русский язык. Поэтому нужен хоть один пруф, опровергающий твою кричащую оплошность.
4. Снова приписывание слов непонятно откуда - меня с троллями не равняй, раз отвечаешь конкретно мне, то и отвечай на мои тезисы.Ты снова доказал свою несостоятельность как разработчика, раз оправдываешь игнорирование документации. Тем более документации Rust - предоставленной для широкого круга (на многих языках, не на канцелярите) разработчиков в краткие сроки.
Ты снова подтвердил своё звание растохейтера №1 на опеннете - ни пруфов, ни логики, ни отсылок на что-либо адекватное.
> это все подмена понятий! Разт задезигненный как фейлпруф от действий программиста по памяти! Указатели! Век воли не видать, плохой код даже не соберется! А ежели течет, то это все программист виноват! Он оказался настолько не фейлпруфаемым!А как же ваши красивые сказки и абсолютно трендовые инфографики, где язык на 146,46632% лучше С++?
> Пруф! Пруф на пруф! В компьютерном классе при мне напиши! Пруф!
Гы.
> Ты снова подтвердил своё звание растохейтера №1 на опеннете - ни пруфов, ни логики, ни отсылок на что-либо адекватное.
Ну то ли дело ты, да, в попытках защитить язык от нападок грязных хейтеров.
С тем же успехом это можно трактовать, ни как агрессию сообщества rust, а как чрезмерный консерватизм его противников. Хотя на самом деле нет, каких-либо существенных дискуссий у самих разработчиков нет, просто в интернете опять лучше знаю кому и что лучше делать.Новость явно показывает, что как минимум один плюс есть. Разработчикам есть на чём опробовать свои утилиты, на куче другого софта который дергает стандартный coreutils.
> С тем же успехом это можно трактовать, ни как агрессию сообщества rust,
> а как чрезмерный консерватизм его противников. Хотя на самом деле нет,
> каких-либо существенных дискуссий у самих разработчиков нет, просто в интернете опять
> лучше знаю кому и что лучше делать.
> Новость явно показывает, что как минимум один плюс есть. Разработчикам есть на
> чём опробовать свои утилиты, на куче другого софта который дергает стандартный
> coreutils.Только вот почему, блжд, надо трогать православный Дебиан? Почему не рачик или никсос какой, они больше подходят, более прогрессивные и смузисосные, но нет, надо обязательно проникнуть в стан традиционалистов и консерваторов и прививать им свои извращённые ценности, у смузисосов вечно руки чешутся ломать что-то традиционное и православное.
Ежели раст такой офигеть крутой, возьмите, да форкните себе в сторонку и переписывайте там раз хотите доказать свою нужность, доказывайте отдельно, вот только понимают, что отдельный наркоманский проект дублирующий уже готовое нафиг никому не упал, но нет, надо было в оригинальный Дебиан наложить кучу тогда, теперь подоср@ть сейчас!
Чтож этим чертям неймётся в своём содоме?!
> Только вот почему, блжд, надо трогать православный Дебиан? Почему не рачик или
> никсос какой, они больше подходят, более прогрессивные и смузисосные, но нет,
> надо обязательно проникнуть в стан традиционалистов и консерваторов и прививать им свои извращённые ценности, у смузисосов вечно руки чешутся ломать что-то традиционное и православное.После успешного голосования о переходе дебиана на системду еще в 2014 ... о какой именно "традиционнности" и каких именно "консерваторах" идет речь?
> Ежели раст такой офигеть крутой, возьмите, да форкните себе в сторонку и
> переписывайте там раз хотите доказать свою нужность, доказывайте отдельно, вот только понимают,Вообще-то, чувак так и сделал
> NixOS
> The standard package set of NixOS provides this package out of the box since 18.03- но оппеннетным oналитекам ведь проще поныть о "почему дебиан, а не рач?! Как посмел!?", чем сходить по ссылкам ...
> Вообще-то, чувак так и сделал
>> NixOS
>> The standard package set of NixOS provides this package out of the box since 18.03
> - но оппеннетным oналитекам ведь проще поныть о "почему дебиан,
> а не рач?! Как посмел!?", чем сходить по ссылкам ...Ну, правильно [нет], сперва наср@ли в смузисосных клубах, а потом решили свои rust-парады у традиционалистов проводить, им же неймётся всё, везде надо выпячить своё вот это вот: "по-старому это уже не модно и не прогрессвно, устарело..." "Теперь мы признаём разнообразие и старое надо переделать!"
в данном случае думаю процесс избавления от человеческих ошибок будет проходить гораздо быстрее, во первых количество глаз смотрящих код гораздо больше чем 30 лет назад, во вторых порядка 70% ошибок связанны с переполнением что как бы сам язык должен резать на корню
Нет предела совершенству!
> в данном случае думаю процесс избавления от человеческих ошибок будет проходить гораздо быстрееСудя по хрустовым проектам так не скажешь. Хайпа разведут, а потом оказывается что работу работать, да еще и на этом - это вам не на форуме хайповать. Так что вот вам браузер который не браузит, операционка которая не работает и какое там еще очень нужное добро.
> Так что вот вам браузер который не браузит,Еще бы кто анонимов, которые не балаболят, подкинул.
> Нафига? Нафига переписывать работающий код? Намного полезнее было бы просто помочь проекту
> и починить баги и добавить улучшения в проект coreutils.А потому что это диверсия, впоследствии будет и саботаж, ведь в штаб проникли смузиRustы, а судя по новости мы видим, что организм не распознал инвазии и игнорируемая иммунитетом болезнь будет беспрепятственно прогрессировать. Пропал дебиановским дом!
>организм не распознал инвазии и игнорируемая иммунитетом болезнь будет беспрепятственно прогрессировать. Пропал дебиановским дом!Оно уже после внедрения systemd началось...
во первых чтобы узнать насколько сложно делать такие проекты на расте тем самым найдя места в которых можно улучшить раст..
Для этого есть ресдох, но ломают, почему-то, дебиан.
А почему ты тут комментарии пишешь, было бы больше пользы, если бы ты на заводе работал. Вообще-то тебе никто ничего не должен, и люди занимаются тем, что им интересно.Это эксперимент по замене используемой почти каждым пакетом зависимости на новую реализацию на rust. Очень полезный, ведь даже самый ярый фанатик раста понимает, что наработанную миллионами человеко-часов кодовую базу невозможно переписать, и rust нужен только если удастся обеспечивать совместимость. Если ничего не отвалилось, значит, rust уже пригоден для продакшена, а если отвалилось, надо разбираться почему и чинить раст - при любом исходе польза.
Официальный ответ тебя порадует (взято с гитхаба uutils/coreutils )Many GNU, Linux and other utilities are useful, and obviously some effort has been spent in the past to port them to Windows. However, those projects are either old and abandoned, are hosted on CVS (which makes it more difficult for new contributors to contribute to them), are written in platform-specific C, or suffer from other issues.
Rust provides a good, platform-agnostic way of writing systems utilities that are easy to compile anywhere, and this is as good a way as any to try and learn it.
Для неосиляторов английского:
Эти утилитки очень полезны, и их даже пытаются портануть на винду. Но попытки эти древние и заброшенные, хостятся не на гитхабе (и ньюфагам сложно контрибутить), написаны на платформоспецифичном C и т.д. и т.п.
Раст -- это неплохой язык чтобы писать кроссплатформу и сам проект хорошо подходит чтобы руку набить
И ни слова про безопасность.Я охреневаю от происходящего. Огромное количество людей действительно так проняло с раста, что они хотят портануть всё, что под руку попадётся.
Интересно, во времена становления плюсов было что-то подобное?
Первое место за синтаксис получает Go, Rust выигрывает у С++ + STL по простоте написания. Так что, я бы не стал все переписывать на раст. Но игрушка хорошая.
Переписывать coreutils на чем либо сысла не имеет.
Но каким боком тут синтаксис? В Rust хотя бы безопастная работа с памятью, без сборщика мусора как в Go.
В расте память имеет обыкновение течь как водопад.
Пруфцов подкинь
https://doc.rust-lang.org/book/ch15-06-reference-cycles.html
То есть возможность создать циклы уже тождественно понятию "имеет обыкновение течь"? Будь добр, статистику по проявлению данной проблемы в программах на языке раст, или доказательство того, что на расте невозможно написать код без таких циклов
Будто где-то было доказательство, что на сишке нельзя писать безопасный код.
Это как-то влияет на статистику проявления утечек через циклы, которую ты, кстати, не привел?
Задуматься осоздании такого языка как Rust - уже вполне себе доказательство. А хотя стоп, луюди же не просто задумались, они его уже 5 лет как реализовали!Неловко вышло.
Ты бы посмотрел как на си ядро пишут, сразу бы отпали вопросы про безопастность и тупые набросы.
полазил бы ты с дебаггером по сишному коду пару дней что бы один баг найти, гладишь перестал бы набрасывать.
Можно подумать что на другом языке эти же люди по другому писать будут
Но ведь будут же. На C сложно писать код, в котором все переменные константы кроме тех, которые нет. И возвращать код ошибки вместе с самими данными тоже непросто. Ненулевых указателей (они же ссылки) тоже не завезли.Языки во многом и делают для того, чтобы подталкивать к стилю, который автор языка считает лучшим для своих задач.
Забавное двоемыслие.Возможность в сишечке потерять ресурсы - ааааа, дырявая сишка, надо написать новый язык раст!
Возможность в расте потерять ресурсы - ну и чо, иди статистику собери, потом поговорим.
Я где то заявлял, что "Возможность в сишечке потерять ресурсы - ааааа, дырявая сишка, надо написать новый язык раст!" ?
ТАМ СЛОВО LEAK !! КАК ОНИ МОГЛИ!
Возьми в 15-26 код в main заверни в loop {} и посмотри что будет.
но зачем?
То есть ты предлагаешь намеренно писать крайне ужасный код, идущий против базового руководства по языку (это даже не продвинутый уровень, это самая базовая книжка) чтобы доказать, что в языке якобы память течёт?Тогда ты можешь удивиться, но с таким подходом утечки памяти можно организовать в любом ЯП в любом рантайме.
Ну так и в C-шных программах CVE и утечки памяти, наверное, не в тех местах, которые по "Язык программирования C" от Кернигана и Ритчи написаны. У авторов языка в их учебнике, насколько я понимаю, не особо утечки памяти да CVE находили.
> https://doc.rust-lang.org/book/ch15-06-reference-cycles.htmlВообще-то, в реальности - "утечка памяти" происходит при любом взаимодействие с внешними либами и прочим кодом не на расте, когда передают буфер с данными.
Но ЖСники-питонисты, кроме хелловрота на ЯП без GC ничего не писавшие, любят приводить пример выше - потому что хорошо гуглится ...
> при любом взаимодействие с внешними либамиСледовательно, чтобы раст не тек, придется переписать на него всю вселенную. Впрочем, одну такую вселенную все же написали -- ресдох, -- но память почему-то потекла и там.
>> при любом взаимодействие с внешними либами
> Следовательно, чтобы раст не тек, придется переписать на него всю вселенную.Наверное, это будет проще, чем объяснить питоно-жсникам, что такое "модель памяти".
Хотя еще проще забить на них - "утечеки" в их фантазиях почти никак (за исключением истеричных и уныл^W бессмысленных комментариев) не влияют на реальность.
> это будет проще, чем объяснить питоно-жсникам, что такое "модель памяти"Ну так а как ты будешь объяснять кому-либо, что такое "модель памяти", если и сам-то о ней узнал буквально вчера из прочтенной по диагонали статейке на хабре?
>> это будет проще, чем объяснить питоно-жсникам, что такое "модель памяти"
> Ну так а как ты будешь объяснять кому-либо, что такое "модель памяти",Никак. В преподаватели азов для онанимных веб-скрипто-погроммистов я не нанимался.
> если и сам-то о ней узнал буквально вчера из прочтенной по диагонали статейке на хабре?Почти угадал - буквально вчера было 23 года назад, в книжках по программированию от Кассеры, Виллмса и Роде (никаких хабров тогда не было, по улицам бродили мамонты), а так все верно.
> В преподаватели азов для онанимных веб-скрипто-погроммистов я не нанимался.Ну так а кто бы тебя нанял, если тему ты не усвоил, и фактически про "модель памяти" ничего не знаешь?
> буквально вчера было 23 года назад, в книжках по программированию от Кассеры
И вот так всегда: когда растобоям указывают на утечки памяти, они говорят о чем угодно, выдумывают небылицы из собственной 14-летней биографии, но по существу темы никогда не ответят.
>> В преподаватели азов для онанимных веб-скрипто-погроммистов я не нанимался.
> Ну так а кто бы тебя нанял, если тему ты не усвоил, и фактически про "модель памяти" ничего не знаешь?Факты у анонимов, я так понимаю - это трындеж о "вселенных" и "хабрах"?
>>> если и сам-то о ней узнал буквально вчера из прочтенной по диагонали статейке на хабре?
>> буквально вчера было 23 года назад, в книжках по программированию от Кассеры
> И вот так всегда: когда растобоям указывают на утечки памяти, они говорят
> о чем угодно, выдумывают небылицы из собственной 14-летней биографии, но по существу темы никогда не ответят.И вот так всегда - когда ононимные ыксперты лажают со своими фантазиями в очередной раз, начинаются визги и юлеж "вы фсе врети!".
Я правильно понимаю, кроме подгора^W старательного "хабровского" проставления минусиков и анонимного балаболь^W демагогии в качестве основных аргументов - больше ничего не будет?
> Факты у анонимов, я так понимаю - это трындеж о "вселенных" и "хабрах"?То есть тот факт, что ты ничего не знаешь про "модель памяти", ты уже и не пытаешься отрицать.
> демагогии в качестве основных аргументов - больше ничего не будет?
Не знаю, у тебя надо спросить. Ресдох течет — это факт. С твоей стороны аргументов пока не было, были лишь некие утверждения, что некие "питоно-жсники" не знают про некую неизвестную тебе же самому "модель памяти". Эти утверждения никак не относятся к факту текучести ресдоха и являются не более, чем демагогией, отвлечением внимания.
— Ресдох течет. Контр-аргументы?
— Ресдох течет? Эй, посоны, а питоно-жсники не знают про "модель памяти"! Давайте обсудим это?
— Ресдох течет. Контр-аргументы?
— Да погоди ты со своим ресдохом. Питоно-жсники...
— Ресдох течет. Контр-аргументы?
— Давай лучше я расскажу о себе. 23 года назад мне попалась в руки книжка...
— Ресдох течет. Контр-аргументы?С этого момента и далее:
Ресдох течет. Контр-аргументы?
>...— Ресдох течет. Контр-аргументы?...Без контраргументов, но с вероятным объяснением - наверное, посоны хотели в каком-нибудь системном менеджере памяти "скорости как в Си" и запилили в unsafe-mode без проверок границ буферов/указателей и ручных освобождений памяти и получили именно то, от чего убегали - полный сишный букет неожиданностей. Вывод - не гонялся бы ты поп за дешевизною (скоростью), а то потом (о, ужас-ужас!!!) на опеннете растохейтеры лет 50 будут вспоминать отдельные эпизоды. Как другой аноним заметил - собака лает, караван идет. Лай дальше про ресдох.
в ресдохе текла память.
Ну раз в ресдохе текла, то везде течет, так как это основное свойство языка, я тебя правильно понял? Или, быть может, у тебя есть пруфы потверже?
Нет, пруфов пока нет, что на расте можно написать что-то работающее. В Мозиле писали-писали - оказались уволены. Ресдох писали-писали - ничего толком не получилось. Сейчас за дебиан взялись. RIP. Хороший дистр был.
> Нет, пруфов пока нетНу, когда появятся, приходи.
> на расте можно написать что-то работающее
Тогда как там память течет если ничего не написано?
> В Мозиле писали-писали - оказались уволены
Прям вот все?
> Ресдох писали-писали - ничего толком не получилось
Определение "толком получилось" в студию
> Сейчас за дебиан взялись.
Дебиану пророчили rip еще во времена перехода на системду, до сих пор рипается, 6.5 лет вроде как прошло
> Хороший дистр был.
Есть
> Нет, пруфов пока нет, что на расте можно написать что-то работающее.Пишу коммент прямо из пруфа под названием Firefox,
> 25.07.2017 20:49
> В Firefox добавлен CSS-движок Stylo, написанный на языке Rust-
> Выпуск Firefox 57 с многопоточным CSS-движком и новым оформлением
> 14.11.2017 17:33
> и новый web-движок Quantum, комбинирующий проверенные временем компоненты движка Gecko с новыми возможностями по обеспечению многопоточной обработки данных, предоставляемые языком Rust и движком Servo.-
> 19.07.2018 20:50
> В ночные сборки Firefox, которые лягут в основу выпуска Firefox 63, в качестве временного эксперимента интегрирована система композитинга Servo WebRenderИз ожидающих внедрения инициатив проекта Quantum также можно отметить Quantum DOM, который обеспечит распараллеливание операций с DOM (Document Object Model).ЧЯДНТ?
> В Мозиле писали-писали - оказались уволены.https://www.opennet.dev/opennews/art.shtml?num=53533
>>> Под увольнения попала вся команда реагирования на угрозы (Threat management team), занимавшаяся выявлением и разбором инцидентов, а также часть команды Security team
>>> Увольнения затронули команду Mozilla Research, занимавшуюся разработкой движка Servo, написанного на языке Rust. Уволены все сотрудники из команды MDN (Mozilla Developer Network).Оo - Онанимная оналитека
> в ресдохе текла память.https://gitlab.redox-os.org/redox-os/redox/-/issues/855
>> The Redox kernel does not have the structures in place to allow freeing memory. The userspace allocator can free, and then reuse, but anything allocated with sbrk from the kernel will be lost.Дай угадаю - ты из питонисто-ЖСников?
> > в ресдохе текла память.
> Дай угадаю - ты из питонисто-ЖСников?А ты что же питоно-жсников цитируешь? Вон, удобно так пропустил:
> It is a memory leak.
> в ресдохе текла память.
> It is a memory leak.
> в ресдохе текла память.
>> > в ресдохе текла память.
>> Дай угадаю - ты из питонисто-ЖСников?
> А ты что же питоно-жсников цитируешь? Вон, удобно так пропустил:
>> It is a memory leak.
>> в ресдохе текла память.
>> It is a memory leak.
>> в ресдохе текла память.Ну я ж говорю - питонисто-ЖСники увидели знакомые слова, далее они не читали ...
Ловите еще
let leak: Vec<u8> = Vec::with_capacity(100500);
std::mem::forget(leak);https://doc.rust-lang.org/std/mem/fn.forget.html
> Takes ownership and "forgets" about the value without running its destructor.
> Any resources the value manages, such as heap memory or a file handle, will linger forever in an unreachable state. However, it does not guarantee that pointers to this memory will remain valid.
> If you want to leak memory, see Box::leak.
Все еще не опровергает изначальный тезис:> It is a memory leak.
> в ресдохе текла память.Ресдох течет. Контр-аргументы?
> Все еще не опровергает изначальный тезис:
>>> В расте память имеет обыкновение течь как водопад.
>> Пруфцов подкинь
> в ресдохе текла память.
> ссылка на код, специально не освобождающий памятьЭк анонимы ловко, в прыжке, переобулись с "тезисами".
Теперь тезис "раст течет" у анонимов подтверждается тезисом "в редоксе написали код, специально не осовобождающий память".
Доказательство причинно-следствинной связи: "Ресдох течет. Контр-аргументы?"Л-логика!
> в редоксе написали код, специально не осовобождающий памятьНотабуг! Память течет, но так было задумано!11
Выдержки из тех. задания для редокса:
- Должны быть кнопки закрытия окна.
- Обои должны быть настраиваемыми.
- Память должна течь.
Чувак, почитал бы ты дальше первой ссылки в гугле, а то приводить в пример проект, который писался до стабилизации API полутора людьми в качестве хобби - ни разу не аргумент. Даже если это первый проект, который начат на Rust. Тем более если это первый проект, начатый на новомязыке (не только Rust). Раз ожешь почитать issue, то может ты и документацию сможешь осилить? А то ведь тебе привели ссылку на то, как это работает, а ты игнорируешь.Или для тебя всё-таки пет-проект одного человека - весомый пруф? Тогда у меня для тебя плохие новости: как минимум так память течёт у всех. Вопрос лишь в том, будешь ли ты так писать, игнорируя документацию. Это же не тайное знание вроде? В открытом доступе, не?
>> в редоксе написали код, специально не осовобождающий память
> Нотабуг! Память течет, но так было задумано!11Вообще-то да, именно так и есть:
>> The Redox kernel does not have the structures in place to allow freeing memory. The userspace allocator can free, and then reuse, but anything allocated with sbrk from the kernel will be lost.Кто же виноват, что местные Экспертусы по ЯП не очень дружат с английским?
> Выдержки из тех. задания для редокса:
Какой, однако, неуклюжий спрыг с темы "тезисов" и "аргументов".
> -22
> + 19
> -24
> + 19Эк тебя припекло. Но увы для вас, бедолаг - тут не хабр.
Но течет она в расте безопасно.
очень безопасно, когда вся память кончится...
Сработает oom, systemd перезапустит. Это ж хипсторы.
Так вот почему ресдох не работает... оно постоянно перезапускается.
>Rust выигрывает у С++ + STL по простоте написанияПетросян!
А первое место за бред получаешь ты.
Rust прост в написании? Вы серьезно? =)
Отличная новость.
Да и я порадовался.Жаль, что дойдет это все до основного релиза не раньше чем через года два.
За 15 лет разработки раста они даже ABI не стабилизировали...
Да кому оно нужно, это ваше ABI? Снап в докере и пусть весь мир сидит на каком угодно ABI. Хипсторы ж.
сначала собери этот ваш снап. То-то ресдох не работает на реальном железе.
Анониму иронию не понять
Снапы твои замчательные вылетают с треском со всех производств.
Чувак, это была ирония. Забыл тэг поставить
Да что ты такое несёшь7Первые 7 лет этим занимался один человек в качестве хобби, о разработке речи не было, только проектирование. Потом ему подкинули пару человек в помощь. И да, с версии 1.0 ABI-таки стабилизировался.
Так что ты насчёт
> 15 лет разработки раста
и
> ABI не стабилизировали
наврал. В одном предложении дважды, могёшь!
Кстати, раз такие смелые заявления, скинь, пожалуйста ссылочку на "разработанный" тобой за 15 лет язык со стабильным ABI, да ещё и с экосистемой хотя бы как у Rust, раз их ты считаешь плохими.
Ну или какой проект лично ты проспонсировал?
> скинь, пожалуйста ссылочку на "разработанный" тобойТипичное заявление кухарки.
> Типичное заявление кухарки.Стоп, то есть то что я кухарка отменяет твою ложь в двух местах в одном предлжении?
Мне кажется, логика не так работает.
> Мне кажется, логика не так работает.Да она у тебя вообще не работает.
Ага, то есть ты никак не оправдаешь свою ложь, лишь оскорблять будешь?Дебаты прошли успешно, я считаю.
> Ага, то есть ты никак не оправдаешь свою ложь, лишь оскорблять будешь?Будешь выделываться, еще и заминусует! Бойся!! :D
> Дебаты прошли успешно, я считаю.От местных балаболок в растотемах редко можно уведиеть что-то другое - знания матчасти-то для грамотного троллинга нема, только и остается глупая демагогия.
Приведи упущенную мной матчасть, недемагог.
> Приведи упущенную мной матчасть, недемагог.Тобой - не знаю, не интересовался. А вот у балабол^W Аноним(41) ее не было и не будет, как ты вроде сам заметил - чуть начинается разговор "за конкретику", сразу следует спрыг или просто "ты дурак! Вот!".
Впрочем, это обычное поведение местных "раст-или-хоть-что-хейтеров".
Тогда прошу прощения, не так Вас понял :)
>дойдет это все до основного релиза не раньше чем через года два.Вообще не дойдёт. Раст не работает на куче архитектур, которые дебиан старается поддерживать. Пока смузисосы не сделают раст на s390x, никто базовый кореутилс на раст не перепишет. А это маловероятно.
Так-себе новость.
Rust не модно
Где coreutils на Zig?
На Zig неполиткорректно.
на фортране
Zig нестабильный. И библиотек нет.
Второе это скорее плюс.
Слышите, колокол звонит? Он звонит по дырявой сишке
слышал звон, да не знает, где он
Ну точно, ведь pthread давно переписали на rust, и он прямо-таки необходим, чтобы программа вернула 0. Угадайте, где больше дыр:$ ldd /usr/lib/cargo/bin/true
linux-gate.so.1 (0xb7f35000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7eab000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7ccd000)
/lib/ld-linux.so.2 (0xb7f37000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7cac000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb7ca6000)$ ldd /bin/true
linux-gate.so.1 (0xb7eef000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7ced000)
/lib/ld-linux.so.2 (0xb7ef1000)
То твои колокольчики звенят.
Опять на морозе в килте гулял.
И давно вам в колокол дали?
> Слышите, колокол звонит? Он звонит по дырявой сишкеХихи, фрактал тут местный ябатька. Его все банят
А почему бы и нет. Ну хочется человеку. Не на бюджетные же делается. Пусть будет больше альтернатив.
> Пусть будет больше альтернатив.Когда-то про системду так же говорили... А потом провели голосование:
- Да, хочу системду.
- Нет, не хочу, но она будет.
Осталось системд на руст переписать
А это возможно? Растаманы умеют писать столь сложные продукты?
Не написать, а переписать. Это любая макака сумеет.
Макаки за 15 лет не смогли переписать FF на раст...
А должны были? Пруфы на обязательство будут?
> А должны были? Пруфы на обязательство будут?А пруфы на обязательство предоставлять пруфы?
Это очевидно, аксиома - если ты кому-то что-то затираешь, заготовь пруфцы, или получишь метку балабола. Ты можешь не предоставлять пруфы, но тогда и твое утверждение никто на веру не примет
пруфы про такую аксиому - будут? или ты с меткой "балабол"?
> пруфы про такую аксиому - будут?Легко. В большинстве книг о философии есть про "чайник Рассела", например в
Christmas - Philosophy for Everyone. Можешь взять некоторые другие для уточнения аналогии. В добавок, так как это форум, мы можем с тобой договорится о согласованности данной аналогии с нашими представлениями о обустройстве мира, если ты конечно способен на это.> или ты с меткой "балабол"?
Ничем не хуже тебя. Кстати, пруфов, что разработчики мозиллы утверждали о переписывании браузера на расте, все еще нет. Вообще никаких.
Если не должны зачем заявлять что перепишут? Логика у растофанатиков это легаси, да?
А где разработчики мозиллы заявляли, что перепишут?
Типичные растаманы, везде лезут, но ничего не доделывают.
https://www.opennet.dev/opennews/art.shtml?num=54728#98Теперь твои пруфы, хотя бы одну ссылкую А то ты во всём треде ни одного стоящего пруфа или ссылки не привёл - максимум первую ссылку из гугла, не разобравшись в проблеме. Давай что-нибудь аргументированное, а то называя всех балаболами, ты сам им не перестал пока быть.
И что именно здесь сделали растаманы, чего не было?!
> Макаки за 15 лет не смогли переписать FF на раст...
> https://www.opennet.dev/openforum/vsluhforumID3/123505.html#98
> И что именно здесь сделали растаманы, чего не было?!Чувак, ты определись, что тебе надо, что-то новое или переписывание.
И да, тебе не кажется, что для 7 человек (в лучшее время) это уже немало работы?
Ну то есть таких пруфов нет, значит, разработчики Мозиллы не должны переписать на расте браузер
> Логика у растофанатиков это легаси, да?Нет никаких растофанатиков, вы их сами себе придумали и приписываете им свои не лучшие качества.
Вы на десяток лет ошиблись, у трёх разрабов движка было всего 6 лет.
И то уже в 2014 году пришли ЛГБТ-активисты и начали всё портить в Mozilla, так что ресурсы были сильно сокращены.Вот если Вы лично и другие растохейтеры выделят пару миллионов долларов, то может за пару месяцев хоть какой-то прогресс наметится. Глядишь, там Вы и ещё решите поспонсировать разработку.
А то на словах Вы молодец, а на деле...
Линус за год ядро написал в одиночку. Никсы выросли за год вместе с разработкой Си... За 15... Нет, уже за 16 лет растаманы ничего не сделали.
> За 15... Нет, уже за 16 лет растаманы ничего не сделали.То есть ты нагло лжёшь прямо под словами опровергающими словами твои тезисы? Аргументы растохейторов вышли на новый уровень.
Линус не в одниночку писал, он взял minix за основу, плюс с Таненбаумом у него-таки не шапочное знакомство, то есть про Линуса вообще несостоятельный тезис. Тем более учитывая, что до 2018 года он воротил что хотел и говорил что хотел, ему за это ничего не было. А Эйха, к примеру, уже в 2014 выкинули за не-ГЛБТ-шность, то есть за 4 года до извинений и временного отхода Линуса.
> Линус за год ядро написал в одиночку.И поэтому все еще его пишет
> Никсы выросли за год вместе с разработкой Си
Хорошая сказка, жаль, что неправда.
Опять неправильно!
Вот как надо же ж:
"Не написать, а НАЧАТЬ ПЕРЕПИСЫВАТЬ!"
И это, действительно, сумеет любая макака. Все равно первым делом надо написать CoC.md (на этом можно, в принципе, и закончить)
О, главный растохейтер-пустослов изъявил желание поучаствовать в сраче.Хотя чего это я? Главный - https://www.opennet.dev/~Dzen%20Python . Эх, даже тут ты не лучший, какая жалость. Зато ты тут впереди Шигорина, хоть в чём-то его переплюнул.
кстати в Арче еще в апреле 2020 года добавили подобный пакет, правда с другим названием uutils-coreutils который помещает утилиты в /usr/bin с приставкой uu-*
sudo на rust не переписали?
не дай бог
А то что?
Только 30% ошибок связано с переполнением буферов, остальные так же будут и на расте. А учитывая общий уровень Rust программистов их там будет в разы больше. Пакет sudo уже вылечил все свои детские болячки, а растаманы предлагают добавить новых. И каждая из них станет дырой.
Я ничего не предлагал, вообще-то. А про общий уровень говорить просто смешно без какой-либо статистики. К тому же, сомнительно, чтобы растохейтеры читали достаточно кода на Rust, чтобы делать какие-либо выводы. Большинство даже документацию не читали 🤦♂️
И где твоя статистика про чтение документации, фанатик? Большинство растопрограммистов на расте ничего не написали, а ты сиди на своем пхп.
Я лишь сужу по той чуши, которые они высирают в комментах, которая явно свидетельствует о незнании базовых фактов о языке и его стандартной библиотеке. А если они ещё почитают стандарт своего любимого C++, то окажется, что они толком не знают и этот язык.
> а ты сиди на своем пхп.Что ты несёшь вообще, какой пхп?
Язык такой есть: php. Специально для вебмакак разработан. Характеризуется минимальной оплатой и коротким стажем среди других языков.
Причём тут пхп и вебмакаки? Ты точно со мной говоришь? По-моему, ты забыл выпить таблетки.
https://github.com/Rahix/avr-hal тадам. Даёшь embedded rust!
Учитывая, что все растоманы утверждают, что Rust это безопасная замена Си. Но при этом не понимают, что наложенные ограничения делают Rust не Тьюринг-полным, а unsafe множит всю хвалёную безопасность на 0. Не трудно понять уровень их способностей. У них проблема с логическим мышлением, что автоматически делает их ужасными программистами.
> наложенные ограничения делают Rust не Тьюринг-полнымО, первокурсник, скажи-ка, каковы критерии Тьюринг-полноты?
А то вот ведь смешно получается, что CSS - тьюринг полный, а Rust насктолько ограничен, что нет.
Если что-то новое услышал и захотел высказать, то хоть разберись о чём говоришь, чтобы не вызвать массовый фейспалм. Хотя в твоём случае уже поздно. Но можно хоть на собственных ошибках учиться.
Реализуй на нём binary sort для массива объектов в памяти, без использования библиотечных функций, которые используют unsafe. Если не сможешь, значит не Тьюринг полный.
Предложение из разряда "а ты попробуй перевести Пушкина на хинди".
Эм, "ты попробуй в памяти поворочать чужие ***" - не вяляется притерием тьюринг полноты, так что ты уже тут неправ. И да, сделать можно что угодно. Но зачём оверхед, если есть нативные инструменты, использование которых регламентировано в документации? Если корректно реализовать то ВНЕЗАПНО unsafe ничего не значит, кроме упрощения и ускорения разработки. Вот ведь сюрприз!
>Эм, "ты попробуй в памяти поворочать чужие ***Машина Тьюринга может это сделать, Rust не может. Вывод? Мы можем транслировать один алгоритм в Си, Java, Perl, Brainfuck и т.д., но не можем в Rust не используя unsafe. Это и значит, что без unsafe он не Тьюринг полный. Чем плох unsafe? Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция. Статический анализатор не может дать никаких гарантий по переменным побывавшим в unsafe коде.
> Машина Тьюринга может это сделать, Rust не может.Пруфы.
И да, машину тьюринга можно отдельно написать ещё одной абстракцией. Но зачем?
Кстати, ты так смело утверждаешь
> Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция
Но не приводишь ссылок, так забавно, вот вочитай:
https://doc.rust-lang.ru/stable/rust-by-example/unsafe.html
https://doc.rust-lang.ru/book/ch19-01-unsafe-rust.htmlГде тут такое сказано? Тут сказано: у unsafe есть пять (5!) случаев применения. Один из них - работа с чужим (предположительно небезопасным) кодом. Остальные - низкоуровневые структуры. Сколько из них лично тебе было использовать оправдано?
И да, видимо это https://www.opennet.dev/openforum/vsluhforumID3/123505.html#183 ты решил проигнорировать. Молодец, аргументировал свои набросы.
> Чем плох unsafe? Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция.https://www.opennet.dev/opennews/art.shtml?num=54728#118
https://www.opennet.dev/opennews/art.shtml?num=54728#170"Что тебе в unsafe моём?"(c)
> Мы можем транслировать один алгоритм в Си, Java, Perl, Brainfuck и т.д.С каких пор в "C, Java, Perl, Brainfuck и т.д." можно реализовать "binary sort для массива объектов в памяти, без использования библиотечных функций не используя " GCи прочих штук, являющихся фичами языков? Да и в принципе с каких пор Java стал языком для манипулирования "массива объектов в памяти"?
Твой аргумент уже ложен, дальше можно не читать, но я зачем-то уже привёл другие контраргументы.
Если в таком ключе рассуждать, то получится, что машина Тьюринга не тьюринг-полная. :)Бро, не позорься, прочитай критерии полноты по Тьюрингу хотя б в Википедии.
> Реализуй на нём binary sort для массива объектов в памяти, без использования
> библиотечных функций, которые используют unsafe. Если не сможешь, значит не Тьюринг полный.Ну-ка, реализуй на жабке, перле (или сишечке) классический MBR загрузчик для x86. Если не сможешь, значит жабка, перл и брейнфак - не Тьюринг-полные.
И каким это образом unsafe умножает безопасность на ноль? Использование unsafe блока внутри кода не делает весь код небезопасным, в этом весь смысл. Небезопасна только минимальная часть кода внутри блока. Весь остальной код гарантированно безопасен. Ты сам подумай, что лучше - писать на Rust с использованием unsafe или писать на C со статическим анализатором, а потом исправлять код, на который он ругается, только без всех современных фич, и всё равно быть на 100% уверенным, какая часть кода гарантированно безопасна? Что лучше для аудита - проверять только unsafe части или вообще весь код, как для C? И эти люди говорят что-то о логике... 🤦♂️
> Использование unsafe блока внутри кода не делает весь код небезопаснымЗаметание дерьма под коврик, вот как это называется, но вонять оно не перестаёт, внезапно.
А у сишников даже ковриков нет - просто по дерьму ходят, так получается? 😂
Продолжим аналогию: замёл говно под специальный красный коврик с надписью "unsafe" и стараешься лишний раз не наступать. А если через месяц идёшь по проекту и чувствуешь вонь, уже заранее знаешь, откуда может вонять, и оглядываешься в поисках ближайшего коврика. На C же тебе нужно обойти весь проект и обнюхать каждый угол, а потом окажется, что дерьмо было в шкафу.Самое смешное - то, что ты себе поставил задачу хейтить Rust, и даже не замечаешь, как у тебя логика уходит на второй план, а я без проблем могу писать на C, если понадобится, потому что для меня ЯП - это не религия, а инструмент. Ты ведь поливаешь говном язык, на котором даже не пишешь.
> Пакет sudo уже вылечил все свои детские болячки
> https://www.opennet.dev/opennews/art.shtml?num=54474
> Уязвимость проявляется ... вызвана переполнением буфера при обработке...
> можно добиться наложения перезаписываемого хвоста на данные
> Создание эксплоита упрощает то, что атакующий полностью контролирует размер буфера user_args...
> контролирует размер и содержимое данных, записываемых за границу буфера
> Утилита sudo из состава macOS также оказалась подвержена рассматриваемой уязвимости.Новость за 2021 год. Ну да, sudo не имеет ошибок, связанных с переполнением буфера. Явный пример, где Rust бесполезен, ага.
Ну всё, как с системды началось, как начала рыба гнить с головы, так и понеслось всё по звезде, рыба продолжает гнить, что называется - в штаб проникли "гондурасы"...
Горит сарай, гори и хата!
>Ну всё, как с системды началосьПрошу заметить что systemda пока что на C написана.
"При создании пакета rust-coreutils было решено не заменять пакет coreutils, а обеспечить возможность их параллельной работы."Ага, знаем мы, блжд, эту "параллельную работу", вон sysvinit у них тоже "параллельно работает"!
Взяли бы и написали на расте свой растинукс, с непротекающкй памятью и безопасными утилитами.М-дямс...
> растинукс, с непротекающкй памятьюПытались, потекло...
https://www.opennet.dev/openforum/vsluhforumID3/123505.html#86memory safety? Не, не слышал, буду и дальше писать "текло!".
На rust уже написали операционку.
если б она ещё и запускалась...
Зачем?? Упадёт ещё не дай бог! :)) Главное - почаще мелькать в новостях со своей ржавчиной, чтобы имитировать "всё сейчас на расте". Сам пишу на C# и недоумённо смотрю на этот цирк.
А касательно "замены С++", её давно придумали в Digital Mars: язык D.
> А касательно "замены С++", её давно придумали в Digital Mars: язык D.Есть одна малюсенькая проблемочка:
D за 14(22) лет своего достиг меньшего, чем Rust за 5(15).
>> замены С++
>> язык DТы откуда свалился?
Этот язык еще более мертвый, чем хруст
> язык DОно ж мертвое чуть более чем полностью
> чуть более чем полностьючуть менее
Зачем ломать дебиан, если есть ресдох?!
Что это, Беримор?
- Это растаманы ломают линух, сэр.
Не ломают - курят сорсы!
Не, эксперементируют с Линукс, а ломаешься ты.
coreutils от libc зависят, а libc на C написана;
хотя есть relibc, которая на rust пишется.
Теперь вы видите из чего состоит Debian! Стабильность??? Ога!
последнее время дебиан втягивает в себя всю грязь, как питон.
Как там зависимости разруливаются? Карго лезет в интернет при сборке деба?
Cargo умеет --offline и может работать c локальным реестром крейтов.
Ну а крейты-то опакечены в .deb? Есть инфраструктура для этого? Скажем, в gentoo до сих пор ни раст, ни го не ассимилировали, только биндят хэши в ебилдах - и на том спасибо.
Я думаю, эти вопросы нужно задавать разработчикам Debian. Но наверное, опакечены, раз их планируют включить в дистр.
Опакетили, а кто проверять/поддерживать будет эти тонны фекалий из растопомойки будет даже если они в пакете. Да никто не будет, вот ответ.
И в чём отличие от программ на других языках?
В том, что они - на других языках. У них индекс опенненависти ниже, им можно.
Твой пхп микроумок ниже плинтуса.
У тебя какая-то нездоровя фиксация на пхп. Я на нём ни строчки кода не написал.
Тем что там каждая либа часть системы с мейнтейнером и поддержкой. Что-то не видно в составе системы развесистых node.js приложений с кучей npm зависимостей, а растовых и подавно.
> Я думаю, эти вопросы нужно задавать разработчикам DebianИли растаманам. Ты вообще лицензии растаманов - читал?
Лицензии на выращивание травы? Или ты о растОманах? А что с лицензиями не так, как они мешают включать код на Rust в Debian?
Мое мнение, что более-менее интересное системное программирование без unsafe невозможно. Тогда в чам смысл использовать _для_этого_ Rust?Кроме того Rust слишком молодой язык, многое в нем или не реализовано или работает не так.
Например, выяснилось, что написать мутабельный итератор (функтор) без unsafe в приципе невозможно. (известная проблема)
https://stackoverflow.com/questions/63437935/in-rust-how-do-...Rust пытается делать pattern matching мимикрируя под функциональные языки типа Haskell. Но элементарые вещи, как например нормальный @-bindings, оказывается до сих пор не реализованы.
https://github.com/rust-lang/rust/issues/65490Вот хорошая статья
Why not rust
https://matklad.github.io/2020/09/20/why-not-rust.html
> Мое мнение, что более-менее интересное системное программирование без unsafe невозможно.
> Тогда в чам смысл использовать _для_этого_ Rust?Дык, потому что стильно-модно-молодёжно, легко и непринуждённо, со смазочкой.
> Кроме того Rust слишком молодой язык, многое в нем или не реализовано
> или работает не так.Это у вас бородатых сишников не так, Сишечка устарела, нужно всё переписать на Rust, так сразу везде будет проще, молодёжней и сикурней!
> Например, выяснилось, что написать мутабельный итератор (функтор) без unsafe в приципе
> невозможно. (известная проблема)На Rust'е возможно всё! А главное нетдырений и сикурно, и просто и ещё быстро!
> https://stackoverflow.com/questions/63437935/in-rust-how-do-...
> Rust пытается делать pattern matching мимикрируя под функциональные языки типа Haskell.Хацкиль нинужин, есть Rust, Хаскиль устарел, а Rust новый и модный, и сикурный!
> Но элементарые вещи, как например нормальный @-bindings, оказывается до сих пор
> не реализованы.Они нинужны, в Rust есть всё, а чего нет, значит нинужно и нестильна!
> https://github.com/rust-lang/rust/issues/65490
> Вот хорошая статья
> Why not rust
> https://matklad.github.io/2020/09/20/why-not-rust.htmlЕё писали луддиты, неосиляторы и старпёры которые противятся светлому восхождению Rust! Rust в каждый дом! Один Rust не Perl-о-Rust!
Миллон раз уже говорилось, что unsafe нужен только для того кода, безопасность которого не может доказать компилятор. Это нужно, чтобы ограничить область поиска, если возникнет какая-либо проблема в коде. У тебя же не весь код в одном блоке unsafe, в самом деле. unsafe - это отделение котлет от мух, и если весь код - мухи, что-то здесь не так.Rust всё ещё развивается, поэтому какие-то вещи ещё не реализованы. Но это не значит, что Rust бесполезен. В C вон pattern matching вообще нет, и там весь код - один большой unsafe, но его же используют.
Раст больше не развивается денег нет. А в С++ уже миллион лет есть умные указатели, которые можно использовать как «безопасный» раст.
> Раст больше не развивается денег нет.https://foundation.rust-lang.org/members/
> AWS, Google, Huawei, Microsoft, MozillaМне вот интересно, откуда вы, анонимные балаболы, лезете? Где у вас гнездо?
солидные дяди, нет оснований им не доверять, что вы, как можно.
А есть кто солиднее чем они?
> Раст больше не развивается денег нетНу, это просто откровенное враньё.
> А в С++ уже миллион лет есть умные указатели, которые можно использовать как «безопасный» раст.
Можно использовать, а можно и не использовать. Кто за этим следит? А как там с потокобезопасностью? В Rust потокобезопасность гарантирует компилятор, как и безопасность обычных ссылок, которые, по сути - просто указатели.
> «безопасный»
А почему в кавычках-то? Уж всяко безопаснее, чем C++. Чтобы было, как в плюсах, нужен явный блок unsafe.
Вот кстати, по поводу с++ отчасти соглашусь. После Си на плюсах писать логику куда приятней чем на си.
Да плюсы куда развесистей и с кучей отличий от сишки, но блин это сильно экономит время.
Сложная система не есть простая сумма своих частей.
Так же и объединение блоков каждый из которых инкапсулирует в себе unsafe (и для стороннего наблюдателя сам по себе безопасен) не является гарантией безопасности всего такого объединения блоков.
Хороший пример есть в учебнике Rust и его привели выше. Это утечки памяти при существовании циклов во владении ресурсами. (15.6. Reference Cycles Can Leak Memory)
> Хороший пример есть в учебнике Rust и его привели выше.
> https://doc.rust-lang.org/book/ch15-06-reference-cycles.htmlХм, то есть то, что такое в принципе возможно, Вы увиидели, а дальше, видимо, не читали?
Так там в приведённом примере привели специально для примера написанный код, который в реальной жизни разве что не читавший документацию джун сможет вытворить. Там же и пример, как избавиться от подобной ошибки.С каких пор заведомо ужасно написанный код является признаком плохого языка? А то ведь по Вашей же логике сайт https://govnokod.ru/ доказывает несостоятельность ВСЕГО написанного софта в мире абсолютно КАЖДЫМ программистом.
Breaking news! Оказывается Rust не является панацей от ошибок в коде и надо обладать какой-никакой квалификацией, чтобы писать правильный код. Хорошо, что пропоненты Rust начали это признавать.
> Breaking news! Оказывается Rust не является панацей от ошибок в кодеНикто и не заявлял Rust как панацею или серебряную пулю от чего-либо.
Так что твой вброс всё ещё остаётся безаргументным вбросом.
> Хороший пример есть в учебнике Rust и его привели выше. Это утечки памяти при существовании циклов во владении ресурсами. (15.6. Reference Cycles Can Leak Memory)Ты не там смотришь. Загляни в документацию на Vec, и узри там метод leak[1]. Он даже не помечен как unsafe, но позволяет не просто вывести кусок памяти из под контроля RAII -- эту память вообще не удалить потом. Зная внутренности std, можно наверное как-то добиться освобождения, но это уже всё недокументированные способы.
[1] https://doc.rust-lang.org/std/vec/struct.Vec.html#method.leak
Rust не гарантирует отсутствие утечек памяти.
Rust не гарантирует отсутствие утечек памяти.
Rust не гарантирует отсутствие утечек памяти.
Rust не гарантирует отсутствие утечек памяти.
Rust не гарантирует отсутствие утечек памяти.Если я повторю это ещё десять раз, до тебя дойдёт? Или ты как и остальная часть опеннета совершенно глух к фактам и предпочитаешь жить в своей реальности, в которой rust гарантирует отсутствие утечек памяти и не может справится с гарантиями?
Остынь, ты убеждаешь только сам себя. А он такого и не говорил.
> Остынь, ты убеждаешь только сам себя. А он такого и не говорил.А что он говорил? Он пытался доказать на примере, что невозможно обеспечить гарантии безопасности раста, когда есть много блоков unsafe, он пытался доказать, что сочетание многих блоков в совокупности может оказаться небезопасным, несмотря на безопасности каждого. Но пример про утечки памяти. А не про безопасность. То есть пример совершенно не валиден. Как так случилось, что он приводит невалидный пример? Он не понимает его невалидность? Почему он не понимает? Потому что не прочитал список гарантий раста?
Есть вероятность что это человек из компании PVS-единорога. Только в русскоговорящем IT сообществе такой хейт дикий и повальный в сторону rust. В остальных местах его или любят, или критикуют недостатки по существу, предварительно разобравшись в вопросе. А у нас людям просто плевать, они повторяют за рекламщиками как утки. Утечки, unsafe, пакеты - даже не понимая толком о чем они говорят. 90% из них скорее всего растбук даже не открывали.
> Мое мнение, что более-менее интересное системное программирование без unsafe невозможно. Тогда в чам смысл использовать _для_этого_ Rust?1. Вы максималист? Всё или ничего?
«Не любой код на Расте может быть 100% safe, значит Раст не нужен»?
«Презервативы не на 100% защищают от беременности, поэтому не буду с женой их использовать, ничего, что у нас уже 7 детей».
2. О каком «более-менее интересном системном программировании» вы говорите? Что такого особо низкоуровневого делают ln или cp, что написать их без unsafe невозможно?
> Например, выяснилось, что написать мутабельный итератор (функтор) без unsafe в приципе невозможно. (известная проблема)
> Но элементарые вещи, как например нормальный @-bindings, оказывается до сих пор не реализованы.Это означает, что Си больше подходит для coreutils, чем Раст?
Про презервативы https://pashev.me/files/free-2011.pdf.html
> Си больше подходит для coreutils, чем Растси подходит везде.
>1. Вы максималист? Всё или ничего?Программы у нас дискретные, а не аналоговые. Поэтому часто
"прочность цепи определяется прочностью самого слабого звена".
И см. мой ответ выше.
> Вот хорошая статья
> Why not rust
> https://matklad.github.io/2020/09/20/why-not-rust.htmlСтатья с тремя стоящими аргументами (сложность, зрелость, время компиляции) действительно хорошая, да. Но остальное - тулинг, зависимости, рынок вакансий, альтернативы, да даже реализация unsafe - всё следствие одного - зрелости, которой Rust ещё не достиг. Одно то, что компилятор до сих пор не нативный, а под LLVM уже говорит: "язык ещё не сам за себя отвечает, свою реализацию подвезём позже, так что имеющиеся косяки и баги временны".
По поводу времени компиляции - да, долго, но и C++ проекты долго компилятся, тут всё-таки не интерпретируемый язык, не GC, не JIT, так что такое будет и дальше, если специально не выделить команду на оптимизацию компилятора (который до сих пор не родной, как уже упоминалось).
Сложность - аргумент, если вы не пишете на PHP/Java/JavaScript/...
Вердикт: ждём, когда у создателей языка будет достаточно ресурсов для обеспечения зрелости.
>пока еще на LLVMЗабудь, друг. Никогда его не перенесут официально с LLVM (самоделкины другой вопрос) Иди почитай что это такое, под какие платформы он выступает бэкендом, какие оптимизации над кодом позволяет производить, а потом говори что он не нужен. Это как заявить что ваша контора проектирования авто пока еще свои колеса не изобрела, следовательно еще не зрелая конторка.
Но есть же gcc для C. Может и для Rust когда-нибудь родной?llvm конечно имеет свой опыт, и оптимизации, но ведь он и ограничивает полноценную бескостыльную реализацию предложенных концепций. Ведь он и заставляет компилировать с использованием оверхеда. Не мудрено, что за столько лет он обзавёлся оптимизациями собственного оверхеда. Срабатывали бы они всегда, когда нужно. Ну или хотя бы нужно накрутить оптимизаций для компилятора RUST->LLVM, чтобы хоть как-то уменьшить оверхед. На избавиться надежды уже не таю.
Как вы читаете?There really isn't a way to solve this without unsafe code - or changing your data structures.
Где тут "написать мутабельный итератор без unsafe в принципе невозможно"? Парень хочет странного, ему пишут, что да, это не возможно без unsafe или просто измените свою структуру.
Лол, вот делать кому-то нечего.
Например, комментить на Опеннете 😉
лёд тронулся, господа присяжные (присевшие на диванах).началась гонка по переписыванию GNU на Rust
кто же победит:
а) обезглавленный GNU, радужным участникам которого нужно вкорячить Rust в GCC и переписать на нём linux и совственно GNU
б) сторонние радужные половые друзья, которые уже начали перетягивать на себя одеяло и переделывать всё под llvm
?
призом будет Линус, который плюнет и скомандует переписать ядрышко либо под llvm, либо под gcc
Линус быстренько соорудит kernel-язычёк и скахет: "Всё, дебаты закончились, пишем на нём".
язычОк
s/лёд тронулся/крыша поехала/не благодарите.
Диверсия какая-то от корпораций. Уже и до дебиана добрались. Rust через Cargo Интернету привязан, да и компилится слишком долго и память жрет. Если дед побед, отключит Интернет как растифицированные дистрибы собирать?Одно дело готовый бинарник запустить, другое дело из исходников собрать и иметь возможность вносить изменения без дорогостоящего реверс инженеринга.
Именно через бинарники в винде распространялись вирусы, трояны и прочие зловреды, теперь и в GNU/Linux ломятся.
Ну, с другой стороны питон и руби все дистры успешно ассимилировали в систему, несмотря на существование у них нативных пакетников со своей семантикой и репозиториев.
Вот только с растом такое невозможно - нельзя запакетить для конкретного дистра.
Что ты несёшь? Сам понял, что написал?
> Ну, с другой стороны питон и руби все дистры успешно ассимилировали в систему,А вот кстати и зря. Может научились бы программировать хоть немного, зная что мир не идеален и у усера может отсутствовать желание тянуть всю эти хнатень.
Про руби верно подмечено про питон нет потому что на нем щас некоторые программы делают не всем же все писать на qt
То есть ты не замечаешь, как в это же время ты живёшь с необходимостью тащить Java/Go/Perl/Python/Ruby/NodeJS и их родственников, когда нужна только одна утилита? Self-contained в .NET изобрели или почему его другие старательно игнорируют? Или двойные стандарты на опеннет - признак экспертности?
Диверсия это systemd который выступает продолжением ядра - то есть становится де-факто attack-surface в usermode. На каждой более-менее популярной linux системе. А rust это так, маленькое неудобство.Ты и раньше многое не мог собрать без бубна, свободного вечера и 32 гиг оперативы - браузер или какой-нибудь openoffice. Ничего не поменялось.
Сколько можно распространять эти байки? Cargo - это не пакетный менеджер, а система сборки. Установка пакеков из репозиториев, в том числе git-репозиториев - это лишь его фича, в основном для прикладной разработки. Ничто не мешает тебе вендорить зависимости, динамически линковать их, используя сишный ABI, указывать зависимости из файловой системы, да и вообще поступать с зависимостями, как только заблагорассудится.
Ребят, пролистал комментарии, читать стыдно.
слабак, даешь кору на хаскеле !
на жабаскрипте уже давно было и почило, почему бы школьникам тоже самое не сделать на хрусте.. всеравно больше ни на что не способны
Ведь не нарабатывается человек за день в мозилле.
Ну и шутки шутками, а лицензия сменена.
Привет /usr/ucb и т. п.
Делать им нефиг
Растаманы не смогли доделать ресдох, поэтому принялись ломать дебиан.
И не смогут, им главное не мешать чтобы они облажались.
После внедрения systemd, деба даже coreutils на rust уже не испортят.
Have you considered Rewriting It In Rust?
>Сильвестр Ледрю (Sylvestre Ledru), известный своей работой по сборке Debian GNU/Linux с использованием компилятора ClangДальше не читал.
Мазила рустописа парадила. Нармальные люди все эти вещи пишут в студенчестве и удаляют нафиг, а этот хойпуит непонятно за чей счет.
> а этот хойпуит непонятно за чей счет.достаточно посмотреть круг директоров раста, особенно 5 шт от корпораций добра.
Ну тык 1) нормальных куда меньше, чем мы надеемся 2) пока даже нормальный поймёт, какое roвнище этот "Ржа", тоже проходит время. Причём он же задаёт вопросы, мутя воду в тырнетах, благодаря чему лемминги думают, что "всё, началось! теперь везде Раст".Любое бурление rовн обязательно порождает интерес у зыбких умом новичков. Жаль, нет центрального сервера, где все технологии разжёвывались как на лурке - "вот это - овно, не трогайте!".
Вам нужно написать статью на лурке чтобы новички прочитав поняли какое ржа овно и не трогали
Или хотябы на opennet
> успешно выполняется 141 тест из 613И в этом весь хруст.
Что ещё ждать от смузихлебов
Безалкогольное пиво - вроде выпил а толку ноль
Резиновые девушки - вроде потыкал а толку тоже нольТак и rust, вроде язык есть, а толку и софта - ноль.
> а толку и софта - нольFireCracker (в одиночку(!)) - прямое опровержение твоих слов.
Неуловимый Джо?
> Неуловимый Джо?Неуловимый, неивестный, ненужный и невидимый.
С каких пор ложь (https://www.opennet.dev/opennews/art.shtml?num=54728#248) считается аргументом?С каких пор почти весь рантайм, написанный на языке, является обёрткой для чего-то другого?
И да, приведён был всего один (1!) пример, который лежит на поверхности, так что про ненужностьи невидимость - это тебе к психологу и офтальмологу.
С каких пор популярнейший рантайм CRI для Kubernetes является неуловимым Джо? Написав своё сообщение, ты лишь показал свою невежественность.Если непонятно: заходя на огромную часть сайтов во всём Интернете ты используешь написанный на Rust код, потому что весомая часть хостится в AWS, что автоматически подразумевает FireCracker. И да, он имеет лицензию Apache 2.0, так что AWS-ом не ограничивается.
>> а толку и софта - ноль
> FireCracker (в одиночку(!)) - прямое опровержение твоих слов."Firecracker was developed at Amazon Web Services"
Прямое опровержение твоих слов. WebRustiя в которой от rust одна кривая обёртка и даже не вокруг си
https://www.opennet.dev/opennews/art.shtml?num=54728#251В следующий раз снимай штаны перед тем, как гадить на окружающих.
- А что, если доделать Ресдох?
...
- Да ну на! Лучше Дебиан сломаем!
О, ты решил остаться балабоолом и всё ветки оставить без ответа, зато ещё поднагадить?
А ты решил все равно топить за сраст даже зная что это все фикция и маркетинговый булшит.
Теперь вам понадобиться в 100500 больше терабайт памяти чтобы зыпустить скомпилять helloworld на си. Но на запустить уже не хватит. Всё утечёт вовремя компиляции и на этапе загрузки.
Теперь нужно используя метрологически состоятельные метрики определить какая реализация лучше. Такими метриками могут быть: количество строк кода, скорость работы, объём потребляемой памяти, задержки при выполнении и запуске и некоторые другие.
Такими метриками могут быть: упоминание раста в сырцах.
> Такими метриками могут быть: упоминание раста в сырцах.И степень нагрева "реактивного сопла" у опеннетных анонимов от этого упоминания.
Ты сам наглядный пример. Полыхаеш аки солнечными вспышками, а замечаеш только унылые фитильки
Короче, debian опять прогнулся под поттернг-поделки и копроративные ЯП.
Ну посмторим если допишут. Вангую, что для того, чтобы добиться той же производительности на С код на расте будет выглядеть далеко не так академично и тривиально как хочется смузихлебам https://www.reddit.com/r/rust/comments/75fll1/a_little_story.../
> Вангую, что для того, чтобы добиться той же производительности на С код на расте
> будет выглядеть далеко не так академично и тривиально как хочется смузихлебам1) Что подразумевается под понятием "производительность"? У Rust нет родного нативного компилятора, используется LLVM, что накладывает свои издержки, которые почему-то тоже учитывались в "запуске" команды yes, то есть это была полноценная сборка, что подразумевает долгую сборку приложения без JIT'а и GC, это, в общем-то одна из причин медленной сборки по сравнению с Python - лишняя абстракция в виде неродного компилятора + КОМПИЛИРУЕМЫЙ-таки ЯП без JIT и GC.
2) Смузихлёбы не осилили Rust и продолжают на своих маках писать код на Go, Java/Swift и Electron/ReactNative, так что желания смузихлёбов вообще не будут учтены.
Смысл более безопасного кода в том что он медленнее небезопасного. Да сраст за скоростью и не гоняется у них основная легенда быть безопасным ну и быстрее питона, но что угодно быстрее питона.
Вы даже не пытались зайти на главную страницу сабжа, да?Никто (кроме троллей) не называл Rust самым быстрым и самым безопасным.
Это уже не говоря о документации (которая и на русском года три минимум уже общедоступна), где больше инфы.
Rust быстр за счёт возможности писать zero-allocation абстракции + спроектирован с учётом СОВРЕМЕННЫХ многоядерных микропроцессоров. Никто не называл его более быстрым по сравнению с C. Rust безопасен из-за отсутствия необходимости вручную управлять памятью или даже использовать якобы умные указатели, у которых всё равно есть оверхед и подводные камни. А если всё-таки нужно писать на очень низком уровне, то есть unsafe, для которого есть максимум пять (5) случаев применения, в остальных случаях и без него можно обойтись.
И да, в той же документации (на русском языке тоже, ага) приведены примеры, как НЕ НАДО писать и как ИЗБЕЖАТЬ плохого кода. Но куда анонимам опеннета? Ведь проще дальше писать на React/Go и поливать грязью хорошую идею и пока не лучшую реализацию (за недостатком родного нативного компилятора).
> как НЕ НАДО писать и как ИЗБЕЖАТЬ плохого кода.Именно ТАК пишут растаманы. Из-за этого их выгнали из Мозилы. Из-за этого течёт память в ресдохе. Из-за этого ресдох не работает на реальном железе.
Скинь пруфы, что так писали в Mozilla.
Заодно ссылки, каким боком пет-проект одного человека относится к Mozillaили какому-либо другому проекту.И да, написание ОС само по себе сложное дело, ошибок тут не избежать. Вон Linux, BSD, MacOS и Windows - ни одной версии без уязвисостей или ошибок (те же выходы за границы буфера) и кто-то разве говорит, что C "не работает на реальном железе"?
> Ну посмторим если допишут.Они свой ресдох дописать не могут... А уже Дебиан топят.
Ты так и не ответил, почему ты как мерило качества языка используешь хобби проект одного человека.И да, ты тут уже несколько раз наврал, что это переписывание Linux, хотя Redox, не Unox-like, даже не POSIX-совместимый.
Так что балаболом ты всё ещё являешься, и твои слова можно смело списывать на "собака лает, караван идёт".
> уже несколько раз наврал, что это переписывание LinuxЛинк покажи, а то ты врёшь много.
> > уже несколько раз наврал, что это переписывание Linux
> Линк покажи, а то ты врёшь много.https://www.opennet.dev/opennews/art.shtml?num=54728#46
https://www.opennet.dev/opennews/art.shtml?num=54728#84И да, ты так и не ответил на опровержение твоей лжи ни в одном месте. Так и будешь пложить ветки, оставляя их бросами без пруфов?
И что ты привёл?! Ты только подтвердил мои слова.
Ты хоть бы название новости прочитал, прежде чем пылать пуканом.
Не съезжай с темы:
1. Ты утверждал, что redox - переписывание linux, что явная ложь, поскольку он даже не POSIX-совместимый (про Unix-like мои знания уже неактуальны, теперь Unix-like). Reox никогда не позиционировался как замена Linux хоть для кого-то. Это лишь демонстрация одного конкретного чувака: смотрите как Я могу!Раз ты съехал с темы, то и на твой новый вброс отвечу - Coreutils, Rust и Debian в заголовке одной новости не значат переписывание Linux на Rust (да пусть бы и значило - в чём проблема?).
https://www.opennet.dev/openforum/vsluhforumID3/123505.html#270
Я тебе много раз предоставил линки с пруфами. Предоставь хотя бы одну адекватную с твоей стороны. А то мне уже кажется, что ты Dzen Python, забывший залогиниться.Или просто тролль. Тогда да, с тебя спроса нет. Как в расхожей поговорке.
> Или просто тролль. Тогда да, с тебя спроса нет. Как в расхожей поговорке.Ты троллей-то не оскорбляй. Классический тролль, как минимум, очень неплохо владеет матчастью и не имеет ничего общего с обыкновенным сетевым балаболом, считающим себя "гениальным троллем".
Прошу прощения, не знал, что есть кодекс отношения/обращения/упоминания троллей. Считвл, они лишь увеличивают хаос и не приносят пользы. Возможно, я ошибался. Только пока не знаю в чём.
У вас там что-то полыхает, минус датацентр. Боюсь разжечь твою корму еще сильнее, но посмотри кто этот автор такой и у тебя еще ко всему бомбанет, а перечитаешь свою писанину после этого - вообще космическую программу похлеще всяких масков стратанеш, на табуретке до альдебарана - вот это прорыв !
> посмотри кто этот автор такойПокажите, пожалуйста, кто он такой, а то я не понимаю, какое отношение Аноним с опеннета имеет к конкретной личности. Ссылку на github/habr/gitlab/birbucket или хоть что-нибудь стоящее предоставите?
Или хотя бы ссылку, где объясняется, как Аноним опеннета может относится к одному конкретному человеку.
Дебиан хоть не будет падать от раста, как недавний фурифокс?
Дело в же не в линуксе, в котором ты запускаешь браузер, ага.
в не вне в линуксе ага
Вот от сишников/сипипишников желчь прям прет. Никто так не боится раста так как они. Значит Раст на правильном пути и у него хорошие шансы наконец-то убить эти древние языки, из-за которых мы видим новости об огромных уязвимостях в системах чуть ли не каждый день.
> Значит Раст на правильном путираст течёт
раст падает
<<< вы находитесь здесь >>>
раст дырявый
Молодцы, давно пора заменять древний и кривой Си