Li Yuan wrote:
I met this problem on vermillion 57. The locale I use is en_US.UTF-8.
gnome-terminal crashed when I copy a file name into it(all English
words). I don't have orca running when gnome-terminal crashed. So I
guess it is a bug in vte.
Li
Here is the trace:
9466:
On Tue, 2007-01-23 at 09:20 +, Padraig O'Briain wrote:
Li Yuan wrote:
I met this problem on vermillion 57. The locale I use is en_US.UTF-8.
gnome-terminal crashed when I copy a file name into it(all English
words). I don't have orca running when gnome-terminal crashed. So I
guess it
Hi.
On Wed, Jan 10, 2007 at 12:57:18PM -0500, Willie Walker wrote:
Darn, I was hoping that would be a smoking gun. We have three Orca
developers (Rich, Mike, and Joanie) testing on Feisty, and they cannot
seem to reproduce the problem. I'm still curious if this might be
related to specific
Yes, I think it is vte's problem.
I saw (start_offset=560, end_offset=561). It is strange, end-start
should be a reasonable positive value, not that big (4294967257).
Li
On Wed, 2007-01-10 at 08:10 +, Padraig O'Briain wrote:
#8 0xb7677249 in IA__g_malloc (n_bytes=4294967257) at gmem.c:135
Hi Kenny:
Which locale are you using? Is it en_US or something else?
Will
On Wed, 2007-01-10 at 07:01 -0600, Kenny Hitt wrote:
Hi.
On Wed, Jan 10, 2007 at 08:10:56AM +, Padraig O'Briain wrote:
#8 0xb7677249 in IA__g_malloc (n_bytes=4294967257) at gmem.c:135
This shows that
Hi.
On Tue, Jan 09, 2007 at 07:48:07AM +, Padraig O'Briain wrote:
We need to know what the calls in libvte are.
Padraig
Is this better? Let me know what else I need to send, and I'll be happy
to get it.
Kenny
Program received signal SIGABRT, Aborted.
The number of bytes which g_malloc() is trying to allocate would be useful.
If the number if normal then it suggest that you have run out of virtual
memory. If it is abnormal it suggest a bug in the code.
Padraig
Kenny Hitt wrote:
Hi.
On Tue, Jan 09, 2007 at 07:48:07AM +, Padraig
Hi.
On Tue, Jan 09, 2007 at 03:30:51PM +, Padraig O'Briain wrote:
The number of bytes which g_malloc() is trying to allocate would be useful.
If the number if normal then it suggest that you have run out of virtual
memory. If it is abnormal it suggest a bug in the code.
Padraig
The
Replying to myself since I deleted the other messages in the thread.
I used tee to capture the output of the gdb session since the output was
causing problems for vim when I used speakup's cut and paste.
I installed the dbg versions of glib, atk, and at-spi. Hopefully this
log will provide
Hi.
I am having a strange problem using gnome-terminal in Feisty.
Gnome-terminal crashes with no error dialog. Then it crashes, all
terminal sessions close. The crash is random, but it seems to happen
when I use a Orca review key.
Gnome-terminal is at version 2.16.1-0ubuntu1
Libvte9 is at
I think that a stack trace for gnome-terminal process will be necessary.
Padraig
Kenny Hitt wrote:
Hi.
I am having a strange problem using gnome-terminal in Feisty.
Gnome-terminal crashes with no error dialog. Then it crashes, all
terminal sessions close. The crash is random, but it seems
Hi.
I haven't figured out a way to run gnome-terminal under gdb with speech.
Since all terminals close during the crash, I can't use gnome-terminal.
If I use xterm to run gdb, I don't have access to gdb. Any ideas on how
to get a stack trace would be apreciated.
Kenny
On Mon, Jan 08,
Kenny Hitt wrote:
Hi.
I haven't figured out a way to run gnome-terminal under gdb with speech.
Since all terminals close during the crash, I can't use gnome-terminal.
If I use xterm to run gdb, I don't have access to gdb. Any ideas on how
to get a stack trace would be apreciated.
Henrik Nilsen Omma wrote:
Kenny Hitt wrote:
Hi.
I haven't figured out a way to run gnome-terminal under gdb with speech.
Since all terminals close during the crash, I can't use gnome-terminal.
If I use xterm to run gdb, I don't have access to gdb. Any ideas on how
to get a stack trace
14 matches
Mail list logo