Bug 185157 - soffice.bin cannot start on ppc
Summary: soffice.bin cannot start on ppc
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-03-10 22:36 UTC by Jesse Keating
Modified: 2013-01-10 02:30 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-04-18 10:50:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jesse Keating 2006-03-10 22:36:08 UTC
The program 'soffice.bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 84 error_code 1 request_code 145 minor_code 1)
  (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.)


openoffice.org-base-2.0.2-5.1.2

System was updated to 0310 rawhide.

Comment 1 Jesse Keating 2006-03-10 22:59:32 UTC
Hrm, so this only happens when done through SSH.  Running locally it doesn't
have a problem.

Comment 2 Caolan McNamara 2006-03-11 12:10:43 UTC
I don't have a ppc box :-(. It's going to be either an X bug, a compiler bug or
a java bug :-), can I get a gdb bt 

> gdb /usr/lib/openoffice.org2.0/program/soffice.bin
(gdb) handle SIG33 nostop noprint
(gdb) handle SIGXCPU nostop noprint
(gdb) handle SIGPWR nostop noprint
(gdb) run -base

?

Comment 3 Caolan McNamara 2006-03-16 10:08:33 UTC
Can I get the output of...

> export SAL_SYNCHRONIZE=1
> gdb /usr/lib/openoffice.org2.0/program/soffice.bin
(gdb) handle SIG33 nostop noprint
(gdb) handle SIGXCPU nostop noprint
(gdb) handle SIGPWR nostop noprint
(gdb) run -base
(gdb) bt 

?

OOo running on a ppc, but remote displaying to an i386 or ppc box ?

Comment 4 Jesse Keating 2006-03-16 16:08:07 UTC
It was displaying to an i386 box or x86_64, I don't recall what was on the test
system at the time.

Comment 5 Jesse Keating 2006-04-11 21:07:18 UTC
Hrm, so I'm having trouble getting a backtrace.  I've installed
openoffice.org-debuginfo and ran gdb, but after 'bt' I just get No stack.

[root@dhcp83-4 ~]# export SAL_SYNCHRONIZE=1
[root@dhcp83-4 ~]# gdb /usr/lib/openoffice.org2.0/program/soffice.bin
GNU gdb Red Hat Linux (6.3.0.0-1.122rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "ppc-redhat-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".

(gdb) handle SIG33 nostop noprint
Signal        Stop      Print   Pass to program Description
SIG33         No        No      Yes             Real-time event 33
(gdb) handle SIGXCPU nostop noprint
Signal        Stop      Print   Pass to program Description
SIGXCPU       No        No      Yes             CPU time limit exceeded
(gdb) handle SIGPWR nostop noprint
Signal        Stop      Print   Pass to program Description
SIGPWR        No        No      Yes             Power fail/restart
(gdb) run -base
Starting program: /usr/lib/openoffice.org2.0/program/soffice.bin -base
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x100000
[Thread debugging using libthread_db enabled]
[New Thread 805554176 (LWP 2732)]
warning: Lowest section in /usr/lib/libicudata.so.34 is .hash at 000000b4
The program 'soffice.bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 84 error_code 1 request_code 145 minor_code 1)
  (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.)

Program exited with code 01.
(gdb) bt
No stack.


Comment 6 Caolan McNamara 2006-04-12 08:24:11 UTC
Maybe this would get us something useful

> export SAL_SYNCHRONIZE=1
> gdb /usr/lib/openoffice.org2.0/program/soffice.bin
(gdb) handle SIG33 nostop noprint
(gdb) handle SIGXCPU nostop noprint
(gdb) handle SIGPWR nostop noprint
(gdb) break gdk_x_error
(gdb) run -base
(gdb) bt 

or maybe I could find a testing ppc box somewhere

Comment 7 Caolan McNamara 2006-04-18 10:50:52 UTC
I sshed into a ppc rawhide box, ran oowriter and oobase to display to my i386
box and all was well, no errors, no crash. :-(

Comment 8 Jesse Keating 2006-04-24 19:25:30 UTC
Now that my ppc box can boot rawhide, this issue does indeed seem to be
resolved.  I can no longer duplicate the issue.


Note You need to log in before you can comment on or make changes to this bug.