IRIX and Software

displaying remote gnome apps on IRIX

i think that's gnome and not x11.
try a native x11 app like xterm
r-a-c.de
I just wrote my first AIX Gnome application on AIX and ran it on one of the O ctane displays.
Furthermore it was a Gnome 2.0 application..

The errors could come from any (not just Gnome) X application that is asking the X server to do soemthing it doesn't have features for..

Give me a couple of days and I could track down something about the error. I have easily have a couple of book shelves of X11 books.

Regan
:Onyx2R: :Onyx2R: :0300: :0300: :0300: :O200: :Octane: :Octane: :O2: :O2: :Indigo2IMP: :Indy: :Indy: :Indy: :Indy: :Indy: :Indy: :Indy: :Indy:
:hpserv: J5600, 2 x SUN, 2 x Mac, 3 x Alpha, 2 x RS/6000
I ran gedit 2.8.1 remotely on an IRIX machine from a Linux machine running CentOS 4.5 just fine and then got the broken message for 2.16.0 on CentOS 5.

Gimp 2.2.13 also reports an error. Nedit and xterm run fine. (both CentOS 4 and 5).
Seemly likely that it's the new gtk+ libs to me. I tired the very simple hellloworld gtk+ example from here:
http://www.gtk.org/tutorial/c39.html#SEC-HELLOWORLD
and it crashed on CentOS 5 (but not 4).
maybe this helps?
http://list.opera.com/pipermail/opera-l ... 08948.html

just a font issue?

anyway the output is really not very helpful
r-a-c.de
libxrender is supposed to be the fallback for servers w/o the extension. That's how we've been getting AA fonts under Xsgi with the GTK+ apps in nekoware.
doesnt Xorg work on irix?, if it does try just using that >_> if pos
nekomusume wrote: doesnt Xorg work on irix?, if it does try just using that >_> if pos


that'd be a big effort.
i'd say the economical solution is just not to use the gnome crap :twisted:
who needs gedit anyway :mrgreen:
r-a-c.de
Hi,
I have been through the posts above, and I seem to be facing a problem very similar to the original one above. I am trying to run a python based software on an irix (IRIX 6.5) machine over ssh. I am easily able to run firefox and thunderbird through tunneling, but when I try to run the python software, I get:

The program 'python' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 68 error_code 2 request_code 138 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.)

The same software runs easily on linux machines remotely. I am sure that this is most likely a library incompatibliy (library the python program is using) issue with the IRIX xserver, but I would still like to know if there are any workarounds. I am quite new to IRIX, so I would appreciate any suggestions you may have.

Thank you,
Prajjwal
I think I've found a workaround for the "BadValue" gdk_x_error()
on gnome applications in recent Linux distributions.

At http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425189
it's said the fail is caused by a XkbSelectEventDetails() call; so
if you create a dynamic object which replaces that function, the
application will start:

$ tail -1 /etc/redhat-release
CentOS release 5 (Final)

$ ./hello_gtk
The program 'hello_gtk' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 68 error_code 2 request_code 139 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.)

$ cat xkb.c
int XkbSelectEventDetails(void *d, int ds, int ev, long b, long v) {return 1;}
$ gcc -fPIC -shared -Wl,-soname,xkb.so -o xkb.so xkb.c
$ LD_LIBRARY_PATH=$PWD LD_PRELOAD=xkb.so ./hello_gtk

... and "hello_gtk" runs fine.
octane MIPS R12000 400 MHz 2 MB L2 512 MB RAM, IRIX 6.5
Indy MIPS R4600 133 MHz 128 MB RAM, IRIX 6.2
Hi,
this thread is a bit old now but still relevant. I don't have the luxury to re-write programs. We have a lot of specialized software running on Centos5.5 PCs that we would like to remotely display on our Octane2. We are getting the same X window error. Is there any other workaround ?
I also noticed that it is indeed gnome (gtk?) applications that produce this error (mostly). KDE applications and programs like nedit, ImageMagick display, xeyes etc. work just fine.
Again, is there a solution to the gnome-problem ?

Thanks,

L.
Perhaps someone would like to come up with a generic library redirection (spoofing) for the XkbSelectEventDetails function (via LD_PRELOAD) by making a simple libX11.so in the preload path. Which is what spd has done with xkb.so, but would be a general fix without recompile. The only thing I'm sure sure about is if wrappers for the other libX11 functions would also be required.
In fact; you don't need to recompile; just launch gnome applications using a wrapper script.

I don't use remote gnome applications on a regular basis; but I use this fix for testing newly installed applications, and I haven't found any other function which should be wrapped.

(BTW, when using remote gnome apps with x11 forwarding is too slow with IRIX X11 server, you have to use direct X11 connection)



Example:

$ g2 firefox -no-remote

where g2 is

--------------------------------------
#!/bin/sh

LD_LIBRARY_PATH=/lib:/usr/lib

PKGDIR=$HOME/usr

EXEC=`type $1`
ARCH=`file ${EXEC}`


if expr "${ARCH}" : ".*x86-64.*"
then
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}${PKGDIR}/lib/linux-x86_64
else
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}${PKGDIR}/lib/linux-i686
fi

export LD_LIBRARY_PATH

LD_PRELOAD=xkb.so

APP=$1; shift
export LD_LIBRARY_PATH
export LD_PRELOAD
exec $APP ${1+"[email protected]"}
octane MIPS R12000 400 MHz 2 MB L2 512 MB RAM, IRIX 6.5
Indy MIPS R4600 133 MHz 128 MB RAM, IRIX 6.2
Awesome!
Fast forward 5 years later.. this post should be wiki'ed (if its not already?)
For some time because of this, as a workaround, I was using wine to run windows-based firefox and 'gnome' related apps.. so I can send X11 back to my IRIX display.

Thanks again.. +1 on this topic.
-Kevin
Another workaround is to disable the xkb extension on the SGI side.

Edit your /var/X11/xdm/Xservers and add "-kb" to the X parameters, then restart.