Hi Luiz,
I have the same problem on Windows 7 when trying to launch pgadmin from
the container.
Have you managed to solve your problem? Do you know what is causing it?
Regards,
Matt
--
Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org)
To make changes to your subscripti
Hi,
PgAdmin 3 stops at the application launch in Windows 8.1
I think it's related to some windows update because pgadmin was working fine a
month or two before
I can not say exactly when this started to happen because I do not using
pgadmin so intensely lately.
I was using pgAdmin 1:18, I tried
Re: Dave Page 2014-09-05
> OK. Judging from the stacktrace, it's wxWidgets that's at fault here.
>From the low-level nature of the errors I'd also think so, yes.
> Unfortunately there are a number of such bugs that are not actually in
> pgAdmin and we've been unable to get fixed. That's one of
On Fri, Sep 5, 2014 at 3:55 PM, Scott Furry wrote:
> On 05/09/14 08:01 AM, Dave Page wrote:
>>
>> OK. Judging from the stacktrace, it's wxWidgets that's at fault here.
>>
Event: Crash dialog when right clicking a collapsed PgAdmin window
in Task panel
Replication Steps:
Hi Ray
On Fri, Sep 5, 2014 at 3:50 PM, Raymond O'Donnell wrote:
> On 05/09/2014 15:01, Dave Page wrote:
>
>> Unfortunately there are a number of such bugs that are not actually in
>> pgAdmin and we've been unable to get fixed. That's one of the reasons
>> why we're starting work on pgAdmin 4 whic
On 05/09/14 08:01 AM, Dave Page wrote:
OK. Judging from the stacktrace, it's wxWidgets that's at fault here.
Event: Crash dialog when right clicking a collapsed PgAdmin window in Task panel
Replication Steps: Unable to replicate
There's several ways to make the stock Debian and apt.postgresql.
On 05/09/2014 15:01, Dave Page wrote:
> Unfortunately there are a number of such bugs that are not actually in
> pgAdmin and we've been unable to get fixed. That's one of the reasons
> why we're starting work on pgAdmin 4 which won't use wxWidgets. It
Hi Dave,
Out of curiosity, what are you usin
Hi Christoph
On Fri, Sep 5, 2014 at 9:50 AM, Christoph Berg wrote:
> Re: Leonard Boyce 2014-08-29
>
>> Hi Dave,
>>
>> Sorry to say, no symbols in the pgadmin3 binary or any of the wx libs.
>
> The debug symbols (from -g2 -O2) are in a separate package,
> pgadmin3-dbg. The binaries in "pgadmin3"
Re: Leonard Boyce 2014-08-29
> Hi Dave,
>
> Sorry to say, no symbols in the pgadmin3 binary or any of the wx libs.
The debug symbols (from -g2 -O2) are in a separate package,
pgadmin3-dbg. The binaries in "pgadmin3" are stripped, same for the
libs.
That said, we ship a non-debug build in terms
Hi Dave,
Sorry to say, no symbols in the pgadmin3 binary or any of the wx libs.
Guess I'll just have to hope it does not happen again.
Thanks,
Leonard
On Fri, Aug 29, 2014 at 11:41 AM, Dave Page wrote:
> Hi
>
> On Fri, Aug 29, 2014 at 4:35 PM, Leonard Boyce
> wrote:
>> Hi Dave,
>>
>> I was no
Hi
On Fri, Aug 29, 2014 at 4:35 PM, Leonard Boyce
wrote:
> Hi Dave,
>
> I was not aware I was running a debug build. I'm running the deb from
> apt.postgresql.org
I don't know how those guys build pgAdmin - though in this case, it
may actually be the wxWidgets libraries. I don't use Debian/Ubunt
Hi Dave,
I was not aware I was running a debug build. I'm running the deb from
apt.postgresql.org
Is there some way to check exactly the build (normal vs debug)
Leonard
On Fri, Aug 29, 2014 at 11:31 AM, Dave Page wrote:
> As there is no pgAdmin code in that stacktrace, I'd suggest this is a
>
As there is no pgAdmin code in that stacktrace, I'd suggest this is a
wxWidgets bug. There are a few weird assertions that tend to fail in
wx, but will work in a release build with no problems, so you may want
to try to use a release instead of debug build.
On Fri, Aug 29, 2014 at 4:24 PM, Leonard
Platform: Ubuntu Linux Trusty x64
Language: en_us
Window Manager: KDE
Distribution: deb from apt.postgresql.org
Version: 1.18.1
Event: Crash dialog when right clicking a collapsed PgAdmin window in Task panel
Replication Steps: Unable to replicate
ASSERT INFO:
../src/common/wincmn.cpp(478): asser
Hi,
On Mon, Oct 21, 2013 at 11:46 PM, Edson Richter wrote:
> To "destroy" my Windows box I just have to execute in PgAdmin 1.16.1 the
> following query on any database:
>
> select database_to_xml(true, true, 'http://myorg.org');
>
> This will freeze my Windows 7 x64 box until I restart the comput
To "destroy" my Windows box I just have to execute in PgAdmin 1.16.1 the
following query on any database:
select database_to_xml(true, true, 'http://myorg.org');
This will freeze my Windows 7 x64 box until I restart the computer.
Is there any chance to make PgAdmin a bit more "crash proof"?
Th
Guillaume Lelarge-3 wrote
> On Wed, 2012-10-03 at 14:50 +0200, Michal Kozusznik wrote:
>> Still cannot find the condition when edit function window opens with
>> Apply button active.
>> However I found next side-effect of this. When I try to change something
>> in the function, for example its na
On Wed, 2012-10-03 at 14:50 +0200, Michal Kozusznik wrote:
> Still cannot find the condition when edit function window opens with
> Apply button active.
> However I found next side-effect of this. When I try to change something
> in the function, for example its name, if Apply button is active al
Still cannot find the condition when edit function window opens with
Apply button active.
However I found next side-effect of this. When I try to change something
in the function, for example its name, if Apply button is active already
after window open,pgAdmin crashes.
To summarize: if Apply
On Thu, 2012-09-20 at 17:14 +0400, Vjacheslav A. wrote:
> I have the same bug in editor,
> I open function body (Apply and Ok button are always active),
> if I click to Apply and then do copy/paste operation - pgAdmin crashes.
>
Well, if anyone finds a way to reproduce this, I'm interested to kno
I have the same bug in editor,
I open function body (Apply and Ok button are always active),
if I click to Apply and then do copy/paste operation - pgAdmin crashes.
(WinXP, PgAdmin 1.16.0, Postgre 9.1.5).
On Wed, Sep 19, 2012 at 6:54 PM, Michal Kozusznik <
kozusznik.mic...@ifortuna.cz> wrote:
>
So, looks like we have 2 different issues, because I can also confirm
that sometimes Apply and OK buttons are active and sometimes not.
Basically, always after starting pgAdmin, buttons works as expected -
are inactive after opening a function. But after some time, buttons
start to be available
On Thu, 2012-09-13 at 00:35 +, Kozusznik Michal wrote:
> RMB: right mouse button
>
> to me Apply button is active just after opening function properties window.
> after applying its state is changed to inactive. then any attempt to edit
> function body cause a crash. tested on various functi
RMB: right mouse button
to me Apply button is active just after opening function properties window.
after applying its state is changed to inactive. then any attempt to edit
function body cause a crash. tested on various functions and various letters to
be pressed.
MK
12. 9. 2012 v 22:52, "Gu
On Wed, 2012-09-12 at 18:05 +0200, Michal Kozusznik wrote:
> Tested with:
> pgAdmin v1.16.0
> posttgresql 8.4
> Windows 7 64bit
>
> How to reproduce
> 1. find a function in object tree
> 2. RMB on function, then select Properties
RMB?
> 3. Select Code tab
> 4. Hit Apply button
> 5. put cursor so
Tested with:
pgAdmin v1.16.0
posttgresql 8.4
Windows 7 64bit
How to reproduce
1. find a function in object tree
2. RMB on function, then select Properties
3. Select Code tab
4. Hit Apply button
5. put cursor somewhere into function body to enter any letter
PgAdmin will crash.
--
Sent via pgad
Le 13/08/2010 07:33, Guillaume Lelarge a écrit :
> Le 11/08/2010 02:20, Franz Fritsche a écrit :
>> Hello!
>>
>> Find a description of the problem/crash below.
>>
>> ~~~
>> Local installation:
>> Windows 7 / German
>> PgAdmin III: V. 1.10.3
>> PostgreSQL: 8.4.4
>> ~~
Le 11/08/2010 02:20, Franz Fritsche a écrit :
> Hello!
>
> Find a description of the problem/crash below.
>
> ~~~
> Local installation:
> Windows 7 / German
> PgAdmin III: V. 1.10.3
> PostgreSQL: 8.4.4
> ~~~
>
> Start PgAdmin with double clicking an icon;
Hello!
Find a description of the problem/crash below.
~~~
Local installation:
Windows 7 / German
PgAdmin III: V. 1.10.3
PostgreSQL: 8.4.4
~~~
Start PgAdmin with double clicking an icon; target:
C:\Programme\PostgreSQL\8.4\bin\pgAdmin3.exe -s "PostgreSQL 8
Le 05/01/2010 17:40, Guillaume Lelarge a écrit :
> Le 05/01/2010 04:34, Franz Fritsche a écrit :
>> [...]
>> P.S. Just a comment: I'd propose to disable the toolbar button "Execute the
>> last used plugin." if
>> there are no plugins to execute (for the selected "object" in the Object
>> Viewer)
Le 05/01/2010 18:33, Guillaume Lelarge a écrit :
> Le 05/01/2010 17:40, Guillaume Lelarge a écrit :
>> Le 05/01/2010 04:34, Franz Fritsche a écrit :
>>> Dear Guillaume!
>>>
>>> I'm sorry, but I could not figure out how to reply to your post in the
>>> mailing list. :-(
>>>
> Obviously the pr
Le 05/01/2010 17:40, Guillaume Lelarge a écrit :
> Le 05/01/2010 04:34, Franz Fritsche a écrit :
>> Dear Guillaume!
>>
>> I'm sorry, but I could not figure out how to reply to your post in the
>> mailing list. :-(
>>
Obviously the problem is that "Properties..." is not disabled (grayed),
>
Le 05/01/2010 04:34, Franz Fritsche a écrit :
> Dear Guillaume!
>
> I'm sorry, but I could not figure out how to reply to your post in the
> mailing list. :-(
>
>>> Obviously the problem is that "Properties..." is not disabled (grayed),
>>> which it should be.
>>> [... ] The same seems to be
Le 04/01/2010 21:20, Franz Fritsche a écrit :
> Local installation:
> Windows 2000 Professional
> PgAdmin III: V. 1.10.1
> PostgreSQL: 8.4.2
>
> ~~~
>
> Starting PgAdmin with doublecklicking an icon, target:
>
> C:\Programme\PostgreSQL\8.4\bin\pgAdmin3.exe /s "PostgreSQL 8.4"
Local installation:
Windows 2000 Professional
PgAdmin III: V. 1.10.1
PostgreSQL: 8.4.2
~~~
Starting PgAdmin with doublecklicking an icon, target:
C:\Programme\PostgreSQL\8.4\bin\pgAdmin3.exe /s "PostgreSQL 8.4" /q
This way PgAdmin auto connects to my database and opens a Que
Title: pgadmin crash on a big database
Platform : Windows XP
Binary distrib
Version 1.4.1
On graphical operations such as graphical modification on data in a table, PGAdmin crashes (Windows bug).
These crashes happen on any table (big or small, it depends) and are not regular.
I have a
Message-From: Gracia-Lorca
Gregory [mailto:[EMAIL PROTECTED] Sent: 08 July 2003
08:47To: [EMAIL PROTECTED]Subject:
[pgadmin-support] pgadmin crash
i've done a "select" from 2 big table (7000 and 2500 lignes).
the res
i've done a "select" from 2 big table (7000 and 2500 lignes).
the result have 85 lignes...
--> and pgadmin and pgaccess have crash
why?? can you help me??Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Testez le nouveau Yahoo! Mail
38 matches
Mail list logo
