Это хелло ворлд на расте, покажите мне на go.
fn main() {
println!("Hello, world!");
}
fn main() {
println!("Hello, world!");
}
import "fmt"
func main() {
fmt.Println("Hello World!")
}
ну и гавно
> du -h hello_world
> 1,4 Mb
Стоит брать раст как второй язык, чтобы в перспективе пилить на нем игры и утилиты под линукс? Не хочу остаться говнокодером одного языка (жава). Сложно учить раст без университетского образования?
Чо щас современного по биндингам для ноды? Пользуюсь neon, может лучче чего-то завезли.
А на чем игры то пилить? Либы для геймдева какие то хуевые и не все у меня завелись и я в итоге терь игры на winapi пишу хули еще делать нахуй
Разве еще не появился свой юнити/анриал для раста? Блин, а я надеялся
Чтобы что? FFI в помощь.
Геймдев, как это не грустно, это плюсы или шарп, к сожалению
В расте пока что ничего адеватного нету
но если собираешься только для себя что то пилить, без перспектив устройств на работу в геймдев, то почему бы и не раст
Не, хуйня, игры на чем угодно можно пилить, я и на lua, lisp делал, не говоря уже про с++ начиная с sdl,sfml,sigil заканчивая обычным winapi, который и под раст есть. А движки с интерфейсом типа юнити и годот - для дегенератов и школьников.
Повторюсь, если хочешь пет проектики всякие пилить, можешь хоть на хаскеле писать игры
Но если собираешься искать работу/пилить что то востребованное то выбор из инструментов и языков становится сильно ограничен
Пиздец щас бы искать работу в геймдеве) Зарабатывать на играх можно и самому, если ты конечно не дегенерат пилющий ебаные платформеры.
> Зарабатывать на играх можно и самому
Расскажешь по подробнее?)
Хуй знает че с вами не так, мы с челом норм так заработали на геймдеве с помощью стима в свои времена, щас уже хуй забили на разработку и прост игры издаем, доход к слову нихуевый.
Ну так расскажи просто какой стек использовался, что примерно за игра, и сколько челов в команде?
Ну и время вашего успеха
Вдвоем вкатывались как школяры с юнити разумеется, потом разные яп изучали и мимоходом на них игры и писали. Игр много, а основной доход в стиме с дроча людей на ачивки был, ну и с махинаций типа продажи ключей. Успех постепенный, не сразу же поймешь как в стиме все устроено. Но новичкам щас легче обратиться к издателям чтоб не ебать себе мозг и получать свои проценты, но там уже опционально.
> я в итоге терь игры на winapi пишу
Бля, помоги плиз в этой дрисне разобраться.
Я пытаюсь заюзать CreateProcessWithTokenW в паре с функцией LogonUserA
Запускаю функцию LogonUserA
И она на вход принимает указатель на переменную, в которой будет храниться токен.
Как мне найти тип, который присвоить этой переменной?
Судя по докам мелкософта
https://docs.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-logonusera
это какой-то PHANDLE, но PHANDLE не гуглится в растовских доках к биндингам.
https://microsoft.github.io/windows-docs-rs/doc/bindings/Windows/Win32/Security/struct.LOGON32_LOGON.html?search=PHANDLE
Как этот токен по человечески получить?
Тип объявлен в WinNT. h следующим образом:
typedef HANDLE PHANDLE;
Или LPHANDLE
Этот тип объявляется в Виндеф. h следующим образом:
typedef HANDLE LPHANDLE;
use winapi::um::winnt::PHANDLE;
У меня получилось хз как у тебя.
Это любимая фишка долбоёбов из сишки или крестов давать указателям свои имена. Это просто `*mut HANDLE`
>А на чем игры то пилить?
>Разве еще не появился свой юнити/анриал для раста? Блин, а я надеялся
Посмотрите на эту хреновину.
https://bevyengine.org/
https://youtu.be/Yb3vInxzKGE
Смотрю видео и кажется влюбляюсь с первого взгляда.
мимовкатышь в джаву
хочешь написать бэк для микроблога
@
ставишь rocket, крейты для маркдауна, работы с бд
@
папка с зависимостями весит буквально 1 гб
@
ты не написал и строчки кода
@
учитывая, что у тебя раст тянет какую-то c++ хуйню, чтобы тупо запуститься
@
нода
@
дохуя зависимостей
@
папка проекта 20 мб
@
идите нахуй
@
ставишь rocket, крейты для маркдауна, работы с бд
@
папка с зависимостями весит буквально 1 гб
@
ты не написал и строчки кода
@
учитывая, что у тебя раст тянет какую-то c++ хуйню, чтобы тупо запуститься
@
нода
@
дохуя зависимостей
@
папка проекта 20 мб
@
идите нахуй
Привет. Есть ли книги для изучения Rust с 0 (вообще без знаний)?
С утра на облако залью.
А зачем?
Велком ту виндовс 10
жизненно
>Куда уж проще
Ну не знаю, если бы мне сказали, что третье практическое задание в книге, это написание многопоточного сервера, то я бы не считал эту книгу простой.
Оно не третье, а последнее.
Так блять пропусти это задание и книга станет простой. Пиздец у зумеров проблемы, я хуею.
Всё-равно ничего не понял. Как этот хендл создать-то?
Мы видимо разные биндинги юзаем.
Здравствуйте. Как выучить Rust с нуля (знаний касательно программирования и языков нет вообще)? Клабник Стив книга "Программирование на Rust" "Если вы в программировании абсолютный новичок, то для начала прочтите введение в программирование". В книге этого "введения" нет. Как учить язык если книг для обучения с нуля нет? Ребят ну это какой то треш.
> введение в программирование
Зис
> это написание многопоточного сервера
Вангую там написание сервера уровня "взяли готовую библиотеку @ добавили 2.5 функции для обработки запросов". Никто с нуля сервер писать не будет - для этого наверное одной книги не хватит.
Просто берёшь и читаешь это
https://doc.rust-lang.ru/book/
Параллельно начинаешь кодить мелкие консольные программы.
Когда почувствуешь, что тебя заебало писать хелоуворлды и перекидывать файлы из директории в директорию, попутно их переименовывая - придумываешь идею для проги, думаешь как это реализовать, гуглишь фреймворки, спрашиваешь в этом треде, Далее начинаешь писать программу, используя и изучая эти фреймворки (Знание языка в вакууме само по себе совершенно бесполезно. Нужно знать определённые фреймворки (В расте ни называются крейты))
Доёбываешь тред по всем непонятным вопросам, вкатываешься в телеграм и дискорд чатики, доёбываешь людей там.
После написания пары программ, ты почувствуешь что твой код - полное, не логичное говно с кучей костылей там, где они совершенно не нужны. Открываешь какую-нибудь книгу по проектированию программ, изучаешь шаблоны проектирования, читаешь про алгоритмы, читаешь базис программирования, погружаешься в низкоуровневые особенности языка - как он работает со стеком и хипом, как в памяти хранятся разные типы, какие регистры для каких функций используются, много экспериментируешь, пытаясь понять - что и как НА САМОМ ДЕЛЕ работает вплоть до SysCall-ов/WinAPI
Потом переписываешь свои программы, но уже учитывая печальный опыт разработки их впервые (У тебя желание их переписать возникнет само по себе в процессе их написаия. Это значит, что твои скиллы выросли)
Подравляю ты мидл
А
Хотя не, мидл это многовато.
Повыше джуна, но для мидла маловато.
Это невозможно потому что книга что ты скидываешь не дает достаточных знаний для этого.
Написано что требует тут https://microsoft.github.io/windows-docs-rs/doc/bindings/Windows/Win32/Security/fn.LogonUserA.html
на MSDN написано для Сишечки.
Для чего? Что конкретно не понятно?
Ты сделал первый проект, описаный в книге? Там где игра "Угадай число"?
Какую именно программу ты хочешь написать?
Показывай свои попытки это сделать.
Наверно он увидел страшные слова при разборе хеллоуворлда - функция и параметры. Без описаний на месте что это такое и ретировался.
Не понимает что это потом объяснять будут.
Для обучения с нуля.
Откровенно говоря в книге нет описания что такое переменная.
Там не рассказывают про "Ящичек" в котором хранятся данные.
Там не рассказывают про "Ящичек" в котором хранятся данные.
Ты троллишь так или что?
Мы тут вообще-то серьёзные дяди. Бородатые айтишники. Секунда нашего времени стоит 300к.
Не надо с нами тут шутки шутить
Нет.
Переменная в программировании это то же самое что и в математике.
Только в математике они называются одной буквой (x, y и т.д.)
А в информатике букв в названии переменной может быть сколько хочешь.
Все переменные хранятся в оперативной памяти компьютера.
Ты можешь объявить компьютеру переменную и тогда он выделит в памяти небольшой участок специально под неё (Несколько битов). В расте за это отвечает команда let
let peremennaya;
Ты можешь этой переменной присвоить значение. То есть, поместить в тот небольшой участок памяти, который пека тебе выделил, какое-то значение.
Например команда:
let peremennaya = 2;
Выделит на плашке оперативной памяти участок и поместит туда значение 00000010
(Нули и единички потому, что всё в компе хранится в двоичном виде)
А потом ты можешь получить это значение, когда оно тебе будет нужно
Например можешь написать let vtorayaPeremennaya = peremennaya + 10
И тогда во второй переменной у тебя будет 12
Можешь вызвать println!(peremennaya) и компьютер в командной строке выведет тебе двойку
Ты же не будешь ему теперь всю книгу так объяснять. Когда сравниваешь с матаном необходимо еще делать упор на то, что знак `=` не то же самое что в математике. Новичков это часто сбивает с толку.
Самые тупые вопросы поясню. Дальше пусть сам гуглит
>с матаном необходимо еще делать упор на то, что знак `=` не то же самое что в математике
А в нормальных языках то же самое.
Они не нормальные, они особенные.
Как и ученые - тоже не нормальные люди. Вот Вася, сосед который щас курит у подъезда, вот он нормальный.
Математика - лучший язык для строго выражения отношений абстрактных объектов, а так же их свойств. Если язык программирования стремиться к тому чтобы быть максимально выразительным и точным, он должен быть ближе к языку математики.
Борщехлеб, спок. Тред любителей хаскеля на пару тредов ниже.утонул
>называть кого-то борщехлёбом в растотреде
А можно просто решать поставленные бизнесом задачи максимально эффективно.
Так их там всего три!
Открываем компанию "Пидрильный клуб любителей NodeJS-модулей и системы владения". Даем рекламу в кодерский журнал: мол у нас есть такой ЯП для внедрения в сервера. Ну, дескать делает то, что не может ни одного другое устройство, последний прорыв в ИТ, быстрый и безопасный код гарантирован. Основы этого ЯП изучаются по официальной документации за неделю вместе с hello-world репой на гитхабе. Для разработчика это херня за такую кучу удовольствия. Но репозитории они называют прилично, что-то типа "Hello Word на Rust: быстром и безопасном убийце C++". По репозиторию с каждого разработчика. А мы в Mozilla пилим статьи и говорим, какой у нас популярный язык программирования. А запутка вот в чем: мы возвращаем им Result<>'ы назад с формулировкой "Извините, убить плюсы не получилось" от компании "Пидрильный клуб любителей NodeJS-модулей и системы владения". И тогда посмотрите, сколько человек удалят репы - не единая душа, кому охота, чтобы их друзья знали, что в свободное от создания репозиториев время они занимаются хуйней.
Не нужен
Ваше мнение очень важно для нас, спасибо, что уделили время.
Сам-то чьих будешь?
Раст это будущее фронтенда
Обосрал штаны с этого
Иногда не в оперативке. Вообще, при изучении языка привязываться надо только к абстрактной машине, потому что потом тебя ждут сюрпризы, если привязался к x86 или другой зардваре.
Так в абстрактной машине же переменные лежат в линейной адрессуемой памяти
Точнее, вообще никогда не в оперативке, в оперативку оно улетает только когда ты сожрёшь весь кэш проца или при контекст свиче.
Смотри, анон.
Начинай всё с книги Beginning Rust: From Novice to Professional (автор Carlo Milanesi). Затем, если всё ещё хочется читать, наворачивай Programming Rust от издательства O'Reilly. Параллельно ковыряй Rustling course с оф. сайта и переходи на Rust by example там же.
Ну так и надо говорить, что лежит в по адресу с названием переменной, и достать из этого адреса значение можно по тому же самому названию.
Правда, потом при объяснении variable shadowing начнётся лютый пиздец в голове у пацана, но это уже будет не твоя проблема.
Давно крейты в Расте фреймворками стали?
Друг, а вот если серьёзно, без затралливания абсолютного нуба (да ещё и в возрасте), какие у ржавого перспективы в вебе и какие есть фреймворки для этого дела? Спрашиваю не для вката в айти, но из любопытства.
Как это не в оперативке когда на стеке, который часть оперативки?
stack/heap/static - же
Зачем вы сюда лезете
Wasm - yew
Бэк - actix или rocket
Seed или sauron хуже Yew?
Если честно ни в какой из этих двух не тыкал
Знаю лишь что yew сейчас самый популярный, ну и сам на нем писал пару петов, очень понравился
Ещё как будет, в Книге используются только стдшные структуры для работы с Tcp, всё остальное пишется ручками. Но сервер очень простой, в таком впринципе не может быть ничего сложного.
По привычке их так называю
Всё-равно не могу разобраться этим грёбаным хендлом в winapi
Как мне объявить этот хендл и как мне его использовать в функции, чтобы это дерьмо заработало?
Я уже всё перепробовал
let hToken : *mut HANDLE
let hToken : mut HANDLE
let hToken : &mut HANDLE
let mut hToken : HANDLE
В самой функции тоже все возможные вариации со ссылками, с указателями, с волшебным словом mut и без него перепробовал.
Эта курва никак не компилируется
Как мне объявить этот хендл и как мне его использовать в функции, чтобы это дерьмо заработало?
Я уже всё перепробовал
let hToken : *mut HANDLE
let hToken : mut HANDLE
let hToken : &mut HANDLE
let mut hToken : HANDLE
В самой функции тоже все возможные вариации со ссылками, с указателями, с волшебным словом mut и без него перепробовал.
Эта курва никак не компилируется
В примерах к этому крейту тоже нихрена нет
https://github.com/microsoft/windows-samples-rs
Всякое простейшее говно показывают как делать, а базовые вещи (Сука дефолтные типы!) игнорируют. Какого хрена?
https://github.com/microsoft/windows-samples-rs
Всякое простейшее говно показывают как делать, а базовые вещи (Сука дефолтные типы!) игнорируют. Какого хрена?
> use of possibly-uninitalized variable
Пфф, тут дело не в указателях. Кому-то надо прочитать про MaybeUninit: https://doc.rust-lang.org/std/mem/union.MaybeUninit.html
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=e3d149a9bb24cb65f22d20fbe976f6f4
Впрочем для хэндла использовать MaybeUninit нет смысла. Просто инициализируй переменную при создании этим значением: https://docs.rs/winapi/0.3.9/winapi/um/handleapi/constant.INVALID_HANDLE_VALUE.html и всё будет нормально.
Здравствуйте. Как выучить Rust с нуля (знаний касательно программирования и языков нет вообще)? Клабник Стив книга "Программирование на Rust" "Если вы в программировании абсолютный новичок, то для начала прочтите введение в программирование". В книге этого "введения" нет. Как учить язык если книг для обучения с нуля нет? Ребят ну это какой то треш. /
Зыёздочка используется для разыменования. Для взятия ссылки используется & (раст автоматом преобразует ссылку в указатель).
Хоть бы описание на MSDN прочитал внимательно.
>phToken
>A pointer to a handle variable that receives a handle to a token that represents the specified user.
http://stolyarov.info/books/programming_intro если с нуля можно вот это попробовать, а потом вкатываться в раст.
Я и со звёздочкой и с амперсандом пробовал.
Сорян, это я был невнимателен. Вижу ты передаешь переменную.
Надо брать не простую ссылку, а мутабельную: &mut XXX. Ты бы хоть ошибки компилятора читал, что ли.
Первые примерно 500 попыток я читал ошибки компилятора и пытался их логически осмыслить.
Но потом стал тупо перебором пробовать
>------ help: consider changing this to be mutable: `mut hToken`
>Игр много, а основной доход в стиме с дроча людей на ачивки был, ну и с махинаций типа продажи ключей.
Ну ахуеть, сделал игру для дропа говна и теперь говоришь, что можно нормально игры писать на чем угодно
Я смотрю, у тебя ещё не появился борроу чекер в голове. Ничего, скоро появится.
Да объясните вы нормально - что надо сделать. Я не понимаю что эта фигня от меня хочетс
>Троллить двачи в 2021, когда средний возраст борды около 30-ти.
Спасибо. Вроде получилось.
Я не троль. Я просто тупой.
Блять, а как пофиксил то? Че вы объяснить нормально то не можете просто пиздец. Неужели помогло let mut htoken и &mut htoken ? Просто охуеть бля.
Наугад натыкал, что компилятор перестал ругаться. В первый раз что ли видишь таких?
Чо за компилятор, нормально объяснить можешь?
Сформулируй нормально, может, объясню.
Компилятор это такая фигня, которая компилирует программу
Компилятор это и есть программа.
Может, в шапку книготы всякой ещё указать? Про фуллстак, вебассембли, через2дгеигори - что-то из разных областей применения.
Там уже есть единственная нужная книга.
Да, но она ведь компилирует программу?
А какой смысл таких книг?
Ну если ты какие то из них прочтёшь, можешь свои отзывы оставить, мбы в шапку добавить?
Блядь, да нахуй они нужны? Ты если программировать на расте хочешь научится, то пиши на нем, а не книжки бля читай охуеть. Ты если плавать захочешь научится, тоже пойдешь книжки читать, а не идти плавать? Какие же зумеры дегенераты просто пиздец.
компютер пошлёт тебя нахуй за отсутствие форматной строки
>форматной строки
Судя по гуглу это что-то из 1С
Иногда лучше жевать чем писать.
Иногда лучше загуглить, как называется тот или иной термин на русском языке, чем писать кальку с английского.
а лучше тупо написать на английском
func main() {
println("Hello World!")
}
М?
Лол, помнится, как ровные пасаны обоссывали дельфистов за их огроменные 300к формочки.
ну и гавно
Ахахахаа бляяя ну ты вспомнил хахаха сделал мой вечер. Даа было время было эх
Прошел rust performance book и все равно 1,4 мб екзешник.
Хотя, после "strip -s" - 250 кб. Непонятно почему cargo build --relese не стрипает символы.
Я например даже на релизных билдах не стрипаю символы, чтобы при возникновении некоторых ошибок и всех паник захватывать читаемые стектрейсы. Конечно можно конечному юзеру отправлять бинарники без символов, а символы хранить отдельно на сервере и потом уже сопоставлять адреса функций и находить их названия, но это слишком геморройно для моих небольших программ (это уже надо делать полноценную инфраструктуру с крэш-репортерами и телеметрией).
Обязательно посмотри Smithy для фронта. В сети о нём отзываются только в положительном ключе.
Как вкатиться в язык если знаний вообще нет и ты просто кассир из пятерочки?
Начни с более простого, например си.
То есть ты предлагаешь учить столетний сложнейший язык чей мануал занимает более 500 страниц, а потом чисто по твоим предположениям я смогу выучить раст? Это так не работает дружок. Если раст нельзя выучить с нуля значит он тыква.
>си
>сложнейший
Там есть-то три операции и скобочки, которые на математике не проходили. Справишься.
>Там есть-то три операции, которые на математике не проходили, и скобочки.
fix
Ты не справился:)
Но ты же не такой, ты-то справишься!
Столярова прочитай. Как бы его не срали в закрепе, книгу он написал объективно неплохую.
Как минимум, мощную базу он дает.
Ты что, вакансию на rust нашел? А ну покеж.. Не верю
Давно в Сан-Франциско открыли Пятёрочку?
Работы полно, супер много удаленной. Открой сайты с вакансями и сам посмотри. Лень скринить.
Так я уже.
>Работы полно
Джунов только вайлдберис набирал (ДС2) и то хз есть сейчас вакансии, остаются варики только с удаленкой наверное.
>если знаний вообще нет
Меня все время тянет на какую то экзотическую ебалу, в онлайн игрушках постоянно выбирал ебанутые классы, и потом дико страдал. Уже поковырял джаву, жс, но продолжаю заходить в тредик раста и пугать себя, что не смогу вкатится.
Как думаете, есть ли смысл вкатываться в нативную разработку на C/C++/Rust? Я студент, закончил 2 курс, поэтому мамкины борщи еще могу есть какое-то время. Стоит ли вкатываться в плюсы, если я хочу заниматься какой-нибудь графикой или хайлоадом с распределенными системами? Есть ли в этом вообще смысл или лучше пойти какой-нибудь го изучить и спокойно в вебе работать?
си самый простой язык
У вас там начальники в твиттерах заявляют, что системное программирование - это всегда о политике. И какой-то перец до кучи заявил, что использование С и С++ ущемляет права человека.
> С и С++ ущемляет права человека.
Всё правильно сказал. Быдлу ниприятно?
Два чая. Си можно даже пере сном изучать, на расслабоне так сказать... https://www.youtube.com/watch?v=XrFegNHpHfc
В Си сложно только то, что тебе велосипеды изобретать надо всегда, потому что в стандартной библиотеке нихуя нет.
А так, все 3.5 конструкции языка учатся за 1-2 вечера.
В си сложно что там много говнокода на одних макросах, что ни одна иде не просыт что в коде творится. https://github.com/php/php-src/blob/master/Zend/zend_variables.c#L126
cargo run
Blocking waiting for file lock on package cache
Updating crates.io index
Blocking waiting for file lock on package cache
Blocking waiting for file lock on package cache
Compiling proc-macro2 v1.0.28
Compiling unicode-xid v0.2.2
Compiling syn v1.0.74
Compiling cfg-if v1.0.0
Compiling winapi v0.3.9
Compiling autocfg v1.0.1
Compiling winapi-build v0.1.1
Compiling memchr v2.4.0
Compiling proc-macro-hack v0.5.19
Compiling futures-core v0.3.16
Compiling log v0.4.14
Compiling version_check v0.9.3
Compiling lazy_static v1.4.0
Compiling slab v0.4.3
Compiling futures-sink v0.3.16
Compiling winapi v0.2.8
Compiling cfg-if v0.1.10
Compiling futures-channel v0.3.16
Compiling proc-macro-nested v0.1.7
Compiling libc v0.2.98
Compiling pin-project-lite v0.2.7
Compiling futures-task v0.3.16
Compiling iovec v0.1.4
Compiling pin-project-lite v0.1.12
Compiling pin-utils v0.1.0
Compiling futures-io v0.3.16
Compiling bytes v0.5.6
Compiling smallvec v1.6.1
Compiling pin-project-internal v0.4.28
Compiling scopeguard v1.1.0
Compiling bitflags v1.2.1
Compiling convert_case v0.4.0
Compiling getrandom v0.1.16
Compiling matches v0.1.8
Compiling percent-encoding v2.1.0
Compiling tinyvec_macros v0.1.0
Compiling itoa v0.4.7
Compiling typenum v1.13.0
Compiling serde_derive v1.0.127
Compiling copyless v0.1.5
Compiling unicode-segmentation v1.8.0
Compiling bytes v1.0.1
Compiling ppv-lite86 v0.2.10
Compiling serde v1.0.127
Compiling either v1.6.1
Compiling async-trait v0.1.51
Compiling ryu v1.0.5
Compiling match_cfg v0.1.0
Compiling ipconfig v0.2.2
Compiling fnv v1.0.7
Compiling const_fn v0.4.8
Compiling cc v1.0.69
Compiling crc32fast v1.2.1
Compiling linked-hash-map v0.5.4
Compiling widestring v0.4.3
Compiling quick-error v1.2.3
Compiling serde_json v1.0.66
Compiling regex-syntax v0.6.25
Compiling encoding_rs v0.8.28
Compiling hashbrown v0.11.2
Compiling httparse v1.4.1
Compiling adler v1.0.2
Compiling opaque-debug v0.3.0
Compiling byteorder v1.4.3
Compiling cpufeatures v0.1.5
Compiling base64 v0.13.0
Compiling language-tags v0.2.2
Compiling mime v0.3.16
Compiling mio-uds v0.6.8
Compiling instant v0.1.10
Compiling futures-macro v0.3.16
Compiling futures-util v0.3.16
Compiling indexmap v1.7.0
Compiling miniz_oxide v0.4.4
Compiling kernel32-sys v0.2.2
Compiling ws2_32-sys v0.2.1
Compiling tracing-core v0.1.18
Compiling standback v0.2.17
Compiling generic-array v0.14.4
Compiling time v0.2.27
Compiling cookie v0.14.4
Compiling lock_api v0.4.4
Compiling unicode-bidi v0.3.5
Compiling form_urlencoded v1.0.1
Compiling tinyvec v1.3.1
Compiling heck v0.3.3
Compiling bytestring v1.0.0
Compiling http v0.2.4
Compiling lru-cache v0.1.2
Compiling brotli-sys v0.3.2
Compiling fxhash v0.2.1
Compiling unicode-normalization v0.1.19
Compiling quote v1.0.9
Compiling aho-corasick v0.7.18
Compiling tracing v0.1.26
Compiling net2 v0.2.37
Compiling parking_lot_core v0.8.3
Compiling socket2 v0.3.19
Compiling winreg v0.6.2
Compiling hostname v0.3.1
Compiling num_cpus v1.13.0
Compiling rand_core v0.5.1
Compiling idna v0.2.3
Compiling regex v1.5.4
Compiling flate2 v1.0.20
Compiling miow v0.2.2
Compiling parking_lot v0.11.1
Compiling resolv-conf v0.7.0
Compiling threadpool v1.8.1
Compiling rand_chacha v0.2.2
Compiling block-buffer v0.9.0
Compiling digest v0.9.0
Compiling url v2.2.2
Compiling mio v0.6.23
Compiling brotli2 v0.3.2
Compiling rand v0.7.3
Compiling sha-1 v0.9.7
Compiling tokio v0.2.25
Compiling derive_more v0.99.16
Compiling actix-macros v0.1.3
Compiling thiserror-impl v1.0.26
Compiling pin-project-internal v1.0.8
Compiling enum-as-inner v0.3.3
Compiling time-macros-impl v0.1.2
Compiling actix-web-codegen v0.4.0
Compiling tokio-util v0.3.1
Compiling pin-project v0.4.28
Compiling thiserror v1.0.26
Compiling actix-threadpool v0.3.3
Compiling pin-project v1.0.8
Compiling time-macros v0.1.1
Compiling actix-codec v0.3.0
Compiling tracing-futures v0.2.5
Compiling actix-service v1.0.6
Compiling actix-rt v1.1.1
Compiling futures v0.3.16
Compiling h2 v0.2.7
Compiling trust-dns-proto v0.19.7
Compiling actix-utils v2.0.0
Compiling trust-dns-resolver v0.19.7
Compiling actix-server v1.0.4
Compiling actix-tls v2.0.0
Compiling serde_urlencoded v0.7.0
Compiling actix-router v0.2.7
Compiling actix-testing v1.0.1
Compiling actix-connect v2.0.0
Compiling actix-http v2.2.0
Compiling awc v2.0.3
Compiling actix-web v3.3.2
Compiling actixtest v0.1.0
ВОТ БЛЯТЬ ОБЪЯСНИТЕ КАКОГО ХУЯ У МЕНЯ ОДНА ЗАВИСИМОСТЬ ТЯНЕТ ЕЩЕ КАКУЮ-ТО ХУЙНЮ НА 1 ГИГАБАЙТ СУКА? НАХУЯ МНЕ 1 ГБ КАКОГО-ТО ГОВНА, ЧТОБЫ СКОМПИЛИТЬ 13 СТРОЧЕК КОДА?
> бэк
> откуда зависимости, 13 строчек же всего!!
> Обязательно для прочтения: https://doc.rust-lang.ru/book/
Почему там так пропагандируется идея применения четырёх пробелов вместо табуляции?
Почему там так пропагандируется идея применения четырёх пробелов вместо табуляции?
Просто унификация. Не нравится — допиливай rustfmt.toml под себя.
Вообще, пробелы намного лучше таба хотя бы потому что они во всех IDE одинаково показываются, а минусов относительно немного (там вроде бы только проблемы слабовидящих человеков с четыре чара vs один чар).
>юзать актикс
>удивляться зависимостям
Открой какой-нибудь web-проект на C, где все пишут свои рандомы/таймеры/остальную хуету, а потом подумай, хочешь ли ты писать это говно руками каждый раз, или ты хочешь писать 13 строчек на расте.
Будто на Го или Питон не также.
Когда ты поймёшь, что все в мире ИТ это абстракции вокруг абстракций с целью упрощения, то тебе станет легче жить.
Но ты можешь всегда сам написать свой actix с минимум кода конечно же, правда времени у тебя займёт это...Можешь вообще сокеты открывать и "HTTP GET \r\n" запросы кидать аки лоулвл господин
Растаны, растономикон читать? Или это как сильмаррилион — для инициированных?
Удивительно кривой перевод у книги. Читай в оригинале.
Если уже кодишь на ржавом спокойно и уверенно, читай. Если нуб дофига - рано ещё, потом успеешь потрогать.
А что почитать вторым?
Из официальных - Rust by example, чтобы чуток отполировать выученное. А дальше - в свободное плавание в том направлении, что больше интересует.
Если ты ещё целиком The Book не прочитал, попробуй Programming Rust (2-е издание).
Вообще, книжки - это славно, но лучше с гитхаба настреляй всяких прожектов из интересующей сферы и копайся на здоровье.
Чекни ещё вот это. Там много ссылок на всякое.
>Там много ссылок на всякое.
Да, я уже пару коротких прочитал оттуда. Просто было интересно, есть ли консенсус по второй книге, как есть по первой.
Как идиоматически инициализировать статик в начале рантайма, если нужно no_std, а спинлоки == антипаттерн? При этом дело происходит в библиотеке. Делаю демку на васме, нужна таблица синусов.
Не смог придумать, бабахнул static mut и инициализировал отдельной функцией из js.
>отдельной функцией из js.
отдельным вызовом
Даёт ли ваш язык возможность дебажить тот ужас, который обычно происходит в макросах?
Да. Но обычно проще и удобнее написать функцию.
Может он имел в виду дебажить в том смысле, что через отладчик заходить внутрь макроса и построчно его выполнять (как это можно делать с функциями)?
Нет. Просто в Си, если в макросе случилась какая-то проблема, ты об этом уже никогда и не узнаешь, и мне хотелось узнать, есть ли похожая проблема в расте.
Так вон же он построчно его экспандит, нет? Как ещё надо-то, просто чтобы строчки помедленнее появлялись?
Ну в расте ты тоже не узнаешь, если макрос раскрылся в какую-нибудь хуйню. Раст только проверяет, что макрос успешно раскрылся и что подставленный код проходит все проверки компилятора (синтаксические борроу-чекер и т.п.), а вот от логических ошибок ты не защищён.
>Ну в расте ты тоже не узнаешь, если макрос раскрылся в какую-нибудь хуйню.
Можно прочитать, во что он раскрылся. Я картинку для кого кинул?
Я про то, когда ты запускаешь программу в отладчике там есть такая функция, как построчное выполнение. Т.е. после каждой строки отладчик приостанавливает выполнение и ты можешь посмотреть как изменились локальные переменные. В обычных функциях можно при подобном построчном выполнении заходить внутрь функций и построчно выполнять уже их. Вот я и интересуюсь, есть ли такая фича с макросами?
С процедурными макросами такое скорее всего не сработает. Хотя я знаю, что есть команда для карго, чтобы раскрыть все макросы, но там исходники превращаются в нечитаемый пиздец.
Локальные переменные никак не меняются, пока раскрываются макросы. Программа ещё работать не начинала даже. Как построчно меняются сами макросы можно посмотреть, выглядит это как на скриншоте выше.
>но там исходники превращаются в нечитаемый пиздец.
Да, все println! придётся убирать пока, чтобы конечный продукт своих макросов посмотреть. Над выборочным раскрытием или игнором работают.
Макросы сильные, но их вовсе не обязательно использовать же. Тут не си, вполне можносделать функцию, которая посчитается при компиляции.
> Локальные переменные никак не меняются, пока раскрываются макросы.
Ты совсем читать не умеешь? Я про отладку программы после компиляции. Чтобы вместо вызова huinya!(...) отлаживать реальный код, который подставился вместо неё. Насколько я знаю, ни одна IDE в расте такого не умеет.
Ты знаешь, что такое макрос?
А ты знаешь что такое отладка? У меня такое чувство что отладка у тебя ограничена ошибками компилятора.
> Чтобы вместо вызова huinya!(...) отлаживать реальный код, который подставился вместо неё.
В смысле в дебаггере? Там и нет макросов же. там только реальный код и есть. Покажи скриншот, чего ты хочешь, если тебя мой скриншот не устроил?
Пикрил отладка. Сейчас никак невозможно отладить вызов huinya!(2), хотя раст анализер и может рекурсивно раскрыть его в отдельном окне (но для отладки он не доступен. Более сложные макросы раст-анализер даже раскрывать не может. Я бы хотел чтобы можно было отлаживать раскрытый вариант (как в окошке [EXPANSION].rs) вместо простого вызова макроса без пердолинга с ручным раскрытием и копипастом.
Ладно, я совершенно не понимаю идею того, что ты пытаешься добиться. Я думал, что ты хочешь отладить кодогенерацию, то есть чтобы макрос генерировал нужный текст. А ты о чём-то совсем другом. Возможно, поэтому такого и нет — никто пока такого не хотел.
Ты где-то в других местах встречал, чтобы работало, как тебе надо?
> Ладно, я совершенно не понимаю идею того, что ты пытаешься добиться.
Потому что видимо никогда не писал сложные программ. С отладкой в расте вообще всё очень плохо. Даже без макросов претти-принтеры (когда переменная печатается в списке слева в читаемом виде) довольно убогие.
> Ты где-то в других местах встречал, чтобы работало, как тебе надо?
В тех языках, что я активно использую (жява, котлин, жс/тс) макросов как бы и нет. Но невозможность отлаживать сами внутренности макросов довольно отталкивает, потому что если автор макроса насрал себе в штаны или если ты макрос неправильно используешься, то готовься к длительным поискам, что же там сломалось.
>В тех языках, что я активно использую (жява, котлин, жс/тс) макросов как бы и нет.
Так не пользуйся ими, никто ж не заставляет! Или ты println! дебажить планировал?
Такое чувство что я разговариваю с GPT-3. Ты совсем не понимаешь о чём я говорю?
static mut — это дорога в ад:
https://blog.kodewerx.org/2021/07/mutable-statics-have-scary-superpowers.html
Всё языки, про которые ты говоришь, имеют рантайм. В крестах, сишке и расте рантайма нет, поэтому всякие построчные выполнения в этих языках реализуются через лютую боль.
>Потому что видимо никогда не писал сложные программ
Мы пишем сложные программы, просто у нас в расте нормальная система типов и runtime с GC не срут за нас где не надо, поэтому доверия к коду больше, принтов под отладку обычно хватает. А если не хватает принтов, то есть всякие трейсинги.
>если автор макроса насрал себе в штаны или если ты макрос неправильно используешься, то готовься к длительным поискам, что же там сломалось
Просто разверни макрос `cargo-expand`, потом подставь свои типы, а потом смотри реальную ошибку. Но у большинства публичных макросов нормальная документация.
>static mut — это дорога в ад:
Я знаю, но у меня есть несколько позиций:
1. Я выполняю все контракты борроу чекера, просто компилятор об этом не знает
2. Это библиотека, то есть у меня нет мейна, чтобы каким-нибудь безопасным паттерном инициализировать её локально, и потом использовать
3. Спин локи — ещё большая дорога в ад. Там даже внимательное прочтение и проверка тебе может не помочь
>выполняю все контракты борроу чекера, просто компилятор об этом не знает
Так просто пиздани
struct Yoba<T>(UnsafeCell<T>);
unsafe impl<T: Sync> Sync for Yoba<T>
зачем тебе static mut
>UnsafeCell
no_std
>Sync
Оно не sync. Там васм однопотомчный, поэтому я могу сказать, что выполняю.
Вот минимальный рабочий код с игрушечным использованием синусов
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=a4d39b09c2c35d37b5a83ef3bb9e5dd6
Это в 384 байта компилируется, треть из которых — f32 лукап на 600 позиций (можно ограничить, но я стараюсь быть универсальным здесь)
> no_std
UnsafeCell часть core и доступен без стд (даже больше, в стд он просто реэкспортируется из кора): https://doc.rust-lang.org/core/cell/struct.UnsafeCell.html
Нет, всё равно не могу придумать, как мне это поможет. Это библиотека, в которой одна функция (go()) вызывается снова и снова для каждого кадра. Мне нужен статик, чтобы инициализировать и хранить лукап табличку за её пределами.
Мне не нужен mut, если бы я мог инициализировать в начале программы и оставить, но я такого способа без спинлоков не нашёл.
Чтобы вытащить строку из V4 или V6 мне нужно пропустить переменную через match, да?
Там ниже есть же. Хоть главу дочитай.
да
Какие преимущества кроме производительности есть у Раста против Haskell, F# on .NET, OCaml, etc? Вчера попалось интервью Стива Клабника, члена кор тим Раста. Его внешний вид и повадки наводят на мысли, что Раст очередное поделие всяких извращенцев-педерастов из Калифорнии. Для меня это маркер идиотской идеи и реализации. Последние десятилетия ничего хорошего этими людьми создано не было. Да и что хорошего может создать безумный человек. Те кто продвигают менять пол однозначно безумны. Если кто не знает, все эти извращения пошли из Калифорнии.
Его бекраунд в программировании, он рельсовик, его мышление и речь, все это тоже не способствует вере в то, что Раст хорошо спроектированный язык, с правильной философией, адекватным сообществом и богатой продвинутой экосистемой.
Взглянув на Haskell я пришел к выводу, что это наиболее привлекательный на данный момент язык. Его создают настоящие ученые. В него не пихают все подряд. У него богатейшая и современнейшая экосистема. Он великолепно спроектирован. Он изящен и лаконичен. Он мощный и практичный. Хотел окунуться в Раст и сравнить, но после интервью Клабника не хочется. Он просто школьник против кор разработчиков Хаскела. К тому же похож на адепта ЛГБТ.
Есть еще великолепный .NET 5. Благо в нем есть F#, что почти тот же Haskell. Экосистема .NET 5 или .NET Core действительно хороша, даже сказал бы превосходна. C# конечно ужасен.
Что это за книга или курс? Дай ссылку пожалуйста.
> хаскель
> f#
По существу есть что сказать? Я задал вопрос, ответить вам видимо нечем. Какие преимущества кроме производительности есть у Раста против Haskell, F# on .NET, OCaml, etc?
1. Производительность.
2. Мутабельность.
3. Ансейф не приходится писать на сях.
4. У нас exhaustiveness паттерн матчинга проверяется компилятором, а не автоматическое ДНО как в хачкеле.
Гаты скоро должны быть, так что чуть большая часть возможностей хачкельской системы типов скоро заедет в раст.
программистам на С/С++ раст понять проще, и именно в эту нишу раст и целится. Есть документация, тестирование "из коробки".
Раст конпелируется в нативные модули для ноды. А вот это все твоё перечисленное?
Это. Популярность раста обусловлена си-лайк синтаксисом. Языки с теми же целями, но с другим синтаксисом либо сдохли, либо о них никто не знает, что примерно тоже самое.
У тебя в посте функциональные языки, а раст ближе к императивопараше, они не сравнимы.
>Мутабельность.
>Ансейф не приходится писать на сях.
>У нас exhaustiveness паттерн матчинга проверяется компилятором, а не автоматическое ДНО как в хачкеле.
Ни одного аргумента в пользу Раста.
>Раст конпелируется в нативные модули для ноды.
И что? Языки, которые я перечислил, имеют великолепные экосистемы, на них писать удобнее чем на ноде. Есть в ноде что то подобное ASP.NET Core, WebSharper, Ocsigen? Это модерновые веб-фреймворки, с их помощью можно писать веб даже без JS. Они богаче, они удобнее, они производительнее.
>программистам на С/С++ раст понять проще, и именно в эту нишу раст и целится
Это я уже понял. Но он и позиционируется как язык для веб. А веб писать на низком уровне не очень удобно. Может есть какие то крутые сервера и фреймворки о которых я не знаю, которые позволяют удобно писать веб.
>У тебя в посте функциональные языки, а раст ближе к императивопараше, они не сравнимы.
Ну почему же. На Расте можно писать в ФП парадигме.
>Ни одного аргумента в пользу Раста.
Окей, у раста нет никаких плюсов по сравнению с хачкелем, не пиши на расте.
Удачи жить в своём шизомире, а я пойду дальше писать на моём классном most loved lang.
Ммм, там гаты скоро подвезут: https://www.reddit.com/r/rust/comments/ox9re0/the_push_for_gats_stabilization/
Наканец-то можно будет избавится от кучи умных указателей в коде и использовать обычные ссылки с именованным временем жизни (потому что без гатов во многих случаях невозможно объяснить компилятору сколько времени на самом деле живёт ссылка, а использовать ансейф не хочется).
А вот когда добавят TAIT (там тоже вроде минимальную версию готовят к тестировании и стабилизации), то можно будет скрывать структуры прям как в моей любимой жявке - функции внутри трейтов вместо реальных структур будут отдавать opaque-структуры о которых известно только то, что они имплементируют определённый трейт/трейты. Сейчас такое можно либо с использованием умных указателей, либо только в свободных функциях:
fn foo() -> impl Bar {...}
Наканец-то можно будет избавится от кучи умных указателей в коде и использовать обычные ссылки с именованным временем жизни (потому что без гатов во многих случаях невозможно объяснить компилятору сколько времени на самом деле живёт ссылка, а использовать ансейф не хочется).
А вот когда добавят TAIT (там тоже вроде минимальную версию готовят к тестировании и стабилизации), то можно будет скрывать структуры прям как в моей любимой жявке - функции внутри трейтов вместо реальных структур будут отдавать opaque-структуры о которых известно только то, что они имплементируют определённый трейт/трейты. Сейчас такое можно либо с использованием умных указателей, либо только в свободных функциях:
fn foo() -> impl Bar {...}
Rust Book это, она даже в шапке есть.
Аноны как вкатиться в блокчейн ? С чего начать вообще ?
Hyperledger fabric
Есть ли в расте способ на стадии компиляции выполнить проверку статического значения и вывалить ошибку в одном из случаев?
Вот пример с попеннета на С++:
[code]template<int N>
concept power_of_two = (N & (N-1)) == 0;
template<int N = 256>
auto fft(/.../) requires power_of_two<N> {
cout << "Doing fast Fourier transform by " << N << " samples." << endl;
//...
}
[/code]
Вот пример с попеннета на С++:
[code]template<int N>
concept power_of_two = (N & (N-1)) == 0;
template<int N = 256>
auto fft(/.../) requires power_of_two<N> {
cout << "Doing fast Fourier transform by " << N << " samples." << endl;
//...
}
[/code]
Нашел уже сам. Таким макросом:
macro_rules! const_assert {
($x:expr $(,)?) => {
const _: [(); 0 - !{ const ASSERT: bool = $x; ASSERT } as usize] = [];
};
}
Анон, если ты совсем-совсем зелень в программировании (или вообще понятия об этом деле не имеешь), но хочешь учить раст, не начинай с The Book. Сначала посмотри Beginning Rust From Novice To Professional Карло Миланези.
Чем там заканчивается? После книжки стоит почитать?
Как мне отследить, что где-то там, в отдельной функции, я уже дропнул &mut на глобальный статик? Я могу что-то сделать, когда всю переменную дропаю через Drop trait, могу что-то сделать, когда заимствую через BorrowMut trait, а как мне что-то сделать, когда я дропаю &mut?
Пробовал
impl<T> Drop for &mut MyStruct<T>
но прилетает
error[E0120]: the `Drop` trait may only be implemented for structs, enums, and unions
Пробовал
impl<T> Drop for &mut MyStruct<T>
но прилетает
error[E0120]: the `Drop` trait may only be implemented for structs, enums, and unions
Для этого функция может принимать не чистую ссылку, а генерик для конвертации в умный указатель, который и будет вести подсчёт ссылок. Например так: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=5374b9b5bccd7d6743282fb8e9601756
В моём варианте есть два способа передачи ссылок: (1) foo_1 использует impl трейты для автоматической ковертации ссылки в умный указатель, (2) foo_2 использует генерики. По сути оба способа одинаковы и выбор определённого вкусовщина (однако в первом способе невозможно будет указать точный тип ссылки, которая будет передаваться в функцию, но в этом случае оно и не нужен).
Плюс как ты видишь я вынес непосредственно работу с ссылкой в отдельную функцию real_foo. Это довольно важно, потому что как foo_1, так и foo_2 будут заинлайнены из-за того что используют генерики и если функция у тебя большая код от этого может сильно распухнуть. Потому весь код для работы со ссылкой лучше выносить в отдельную функцию, а в функциях с генериками по-минимуму проводить конвертацию аргументов в нужный вид.
Да, общий смысл я понял,и уже нашёл lock_api, теперь пытаюсь понять, как им пользоваться.
Спасибо за подсказки, но у меня, к сожалению, мейна нет и функции не могут принимать аргументы, а есть только статики, которыми я и ворочаю. Поэтому не так просто это всё организовать.
Я мейн использовал чисто чтобы показать результат работы при запуске программы. Смысл в том, чтобы вместо чистых ссылок функции принимали impl Into<MyPointer<'a, u32>>. Тогда функции спокойно продолжать принимать ссылки, но внутри функции ты их просто так использовать не сможешь и тебе сначала придётся конвертировать ссылку в умный указатель и потом оттуда уже и получить ссылку. Прикол умного указателя в том, что для него уже можно определить трейт Дроп, а значит и можно отследить когда он станет не нужным.
>рикол умного указателя в том, что для него уже можно определить трейт Дроп, а значит и можно отследить когда он станет не нужным.
Да, это я понял из документации lock_api. Кто-нибудь пользовался им? Есть примеры кода?
Как в main.rs импортировать demo_func.rs ?
"mod demo_func" в main.rs (в модуле должны быть экспорты через ключевое слово "pub")
Можно было и растбук почитать.
Главный герой, умиротворенный своим вечным страданием, очищается и уходит в кресты. Его лучший друг становится врагом и умирает от передоза системой владения, все второстепенные персонажи также погибают.
Не думаю, что тут есть пространство для сиквела.
>Кто-нибудь пользовался им? Есть примеры кода?
Я разобрался. Пример вот
https://play.rust-lang.org/?version=stable&mode=release&edition=2018&gist=862fb7dd034f6aaf29b705e421489a43
(продолжение предыдущего, размер увеличился до 500 байт, но всё ещё терпимо)
Можете теперь спрашивать меня свои ответы.
Проблема была в использовании одих и тех же названий в разных местах в разных значениях.
Пока вы пишите о расте в браузере, я на js пишу форму, в которой вы пишите о расте.
Кто вы без меня?
Разве формы должны быть не на html+css?
Пока ты занимаешься макакингом в браузере, умные люди на C/C++ пишут браузеры и операционные системы. Кто ты без них?
Rust сделали, чтоб было удобнее макакить.
Не очень удобно как-то.
Менее удобно, зато более быстро. Вот такой баланс.
https://github.com/ajour/ajour
Ебать я кайфую, 68 мб озу занимает обновлялка клиент аддонов ВоВ, все, что я юзал до этого были браузерами аля электрон.js.
Посмотрев Cargo.toml я так и не понял какую GUI библиотеку он использует? Есть 2 версии дефолт и опенГЛ почему-то.
Ебать я кайфую, 68 мб озу занимает обновлялка клиент аддонов ВоВ, все, что я юзал до этого были браузерами аля электрон.js.
Посмотрев Cargo.toml я так и не понял какую GUI библиотеку он использует? Есть 2 версии дефолт и опенГЛ почему-то.
> Посмотрев Cargo.toml я так и не понял какую GUI библиотеку он использует?
iced же.
Научите меня обрабатывать ошибки, а то достало вот это
>expected slice `[u8]`, found enum `std::result::Result`
>expected slice `[u8]`, found enum `std::result::Result`
Конкретизируй.
Ну вот какая-то процедура файла возвращает
>std::result::Result<&[u8], std::io::Error>
Я не могу понять как мне обработать возвращаемое чтобы получить &[u8]. Я делаю так
> let mut buf = reader.fill_buf();
пытаюсь что-то сделать с буфером и получаю
mismatched types
expected slice `[u8]`, found enum `std::result::Result`
note: expected mutable reference `&mut [u8]`
found mutable reference `&mut std::result::Result<&[u8], std::io::Error>`rustc(E0308)
>Result<&[u8], std::io::Error>
Это такая штука, которая возвращает либо Ok(&[u8]), либо Err(std::io::Error), соответственно, тебе надо достать значение из Ok(_). Это можно сделать несколькими способами. Можно сделать
let mut buf = match reader.fill_buf() {
Ok(val) => val,
Err(_) => panic!,
}
Можно сделать if let.
Самый простой, но хрупкий, который стоит только во время разработки применять, а потом поменять, это просто добавить .unwrap()
let mut buf = reader.fill_buf().unwrap() ;
У него есть улучшения, например unwrap_or(), unwrap_or_else(), expect(), про них отдельно можешь почитать.
>let mut buf = match reader.fill_buf() {
>Ok(val) => val,
>Err(_) => panic!,
>}
Так можно обрабатывать всё, что возвращает какой-то результат и какую-то ошибку?
И вот это
>Ok(val) => val,
не совсем понятно откуда берётся val. Если Ok(val), то mut buf будет &[u8] ?
>Так можно обрабатывать всё, что возвращает какой-то результат или какую-то ошибку?
Так можно обрабатывать вообще всё, что возвращает какой-то из нескольких вариантов (так называемые enum)
>не совсем понятно откуда берётся val.
Отсюда же и берётся.
Ok(здесь ты пишешь произвольное имя переменной) => здесь это имя можно использовать
>Если Ok(val), то mut buf будет &[u8] ?
Если внутри Ok(_) было &[u8], то будет &[u8].
Я правильно делаю?
fn file_size(path: &std::path::Path) -> u64 {
let x = match path.metadata() {
Ok(val) => val,
Err(_) => panic!(),
};
return x.len();
}
fn file_size(path: &std::path::Path) -> u64 {
let x = match path.metadata() {
Ok(val) => val,
Err(_) => panic!(),
};
return x.len();
}
Вроде понял, спасибо.
Или можно так?
fn file_size(path: &std::path::Path) -> u64 {
let x = match path.metadata() {
Ok(val) => val.len(),
Err(_) => panic!(),
};
return x;
}
И последнее усилие
fn file_size(path: &std::path::Path) -> u64 {
match path.metadata() {
Ok(val) => val.len(),
Err(_) => panic!(),
};
}
Явное лучше неявного.
Попытка писать что-либо без чтения растбука - просто тупо трата своего времени.
Если ты используешь panic!, то почему бы сразу unwrap не писать. Проще же.
Но правильный способ - это проброс ошибки дальше, чтобы вызывающий код решал бросать ему панику или вывести ошибку и продолжить работу программы.
Типо такого https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=f6d314249cdaf35cb85b319165ca1f55
Если ты используешь panic!, то почему бы сразу unwrap не писать. Проще же.
Но правильный способ - это проброс ошибки дальше, чтобы вызывающий код решал бросать ему панику или вывести ошибку и продолжить работу программы.
Типо такого https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=f6d314249cdaf35cb85b319165ca1f55
Для таких ленивых людей придумали Раст В Примерах: https://doc.rust-lang.org/rust-by-example/error.html
Ты просто пока что не привык к синтаксису, мне вот такой код вполне явный
Не пойму как закрыть файл. Прочитал в буфер, теперь хочу его закрыть чтобы снова открыть на запись, но не вижу как его закрыть.
почему бы не использовать unwrap()?
И заодно, поясните вот это
> let mut f = File::open("foo.txt")?;
то же самое что
>let mut f = File::open("foo.txt").unwrap();
или нет?
> let mut f = File::open("foo.txt")?;
то же самое что
>let mut f = File::open("foo.txt").unwrap();
или нет?
В первом случае ты заставляешь код, вызывающий эту функцию обработать ошибку, а во втором просто указываешь, что ошибка фатальна и обрабатывать её не нужно, а лучше завершить работу потока/программы (хотя отловить её таки можно).
то есть знак вопроса это
>Ok(val) => val,
>Err(err) => err
?
Сложный, блин, синтаксис у раста.
Только вместо Err(err) => err, там Err(err) => err.into(), чтобы автоматом преобразовывать между разными типами ошибок. И в скором времени вопрос будет раскрываться по-другому, используя специальный трейт: https://github.com/rust-lang/rust/issues/84277
А если быть ещё точнее,
> Err(err) => return Err(err.into())
Вкусовщина.
Он сам закроется после выхода из скоупа.
Если сильно надо, то drop(file)
На реддите читал что drop(file) не срабатывает. Ссылку уже не найду, но она на первой странице гугла была.
Дроп аналогичен обычному выходу из скоупа. Т.е. если не сработает дроп, то не сработает и "обычный" способ закрытия файлов.
И как тогда мне прочитать и записать файл в одном скоупе? Читаю так
let file = match File::open(file) {
Ok(v) => v,
Err(_) => return,
};
let mut reader = BufReader::with_capacity(MAX_SIZE, file);
let mut buf = match reader.fill_buf() {
Ok(v) => v.to_vec(),
Err(_) => return,
};
тут делаю реверс буфера и хочу записать его на то же место используя file.seek(SeekFrom::Start(0))
> let reader;
> {
> let file = match File::open(file) {
> Ok(v) => v,
> Err(_) => return,
> };
> reader = BufReader::with_capacity(MAX_SIZE, file);
> }
> let buf = match reader.fill_buf() {
> Ok(v) => v.to_vec(),
> Err(_) => return,
> };
Дальше пиши в свой файл.
Насколько я помню знак вопроса делает ранний возврат из функции ЕСЛИ обнаружил Err. В противном случае просто достает из Ok значение.
Удобно, чтобы самому ошибки не матчить.
Обосрался со Страуструпа
drop(file) работает. Давай ссылку где такую ерунду прочитал, что не работает.
Там по-моему была речь о том, что винда не сразу снимает эксклюзивный доступ после закрытия файла и потому если дропнуть файл открытый с эксклюзивным доступом и сразу же открыть его снова, то будет ошибка доступа.
Здесь ничего такого не написано.
Мне больше нравится объяснение:
Хоть я виндой и не пользуюсь, не могу проверить.
Вот тут ответ что можно использовать один и тот же хендл для чтения и записи. И не придется закрывать-открывать.
https://stackoverflow.com/questions/47956653/is-it-possible-to-use-the-same-file-for-reading-and-writing/47956654
https://stackoverflow.com/questions/47956653/is-it-possible-to-use-the-same-file-for-reading-and-writing/47956654
> не могу проверить.
Я проверил и у меня всё работает. Хотя я тоже помню, что кто-то жаловался на ошибку доступа при быстром открытии/закрытии. Но возможно ФС должна быть нагружена или ещё чего.
Что за IDE?
VS Code с несколькими плагинами.
А можно подробнее про плагины, которые добавляют типы на манер джетбрейнса.
А вот такой вопрос, допустим я хочу запаниковать если ошибка записи в файл, а если ошибки нет, то идти дальше. Вот так можно делать?
match file.write(buf) {
Ok(_) => (),
Err(err) => panic!({"{}",err),
}
То есть вот эта конструкция
> Ok(_) = > ()
говорит идти дальше по скоупу, правильно?
match file.write(buf) {
Ok(_) => (),
Err(err) => panic!({"{}",err),
}
То есть вот эта конструкция
> Ok(_) = > ()
говорит идти дальше по скоупу, правильно?
Она говорит, чтобы при успешной записи match ... возвращал пустой кортеж. Чтобы именно ничего не делать, используются фигурные скобки: Ok(_) => {} (т.е. при успехе выполнить пустой скоуп). Но прикол в том, что скоуп без возвращаемого значения тоже по-умолчанию возвращает пустой кортеж, а потому получается, что эти обе записи абсолютно идентичны.
Ага, логика понятна.
В целом, конечно, прикольный язык, за день изучения я написал нужную мне программу. Хотя на го я бы потратил несколько часов, но мне нравится раст. А вот большое количество неявных вещей наоборот - не нравится.
+15
Надо же как теперь к программированию подходят. Если можешь за час с написать программу на неизвестном языке - значит годно.
С такой логикой предлагаю тебе учить питон и не париться о всех остальных языках.
Пример неявной вещи. Вряд ли ты за день растбук прочитал. "Все что не как в Си, то - неявное" не считается.
На питоне я в основном скриптики всякие пишу. Которые слишком сложны, чтобы ради них пердолиться с башем и подобными языками.
Я пишу на питоне, иногда. Но не везде есть питон, не всегда питон подходит под задачу.
>Пример неявной вещи.
Ну вот например
И что там неявного? Синтаксис не точно такой же как в перле?
Неявный return
В питоне тоже считаешь, что есть неявные скобочки? Или неявный main? Неявные ссылки, когда параметры в функции передаёшь?
Всё так?
Про неявные ; забыл
щас бы путать ошибку и exeption code мда...
И хорошо, кложуры удобно писать.
[1, 2, 3].iter().map(|x| x*x).for_each(|x| println!("{}", x));
Где-то читал что for_each не рекомендуют использовать, а почему не помню.
Вместо срача попрошу ещё один ответ. К примеру у го есть билд тэги, типа
>//+build tag_name
и потом go build -tags tag_name
Можно ли сделать так же с cfg? И как передать тэг cargo?
>//+build tag_name
и потом go build -tags tag_name
Можно ли сделать так же с cfg? И как передать тэг cargo?
>borrowed value does not live long enough
Как это побороть?
Как это побороть?
Не выходить из скоупа, где это твоё вэлью инициализировано.
Зависит от того что делаешь. Иногда эта ошибка возникает есть берёшь ссылку на поле структуры и одновременно пытаешься работать с остальной структурой. Пока что в современном расте так делать низзя, но подвижки есть, чтобы разрешить.
Да вроде не выхожу.
for entry in WalkDir::new(".") {
let n = match entry {
Ok(v) => v,
Err(_) => continue,
};
let x = n.path().to_str().unwrap();
out.push(x);
}
|
15 | let x = n.path().to_str().unwrap();
| ^ borrowed value does not live long enough
16 | out.push(x);
| --- borrow later used here
...
22 | }
| - `n` dropped here while still borrowed
Совершенно не понятно почему я не могу эту переменную использовать ниже.
Суть в том, что ты берёшь ссылку на внутренности n и засовываешь в out после чего n уничтожается по завершению итерации цикла. Тут либо в out надо засовывать копию строки, а не ссылку, либо перемещать сам n.
значит бороу чекер не знает не дропается ли значение раньше ссылки на значение, лайфтаймы юзать где возможно че еще или со ссылкми разберись может у тебя нул поинтеры висят после дропов.
Сделай из своего walkdir итератор и натрави на него метод map с кложурами.
for entry in WalkDir::new(".") {
let n = match entry {
Ok(v) => v,
Err(_) => continue,
};
let x = n.path().to_str().clone().unwrap();
out.push(x);
}
то же самое.
Слишком сложно.
> то же самое.
Ты копируешь Option<&str>, а надо копировать внутренности строки: let x = n.path().to_str().unwrap().to_string();
Совершенно не понятно почему так и если я дальше использую x, то всё равно получаю does not live long enough.
for entry in WalkDir::new(".") {
let n = match entry {
Ok(v) => v,
Err(_) => continue,
};
let x = n.path().to_str().unwrap().to_string();
if is_dir(&x) {
out.push(&x); <- тут
}
}
Ты пушишь ссылку на временный объект. Потому и выдаёт тебе ошибку. Объект уничтожается после окончания итерации и ссылка протухает. Потому и надо преобразовывать &str в String (т.е. ссылку на строку в строку, которой владеешь ты) и пушить саму строку в коллекцию.
Пчел, ну рили на итератор посмотри. Мап, фильтор и готово.
Я глупый. Начал что-то подозревать, что ссылка переиспользуется, но тогда бы в коллекции был 1 элемент. Вряд ли вы поняли о чём я
Нет, этого нужно избегать.
Интересно, почему? Опять всяких реддитов начитался?
Потому что сложно для человеко-чтения.
Пфф, я то думал ты расскажешь нам как сложно в растовой функциональщине пробрасывать ошибки наверх итераторов, а ты просто с непривычки читать не можешь.
Бл*, как будто вкатунец после пары хелловорлдов пойдет писать сложный интерпретатор. Ето не так работает. Ты и с богатой std насрешь себе в штаны, если не понимаешь как работают функции из нее.
Даун-аутист итт, очень нравится язык, хочу изучить для себя разные приколы на нём (написание бота, который будет срать рандомными фразами, например), без цели в профессию, как хобби.
Так вот, я обломался уже на первой стадии - я не понимаю, как писать сам код, т.е. штука для писания письма (ЯП ранее не трогал, только с питоном баловался, так что извините моё невежество) не открывается. Что делать?
>inb4 выкатываться в другой язык/нахуй
Так вот, я обломался уже на первой стадии - я не понимаю, как писать сам код, т.е. штука для писания письма (ЯП ранее не трогал, только с питоном баловался, так что извините моё невежество) не открывается. Что делать?
>inb4 выкатываться в другой язык/нахуй
Начни с си, там правила проще. На этом фундаменте в раст вкатиться будет гораздо легче.
Ты создаешь ссылку на месте и кладешь ее в вектор. Она живет только до конца блока. А потом дропается, поскольку она врменный объект (на стеке в границах блока).
Если класть не временные ссылки, а постоянный (в хипе) объект, то все работает:
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=437f4f0d1f11bd9c8a3ddeebfc0cc8b7
Это как вообще?
wsl?
rhel
Показывай код, strace
>Показывай код
Нечего показывать, просто генерация рандомных байт.
>strace
Нет его на сервере.
>Нечего показывать
Значит проблема в коде.
Проблема, скорее всего, в старом ядре. Очень ветхая шапка.
Ты дурак? Это "for _ in _" никогда не надо использовать, если можно использовать "for_each", а никак не наоборот. Достаточно просто понимать во что рассахаривается "for _ in _" и заимплементить хотя бы один итератор, чтобы понимать почему "for_each" лучше.
Если совсем никак не можешь поставить себе редактор кода, то на старте можно писать и в play.rust-lang.org
Но без IDE писать на расте довольно сложно, так что я бы советовал тебе разобраться с rust-analyzer или IntelliJ.
Просто кто-то стрипнул символы. Или ты думал, что раст тебе бинарь просто по приколу раздувает?
> Это "for _ in _" никогда не надо использовать
В его случае без for in не обойтись, если он вместо unwrap будет по-нормальному работать с ошибками.
>try_for_each
>fold
>try_fold
>scan
В расте на любой вкус есть эти сраные итераторы.
... expected opaque type, found another opaque type
Можно ли сделать нечто подобное
#[cfg(version = "pro")]
fn main()
и как потом cargo передать --version=pro?
#[cfg(version = "pro")]
fn main()
и как потом cargo передать --version=pro?
Сап, ржавые. Вводные: в программировании полный профан, но зато неплохо знаю математику. Собственно, хочу научиться программировать и в качестве первого языка хотел выбрать раст, но прочитал в интернете такое мнение, что раст слишком сложный для вкатунов. Это правда? Может мне начать с чего попроще, а только потом уже перейти на раст?
Попробуй почитать тред. Возможно, такой вопрос уже задавался 5 раз.
Если ты хочешь упороться не в программирование, а в математику, то лучше хачкель или пистон.
А если таки в программирование, то да, раст охуенный язык, но он решает конкретные проблемы крестовиков, а не какие-то глобальные проблемы программирования, как Alan lang, например, так что тут лучше не упарываться в раст, а смотреть от задач твоих.
Ку, ржавач
Почему Раст до сих пор не вытеснил С++? Почему эти уёбки до сих пор пишут на небезопасном говне и жрут сегфолты и пополняют CVE пачками уязвимостей? Что не так с этим миром? По чесноку, что нужно расту для того, чтобы на него все тотально перешли и писали на нем системный софт? На нём И ТОЛЬКО БЛЯТЬ НА НЁМ???
Почему Раст до сих пор не вытеснил С++? Почему эти уёбки до сих пор пишут на небезопасном говне и жрут сегфолты и пополняют CVE пачками уязвимостей? Что не так с этим миром? По чесноку, что нужно расту для того, чтобы на него все тотально перешли и писали на нем системный софт? На нём И ТОЛЬКО БЛЯТЬ НА НЁМ???
Потому что нельзя так просто взять и переписать. К тому же кроме ошибок памяти есть и другие, которые компилятор раста не отловит. Старый код хоть как-то работает, а новый с нуля писать заебёшься, да и новые ошибки при переписывании могут всплыть. Если раст и внедряют, то таким образом, чтобы он мог менять существующий код частично. Плюс к вышесказанному есть проблема с совместимостью, потому что куча кода написана только для гцц и с ллвм не работает, растового а фронтенда для гцц пока нет.
>Потому что нельзя так просто взять и переписать
1. За 20-25 лет можно переписать ВЕСЬ существующий код и на С, и на С++ на чистый Раст.
2. Можно писать новый код для системного софта ТОЛЬКО на Расте, но тем не менее до сих пор большинство этого кода пишется на си и плюсах, какого хуя?? Люди любят жрать говно? Вселенский заговор? Раст объективно лучше плюсов по ВСЕМ параметрам, про си я вообще молчу, это не язык, а окаменелое недоразумение из-под мамонта.
>К тому же кроме ошибок памяти есть и другие, которые компилятор раста не отловит
80% опасных с точки зрения безопасности багов в системном софте связаны с ошибками работы с памятью. Логические баги чрезвычайно редко практически никогда приводят к взлому софта, по крайней мере на системном уровне.
>новые ошибки при переписывании могут всплыть
Смотри предыдущий пункт. Корень всех проблем - ошибки работы с памятью. На расте пишут ОС без unsafe блоков. Более того, при желании на Расте unsafe вообще никогда и нигде можно не использовать, это просто костыль для бывших крестовиков. А если и приспичит, то можно будет все немногочисленные unsafe блоки штудировать десятки раз на наличие багов, ибо если и есть баг в работе с памятью, то он может быть только там, и то если разраб криворучка. Вне unsafe блоков Раст математически не может иметь багов, связанных с памятью, а про логические баги я уже упомянул выше.
>Плюс к вышесказанному есть проблема с совместимостью, потому что куча кода написана только для гцц и с ллвм не работает, растового а фронтенда для гцц пока нет.
Вода камень точит, короче говоря. Очень надеюсь, что через лет 20 мир избавится от юзлесс легаси говна в виде си и плюсов. Раст сделает этот мир лучше и безопаснее.
А можно просто нанять норм разраба, который будет писать хороший код на плюсах
Тебе надо — садись и переписывай, тебе никто не запрещает
Дополню: тебе с дивана легко рассуждать. Ты вообще имеешь опыт серьезной разработки? Можешь по нормальному расписать чем раст лучше плюсов и почему всем нужно на него переходить? Не просто "всем лучше" или "тебе надо, ты и думай почему он лучше", а по-нормальному.
>что раст слишком сложный для вкатунов
ну как кресты, по сравнению с пистоном сложный
Тебе ответил другой анон, теперь отвечаю я, который выкатил пару паст выше в поддержку раста.
У меня опыт 6 лет разработки на С++. Это говно ебаное, которое не стоит никакого внимания в 2021 году, когда есть современные языки программирования типа Раста, которые ГАРАНТИРУЮТ memory safety, будучи при этом компилируемым языком без проблем с производительностью. Почему Раст лучше плюсов. Очень просто - Раст имеет всё, что имеют плюсы, но вдобавок Раст безопасен. Причем безопасен и в многопоточности, а это прощай состояния гонки. 90% проектов можно писать без unsafe, даже целые ОС. Если Раст сдвинет плюсы, то количество CVE упадёт в ноль. Неужели все похуй и никто не хочет сделать мир безопаснее?
не мне надо, а всему миру надо! Даже майки и гугл начали это понимать и начали писать новый код на Расте. Да что уж там говорить, даже Торвальдс понял какой Раст охуенный и утвердил его использование в разработке модулей ядра для Линукса! Когда уже до остальных дойдет?
Не понятно это вайп такой вялый или трал обезумел от голода и пишет больше чем жертвы.
Аргументы или пошёл нахуй из треда. Я хотя бы аргументировал свою точку зрения, а ты только безаргументированно пукнул не по делу. И кто из нас тролль в этой ситуации? Явно не я.
Все равно я тебе не верю
- не 80% ошибки работы с памятью, а 60.
- полностью не устраняет состояния гонки, а только гонки по данным. Т.е. ты все равно можешь логический дедлок получить.
- ОС без ансейфов не напишешь.
Короче ты слишком жирно написал.
> ОС без ансейфов не напишешь.
ос и не будут писать
а как же Redox
>У меня опыт 6 лет разработки на С++
>Раст имеет всё, что имеют плюсы
Детектирую Qt-формошлёпа, который дальше кастрированного ООПа за 6 лет не ушел.
как массовая не взлетит, но как образец технологий ойдет
Ха!
>не 80% ошибки работы с памятью, а 60.
https://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-systems-programming-language/
И пикрилейтед. А также взгляни на все CVE, где балл CVSS 7.5 и выше. Из критических уязвимостей критическая == позволяет исполнить произвольный код от лица уязвимого процесса почти 100% - это ошибки работы с памятью.
>полностью не устраняет состояния гонки, а только гонки по данным
Как раз data race и является потенциально опасной ситуацией с точки зрения безопасности. Это единственный эксплуатабельный вид состояния гонки, все остальное - максмум denial of service.
>логический дедлок
совершенно безобидная вещь с точки зрения безопасности, особенно если такой баг есть в программе в пространстве пользователя, которую запускает какой-нибудь форк сервер. В ядре - проблематичнее, но опять же - это только DoS, исполнить произвольный код будет нереально.
>ОС без ансейфов не напишешь.
Чекай Redox OS и попробуй в их кодовой базе нагрепать ансейф блоки, лол. Да даже если и будут ансейф блоки, весь цикл тестирования будет сосредоточен на них, плюс это можно на изи обернуть в безопасные обертки. В случае с сиговном у тебя 100% кодовой базы - это потенциальный UB.
Так. Хорошо, но что делать с утекающей памятью в safe коде?
Ты попытался меня обосрать, но забыл снять штаны и жидко оподливился себе под хвост :shrugs:
Все последние 6 лет пишу RT embedded софт в индустрии автономных машин не в странах СНГ ясен-красен, а в США и непосредственно принимал участие в разработке кастомной RTOS с кодовой базой 8 миллионов LoC. Как опытный С++ разраб заявляю ещё раз, что в 2021 году есть гораздо более перспективные языки для более продуктивной и безопасной разработки системного софта. И да, это намёк на Раст. Если он не взлетит, я потеряю веру в человечество, потому что не писать на нём в 2021 - это быть ушлым консерватором и похуистом по поводу того, что во всем системном софте в мире имеются куча дыр из-за С/С++ говна, на котором категорически невозможно писать memory-safe код во всех случаях.
Утечка памяти безобидна с точки зрения безопасности. Если ты криворукий еблан, то программа просто будет медленно пожирать оперативку, пока не крашнется, но больше ты ничего сделать не сможешь. К исполнению произвольного кода это никак не приведёт.
Как на этой вашей ржавчине писать игори?
Лол, зашел по быстрому глянуть че там, так там практически в каждом файле ансейф, даже в логе нахуй, чет ты запизделся
https://gitlab.redox-os.org/redox-os/kernel/-/blob/master/src/log.rs
Без задней мысли:
- пишешь свой движок
- пишешь свои инструменты для удобной работы
- пишешь игру
А что плохого в использовании ансейфов?
Оссобено если что то низкоуровнево пишешь
Оссобено если что то низкоуровнево пишешь
Ничего плохого если ты хороший кодер, но у людей сразу триггер из-за названия.
Знаешь про драму вокруг владельца Actix Web? Он часто использовал unsafe и ей захейтили так, что он забросил проект, но щас всё норм, целая драма на ютубе из-за этого.
Он прокоментировал что-то вроде петухоны и джсеры считают, что я недостаточно знаю язык, чтобы использовать unsafe конструкцию
Actix кстати самый быстрый фреймворк на планете, быстрее с и с++
фул => https://www.youtube.com/watch?v=enLUX1TtNyE
Но начинать все равно с си / плюсов надо ? т.к. никто раст не советует новичку + везде опыт плюсов требуют.
Не нужен С\С++, он держится за счёт легаси только. Учи Раст с нуля, если так хочешь.
С\С++ значит можно советовать новичку, а Раст нельзя, да? Тут просто предупреждают что будет сложно, на самом деле Раст изичная хуита, много времени уходит просто на исследование синтаксиса, но нет моментов, что ты остановился и всё.
>Он прокоментировал что-то вроде
И таки он был не прав и потом признал это. Там был use after free.
>Actix кстати самый быстрый фреймворк на планете
Уже нет.
> но щас всё норм
Щас там все эти ансейфы за которые его хейтили убрали без потери производительности. Правда есть один недостаток у актикса - он не отдаёт память которую забирает для кэшей: https://github.com/actix/actix-web/issues/2075 Не совсем утечка памяти, но всё равно неприятно, что при одном большом запросе актикс сожрёт всю память и не отдаст её.
Пацаны, помогите разобраться новчику.
Начал копать раст, наткнулся на оффсайте раста пример с использованием крейта ferris_says. ( как я понимаю, всем известная штука, раз на самой почти первой странице приведен в качестве примера) Этот крейт выводит на стандартный вывод аскии картинку в виде краба, говорящего строку, указанную на вход (условно). Начал смотреть исходник, а там, помимо краба, есть еще отрисованная скрепка. Так вот вопрос: как вывести эту скрепку вместо краба?
Начал копать раст, наткнулся на оффсайте раста пример с использованием крейта ferris_says. ( как я понимаю, всем известная штука, раз на самой почти первой странице приведен в качестве примера) Этот крейт выводит на стандартный вывод аскии картинку в виде краба, говорящего строку, указанную на вход (условно). Начал смотреть исходник, а там, помимо краба, есть еще отрисованная скрепка. Так вот вопрос: как вывести эту скрепку вместо краба?
Правда это касается только веб-сокетов ("утечка" происходит в рамках одного соединения веб-сокета и при его закрытии вся память возвращается), но всё равно неприятно.
Мой совет: в первую очередь всегда открывай Cargo.toml и смотри доступные фичи: https://github.com/mgattozzi/ferris-says/blob/master/Cargo.toml
В данном случае нужно активировать фичу
> [features]
> clippy = []
Как это сделать читай в справке:
Спасибо, добрый человек!
В чём разница между use и extern crate? Это одно и то же https://doc.rust-lang.ru/stable/rust-by-example/crates/link.html ?
Раньше экстерн крейт использовался чтобы указать расту что этот крейт будет использоваться дальше по коду, а затем ты из него импортировал юзом элементы. Сейчас (начиная с 2018 эдишна) экстерн крейт нужен только для импорта некоторых макросов.
Спасибо.
Читаю в книге про умные указатели. На пике пример вершины графа с Weak ссылкой на родителя. Мотивируют это следующим образом: если родительский узел удаляется, его дочерние узлы также должны быть удалены/если мы удаляем дочерний узел то родительский элемент все равно должен существовать. В следующем примере родителя помещают в скоуп где он дропается, но дочерний узел выживает. Можете подсказать, почему так?
> Можете подсказать, почему так?
В твоём примере должно быть видно, почему. Потому что родительский узел, это не единственная сильная ссылка на дочерний узел. Пока сильные ссылки есть, узел будет жить.
Привет. Как изучать данный язык с 0?
Как же ты заебал...
Берешь 0 и с него начинаешь.
Я первый раз в треде.
Книга в шапке не для новичков.
> Книга в шапке не для новичков.
Что вас не устраивает, милорд?
В начале там написано что книга не для новичков и нужна база. Базы нет. Что делать?
Найди книгу, у которой в начале будет написано, что она для новичков.
Потом прочитай эту книгу.
Ясно. Ты тролль обыкновенный который не разбирается в языках. Кинул жалобу. Жди бан на доске.
> РРРРЯЯЯЯЯ ДВАЧ КНИГА ТРЕБУЕТ БАЗЫ У МЕНЯ НЕТ БАЗЫ ПОМОГИ
> Прочитай книгу с базой
> РРРРЯЯЯЯЯ ДВАЧ МЕНЯ ТРОЛЛИТ РЕПОРТ
Тут хоть и написано что базовые знания полезны для прохождения курса, но объясняется вроде детально.
https://www.educative.io/courses/learn-rust-from-scratch/JPkDlO6WzvD
https://www.educative.io/courses/learn-rust-from-scratch/JPkDlO6WzvD
лучше сначала изучи си, это можно сказать база. дальше можешь все что угодно
Если кратко - раст ближе к С++ или к Goвну по "системности"?
В чём выражается системность C++ или Go?
Нет и нет
а на го что то системное пишут?
Ну я имел в виду, что Го это не системный язык, а С++ это дефинишен системного языка. Например в говне нет работы с памятью и тредами напрямую, но при этом язык компилируемый с нативными типами и т.д. Собсна в этом и вопрос.
> работа с памятью и тредами и напрямую
Это в расте есть
хзы правда что это значит
> С++ это дефинишен системного языка
С ума сошёл. У C++ RTTI, в качестве системного языка не подходит.
C - это дефинишен системного языка.
> хзы правда что это значит
Раст, 2к21, итоги
Хорошо, что значит работа с тредами напрямую?
Разве в плюсах нет всех фишек безопасности из раста? Вроде есть. Так что получается, что c++ просто дает большую гибкость
Нету
Тут ещё не исключены вакансии, в которых "знание rust/Haskell/ещё какие-нибудь борщехлёбства будет плюсом"
В C++ даже restrict нету, который в C был, а сюда не завезли
В стандарте нету, а в компиляторах есть
У Visual Studio __restrict, а у clang уже __restrict__
Понимаешь, к чему я клоню?
К тому, что без поддержки стандартом у тебя нет абсолютно никакой гарантии
> Понимаешь, к чему я клоню?
Что как обычно придется обвешиваться дефайнами?
ну а что бухтеть, лет через 20 в стандарт введут
Здравствуйте. Как выучить Rust с нуля (знаний касательно программирования и языков нет вообще)? Клабник Стив книга "Программирование на Rust" "Если вы в программировании абсолютный новичок, то для начала прочтите введение в программирование". В книге этого "введения" нет. Что я должен прочитать? У этого языка нет будущего если он настолько недружелюбен.
Зачем тебе раст? Для вкатунов там денег нет.
Привет. Художник рисует не потому что он хочет денег. Программирование это творчество. Хочу писать код для себя, но не понимаю как изучать этот новый прогрессивный язык. У него ведь нет будущего с таким подходом.
"Rust Язык, позволяющий каждому
создавать надёжное и эффективное программное обеспечение
Сайт говорит что каждый может создавать надежное и эффективное программное обеспечение на нем. Вот я хочу этим заняться. Только как?
Бери да пиши, по ходу действия будешь гуглить общие концепции. Художнику ведь монопенисуально как там на фабрике краски мешают.
Без задней мысли, не задумываясь о последствиях.
Как писать если я ничего не понимаю в этом языке? Покинь тред. Ты не программист и помочь не можешь.
Ты хочешь стать хирургом и оперировать. Сразу разрезать человека и оперировать нельзя - он умрет и ты ничего не понимаешь. Открываешь книгу по хирургии , но что бы ее понять нужна база. Говорят читайте введение в медицину. Что скрывается под этими словами неизвестно. Книг с таким названием нет. Что делать?
Ты читать-то пробовал книгу? Там для даунов все расписано что и зачем делать.
> Ты хочешь стать хирургом и оперировать.
Для этого есть аттестация, чтобы отсеять ноускилов. Для погромирования такого нет, потому что цена ошибки минимальна.
Как тебе уже выше советовали, начни с СИ. Либо, если ты хочешь научиться программировать, а не писать полнейшую ебень уровня yanderedev, то начни с БАЗЫ(архитектура ЭВМ, ОС, сети и т.д). Все таки rust - это системный язык, поэтому общее понимание этих вещей должно быть. Чтобы тебе пол жизни не читать труды Танненбаума и прочих великих людей, в качестве БАЗЫ я предлагаю тебе трехтомник Столярова. Это очень своеобразный персонаж, его есть за что критиковать(за его высказывания о современном вебе многие его вообще шизом считают), НО в своей области он разбирается очень хорошо и может чему-то научить. Пусть сайт тебя не пугает: http://www.stolyarov.info/books/programming_intro/e2
После освоения БАЗЫ можешь смело перейти на раст и писать свои проекты. Ну а если тебе вообще похуй, что ты делаешь, то послушай анонов выше и начинай говнокодить уже сейчас.
Ты не программист. Столярова и я загуглить смог. Вот я знаю русский. Хочу выучить английский, но для этого мне нужно учить персидский? Это бред.
Пробовал. Ее невозможно читать. Я ничего не понимаю и кидал скрины с нее что нужна база.
Все, пошел на хуй, зеленый. Зарепортил выблядка. Очень жаль потраченного времени на такого сына шлюхи.
Вы так до сих пор не поняли, что это жирный троллинг?
Ты неправильно аналогию поставил. Си - это как раз английский в мире программирования.
В твоём случае ты знаешь русский и тебе нужно выучить персидский. Да, для этого хоть и не необходимо не ебу, есть ли учебники по персидскому на русском, но желательно сначала выучить английский.
Покинь тред. Ты не программист, а лишь тролль.
Нет правильно. Си старый как говно мамонта язык, небезопасный и устаревший. Там процедурное программирование дядя, а в расте ооп. Тут 2 варианта. Учить сразу с++ и кодить на нем забивая попутно на раст либо по нормальному выучить раст с нуля.
>Си старый как говно мамонта язык, небезопасный и устаревший.
Ох, откуда же вы такие беретесь?
А зачем нужен язык, на котором нельзя писать за деньги? Или вы тут просто как хобби балуетесь им?
Ну пройми же, детям важно чтобы было ак-ту-аль-но. Мода есть мода.
Нужны деньги - иди в бизнес. Здесь люди обеспеченные сидят и проблемами нищуков не интересуются.
Впервые создан современный язык, на котором ты можешь написать все. Представь, больше нет потребности в выборе того или иного языка, мол, "сегодня я пишу на питоне, а завтра под эту задачу выберу го, а на выходные я буду настраивать гарбейдж каллектор в жабе!!!". Ты только представь, тебе не надо больше писать на кривом го эти бесконечные ерорки! Не надо выравнивать копипасты со стековерфлоу в питоне! Тебе не надо пролистывать сотни тысяч полупустых классов на джаве, чтобы добраться до бизнеслогики. Блин, тебе даже не нужно переписывать калбэки в промисы, а потом в асинки на жопоскрипте!!! Тебе не нужно бороться с GIL, тебе не нужно просить друга установить сраную жабо-питоно-нода-машину, чтобы он посмотрел твою хеллоувордик!
ВСЕ!!! Закончилась эпоха кустарных языков в ИТ, да здравствует промышленная АЙТИ революция!!!!
Вот скажи, нафиг тебе какая-то оплата, когда ты находишься в грандиозном историческом моменте времени и можешь прикоснуться к великому первым??
ФУ БЛЯТЬ ФУ НАХУЙ КАКОЕ ООП, У НАС НЕТ ООП, УНЕСИ ЕГО ОТСЮДА НАХУЙ
Можно до определённой степени имитировать трейтами. Но да без аналога абстрактных классов ООП уровня жяв, с++ и подобных языков реализовать не получится.
> нет ООП
А нахой тогда этот раст ваш нужен? Лучше уж в го пойти тогда, пиздец бумеры бесятся итт
В го тоже нет абстрактных классов. Так что в модно-молодёжных языках полноценного ооп нету.
В кокотлине тоже по дефолту все классы финальные. ООП на практике провалилось. Сейчас в мире джавы даже принят такой процедурный подход, когда у тебя есть тонкие данные и рядом сервисы, которые не имеют состояния (что это, как не структуры и набор функций).
Хз, ООП сектанты все еще продолжают клепать "идиоматичное" ооп на джаве и шарпах, по крайней мере на моем опыте. Старую собаку новым трюкам не обучить.
Хз как во всей джаве. Уверен что мобильная разработка там тоже дров подкинула. Но там где я варился везде насаждалось идея "анемичных данных".
https://www.martinfowler.com/bliki/AnemicDomainModel.html
И да, люди на серьезных щах обсуждали плюсы этого подхода (даже не понимая, что заново открыли процедурное программирование, только в рамках ООП).
Вот так Матрица и появилась.
Что-то меня модули прям разочаровали. Сначала нефига не понял (читая Раст Бук). Потом пошел в инет и вроде как понял, но офигел от такого сколько надо бойлеплейта писать в */mod.rs.
Просто вот вечная какая-то беда с языками. Читаешь, читаешь все логично и правильно и потом бац! И какашка! Огромная, мерзкая вонючая какаха!
Ну как так, зачем?? Открыл сорцы и действительно пишут этот бойлерплейт с mod и use.
Просто вот вечная какая-то беда с языками. Читаешь, читаешь все логично и правильно и потом бац! И какашка! Огромная, мерзкая вонючая какаха!
Ну как так, зачем?? Открыл сорцы и действительно пишут этот бойлерплейт с mod и use.
А ты бы как сделал?
Как в JS.
Видимо он хочет чтобы pub работал как pub(crate), модуль импортировался не при помощи mod abcd; в коде, а по факту существования файла и по-умолчанию модуль экспортировал весь pub-контент из подмодулей. Тогда действительно ничего кроме импортов писать не надо.
> по-умолчанию модуль экспортировал весь pub-контент из подмодулей
Хотя впрочем оно и сейчас так работает. Реэкспорт делают чтобы вместо use foo::bar::baz::huinya; писать что-то вроде use foo::huinya;
Да обычные импорты по пути
/src/dir1/dir2/sub_module.rs
/src/sub_file.rs
use ProjectName::dir1::dir2::sub_module::SomeScruct
use ProjectName::sub_file::some_function
если имя пакета совпадает из зависимостями, сделать конструкцию типа
use Path as PathOther
use PathOther::Rnd::get_num
Сделать все что в текущей папке доступно всем локально (на уровне пакета), а то что выше через pub. Получиться что папка пакета будет представлять нечто типа API с публичным набором, а все кишки внутри спрятаны (через свой pub).
Ну или вообще не париться и отказаться от этого каскада, на просто на месте помечать pub.
Неее недостаточно сложно и запутанно, нельзя.
Наоборот пытались отвязаться от структуры файловой системы, а ты обратно хочешь папки и файлы.
> а ты обратно хочешь папки и файлы
Не, ну хорошо же зделоли.
Зачем?? Чтобы можно было работать только с "правильной" ide, а сам пути не мог найти? Все равно так или иначе упирается в пути и их используют. Что там победили то?
Зачем ты подпукиваешь? Это же анонимный форум, твою лизоблюдство не оценят.
С растом всегда так. Сначала смотришь - вроде и синтаксис хороший, и завезли красивые "функциональные" (сорт оф) фичи. И типа безопасный язык. И нет бумерского ооп говна из цпп. А начинаешь копать глубже - борроу чекер вставляет колеса там, где оно совсем не нужно. Куча бойлерплейта с лайфтаймами и трейтами. Неинтуитивная система модулей и не тривиальная сложность в имплементации простейших структур данных, таких как графы и связанные списки (с zero overhead, то есть без cell и тем более refcell). Идея с борроу чекером отличная, но имплементация оставляет желать лучшего, потому что на текущий момент он защищает только от самых тривиальных проблем.
> борроу чекер вставляет колеса там, где оно совсем не нужно.
Самый крупный недостаток из современного борроу чекера исправят в 2021 эдишне: https://github.com/rust-lang/rust/issues/88126 Правда ценой увеличения размера некоторых замыканий.
В остальном вкусовщина. Те же "простейшие структуры данных" в реальном коде ты никогда не пишешь.
>Зачем?
Как минимум потому что файловой системы может вообще не быть. Или чтобы можно было менять логистику проекта независимо от логики, когда большой mod{} просто перемещаешь в отдельный файл, ничего не меняя в коде. Потом делаешь его отдельной директорией, а содержимое перемещаешь в mod.rs. Независимость внутренней структуры программы от внешней структуры исходных кодов — это хорошо, или ты не согласен?
Конкретно можешь почитать в обсуждениях rfc. Там всегда первый аргумент "подумайте о новичках!", как "подумайте о детях!", что я нахожу забавным.
>а сам пути не мог найти?
Покажи пример, где ты не смог путь найти?
>Все равно так или иначе упирается в пути и их используют. Что там победили то?
Например, можно все .rs запихать в один файл тупым рекурсивным скриптом, который просто содержимое всех файлов оборачивает в mod <название>{} и оно будет работать без изменений.
Если тебе прям очень хочется, то есть
#[path = "foo.rs"] mod c;
директива
https://doc.rust-lang.org/reference/items/modules.html#the-path-attribute
Но, конечно, после такого тупым скриптом не обойтись.
Если ты решил, что это я себе двачую, то ты ошибся. Я так понял, он вообще твою позицию поддерживает.
>и не тривиальная сложность в имплементации простейших структур данных, таких как графы и связанные списки (с zero overhead, то есть без cell и тем более refcell)
Если ты знаешь как тривиально и безопасно имплементировать с zero overhead простейшие структуры данных в других языках, то просто пишешь unsafe{} и имплементируешь их. "Умные" инструменты раста могут не всё, это никакой не сюрприз, поэтому тебе и предоставлены глупые инструменты, при работе с которыми умным придётся быть тебе.
Я открыл сорцы на гитхабе и увидел тонну бойлерплейта в mods.rs.
Самое смешное, что это нечто похожее на импорты в питоне. Я даже по началу испугался что есть циклический импорт (но вроде сказали что нет).
Проблема всего этого было не васянстве такой системы, а в том, что нормально это нигде не написано. Мол "mod" описывает модуль, а если без тела он !!!!импортирует. И это я смог узнать только прочитав статью от человека, который тоже на этом месте запнулся.
>Как минимум потому что файловой системы может вообще не быть
Пруфы можно? Просто вероятно если нет файловой системы, то весь код будет написан явно вне этой системы и в последующем как-то интегрирован одним бинарем. Что как бы нивелирует всю твою идею.
>Например, можно все .rs запихать в один файл тупым рекурсивным скриптом
Зачем? Это демонстрация из серии "смотри как могу" или что? Все что я видел на гитхабе, все это завязано на путях. Да и как бы хер бы с этими путями, самый шлак это писанина в mod.rs
У меня уже тоже стала закрадываться идея о некой "сырости" раста. Я думал весь хейт был связан с бородатыми плюсовиками, которые бояться за свои места и не хотят переучиваться. Но в реале чет не все так радужно.
Не то чтобы я ныл с синдромом утенка, но вот от системного языка хочется увидеть отполированный дизайн без васянства (мы художники, мы так видим).
Попробую, конечно, осилить доку. Но чувствую что будут ждать какой-нибудь выпук от МС, который на фоне проб и ошибок раста выплюнет годноту. Что, что, а МС умеет дизайнить языки
1) Мне вот без хейта интересно как решается проблема с одинаковыми именами пакето и крейтов
use Some::something::
use Some::other::
Ну, типа в жабе есть приписки к доменам, а тут как это победили?
2) Есть ли возможность подключить одну и ту же библиотеку разных версий? То еще васянство, знаю, но все же. Мало ли я там постепенно переписываю часть кода под новую версию либы
use Some::something::
use Some::other::
Ну, типа в жабе есть приписки к доменам, а тут как это победили?
2) Есть ли возможность подключить одну и ту же библиотеку разных версий? То еще васянство, знаю, но все же. Мало ли я там постепенно переписываю часть кода под новую версию либы
> просто пишешь ансейф
Чо-то нихуя не просто
Друг, ну, ты не понял, хорошо. Но ты уверен, что если ты не понял, то это надо поменять? Ты так ко всему подходишь?
>Мне вот без хейта интересно как решается проблема с одинаковыми именами пакето и крейтов
Не бывает крейтов с одинаковыми именами, индекс crates.io глобальный. Если ты свой крейт назвал так же, как существующий, то придётся переименовать. Такое вот решение, со своими преимуществами и недостатками.
>Друг, ну, ты не понял, хорошо. Но ты уверен, что если ты не понял, то это надо поменять? Ты так ко всему подходишь?
Понимаешь, от системного языка я чаще жду что-то типа "мы сделали так, потому что по другому не смогли и вот тебе причина, живи с этим...". В любом случае ты осознаешь что ты на системном языке и ты готовишься к неизбежному бойлерплейту и так, потому что знаешь такова цена отсутствия абстракций. И тут блин, ты видишь, что просто копируют не самую лучшую модель пакетов из питона. Ты осознаешь, что люди просто не старались, они создали бойлерплейт на ровном месте, в таком языке, где этому большая цена.
Я не люблю художников, мне не надо красиво, мне надо удобно.
>Не бывает крейтов с одинаковыми именами
То есть, я не могу сделать себе локальное хранилище своих крейтов? Мне надо будет свой код всегда публиковать? Очень интересное решение, на моей работе всем бы это "понравилось", мы любим хранить свой код на внешних серверах публично (рили опять васянство??).
> ну раз системный язык то все должно быть продумано
Это с чего вдруг такой тезис появился
Другим языкам дозволено менее продуманными быть?
Это с чего вдруг такой тезис появился
Другим языкам дозволено менее продуманными быть?
> не смогу сделать локальное хранилище своих крейтов
А что тебе может помешать сделать это?
мимо вкатыш студентота ничего не понимающая
>Понимаешь, от системного языка я чаще жду что-то типа "мы сделали так, потому что по другому не смогли и вот тебе причина, живи с этим...".
Весь процесс принятия решений открытый и решения расписаны в rfc. Что тебе ещё не хватает? Ссылки? Вот ссылка
https://github.com/rust-lang/rfcs
Все решения с 2014 года там.
>бойлерплейту
>бойлерплейт
Не хочешь изолировать, то пиши всё в одном глобальном неймспейсе, там всё всем доступно. Никто ж не заставляет на модули разбивать.
>То есть, я не могу сделать себе локальное хранилище своих крейтов? Мне надо будет свой код всегда публиковать?
Где ты это прочитал? Я там такого не писал.
Там же тебе и ответ расписали. Попробую по-медленней:
-Системный язык более подвержен бойлерплейту за счет отсутствия многих абстракций.
-Значит системный ЯП более чувствителен к плохому дизайну. То есть, нет возможности навернуть абстракцию, которая за некую стоимость ресурсов пофиксила бы что-то.
Например плохой дизайн засунуть сырой поток байт и потом назвать это строкой (как в го и вроде в расте так же). Теперь всегда чтобы работать с позициями юникода нужно будет переводить в руны (нормальную последовательность из юникод элементов), что не бесплатно.
>Где ты это прочитал? Я там такого не писал.
Это вопрос, лол. Это вопрос на основе твоего утверждения. Добро пожаловать в азы диалога.
Хорошо, перефразирую.
>Это вопрос на основе твоего утверждения.
Как на основе моего утверждения у тебя появился этот вопрос? Для меня это non sequitur
https://www.thefreedictionary.com/Non+sequitor
Не знаю, дядя не может нам объяснить как построено решения конфликтов имен в расте.
Сначала он говорит что надо как-то завязаться сайт, но потом вроде как и не надо (несет невнятную фигню).
Вероятно дядя сам не знает и уже просто маневрирует.
Когда же хоть кто-нибудь уже изобретет препроцессор, чтобы не повторять код. А то бедным программистам не под силу читать много букв, а сделать препроцессор сами для своей задачи у них лапки. Как это они что ли код должны будут писать, а не просто вызвать стандартные функции?
Мимо
Так можно же спокойно с аски работать
b"" и все, напрямую с байтиками работаешь
Это мир гуманитарных-программистов. Они экономят на строках, но потом выплевывают "хеллоу ворд" в 2-4 мегабайта. Это безумие уже не остановить.
[joke_mode]
Сейчас пацаны из Имперского Колледжа Лондона запилят Verona, так что всем кто участвовал в эксперименте раста, отдельное спасибо, все свободны.
Сейчас пацаны из Имперского Колледжа Лондона запилят Verona, так что всем кто участвовал в эксперименте раста, отдельное спасибо, все свободны.
>verona
самое худшее, что можно придумать. вместо запила новых языков с новыми концепциями и улучшения старых. будут переизобретать одни и те же. микрософт дропнул уже дохуя интересных исследовательских языков, почему он не дропнет эту пародию на раст. действительно, вместо работы над растом будут пилить недораст.
>эксперименте раста
раст это не экспериментальный язык
работа есть?
не нужна же
Вообще-то там исследование и конкретно исследуют улучшенную концепцию раста (множественное владение) в условиях конкаренси (ну еще что-то там из языка пони и циклона) и вроде с интеропом С++.
Хочу ли я лично чтобы это переросло в новый язык программирования - конечно. Что в этом плохого, когда есть несколько концепций? Тем более умные люди из МС умеют дизайнить языки.
Ну и у МС есть ресурсы чтобы такое делать. Искренне уже надоело, когда сейчас чуть ли не каждый высирает очередные поделие. Типа на те, пилите дальше сами, "мы шмогли" (и то где-то половину синтаксиса, а остальное просто нагадили в торопях)!
Да, будешь мне оформлять mod.rs в каждом каталоге, пока я пишу код.
Накидайте картинок для переката.
мимоОП
мимоОП
Да, почитал о нём. На раст он кстати не похож, но довольно интересно там даже есть анонимные? конструкторы
>value: (iso & Value) | (None & imm);
и variadics
>length[T...](x: T...): USize
только экспериментальные наработки мс мало где используются, кроме F* который заюзали для mitls и всё.
>очередные поделие
В этом и был поинт, всё чаще выходят языки типа vale, vlang, hare, etc, которые вроде не предлагают безопасность, но пытаются копировать раст, не понимая сути безопасности раста.
Сап, аноны. Собирал, значит, alacritty из исходников раста, а он мне под конец компиляции выдал
LLVM ERROR: out of memory.
Хули теперь делать?
LLVM ERROR: out of memory.
Хули теперь делать?
Обновлять пекарню, очевидно же. Ну или хотя бы просто добавить памяти. Можно ещё попробовать увеличить свап, но будут тормоза.
zram чекай
>Обновлять пекарню, очевидно же. Ну или хотя бы просто добавить памяти.
Неужели 16гигабайтов ОЗУ для компиляции эмулятора терминала в 2021 году мало?
Там 32гигов уже для компиляции хрома мало. Особенно если используешь какой-нибудь LTO (который можешь попробовать выключить, у раста по-умолчанию включена лайт-версия - thinLTO).
UPD: Проблему с памятью решил, поигравшись с настройками системы. Теперь новая хуйня появилась
fatal runtime error: Rust cannot catch foreign exceptions thread
>Rust cannot catch foreign exceptions thread
АГА! Значит у кого-то в расте исключения есть, да? Как скачать премиум версию раста?
>Там 32гигов уже для компиляции хрома мало.
ИТ, 2021. Итоги.
Я вроде бы не хром собираю... Пиздец, почему так быстро требования к железу растут?
А держи, дорогой.
Вообще есть. Если при компиляции включить unwind их даже в рантайме ловить можно: https://doc.rust-lang.org/std/panic/fn.catch_unwind.html
А у того явно какие-то проблемы с FFI в библиотеке и скорее всего С++ код бросает эксепшон, который пробирается через FFI в растокод.
Спасибо, анон.
Сейчас буду шапку переделывать и ближе к ночи перекачу.
>виртуалка
>archlinux x86_64
>1GB RAM 1 processor
>swap 2GB
как нехуй делать собрал alacritty
а вот попробуйте собрать агду
>archlinux x86_64
>1GB RAM 1 processor
>swap 2GB
как нехуй делать собрал alacritty
а вот попробуйте собрать агду
>Там 32гигов уже для компиляции хрома мало
Серьезно чтобы скомпилить эмулятор консоли надо больше 16гигов??
мимо
В 2004 перешел в программирование, потому что пека не тянула игры, в 2021 ушел в игры, потому что пека не тянет компиляцию
и это еще не предел
дальше хуже
Вот смотри, я алакрити на опенке собираю. Алгоритм действий, примерно, такой: git clone github/foobar-project.git => cd foobar-project => cargo build --release.
Под конец проблема с glutin и линковкой.
Чисто вот с позиции "а что, а вдруг", как считаешь, какая основная парадигма может быть у Вероны? Навернут побольше функционалочки, если даже Святой Кармак за неё топит?
Если уж с программированием у меня не задаётся вообще, то хоть треды помогу перекатывать, лул.
Я навернул только ту инфу, которая была общедоступна (не осилю я сорцы). Вероятно хотят упростить раст и скрестить с конкурентностью (не удивлюсь что пытаются под копот убрать как в го асинки).
Когда инженера комментировали раст, они там так сказали, мол в целом раст их устраивает. И в таком ответе можно уловить две нотки.
1) Раст имеет "фатальный недостаток" (читай на лурке), то есть, он принадлежит не им! И вот сейчас они что-то пилят, но это что-то должно выйти с какими-то плюшками, которые подкупят нового обывателя (нельзя просто сделать второй раст).
2) Либо раст хорош, но имеет какие-то нюансы, которые правда не устраивают инженеров, но идея их зацепила и типа пилят исследуют как сделать лучше.
А еще я нарыл какую-то инфу про новый язык НЕ структурного программирования "bosque". Не удивлюсь если мы увидим новый "раст" в новой парадигме кодинга, да еще в стиле тайпскрипта (как bosque).
Экосистема .Net - не плюшка?
Плюшка в технических возможностях языка.
Мое имхо - исследуют как сделать проще владение, рассчитанного на среднего программиста и исследуют возможность как спрятать конкаренси под капот (это делает его использование проще некуда).
Возможно результат исследование будет таким, что и раст себе на вооружение возьмет. Или ничего не получиться.
Посоветуйте интересный туториал.
ПЕРЕКАТ:
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ:
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ:
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ:
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ:
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
хуя маняфантазии у шизоида
таблетки закончились?
ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
https://www.rust-lang.org/
Обязательно для прочтения: https://doc.rust-lang.ru/book/
Вместо шапки: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41
Ресурсы на русском: https://rust-lang.ru/
Предыдущий тред: