Kitlith
Kitlith
You could read the bytes into a vec, seek back, and then read the fields using `#[br(restore_position)]`. however, I'm not sure what to do when writing.
this should be `1u8`/`1i8`, `1u16`/`1i16`, `1u32`/`1i32`, etc. i don't know of a place in the documentation that uses a literal integer that isn't adorned by its type. i also vaguely...
what about for_each?
fwiw my current take on this is that we should probably not provide an implementation of BinWrite for FilePtr for now and experiment out-of-tree for a bit. File formats are...
possible suggestion for brw attributes: br,bw versions of them so that if (for some reason) you can override them seperately if needed. tbh this is probably has dubious merit.
Ah, i missed that.
@jam1garner take as an attribute is a good idea that I've found myself reaching for in the past, but it's not quite that simple as the standard take adapter doesn't...
Minimal reproduction: ```rust use binread::{BinRead, NullString}; use binwrite::BinWrite; #[derive(BinWrite)] struct Bad(u32); // #[derive(BinWrite)] // struct Good { // inner: u32 // } #[test] fn test_bad() { let mut writer =...
So, I went to implement something like this as part of my own project, and ran into the fact that currently, an implementation of DekuRead has no way to perform...
``` A new version of ctr-httpwn is likely available. ``` Have you made sure that you have the latest version of ctr-httpwn?