P
+ она хочет референс, а если структура не выровнена в памяти, то получение референса с указателя — уб
Size: a a a
2020 March 03
Ct
и откуда она узнает, где я храню размер объекта у себя в структуре?
А, ты про кастомные структуры.
Ct
и откуда она узнает, где я храню размер объекта у себя в структуре?
Так подожди, это же не так работает. Размер unsized структуры хранится в толстом указателе на нее, а не в ней самой.
P
Так подожди, это же не так работает. Размер unsized структуры хранится в толстом указателе на нее, а не в ней самой.
откуда толстый указатель узнает размер этой структуры? Мы ж его создать сами не можем, он
pub(crate)Ct
откуда толстый указатель узнает размер этой структуры? Мы ж его создать сами не можем, он
pub(crate)Так он же при создании известен, размер то.
P
Так он же при создании известен, размер то.
а я не создаю эти структуры, я их из памяти читаю
Ct
а я не создаю эти структуры, я их из памяти читаю
Ну тогда это задача не для языка, а для библиотеки с парсерами, не?
P
Ну тогда это задача не для языка, а для библиотеки с парсерами, не?
и как на расте написать такой парсер?
P
или это невыразимая проблема?
Ct
и как на расте написать такой парсер?
берешь какой-нибудь nom и пишешь, где проблемы?
p
Как вы пришли к парсерам?
P
Как вы пришли к парсерам?
я вот тоже хз
Ct
Как вы пришли к парсерам?
А как еще из кучки байт получить валидную структуру?
P
А как еще из кучки байт получить валидную структуру?
она и так валидная структура и лежит в памяти
Ct
она и так валидная структура и лежит в памяти
Что-то не верится.
Ct
Тут проблема в том, что "валидная структура" - сложная штука
P
Что-то не верится.
открываешь UEFI спеку и ищешь
DevicePathP
nom поддерживает
no_std?Ct
nom поддерживает
no_std?да
p
А как еще из кучки байт получить валидную структуру?
Ну вообще насколько я знаю из кучки байт получать структуру плохая идея, так как компилятор может расставлять поля по своему усмотрению