<br><br><div class="gmail_quote">On Tue, May 18, 2010 at 7:25 AM, eric b <span dir="ltr">&lt;<a href="mailto:eric.bachard@free.fr">eric.bachard@free.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="word-wrap: break-word;">
<br><div><div>Le 18 mai 10 à 00:48, Michal Spisiak a écrit :</div><br><blockquote type="cite">Hi,<br><br></blockquote><div><br></div><div>Hi Michal,</div><div class="im"><div><br></div><br><blockquote type="cite">recently, I installed Display Data Debugger, because working in console gdb got to be quite tedious as I want to look at various values simultaneously.</blockquote>
<div><br></div><div><br></div></div><div>Well, this is just a question of habits, but I understand you prefer something more graphical.</div></div></div></blockquote><div><br>Not really, I&#39;m quite used to gdb now, it&#39;s just that it really takes more time to check all the values in it, comparing to any graphical debugger, where you can have it always at hand.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="word-wrap: break-word;"><div><div class="im"><div><br></div><br><blockquote type="cite">
 But I got problem with SIGSEGV signal at the start:<br><br> Program received signal SIGSEGV, Segmentation fault.</blockquote><blockquote type="cite">Window::GetExtendedStyle (this=0xbffff904) at /home/miko/ooo-build/build/ooo320-m12/vcl/source/window/window2.cxx:1711<br>
</blockquote><div><br></div></div><div>Without use DDD, I have no idea, but I guess either mpWindowImpl-&gt;mnExtendedStyle is undefined or something like that.</div><div> </div><div>Did you try to put a breakpoint just before, to check whether mpWindowImpl-&gt;mnExtendedStyle  is defined or not (or has correct value)?</div>
<div><br></div><div>As first step, I&#39;d suggest to </div><div><br></div><div>- set a breakpoint just before the crash and check the content of &quot;this&quot; ( maybe some NULL value inside)</div></div></div></blockquote>
<div><br>You were right, it&#39;s a null pointer. Is there any way to deal with it?<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="word-wrap: break-word;"><div><div>- protec a bit, something like :</div><div><br></div><div>if ( mpWindowImpl-&gt;mnExtendedStyle ) </div><div><span style="white-space: pre;">        </span>return mpWindowImpl-&gt;mnExtendedStyle</div>
<div> else</div><div><span style="white-space: pre;">        </span>return (neutral /safe value to be found in the WinBits possible values) <br></div><div><br></div><div>And then see whether return a neutral or safe value can lead to a crash later, or fixes it (what I doubt). </div>
<div><br></div><div>In this case, better analyze more deeply, but that&#39;s strange to see DDD not work while gdb rocks (at least at this point), and I&#39;d vote for some DDD issue.</div><div class="im"><div><br></div></div>
</div></div></blockquote><div><br><br>To Cedric:<br><br>Last time I didn&#39;t source ooenv from DDD, but it was all the same when I did it this time. I&#39;ve got master ooo320-m12, is it that big deal? I don&#39;t want to play with it if it&#39;s not needed.<br>
<br>I know gdb in TUI mode, but it doesn&#39;t help me much.<br></div></div><br>