1 post tagged
#numpy
Using a Custom JSONEncoder for Pandas and Numpy
Serialization that plays nicely together.
1 post tagged
Serialization that plays nicely together.
This particular feature requires me doing some work that I just don't have time for. It's not something that someone can contribute as it primarily deals with signing the driver itself. on Support for overclocking on macOS 11.0+ a month ago
Right now you only have one port enabled in the config, and the adapter says detected but not reading... which is why I ask this. on GCAdapterDriver not working over the apple one a month ago
(And as dumb as it might sound, you're using the black cord right? Not the rumble cord?) on GCAdapterDriver not working over the apple one a month ago
(DriverKit doesn't fully remove a driver install until a reboot occurs) on GCAdapterDriver not working over the apple one a month ago
sudo systemextensionsctl list
when the driver is toggled on from the dropdown? on GCAdapterDriver not working over the apple one
a month ago
.kext
-based installation method - the GCAdapterDriver homepage indicates this:
You're trying to run the .kext
installer from the right, but you actually need to do the installer on the left. on GCAdapterDriver not working over the apple one
a month ago
.kext
? Need to know your actual macOS version before we could even begin to debug - based on Finder I'm guessing it's 10.15 or less? on GCAdapterDriver not working over the apple one
a month ago
RequestData
like the following:
impl<T> RequestData<T> {
pub fn info(&mut self, message: impl Into<String>) {
self.messages = self.messages.info(message);
}
}
...which created the following error:
error[E0507]: cannot move out of `self.messages` which is behind a mutable reference
--> libs/apex-utils/src/request.rs:37:25
|
37 | self.messages = self.messages.info(message);
| ^^^^^^^^^^^^^ ------------- `self.messages` moved due to this method call
| |
| move occurs because `self.messages` has type `Messages`, which does not implement the `Copy` trait
|
note: `Messages::info` takes ownership of the receiver `self`, which moves `self.messages`
It could be worked around by the following, which I alluded to in my last comment regarding Clone
:
impl<T> RequestData<T> {
pub fn info(&mut self, message: impl Into<String>) {
self.messages = self.messages.clone().info(message);
}
}
Personally speaking, I also am just not a fan of needing to pepper request.messages =
throughout handlers, the assignment aspect just isn't relevant to what's usually going on - but that's more subjective so I defer to you. on Support extracting messages in one pass?
2 months ago