If we go into details we should definitely add:
Added BigEndian support to the CT driver.
Egbert.
Juliusz Chroboczek writes:
Oh, and what about the Savage changes? XFree86 no longer crashes the
TwisterK, which is important for a lot of people.
Unless Tim is around, here's my
Juliusz Chroboczek [EMAIL PROTECTED] さんは書きました:
And, yes, of course xterm should start up in utf-8 mode if the locale
encoding is UTF-8.
MH Thanks, that was my original conclusion also. I had just
MH wondered why it doesn't. Just an xterm bug I guess.
On Fri, 21 Feb 2003 12:52:09 +
Mikael Andersson [EMAIL PROTECTED] wrote:
On Thursday 20 February 2003 20.20, Michael Buesch wrote:
Oh thank you!!!
It works now. I was really getting sad, because I'm a C++programmer and I
really need this key. :)
But how to fix the bar? Is
I had the same problem, but I solved it with the changing of the
keyboard-model:
setxkbmap -model pc102
I also tried to change this in /etc/X11/XF6Config
but it didn't worked.
For some unexpected reason the X-Server doesn't pay attention to the config-file.
I was not able to change the model
On Fri, Feb 21, 2003 at 04:06:57AM -0500, Mike A. Harris wrote:
I've got a minimum of 5 bug reports stating that Savage MX/IX is
broken in CVS XFree86 completely, and I've got at least 15 users
begging me daily for fixes. I have been in contact with Tim
Roberts about these issues, and his
hi.
setxkbmap -model pc105
works for me. But changing it in XF86Config to pc105 doesn't work.
regards Michael Buesch.
On Friday 21 February 2003 13:35, Oliver Welter wrote:
I had the same problem, but I solved it with the changing of the
keyboard-model:
setxkbmap -model pc102
I also
On Friday 21 February 2003 18:56, Mikael Andersson wrote:
On Friday 21 February 2003 13.35, Oliver Welter wrote:
I had the same problem, but I solved it with the changing of the
keyboard-model:
setxkbmap -model pc102
I also tried to change this in /etc/X11/XF6Config
but it didn't
Thank you for your help.
Derek Lukasik wrote:
Hello,
I've been going through how Xserver implements Overlay. I still find
information on this very limited. So I'm hoping that this thread will
enlighten me more about this.
First of all the Chips and Technologies driver implements
On Fri, 2003-02-21 at 12:47, Kean Johnston wrote:
There's a libcharset that I think comes with libiconv and
is also used in GLib that you can use to work around this problem.
Which is fine if you use GNU iconv. For those of us that use
the iconv as it was originally invented, libcharset
On Fri, 21 Feb 2003, Luugi Marsan wrote:
What does the mioverlay.c do in the mi module of Xfree86? I notice that
It supplements the original mi code. Mi didn't know about anything
other than single layer framebuffers. mioverlay adds a second window
tree and fixes up all window operations
On Fri, 21 Feb 2003, Luugi Marsan wrote:
So how does the chips driver implement overlay without mioverlay?
It's not an overlay in my opinion. Yes, it puts one depth in the
image plane and the other in the overlay plane, but windows in
the overlay clip windows in the image plane and
ok... So There's no implementation of overlay using an independent
surface on any driver?
Also, what is the xf8_32wid? I see that's it's an implementation of the
xf8_16bpp but for an 8 over 32 surface. But what does the wid stand
for?
L
Mark Vojkovich wrote:
On Fri, 21 Feb 2003, Luugi
ok... So There's no implementation of overlay using an independent surface on any
driver?
Not any open-source driver...
Also, what is the xf8_32wid? I see that's it's an implementation of the xf8_16bpp
but for an 8 over 32 surface. But what does
the wid stand for?
Someone may know better
On Fri, Feb 21, 2003 at 11:55:41AM -0500, David Dawes wrote:
On Fri, Feb 21, 2003 at 01:19:08PM +, Dr Andrew C Aitchison wrote:
The setjmp/longjmp fix in
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c
and xc/programs/Xserver/hw/xfree86/xf86cfg/loadmod.c
doesn't compile in
RedHat
On Fri, Feb 21, 2003 at 11:00:03AM -0700, Marc Aurele La France wrote:
On Fri, 21 Feb 2003, David Dawes wrote:
On Fri, Feb 21, 2003 at 01:19:08PM +, Dr Andrew C Aitchison wrote:
The setjmp/longjmp fix in
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c
and
On Fri, 21 Feb 2003, Derek Lukasik wrote:
ok... So There's no implementation of overlay using an independent surface on any
driver?
Not any open-source driver...
Also, what is the xf8_32wid? I see that's it's an implementation of the xf8_16bpp
but for an 8 over 32 surface. But
On Fri, 21 Feb 2003, David Dawes wrote:
1. Include setjmp.h directly into modules that need it, ensure that the
necessary (platform-specific) entry points are exported, and accept that
modules that use it are not OS-neutral.
2. Provide aliases for the actual functions uses on
On Fri, Feb 21, 2003 at 03:35:35PM -0700, Marc Aurele La France wrote:
On Fri, 21 Feb 2003, David Dawes wrote:
The setjmp/longjmp fix in
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c
and xc/programs/Xserver/hw/xfree86/xf86cfg/loadmod.c
doesn't compile in
RedHat 6.2
On Fri, 2003-02-21 at 11:02, Jeff Brubaker wrote:
Thanks for the notice on the packages. I'll install them this weekend
and let you know the results.
Mike,
I've upgraded from XFree86-4.2.99.901-20030209.1 to
XFree86-4.2.99.902-20030218.3 and I can now start X without the
ForceInit option.
On Fri, Feb 21, 2003 at 07:18:37PM -0800, Keith Packard wrote:
Around 17 o'clock on Feb 21, David Dawes wrote:
The attached patch attempts to implement the second approach, and from
some limited testing it works OK for the two cases handled so far (where
setjmp is available directly as a
Hello,
(my apologies if this is a known problem or a misconfiguration on my side, but:)
I recently tried a cvs snapshot from 16 feb. on my laptop
(Dell Inspiron 2500 with a i815 chipset).
There are still problems with the xvideo extension
when running mplayer or xine.
(The xvideo problem has
21 matches
Mail list logo