[Webkit-unassigned] [Bug 127902] Fix the remaining regression caused by the jsCStack branch merge on Linux platforms

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Feb 25 16:50:59 PST 2014


https://bugs.webkit.org/show_bug.cgi?id=127902





--- Comment #16 from Michael Saboff <msaboff at apple.com>  2014-02-25 16:48:06 PST ---
(In reply to comment #15)
> Created an attachment (id=225196)
 --> (https://bugs.webkit.org/attachment.cgi?id=225196&action=review) [details]
> Debugging data - info proc all, instructions, registers with ToT
> 
> This text file contains GDB output of the `info proc all` command. I hope that properly represents the requested memory mappings.
> 
> There's also the call_varargs instruction list and register values I produced with a ToT build.

In the attachment, the memory map shows:
          Start Addr           End Addr       Size     Offset objfile
      0x7ffffff7b000     0x7ffffffff000    0x84000        0x0 [stack]

And the registers show:
Registers:
rdx            0x7fffffefc380    140737487291264
rbp            0x7ffffff7c400    0x7ffffff7c400
rsp            0x7ffffff7c380    0x7ffffff7c380

rdx - 0x7fffffefc380 - Isn't part of the mapped address space.  The current stack allocation isn't big enough for this call.

The value pointed to by VM::m_jsStackLimit is also outside of the allocated stack area.
%r11:
0x4537c0:    0x00007fffffc1df20

Could it be that when VM::m_jsStackLimit was updated, the stack allocation wasn't increased?  Or maybe VM:m_jsStack shouldn't have been updated.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list