Re: frmEditGrid Crash testcase - Mailing list pgadmin-hackers

From Dave Page
Subject Re: frmEditGrid Crash testcase
Date
Msg-id 937d27e10804290107t372b7626m2601b877a5a8b8fd@mail.gmail.com
Whole thread Raw
In response to frmEditGrid Crash testcase  ("Robins Tharakan" <tharakan@gmail.com>)
List pgadmin-hackers
On Mon, Apr 28, 2008 at 12:43 AM, Robins Tharakan <tharakan@gmail.com> wrote:
> Hi,
>
> When we right click on the last row of a grid with very few rows (about
> 10-20), the application crashes to a halt with 'segmentation fault'.
>
> I am unable to find a good solution, but of what I understand,
> thread->IsRunning() fails when the thread is not actually running. Oddly,
> this happens only for small tables and not for those containing greater than
> ... say 50-100 rows.
>
> I tried the condition (thread & thread->IsRunning) and that fails too. Also
> (thread->IsAlive()) meets with the same fate. How can we check whether the
> thread is actually executing something or not, without actually causing a
> segfault for such cases ?
>
> If we remove this check altogether,  this problem obviously gets resolved,
> but of course, pgAdmin would then certainly crash if the user requests two
> table refreshes back-to-back in quick succession.
>
> Could anyone hint at what is the possible cause / solution to this issue ?
> I am using v7237 (1.9 branch).

Hi Robins,

There are some nasty hacks in the debugger code to work around what
I've only been able to pin down as 'issues' in the wxWidgets threading
code. I wouldn't be at all surprised if you're seeing something
similar here - unfortunately I think the only thing you can do is get
far more familiar with GDB than anyone should ever have to :-(


--
Dave Page
EnterpriseDB UK:   http://www.enterprisedb.com

pgadmin-hackers by date:

Previous
From: Erwin Brandstetter
Date:
Subject: Refresh issue in object tree
Next
From: svn@pgadmin.org
Date:
Subject: SVN Commit by dpage: r7238 - trunk/pgadmin3