(sorry hit send to early on my last post... Editing the comment) Tried running mach run using CRASH_INSTEAD policy on /dev/null... Unfortunately, in rr, this looks like the crash is coming from code we don't modify (at least not directly) Our modifications are on graphite font rendering... While the crash seems to be coming from some pango/cairo code (a different library that uses text internationalization). I have attached the last stack trace with reasonable symbols prior to the crash as seen in rr (attached in the last post) Continuing beyond this point results in some more code running and eventually ending with ``` Thread 1 received signal SIGSYS, Bad system call. ``` followed by a stack trace of ``` #0 0x000000007000000e in () #1 0x00007f14b4775d20 in () at /usr/bin/../lib/rr/librrpreload.so #2 0x00007f14b4772b7a in () at /usr/bin/../lib/rr/librrpreload.so #3 0x00007f14b47732f8 in () at /usr/bin/../lib/rr/librrpreload.so #4 0x00007f14b4773b73 in () at /usr/bin/../lib/rr/librrpreload.so #5 0x00007f14b4772a1a in () at /usr/bin/../lib/rr/librrpreload.so #6 0x00007f14b4772a4a in () at /usr/bin/../lib/rr/librrpreload.so ``` Not fully sure how to interpret this
Bug 1575985 Comment 31 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(sorry hit send to early on my last post... Here is the description for that post) Tried running mach run using CRASH_INSTEAD policy on /dev/null... Unfortunately, in rr, this looks like the crash is coming from code we don't modify (at least not directly) Our modifications are on graphite font rendering... While the crash seems to be coming from some pango/cairo code (a different library that uses text internationalization). I have attached the last stack trace with reasonable symbols prior to the crash as seen in rr (attached in the last post) Continuing beyond this point results in some more code running and eventually ending with ``` Thread 1 received signal SIGSYS, Bad system call. ``` followed by a stack trace of ``` #0 0x000000007000000e in () #1 0x00007f14b4775d20 in () at /usr/bin/../lib/rr/librrpreload.so #2 0x00007f14b4772b7a in () at /usr/bin/../lib/rr/librrpreload.so #3 0x00007f14b47732f8 in () at /usr/bin/../lib/rr/librrpreload.so #4 0x00007f14b4773b73 in () at /usr/bin/../lib/rr/librrpreload.so #5 0x00007f14b4772a1a in () at /usr/bin/../lib/rr/librrpreload.so #6 0x00007f14b4772a4a in () at /usr/bin/../lib/rr/librrpreload.so ``` Not fully sure how to interpret this
(Ignore the last attachment - hit send too early)