Hi,<br><br><div class="gmail_quote">On Thu, Jul 5, 2012 at 3:57 PM, Christoph Feck <span dir="ltr"><<a href="mailto:christoph@maxiom.de" target="_blank">christoph@maxiom.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thursday 05 July 2012 15:39:33 Dominik Haumann wrote:<br>
> Hi,<br>
><br>
> in Kate, we have a (virtual) Cursor class:<br>
><br>
> class Cursor<br>
> {<br>
>   // public functions<br>
><br>
>   private:<br>
>     int m_line;<br>
>     int m_column<br>
> };<br>
><br>
> Unfortunately, in backtraces by Dr. Konqi we only get:<br>
> #11 0x00007f1c85128b2a in KateLayoutCache::updateViewCache<br>
> (this=0x54db630, startPos=..., newViewLineCount=35,<br>
> viewLinesScrolled=<optimized out>)<br>
><br>
> Here, startPos is a Cursor, but we cannot see its values.<br>
><br>
> It would help tremendously sometimes to know the line/column<br>
> values. So having "startPos=(4, 2)" instead of "startPos=...".<br>
><br>
> Is there any way to provide this feature to get better backtraces<br>
> by default in Dr. Konqi?<br>
<br>
</div>You have to compile with -O0, afaik. Otherwise trivial code gets<br>
inlined, arguments stay in registers, and you cannot get them in the<br>
backtrace.<br></blockquote><div><br></div><div>I think thats the <optimized out> case above, the ellipsis is probably just because its a non-trivial pod object, i.e. not a pointer but also not a simple datatype like int. It might also already be enough if dr. konqi did a bt full, I think that also produces struct-printouts (and cursor is nothing other than a simple struct).</div>
<div><br></div><div>Andreas</div></div>