Re: Patch: Auto-generate search_path statement for selected schema in query editor

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Neel Patel <neel(dot)patel(at)enterprisedb(dot)com>
Cc: Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>, Florian Klaar <flo(dot)klaar(at)gmx(dot)de>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: Patch: Auto-generate search_path statement for selected schema in query editor
Date: 2013-04-08 14:39:09
Message-ID: CA+OCxoxdda2Xjjo2s8=UWwq3q5zg-D64ckafEyqt25CnwVR2dA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

On Thu, Mar 28, 2013 at 12:04 PM, Neel Patel
<neel(dot)patel(at)enterprisedb(dot)com> wrote:
> Hi Dave,
>
> I looked in the code and attached is the updated patch.
>
> I have tested with my environment and it is not crashing and also now
> "output pane" and "scratch pad" will not shown on GDB pane.
>
> Please verify at your end for both the issues and let me know if any
> modification is required.

Hi,

I'm still seeing a crash I'm afraid:

1) Start pgAdmin
2) Connect to a database
3) Open the query tool
4) Click in the scratch pane
5) Click the GQB tab.
6) *Boom*

> ntdll.dll!774115de()
[Frames below may be incorrect and/or missing, no symbols loaded for
ntdll.dll]
ntdll.dll!774115de()
ntdll.dll!7740014e()
wxmsw28ud_core_vc_custom.dll!wxSizer::Layout() Line 885 C++
wxmsw28ud_core_vc_custom.dll!wxSizer::SetDimension(int x, int y, int
width, int height) Line 981 C++
wxmsw28ud_core_vc_custom.dll!wxSizerItem::SetDimension(const wxPoint
& pos_, const wxSize & size_) Line 389 C++
0018ef10()
wxmsw28ud_core_vc_custom.dll!wxSizer::Layout() Line 885 C++

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Akshay Joshi 2013-04-09 09:35:48 Re: pgAdmin with SSHTunneling support
Previous Message Dave Page 2013-04-08 11:38:31 Re: Re: Missing REVOKE in SQL for functions with SECURITY DEFINER (or any function, really)