6 ms·
"rr currently only supports x86 32-bit processes." While the idea of a replay debugger is really nice, I don't understand where this limitation comes from. I t
by grundprinzip 13y ago
"rr currently only supports x86 32-bit processes."
While the idea of a replay debugger is really nice, I don't understand where this limitation comes from. I thought, that since years we practically live in a 64 bit world.
- chetanahuja 13y agoYes. This. This sounds like a great project and I would love to integrate this into our debugging workflow but this one limitation basically kills that prospect.
- iSnow 13y agoWell, it is version 1.0. If it is that important, maybe you could port it and issues some pull requests.
- btown 13y agoThere are a lot of low-level intrinsics that need to be called behind the scenes to do the recording, and I'm not surprised that they did their first experiments using the 32-bit versions, since they might be better documented, or there might be more expertise on the team if they've been working on 32-bit low-level stuff for decades. All those intrinsics should have 64-bit versions, though, so it's just a matter of time before 64-bit support lands. I'm sure they'd welcome pull requests!
- masklinn 13y ago> I don't understand where this limitation comes from. Time and money? Such as scheme requires a lot of very low-level ops (including things which are not available on all architectures), x86 is simpler and better-understood than x64, starting the project there seems as good a choice as not.
- sanxiyn 13y agoYou can use rr on 64-bit systems. rr requires 32-bit processes at the moment, but does not require 32-bit systems. 32-bit application on 64-bit kernel is a supported configuration.