History log of /external/lldb/test/expression_command/issue_11588/main.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
00ebf2a9e5042fbf514c99a013e37de28a871fab 02-Apr-2013 Greg Clayton <gclayton@apple.com> Fix test case to not run to main and "next" 5 times. Use a breakpoint.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@178552 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/expression_command/issue_11588/main.cpp
dfafa141aa9d0dd0596bf08b3f941be8c308316d 17-Dec-2011 Johnny Chen <johnny.chen@apple.com> http://llvm.org/bugs/show_bug.cgi?id=11588
valobj.AddressOf() returns None when an address is expected in a SyntheticChildrenProvider

Patch from Enrico Granata:

The problem was that the frozen object created by the expression parser was a copy of the contents of the StgClosure, rather than a pointer to it. Thus, the expression parser was correctly computing the result of the arithmetic&cast operation along with its address, but only saving it in the live object. This meant that the frozen copy acted as an address-less variable, hence the problem.

The fix attached to this email lets the expression parser store the "live address" in the frozen copy of the address when the object is built without a valid address of its own.
Doing so, along with delegating ValueObjectConstResult to calculate its own address when necessary, solves the issue. I have also added a new test case to check for regressions in this area, and checked that existing test cases pass correctly.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@146768 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/expression_command/issue_11588/main.cpp