> > > To:             [EMAIL PROTECTED]
> > Not replied... They still did not allow non-members to contribute last
> > time I checked...
> But I am a member, and I believe my mail did get through to the
> ggi list as well. 

It will and did. 

Sorry about the inconvenience for non-subscribers.
The point is not to close ourselves to "outsiders", but to keep spam at bay. 
We even had incidents of spam getting through, though we only let subscribers 
post.

If you think you have something to contribute, and don't want to go through
something like "subscribe/post/unsubscribe", please send mail to one of us
personally. Please pick someone you think is suitable (e.g. the author of
the piece of code in question), or, if you don't know whom you should pick,
just pick me. 

Not that I am trying to break a receiving EMail record, but I am usually 
very proud of the support users get on the ggi-develop list and I do not
want the project to have a bad reputation, just because you can't get
through to us. 

> > > The first problem was that cgsix doesn't support changing resolution;
> > > it produced an error, because every ggi-demo seemed to set some
> > > resolution. The cgsix is set to 1152x900x8.
> > That's a problem. So do not run demos ;-) 

The demos should run at that resolution. You might need to force it (use
GGI_DEFMODE or commandline parameters, if the demo in question supports it). 
However if the setres call is completely unsupported, this might cause a 
problem. As Geert pointed out, I'd consider that a bug in the cg6 fbdev
driver. But we can talk about that - bugs with no fix usually have
workarounds - no problem.

> > If your display supports
> > only limited functionality, you'll get only limited functionality
> > from libraries.

> Yes, but maybe the library shouldn't exit completely. The cgsix driver
> gives error no matter what resolution you try to set with the ioctl,
> so even if you set 1152x900x8, it will fail. 

Then the library behaviour is reasonable. If the setmode fails, the lib
should abort, as it does not know what state the subsystem is in.

If I cannot sucessfully set the mode that getmode reports, I would assume
I am in trouble. There is a "testmode" utility for such situations which
might help narrowing down the problem.

CU, Andy

-- 
= Andreas Beck                    |  Email :  <[EMAIL PROTECTED]> =

Reply via email to