Re: [Xpert]LocalClient extensions vs. ssh
Joe Krahn writes: Aside from LocalClient returning false, DGA requests should fail, right? LocalClient() returns TRUE therefore DGA doesn't fail. Trying GL over the tunnel correctly gives an error message and reverts to indirect rendering. That's different. With direct rendering the client library connects directly to the hw. It does not rely on the sever to fail. I don't know much about DGA, but my understanding is that it has a lot of issues because it is sort of a big hack (but useful), and the real solution is to replace it with real protocols like XVideo and a similar capture extension. This is not limited to DGA. Other extensions that depend on being run locally have the same problem if they rely on the sever's LocalClient() implementation. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert](no subject)
Yello I have a Apple Powerbook 3400 which lacks the Home, end, insert, delete, pageup/down keys. Is there anyway to emulate the pageup/down keys?. I had some succes with: xmodmap -e clear mod3 xmodmap -e keycode 115 = Mode_switch xmodmap -e add mod3 = Mode_switch xmodmap -e keycode 104 = Down Next Next xmodmap -e keycode 98 = Up Prior Prior But it does not work in every app. It works in opera, xterm but not in nedit, is it a toolkit problem then? YDL 2.2 2.2.21-rc3 kernel XFree86 4.2 -- Mvh. / Kind regards Henrik Farre http://www.cs.auc.dk/~enrique http://www.fsf.org/philosophy/no-word-attachments.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Text Cursor API ?
Hello All, Text Cursor is very important for most of the Application. Why there is no separate API for handling the Text Cursor @ Xlib level ? Plz explain the reason for not including Text Cursor API in Xlib. If there is any plan to add this type of APIs in future ? TIA, -- --==| Bharathi S | BSB-364 DONLab | IIT-Madras |==-- Self-rule leads to realms of gods Indulgence leads to gloomy hades. *In Tirukkural of Holy Tamil poet Tiruvalluvar. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Re: Radeon 8500 kernel module
On Mon, 10 Jun 2002, Kurt Wall wrote: Date: Mon, 10 Jun 2002 21:20:33 -0400 From: Kurt Wall [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII List-Id: General X Discussion xpert.XFree86.Org Subject: Re: Re: Radeon 8500 kernel module [EMAIL PROTECTED] wrote: [snippage] If you go back a day or so in the list archives however you'll find a posting from Tungsten Graphics stating they're being funded by The Weather Channel to write a DRI driver for the 8500 which will be released in Q4 2002. Fascinating -- The Weather Channel? Yes, it is a television channel in the US. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]LocalClient extensions vs. ssh
Egbert Eich wrote: Joe Krahn writes: Aside from LocalClient returning false, DGA requests should fail, right? LocalClient() returns TRUE therefore DGA doesn't fail. Oh... I understand now. I didn;t know about the LocalClient fucntion, but it's whole purpose is to supply info so that, for example, DGA can do the right thing. Clearly, LocalClient needs a foolproof way to determine if a client really is local. Not understanding how DGA memory access works, here's a question: If the tunneled server gives permission for direct memory access, how does the local user get access to write into system memory without simply getting a segfault? Also, what happens when a client is accessing server memory, and you switch to a different virtual terminal? Thanks, Joe Krahn ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Re: Radeon 8500 kernel module
Mike A. Harris wrote: Yes, it is a television channel in the US. And Canada, y'Ontarion! =) --Pat ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]abort() in libXfont 4.2.0 (was FW: remote DoS in Mozilla 1.0)
Greetings. By now I'm sure that this issue is known by some or all people on this list. If not, here's the gist as reported on the bugtraq security mailing list[1]: Requests by an X client to use an abnormally large font cause the local X server to go, well, bye bye. Originally thought to have something to do with xfs, it was later found to be the fault of libXfont (see forwarded message) which, IMHO, is Very Bad(tm). Is there a patch for this? A workaround? Any X client that accepts outside (probably untrusted) input regarding font sizing becomes a hazard. :( Regards, kw. [1] http://online.securityfocus.com/archive/1/276120/2002-06-09/2002-06-15/0 -- Forwarded message -- | -Original Message- | From: Jakub Bogusz [mailto:[EMAIL PROTECTED]] | Sent: Tuesday, June 11, 2002 2:00 PM | To: [EMAIL PROTECTED] | Subject: Re: remote DoS in Mozilla 1.0 | | | On Tue, Jun 11, 2002 at 03:05:31PM +0200, Stijn Jonker wrote: | [...] | What happens is that XFS consumes huge amounts of ram, and | finally bails | out. So end of story for the fonts in X. As a result X is | practicly | useless. | | I can only guess what happens when you don't use XFS but | Xserver based | fontrendering, the X server consumes huge amounts of mem | and cpu and bails | out = server crash = Bye Bye X. | | The solution(s): | (a) Fix every app to disallow font sizes bigger then maxvalue | (b) Fix XFS to return an error code to the calling application | when requested font size is greater then configured maxvalue | | I think it's not XFS, but libXfont. | | Here's the end of strace before xfs dies: | | | open(/usr/share/fonts/Type1/ariam___-ISO-8859-2.pfb, | O_RDONLY) = 7 | | read(7, \200\1\352\26\0\0%!PS-AdobeFont-1.0: Arial-..., | 512) = 512 | [...] | | read(7, | \375KlWqU\200\321\20\2274;\214k\207\222\357\7[Q0\235\213... | , 512) = 512 | | close(7)= 0 | | old_mmap(NULL, 6311936, PROT_READ|PROT_WRITE, | MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x408d7000 | | old_mmap(NULL, 13180928, PROT_READ|PROT_WRITE, | MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40edc000 | | old_mmap(NULL, 31662080, PROT_READ|PROT_WRITE, | MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41b6e000 | | old_mmap(NULL, 33607680, PROT_READ|PROT_WRITE, | MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x439a | | old_mmap(NULL, 46592000, PROT_READ|PROT_WRITE, | MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x459ad000 | | write(2, xfs error: , 11) = -1 EBADF (Bad | file descriptor) | | write(2, Beziers this big not yet support..., 34) = -1 | EBADF (Bad file descriptor) | | rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 | | getpid()= 21200 | | kill(21200, SIGABRT)= 0 | | --- SIGABRT (Aborted) --- | | In XFree86 (4.2.0) in xc/lib/font/Type1/curves.c about line | 219 there is: | | | struct segment * | | StepBezier(struct region *R, /* Region under construction | or NULL*/ | [...] | |if ( TOOBIG(xB) || TOOBIG(yB) || TOOBIG(xC) || TOOBIG(yC) | | || TOOBIG(xD) || TOOBIG(yD) ) | |abort(Beziers this big not yet supported); | | It isn't very good idea to abort() on wrong parameters in | shared library | function... | | | -- | Jakub Boguszhttp://prioris.mini.pw.edu.pl/~qboosh/ | PLD Linux http://www.pld.org.pl/ | ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Keyboard input.
In porting an X server to Windows or Macintosh, it would be possible to let the OS handle all the keyboard input stuff and the X server would just get Unicode. The question is: Is there a standard way to let the X Server pass the client application Unicode values directly? -- Dave Williss -- Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Keyboard input.
Dave Williss [EMAIL PROTECTED] writes: In porting an X server to Windows or Macintosh, it would be possible to let the OS handle all the keyboard input stuff and the X server would just get Unicode. The question is: Is there a standard way to let the X Server pass the client application Unicode values directly? No, the X protocol deals with: a) Physical keyboard keys b) A mapping presented to clients between those physical keyboard keys and abstract key symbols It's legitimate for clients to do things like treat a press of Shift1 = ! the same as a press of 1 because they are on the same key, or watch presses and releases of the Control key. The correct thing to do would be to reverse engineer the OS's keyboard map and expose that in an unchangeable fashion via XKB or the core protocol keyboard map. Regards, Owen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert