> On Sun, Jun 21, 2009 at 11:20 AM, John David > Anglin<dave@xxxxxxxxxxxxxxxxxx> wrote: > > We never figured out why the fault actually occurred (Kyle got busy). > > It seems like there is a problem with the address mapping during signals. > > However, there was some rebuilds in the above and I'm not sure the > > analysis is correct. =A0However, I'm sure the problem isn't with > > __canonicalize_funcptr_for_compare. > > Hoccam's razor. It's a gcc bug. > > The arg0 to __c_f_f_c is being clobbered by the previous call. > Rearrangeing the if-the-else cases into a set if cases fixes the > clobbering of arg0 and fixes strace. > > The move of the fptr into r26 is moved before the call to umove, then > umove clobbers r26, then __c_f_f_c is called and crashes. This needs a GCC bug report. It an important defect. As usually, preprocessed source is needed and compiler version. The version of strace in lenny/testing doesn't have any calls to __c_f_f_c. Dave -- J. David Anglin dave.anglin@xxxxxxxxxxxxxx National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html