mlsvrts

I noticed this as well while deserializing timestamps -- one work-around might be to serialize a Duration since the UNIX_EPOCH directly. The field names are not as informative (["secs", and...

@avitex Even of it requires breaking change, I don't that this should be simply left as is. If you send this JSON outside of the Rust (or even serde) ecosystem,...

@HughGrant By default, WSL does not have access to windows USB devices -- so that may be your issue. Historically, it hasn't been possible to 'pass-through' USB to WSL like...

@ryankurte Thanks for the feedback! Maybe I'm misunderstanding the goals of this project. I expect a stack like: ``` host system ------ comm. transport (usb, uart, i2c, etc.) ------ can...

PySerial reads its port information from sysfs, which I believe will typically agree with udev's ID_VENDOR and ID_MODEL. However, [serialport-rs has prefered *_FROM_DATABASE](https://github.com/serialport/serialport-rs/blame/d2dc606dfb8f49b2654a93aec577a4f0a24b29a5/src/posix/enumerate.rs#L74) for about two years, which is not...

@Gisleburt `serialport-rs` uses a pretty thin wrapper over `libudev` for enumeration; can you provide some information about the system you're running on? I can list ports correctly on a CM4...

@duqingkun Can you provide the exact error/debug output when you try to open the port? Also, can you share how you are creating the virtual serial ports? (Eltima?) Currently there...

I think the `list_ports` from the head of this repository will only be compatible with the current development release (4.2.1-alpha). I expect the example at the 4.2.0 release (https://github.com/serialport/serialport-rs/commit/60d1f3eb1d455ef44553d54b97c1cd4b821b45fb) will...

Possibly related to #25 I guess that the current solution for 'wait forever' on read would be: ```rust port.set_timeout(Duration::MAX).ok(); ```

@eranknafo2001 Agreed, but I don't think there is any way to express 'no timeout' in serialport-rs ([see my comment here](https://github.com/serialport/serialport-rs/issues/25#issuecomment-1104661967)) -- so we're left with 'wait for a really long...