You are running on X ?
In that case the problem is
> LibGGI: _ggiLoadDL("/usr/local/lib/ggi/display/X.so", 0x1) called
> LibGGI: hand.handle=0x2806d800
> LibGGI: hand.init=0x282129d0
> LibGGI: hand.cleanup=0x28212f70
> LibGGI: _ggiLoadDL returned 0x805b4e0
> LibGGI: X-target wants display :0.0
right here
> LibGGI: -2147483648 = dlh->init(0x806e000,":0.0",0x0) - display-x
> LibGGI: ggiOpen: failure
> LibGGI: ggiOpen("display-fbdev") called
The rest is just LibGGI trying other possible targets.
the corresponding code is:
GGIDPRINT_MISC("X-target wants display %s\n", args);
disp = XOpenDisplay(args);
if (disp == NULL) return GGI_ENODEVICE;
GGIDPRINT_MISC("X: has display %s\n", args);
Seemingly XOpenDisplay fails, which is usually caused by authentication
errors or wrong DISPLAY settings.
Are you using MIT-MAGIC-COOKIEs and have a su-ed session ? In that case
either use ssh (using its X tunneling capabilities) instead of su
or use xhost +localhost (security problem), or use something like my
"sux" script which will su and transfer the cookie to the new user:
#!/bin/bash
su "$1" -l -c "$(xauth list $DISPLAY | sed -e "s/^/xauth add /"); exec $SHELL"
CU, Andy
--
= Andreas Beck | Email : <[EMAIL PROTECTED]> =
