Custom Query (1030 matches)
Results (451 - 453 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #741 | fixed | source locations are off (Windows) | ||
| Description |
meta-. on, e.g. |
|||
| #742 | fixed | Opening foreign libraries on initial thread does not play nice with CFFI | ||
| Description |
A recent change to open-shared-library runs the code on the initial thread. The result of this is that if anything goes wrong (like the library not being found) the error is dumped to the AltConsole. This undermines CFFI's mechanism for finding shared libraries, which relies on open-shared-library being run within the dynamic context of a handler-case. It also seems like kind of a bad plan to dump an error to the AltConsole for something as common as not funding a shared library. |
|||
| #744 | fixed | Describing memory faults in Darwin | ||
| Description |
If we get an unrecoverable memory fault, we try to use the siginfo_t argument to the signal handler to describe the reason for the fault. On Darwin, we handle exceptions at the Mach level and create the siginfo_t argument ourselves. I think that we do this to make the fault address easier to find, but I don't think that we set other fields in the siginfo_t to meaningful values, so the attempt to describe those fields often gives misleading results. We should presumably either try harder to initialize the siginfo_t the way that a real SIGBUS or SIGSEGV would, or not trust our ability to describe the fault accurately. |
|||
