<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Oh.. Sorry. Now I see.<div>I had an issue with Xcode project layout so that build products was copied in bad place and I was linking against old framework.</div><div>Sorry for disturbing.</div><div>AppCode's lldb front-end will be ready for try very soon =)</div><div>Thank you.</div><div><br><div><div>On 14.07.2011, at 21:42, Enrico Granata wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>It is quite strange that the problem is occurring to you even using the latest LLDB. I tried to stick exactly to what you had typed: "expr [item title]", and still I do not get a crash:</div><div><br></div><div><div><div><b>(lldb) expr [item title]</b></div><div><b>(NSString *) $1 = 0x0000000100001238</b></div></div></div><div><br></div><div>Moreover, while I have not really had a chance to debug the debugger's evaluation of your expression, the code snippet that you pinpoint as the culprit (dereferencing a NULL pointer in GetCompleteQualType()), is fixed now:</div><div><br></div><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">case</span> clang::Type::ObjCObject:</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">case</span> clang::Type::ObjCInterface:</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> {</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">const</span> clang::<span style="color: #4795ae">ObjCObjectType</span> *objc_class_type = <span style="color: #4795ae">dyn_cast</span><clang::ObjCObjectType>(qual_type);</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">if</span> (objc_class_type)</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> {</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> clang::<span style="color: #4795ae">ObjCInterfaceDecl</span> *class_interface_decl = objc_class_type-><span style="color: #4795ae">getInterface</span>();</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; color: rgb(22, 147, 13); "><span style="color: #000000"> </span>// We currently can't complete objective C types through the newly added ASTContext</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; color: rgb(22, 147, 13); "><span style="color: #000000"> </span>// because it only supports TagDecl objects right now...</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">if</span>(class_interface_decl)</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> {</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #3600fc">bool</span> is_forward_decl = class_interface_decl-><span style="color: #4795ae">isForwardDecl</span>(); <-- only do it if class_interface_decl is not NULL</div></div><div><br></div><div>You might want to make sure you have grabbed the recent-most LLDB source code from the SVN repository. And, if this still not helps, probably sharing your source code so others can experiment with it and check exactly what is going wrong might be a good idea :).</div><div><br></div><div>Thanks again for your interest in LLDB.</div><br><div><div>On Jul 14, 2011, at 10:30 AM, Andrey Zaytsev wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 14.07.2011, at 20:09, Enrico Granata wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Andrey,</div><div>You might be pleased to know that this bug is fixed in the latest LLDB</div></div></blockquote><br></div><div>Hi, Enrico!</div><div>Thank you for consideration of my problem. </div><div>But your listing doesn't show described problem because "<b>expr (char*)[[itm title] UTF8String]</b>" doesn't invoke GetNumChildren method of SBValue. But if you do it (e.g. from python script) you'll get the crash.</div><div>It's reproduced with latest sources. (tried right now)</div><div><br></div><div>Fixing this problem will make this feature work:</div><div><br></div><div><span><Screen shot 2011-07-14 at 21.27.13.png></span></div><div><br></div><div>Xcode have the similar one in the variables view. But it doesn't work. And if Xcode team will fix that issue with "Invalid expression" they will face the described one =(</div><div>Thank you for consideration.</div><div><br></div><div><br></div><br></div>_______________________________________________<br>lldb-dev mailing list<br><a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br><a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br></blockquote></div><br></div></blockquote></div><br></div></body></html>