Justin Tracey
Justin Tracey
Sure, I suppose it's been a while.
@tyrasd is there anything I can do to get this reviewed and merged?
Right, I think tornettools does this (or I did and forgot), but yes tor.common.torrc has `NumCPUs 1`. I see 3 TIDs associated with each tor PID, only one of which...
> On a more serious note, many people are going to have access to smaller machines and not that many people are going to have access to giant near-super computers....
Turns out this was never an issue with any of rustic, rust-analyzer, or lsp, but a known behavior with cargo itself. See, e.g., https://github.com/rust-lang/cargo/issues/14551
> gdb hangs trying to load the core. It's likely trying to load each plugin with a scan of the entire linkmap, resulting in quadratic time. It's a known issue...
Breakpoints inside plugins get tricky because under the hood of gdb, breakpoints don't actually apply to symbol names or symbols, they apply to memory addresses (specifically, they modify the code...
According to https://github.com/mozilla/notes/issues/1450#issuecomment-479655000, Google Analytics was removed in #1471. Does this mean this issue is unblocked?
rm: cannot remove '/tmp/tmp.i4z7SivxAR/incoming/pkg-deep-tree/[very deep tree]': Too many open files
This is caused by the standard library's `remove_dir_all()`. It's already tracked upstream that it cannot handle paths that are too long in https://github.com/rust-lang/rust/issues/53339, but it seems like the recursive implementation...
This actually affects multiple utils, not just timeout (anything with a format string; e.g., seq has the same problem). I'm adding a more complete fix is in #7209.