[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2012-03-17 Thread Robert Schroll
So, against what should this bug be filed? GTK/Qt? Vte? Python? All of them? Something else? -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to libxcb in Ubuntu. https://bugs.launchpad.net/bugs/419501 Title: apport-kde assert failure: python

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-06-30 Thread Robert Schroll
On 06/30/2010 05:14 AM, Julien Cristau wrote: > From what I can tell the python program in comment 31 appears to open an > X connection, fork, and then use that X connection from both the child > and the parent. That can't possibly work. And yet it does, in Ubuntu < Karmic. All that the child pr

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-05-05 Thread Robert Schroll
> "Both would be bugs in the application." I would like to point out my test case again (comment 31), a simple pyGTK app that displays the same problem. While it may have a bug (please point it out if you see it!), I find that unlikely given how short and simple it is, and because it works perfec

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-04-29 Thread Robert Schroll
OK, I'm not having any problems with "ico -threads 10" with the PPA. BUT: Is there any reason to believe that the problems with ico are the same as this bug? As far as I can tell, the problem here is that Python programs using X which execute a fork reliably throw a specific assertion error. (I

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-04-26 Thread Robert Schroll
Chris Halse Rogers wrote: > There has recently been work done upstream to fix these sort of bugs. > I've pushed some testing packages incorporating these fixes to > https://edge.launchpad.net/~raof/+archive/aubergine/+packages. I've tried installing packages from this PPA, and the test case still

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-03-09 Thread Robert Schroll
The testcase still fails on the daily ISO. ** Changed in: libxcb (Ubuntu Lucid) Status: Incomplete => Confirmed -- apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed. https://b

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-03-04 Thread Robert Schroll
> has anyone tried to reproduce this on lucid? I just tried the test case and got the same error as before. (Although now, it's caught by apport, so I have to wait for that think before I can see the problem. Progress!) This is on a VM image of lucid that is about 2 weeks old. libxcb isn't lis

[Ubuntu-x-swat] [Bug 280767] Re: Cannot adjust system beep volume, only frequency and duration

2010-02-14 Thread Robert Schroll
I am beginning to wonder if this is a problem with the playback of the beep, not with xset itself. After all, `xset q` reports the same values that are set with xset. Additionally, pulse audio's module-x11-bell properly respect the volume set by xset. Could the code that plays the beep be gettin

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-02-08 Thread Robert Schroll
I don't know if this helps or not, but I've found a work-around for my test case. The trick is to hold off on importing gtk and vte until after the child process forks off. I'm guessing that the error is due to two separate processes holding the same objects. (This affects both gtk and vte, but

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-02-06 Thread Robert Schroll
Here is the test case that I originally posted in #518269. It is a PyGTK app with a vte Terminal. It uses forkpty() to create a child process inside the terminal. That child process dies with this assertion error when it reaches the raw_input() statement. (Actually, it seems to need some action

[Ubuntu-x-swat] [Bug 419501] Re: apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed.

2010-02-06 Thread Robert Schroll
I just submitted bug #518269, in which this same error is seen in a PyGTK application. I don't know if it is the same bug as this one. But I did manage to put together a rather simple test case. If these turn out to be the same bug, please mark mine as a duplicate. -- apport-kde assert failure:

[Ubuntu-x-swat] [Bug 518269] Re: xcb_io.c assertion error following forkpty and raw_input in PyGTK

2010-02-06 Thread Robert Schroll
** Attachment added: "Test case" http://launchpadlibrarian.net/38847560/echotest.py -- xcb_io.c assertion error following forkpty and raw_input in PyGTK https://bugs.launchpad.net/bugs/518269 You received this bug notification because you are a member of Ubuntu-X, which is subscribed to libxc

[Ubuntu-x-swat] [Bug 518269] [NEW] xcb_io.c assertion error following forkpty and raw_input in PyGTK

2010-02-06 Thread Robert Schroll
Public bug reported: I am writing a PyGTK application which involves a vte Terminal. I use a forkpty() call to launch a child process in the terminal. When the child process runs a raw_input(), it dies with the message: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy

[Ubuntu-x-swat] [Bug 280767] Re: Cannot adjust system beep volume, only frequency and duration

2010-01-10 Thread Robert Schroll
I have experienced this issue on several different computers running 8.04, 9.04, and 9.10. If it would help, I can provide hardware details for these machines. -- Cannot adjust system beep volume, only frequency and duration https://bugs.launchpad.net/bugs/280767 You received this bug notificati