Re: Crash on delete record with filter in place

On Mon, 2011-09-19 at 14:23 -0500, Dave Page wrote:
> On Monday, September 19, 2011, Guillaume Lelarge <guillaume@lelarge.info>
> wrote:
> > On Sat, 2011-09-17 at 17:45 -0400, Colin Beckingham wrote:
> >> Using pgadmin 1.15 Dev on Opensuse 11.4, kernel 3.0.
> >>
> >> Viewing the data in a table with full data set visible, select a record
> >> for delete, run delete, record is deleted correctly, pgadmin continues
> >> to run.
> >>
> >> View the data in a table and place a filter to show subset of records.
> >> Attempt to delete a row. This is permitted by the menus. Row is deleted
> >> correctly, however pgadmin immediately crashes both the main and the
> >> view data windows. Data is intact, restarting pgadmin allows to continue
> >> as before.
> >
> > I don't manage to get a reproducible test case. I mean, I do get some
> > crashes, but they are mostly random. Something that would crash pgAdmin
> > once won't work twice. Which doesn't help fixing it.
>
> Random crashes should certainly be investigated though, especially if you've
> found an area of the code where they may happen from time to time. Can you
> attempt to reproduce with core dump enabled, or even under GDB? I'd like to
> see a backtrace if possible.
>

See the attachment. I was using GDB. Note that this is not a segfault.
It's a SIGABRT.

What surprised me at first was this:

#6  0x00007ffff7148ef5 in wxGrid::SetTable (this=0x1b48a10, table=0x0,
takeOwnership=false, selmode=wxGrid::wxGridSelectCells)
    at ./src/generic/grid.cpp:4529

I first suspected that it was due to the "refresh-on-click" patch. But
it doesn't seem so.

> FYI, I fixed a crash bug this morning that conceivably could occur anywhere,
> but in practice was only reproducible on some Solaris boxes.
>

Yeah, saw that. Good catch.


--
Guillaume
  http://blog.guillaume.lelarge.info
  http://www.dalibo.com