Слышал есть refind для uefi

Ребят, помогите) https://gabdube.github.io/native-windows-gui/api/native_windows_gui/struct.Ui.html#method.get_mut let change_text = app.get_mut::<AppId>(&NameInput);выдает The key was not found in the ui

У меня с граб по скорости никогда проблем не было и не знал что о таком задумываются люди

ты может просто ВООБЩЕ ВСЕ модули не грузишь там, а только нужные

Ребят, помогите) https://gabdube.github.io/native-windows-gui/api/native_windows_gui/struct.Ui.html#method.get_mut let change_text = app.get_mut::<AppId>(&NameInput);выдает The key was not found in the ui

я же написал тебе тогда

что ты в конструктор типа передаёшь вместо Label - AppId

что ты в конструктор типа передаёшь вместо Label - AppId

Уфф, вот так тоже не выходит: let change_text = app.get_mut::<nwg::TextInput>(&NameInput);

Почему-то в примере написано ui.get_mut::<u32>(100)а у меня требует error[E0308]: mismatched types --> src\main.rs:126:50 | 126 | let change_text = app.get_mut::<u32>(100); | ^^^ expected &AppId, found integral variable | = note: expected type `&AppId` found type `{integer}`

Давай мы вместо, того чтобы рыбу тебе дать, научим тебя рыбачить.

Ты понимаешь что треугольные скобочки значат?

Или ушёл уже?

Возможно, он уже умеет рыбу ловить

Теперь его надо научить, что делать с рыбой после того, как ты её выловил

Граб минимум полторы секунды отжирал

ты наверное дико постарел

ты наверное дико постарел

Сарказм неуместен, я подробно пояснил почему для меня эти полторы секунды играют роль

нет

кроме того что твой ноут умеет в гибернацию и граб тяжеловесное легаси говно

нифига не понимаю как работает чтение из файла

cargo test : 3 passed 0 failed cargo test : 2 passed 1 failed

почему при повторном запуске теста он не осиливает считывать содержимое файла?

чтение https://github.com/non-descriptive/domi/blob/dev/src/parser.rs тесты https://github.com/non-descriptive/domi/blob/dev/tests/test.rs

нифига не понимаю как работает чтение из файла

drop(file); то зачем? он сам дропнется

по привычке

тесты у тебя неправильно написаны

они в любом порядке могут выполняться

у каждого теста должен быть setup и teardown

кроме того что твой ноут умеет в гибернацию и граб тяжеловесное легаси говно

Не умеешь читать — не вижу смысла для тебя отдельно что-то объяснять

у каждого теста должен быть setup и teardown

годный пример?

годный пример?

test_read_from_file() { // setup create_file_to_read(); // test assert read_file is ok // teardown delete_file_to_read() }

ну и вообще лучше без реальных файлов это тестировать

на const memory для чтения и на обычных memory bufs для записи

Для этого есть крейт tmpfile

Всё как с файлами, но он юзает API ОС для создания временных файлов в памяти

И чистит их после

то есть если я надумаю пилить приложение с конфигфайлом, то реальные файлы ненужны?

https://github.com/berkus/carma/blob/rust/src/support/mesh.rs#L141

то есть если я надумаю пилить приложение с конфигфайлом, то реальные файлы ненужны?

Для тестов — едва ли.

но почему тем не менее прогон теста чтения фейлится на повторном чтении7

по завершении же вроде логично что все файловые дескрипторы закрыты

ну дело явно не в дескрипторе

какая ошибка то?

Энивей, это твой выбор: как тестировать. Тесты не выполняются последовательно, порядок недетерминирован. Ты должен перед каждым тестом создавать свой тестовый файл и после чистить за собой. У тебя сначала запускается рид, потом райт тест

Например

И твои тесты превращаются в тыкву

я ж это написал буквально 6 минут назад

Я видел

Энивей, это твой выбор: как тестировать. Тесты не выполняются последовательно, порядок недетерминирован. Ты должен перед каждым тестом создавать свой тестовый файл и после чистить за собой. У тебя сначала запускается рид, потом райт тест

на самом деле порядок не принципиален ибо файл в любом случае там есть и он не пустой.

А еще они могут запускаться паралельно)

причем запускает параллельно только если файл непустой?

create_file_with_data создает файл, так?

пишет в файл

причем запускает параллельно только если файл непустой?

ему ваще пофигу, запускает как хочет

таки нет

если файл изначально пустой, то отрабатывает ок

это perceived state

если файла изначально нет, то тоже ок

Нет я вижу из кода, что он создает: https://github.com/non-descriptive/domi/blob/dev/src/parser.rs File::create(path) Обратимся к документации: This function will create a file if it does not exist, and will truncate it if it does.

попробуй разные имена файлов в этих двух тестах использовать

Тест write транкейтит файл

по привычке

мдаа

В это время read пытается читать пустой файл или не до конца записанный

Делай тесты правильно.

мдаа

Откуда такая привычка то пошла, интересно?

вот хз

Си разве что на ум приходит

Но сишники должны знать о поведении fopen с флагом create

есть контакт

https://doc.rust-lang.org/std/fs/struct.File.html

есть контакт

Супер)

первый абзац документации по File

таки значит параллельность тестов

последняя строка

Files are automatically closed when they go out of scope.

где гарантия что я вышел из скоупа?

а вообще да, это лишняя перестраховка

где гарантия что я вышел из скоупа?

Ты серьезно?

да

Понимание что такое скоп — твоя гарантия. Это не рокет сайенс, это синтаксический примитив практически