i can confim this. using Xsun is fine on srss-4.1, as long as *no* application 
uses the pseuduculor visual.

i had configured:
===
ENABLE_PSEUDOCOLOR_VISUAL=yes
DEFAULT_PSEUDOCOLOR_VISUAL=no
XSERVER_PREF=Xsun
===
all fine, but when i started the application that preferred the 8-bit visual, 
Xsun crashed.

i did not look into details, because i could swtich to
XSERVER_PREF=Xnewt
as this application has a truecolor-mode now also (with degraded performance, 
regarding the application).

this should be fixed, from my point of view. but in a way that Xnewt offers a 
pseudocolor visual also (i guess it is not easy to implement).

niki

> Hi,
> 
> P.S.M.Swamiji schrieb:
> 
> > On 02/ 2/09 06:42 PM, Philippe Bourdeu d'Aguerre wrote:
> >>> We really do require to set a certain bunch of cards/tokens to default
> >>> to 8bit PseudoColor visual, but SRSS 4.1 seems to be buggy in this
> >>> respect. Would be very nice to see/hear if anyone is able to reproduce
> >>> this problem with his SRSS 4.1 installation.
> >>>
> >>>     
> >> So, I can reproduce the problem.
> >>   
> > 8-bit won't work with Xnewt. If one wants 8-bit supports they needs to
> > switch to Xsun
> > using utxconfig -b Xsun on Solaris SRSS.
> 
> That is exactly what I have done. Please read my initial report. Of
> course I have switched to Xsun for 8bit support. However, as I reported
> 8bit works as long as you don't enable it as the default for a token or
> for all sessions. And that's the problem. Here we do require to set some
> smartcards to use 8bit as the *default* visual and that is causing that
> Xsun is returning an error.
> 
> See the utxconfig setting causing this behaviour with SRSS 4.1:
> 
> -- cut here --
> DIMENSIONS=auto
> ENABLE_PSEUDOCOLOR_VISUAL=yes
> DEFAULT_PSEUDOCOLOR_VISUAL=yes
> ENABLE_MULTISCREEN=yes
> ENABLE_XINERAMA=no
> ENABLE_XKB=yes
> SCREEN_GEOMETRY=auto
> SCREEN_ORDER=auto
> XSERVER_PREF=Xsun
> -- cut here --
> 
> So you can see that I have configured Xsun. with "ps" I can also see
> that Xsun is actually tried to be executed, but in /var/dt/Xerrors the
> following error pops up:
> 
> -- cut here --
> Fatal server error:
> WaitForSomething(): select: errno=22
> 
> X connection to :2.0 broken (explicit kill or server shutdown).
> 
> Fri Jan 30 11:39:28 2009
> error (pid 23150): Server for display :2 terminated unexpectedly 1
> -- cut here --
> 
> As soon as I disable pseudocolor as the default visual
> (DEFAULT_PSEUDOCOLOR_VISUAL=no) everything works as expected again.
> 
> However, our applications _require_ to have 8bit as the default visual.
> That's the reason we can't migrate to SRSS 4.1 right now.
> 
> regards,
> jens

-- 
Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to