Is it true what Michael Pozhidaev says that at GNOME startup if you get the error message that accessibility is requested, but is not activated it means that at-spi-registryd cannot be started?
If you are just a user and you want accessibility, what are you supposed to do if you get this message? My guess is SSH into Linux and restart GNOME. Is that right? We're using VMware to run Ubuntu/GNOME and my teammate in the next cubicle has a slow laptop. He sees this message quite frequently. -Sam -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Willie Walker Sent: Friday, January 23, 2009 5:42 AM To: Michael Pozhidaev Cc: [email protected]; [email protected] Subject: Re: [g-a-devel] [orca-list] X11 error at at-spi-registryd launch Hmm...the orca-list might be the wrong place to have this discussion. gnome-accessibility-devel (CC'd) might be better. A Google search for "request_code 153 minor_code 3" yielded this page, which seems to point fingers at the XEvIE extension: http://archive.netbsd.se/?ml=xorg-team&a=2008-12&m=9400678 Note sure how to fix it, though, Will Michael Pozhidaev wrote: > Hello! > > I am trying to prepare at-spi-1.24.1 for GNOME-2.24 and have a problem > with at-spi-registryd. When accessibility enabled in gconf there is a > error message at GNOME startup, that accessibility is requested, but > is not activated. As I understand, it means at-spi-registryd cannot be > started. If I run /usr/libexec/at-spi-registryd explicitly in > gnome-terminal, I get the message listed below. Please, help me, what > is wrong. The error message: > > The program '<unknown>' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadLength (poly request too large or internal Xlib length erro'. > (Details: serial 13 error_code 16 request_code 153 minor_code 3) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) > > _______________________________________________ Gnome-accessibility-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel _______________________________________________ Gnome-accessibility-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
