+
+ Sven Panne <Sven.Panne@informatik.uni-muenchen.de> writes:
+
+ But now for the reallly bad news: Some nasty guy in the threaded world
+ modifies R3 (the frame pointer)!! This should not happen (as far as I
+ know R3 should be a callee-saves register). Sadly, I can't reproduce
+ this behaviour consistently, Perhaps it is some strange point of our
+ boxes here? (uname -svrm gives HP-UX A.09.05 A 9000/715)
+
+ ...
+
+ So here is my next try: Don't calculate the register buffer by _adding_
+ to FP[r3], but by _subtracting_ from SP! The patch below should result in the
+ same addresses (+/- some bytes :-) By the way, is the SP[r30] after returning
+ from the threaded world the same as the one before entering it?
+ I really hope so, otherwise %#*&!!