6252632e31
I saw that issue under gcc 4.9.0. for some reason gcc 4.9.0 didn't optimize next handler call in all fpu opcode handlers. As result, instead of finishing the handler and jumping to next one, the next handler is called blowing up stack. After some long period stack overflow might occur. The fix simply limit the max chaining depth to 1000 traces (should be enough) The same fix should be able to address the stack overflow problem when compiling with -O0 and handlers chaining speedup enabled. |
||
---|---|---|
bochs | ||
bochs-performance | ||
bochs-testing | ||
sfsite |