From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
Filip Schauer <f.schauer@proxmox.com>
Subject: Re: [pve-devel] [PATCH proxmox v3 01/13] io: introduce RangeReader for bounded reads
Date: Thu, 10 Jul 2025 08:04:43 +0200 [thread overview]
Message-ID: <67390696-fe7e-4fdf-8e5c-83735b60ab7b@proxmox.com> (raw)
In-Reply-To: <20250709123435.64796-2-f.schauer@proxmox.com>
There's zero actual commit message and basically no rustdoc comment for
the public interface, that needs to improve, especially library crates
should be held to higher standards in this regard.
non-exhaustive list of things that I'd find relevant for such crates:
- describing the background in the commit message (where this will be used,
why is it worth having, can we, e.g., replace some existing code with this)
- short overview as rustdoc comment, here either module wide or on the type.
- adding a (short) rustdoc example for how this would be used.
- some basic unit tests, as the Read trait is implemented for &[u8], this
would be doable here without IO side effects for the underlying build
system and make review of edge cases much easier.
I know you're a bit in a rush to advance this series, and we do not have
to get this fine-polished for initial inclusion; but investing roughly a
half an hour consisting of 10 minutes for a _bit_ more rustdoc and 20
minutes for some very basic tests and might get us a long way here
Am 09.07.25 um 14:34 schrieb Filip Schauer:
> diff --git a/proxmox-io/src/range_reader.rs b/proxmox-io/src/range_reader.rs
> new file mode 100644
> index 00000000..307bfe27
> --- /dev/null
> +++ b/proxmox-io/src/range_reader.rs
> @@ -0,0 +1,94 @@
> +use std::io::{Read, Seek, SeekFrom};
> +use std::ops::Range;
> +
> +pub struct RangeReader<R: Read + Seek> {
> + reader: R,
> +
> + /// Range inside `R`.
> + range: Range<u64>,
> +
> + /// Relative position inside `range`
nit: Inconsistent use of trailing sentence point, one above got one but this
here and below doesn't.
> + position: u64,
> +
> + /// True once the initial seek has been performed
> + ready: bool,
nit: It's internal, so not _that_ important, but might be slightly nicer to be
very explicit with the name, e.g. seeked_once or first_seek_done, as ready
is generic and opaque, people can interpret this widely different, and while
we at least got some rustdoc here (thx to Wolfgang including it in his
suggestion to add this in his review for the previous version I guess ;), it's
still nice to have that communicated in the code that uses this.
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
next prev parent reply other threads:[~2025-07-10 6:04 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-09 12:34 [pve-devel] [PATCH container/docs/lxcfs/manager/proxmox{, -perl-rs}/storage v3 00/13] support OCI images as container templates Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH proxmox v3 01/13] io: introduce RangeReader for bounded reads Filip Schauer
2025-07-10 6:04 ` Thomas Lamprecht [this message]
2025-07-09 12:34 ` [pve-devel] [PATCH proxmox v3 02/13] add proxmox-oci crate Filip Schauer
2025-07-10 8:46 ` Wolfgang Bumiller
2025-07-09 12:34 ` [pve-devel] [PATCH proxmox-perl-rs v3 03/13] add Perl mapping for OCI container image parser/extractor Filip Schauer
2025-07-10 10:39 ` Wolfgang Bumiller
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 04/13] add support for OCI images as container templates Filip Schauer
2025-07-10 10:31 ` Wolfgang Bumiller
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 05/13] config: add entrypoint parameter Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 06/13] configure static IP in LXC config for custom entrypoint Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 07/13] setup: debian: create /etc/network path if missing Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 08/13] setup: recursively mkdir /etc/systemd/{network, system-preset} Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH container v3 09/13] manage DHCP for containers with custom entrypoint Filip Schauer
2025-07-09 13:41 ` Filip Schauer
2025-07-10 10:34 ` Wolfgang Bumiller
2025-07-09 12:34 ` [pve-devel] [PATCH lxcfs v3 10/13] lxc.mount.hook: override env variables from container config Filip Schauer
2025-07-10 9:30 ` Wolfgang Bumiller
2025-07-09 12:34 ` [pve-devel] [PATCH storage v3 11/13] allow .tar container templates Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH manager v3 12/13] ui: storage upload: accept *.tar files as vztmpl Filip Schauer
2025-07-09 12:34 ` [pve-devel] [PATCH docs v3 13/13] ct: add OCI image docs Filip Schauer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=67390696-fe7e-4fdf-8e5c-83735b60ab7b@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=f.schauer@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox