4 ms·
How about being able to debug multiple threads and processes? That would be actually useful. > Rust and Go and all the new age languages never seemed to have h
by vardump 7y ago
How about being able to debug multiple threads and processes? That would be actually useful.
> Rust and Go and all the new age languages never seemed to have heard of it despite proclaiming their commitment
Go rebuild / full rebuild times are fast enough. I don't think edit and continue would be that amazing with 1000 concurrent goroutines.
Rust will hopefully have edit and continue one day. Hopefully compiler will get faster as well... That said, I much prefer Rust compiler catching a significant portion of issues at compilation phase, thus not requiring debugging in the first place.
- sanxiyn 7y agoPernosco can debug multiple threads and processes and yes it is useful. https://pernos.co/about/multiprocess/ https://pernos.co/about/multiprocess/
- int_19h 7y agoI don't think I've ever seen an IDE for a multithreaded language that couldn't debug multiple threads. Most can also debug multiple processes in a single session, and some can automatically attach to child processes.
- vardump 7y agoI was thinking more about everything timeouting (or otherwise losing relevant state) around debugged thread / process.
- sanxiyn 7y agorr completely solves this problem.
- vardump 7y agoI both use Windows and deal with software using shared memory. Neither of which rr can deal with. While rr seems to be very nice, there's still room for improvement. But I guess this kind of tool might be impossible on current hardware, at least without emulation.