pg.ddx.io  pgadmin-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Dave Page <dpage@postgresql.org>
To: Dhanaraj M <Dhanaraj.M@sun.com>
Cc: pgadmin-hackers@postgresql.org
Subject: Re: pgadmin3-1.6.0 - Segmentation Fault (core dumped)
Date: Thu, 30 Nov 2006 12:39:55 +0000
Message-ID: <456ED11B.5050005@postgresql.org> (raw)
In-Reply-To: <456EC77B.6040307@sun.com>
References: <456C23FD.4080708@sun.com>
	<456C2A98.90005@postgresql.org>
	<456D03B4.1090501@sun.com>
	<456D478C.7090303@postgresql.org>
	<456D6230.9000203@sun.com>
	<456DB777.1060100@postgresql.org>
	<456E5E1A.3060805@sun.com>
	<456EA0B3.2000001@postgresql.org>
	<456EC77B.6040307@sun.com>

Dhanaraj M wrote:
> 
>> I'm confused - you said this happens when you close the query window, 
>> but the stack trace shows frmQuery::OnChangeConnection(wxCommandEvent)
>>
>> >> Do you want to save-> NO
>> >> Segmentation Fault (core dumped)
>>
>> Is that the right core file? If so, can you detail the exact steps you 
>> take to get to the crash, because I can't provoke a crash even playing 
>> with the connection select dialogue (though I am running on 
>> wxGTK/Linux rather than wxGTK/Solaris).
> 
> Yes. I re-checked. I sent the right file.
> 
> STEPS: I open pgadmin. Connect to my local machine. Select the DB. Goto 
> query tool. close the tool. Pgadmin aborts.
> 
> Whenever I close the query tool,  I see the core dump. (Same problem - 
> even when I open the query tool and close or execute quries and close)
> This is there both in 1.6.0 and 1.6.1.

No, certainly can't reproduce this. I just tried installing Solaris 10 
on VMware so I could test this, but unfortunately it's having some 
serious stability issues so I'm not sure there's much debugging I can do 
easily :-(

>> One other thing - are you building with --enable-debug? That might 
>> help get more meaningful debug output.
> 
> 
> I am currently working on this. I will send them ASAP.

Thanks. I really don't understand the traces you've sent so far - they 
all include functions in dlgSelectConnection which would never be called 
following the steps you give above unless there is something *very* 
wrong with your build.

>>> 2. When I right click on a table and select view data, it aborts. The 
>>> stack trace is here.
>>
>>
>> I cannot reproduce this either. Do you have permission to view that 
>> particular table? Does it only occur with specific tables?
> 
> This behaviour is not consistent. It is not related to the table. This 
> problem may occur only certain times (not always) for the same set of 
> steps.
> This problem is only with 1.6. 1 and not in 1.6.0.
> 
> +++++++++++++++++++++++++++++++++++++++++
> -
> I noticed one more in-consistent problem in the query tool. Sometimes 
> there is no results displayed after executing the query.

Is your libpq built with --enable-thread-safety?

Regards, Dave.



view thread (10+ messages)

Message-ID: <456ED11B.5050005@postgresql.org>
Permalink:  ../456ED11B.5050005@postgresql.org/
Also on:    postgresql.org/message-id/456ED11B.5050005@postgresql.org

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgadmin-hackers@postgresql.org
  Cc: dpage@postgresql.org, Dhanaraj.M@sun.com
  Subject: Re: pgadmin3-1.6.0 - Segmentation Fault (core dumped)
  In-Reply-To: <456ED11B.5050005@postgresql.org>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox