Thread: Help/PostgreSQL crash

Help/PostgreSQL crash

From
blacknoz@club-internet.fr
Date:
Hi Andreas,


----Message d'origine----
>Date: Thu, 04 Dec 2003 15:17:03 +0100
>De: Andreas Pflug <pgadmin@pse-consulting.de>
>A: Devrim GUNDUZ <devrim@gunduz.org>
>Copie à: Jean-Michel POURE <jm@poure.com>, timothy.r.morley@kc.frb.org,
>Sujet: Re: [pgadmin-hackers] [pgadmin-support] SSL connections and Query
>
>
>
>> * I get "Trace/breakpoint trap" error when I first click "Help/PostgreSQL
>>Help" and then perform fast clicks on help page :)
>>
>>
>Known, very unfortunate thing, and yet another non-SSL related bug.
>On my machine, this isn't traceable, because my desktop freezes when I
>encounter the problem while running under debugger's control (already
>upgradest to latest gdb).
>

Just a suggestion, I was able to generate a bt for this by launching gdb in a standalone text console (ctrl-alt-f1)
withexport DISPLAY to my Xserver and then came back to X with the shortcut you all know(ctrl-alt-f7 for display 0)...
Bydoing this, the desktop freezes but gdb is still usable in the text console... may be you could try to trace this way
althoughthis is not a real confortable situation... 

Regards,
Raphaël aka *!donkey_INTERNAL*


Re: Help/PostgreSQL crash

From
Andreas Pflug
Date:
blacknoz@club-internet.fr wrote:

>Hi Andreas,
>
>
>----Message d'origine----
>
>
>>Date: Thu, 04 Dec 2003 15:17:03 +0100
>>De: Andreas Pflug <pgadmin@pse-consulting.de>
>>A: Devrim GUNDUZ <devrim@gunduz.org>
>>Copie à: Jean-Michel POURE <jm@poure.com>, timothy.r.morley@kc.frb.org,
>>Sujet: Re: [pgadmin-hackers] [pgadmin-support] SSL connections and Query
>>
>>
>>
>>
>>
>>>* I get "Trace/breakpoint trap" error when I first click "Help/PostgreSQL
>>>Help" and then perform fast clicks on help page :)
>>>
>>>
>>>
>>>
>>Known, very unfortunate thing, and yet another non-SSL related bug.
>>On my machine, this isn't traceable, because my desktop freezes when I
>>encounter the problem while running under debugger's control (already
>>upgradest to latest gdb).
>>
>>
>>
>
>Just a suggestion, I was able to generate a bt for this by launching gdb in a standalone text console (ctrl-alt-f1)
withexport DISPLAY to my Xserver and then came back to X with the shortcut you all know(ctrl-alt-f7 for display 0)...
Bydoing this, the desktop freezes but gdb is still usable in the text console... may be you could try to trace this way
althoughthis is not a real confortable situation... 
>
>
Good suggestion!

I was able to locate the problem. I couldn't fix it ultimately, but the
attached patch, which should be added to our snapshot, is a workaround
(posted to wx patches as 854137). For unkown reasons, while selecting an
invalid color is returned, and setting that invalid color will result in
a wxASSERT. Unfortunately, this happens while rendering, ultimately
freezing the desktop while debugging.

>Regards,
>Raphaël aka *!donkey_INTERNAL*
>
>
Eeh Aaaah!


Regards,
Andrreas

Index: htmlcell.cpp
===================================================================
RCS file: /pack/cvsroots/wxwindows/wxWindows/src/html/htmlcell.cpp,v
retrieving revision 1.80
diff -c -r1.80 htmlcell.cpp
*** htmlcell.cpp    2003/09/18 22:44:16    1.80
--- htmlcell.cpp    2003/12/04 16:22:39
***************
*** 366,372 ****
          dc.SetBackgroundMode(wxTRANSPARENT);
          dc.SetTextForeground(fg);
          dc.SetTextBackground(bg);
!         dc.SetBackground(wxBrush(bg, wxSOLID));
      }
  }

--- 366,373 ----
          dc.SetBackgroundMode(wxTRANSPARENT);
          dc.SetTextForeground(fg);
          dc.SetTextBackground(bg);
!         if (bg.Ok())
!             dc.SetBackground(wxBrush(bg, wxSOLID));
      }
  }