Re: Hardware cursor not on desktop?
On Thu, 2003-07-10 at 19:04, Chris Edgington wrote: Still working on this siliconmotion upgrade for the 0730 chipset. Running RH9, latest xfree code from cvs. Got hardware cursor working but I'm only getting hardware cursor-related calls in certain scenarios. If I start gimp - hardware cursor is used for the custom cursors while over an image. Other apps that use custom cursors seem to result in hardware cursor calls . but when the cursor goes over the desktop (or the menus, etc.) HideCursor is called and I can only assume that a software cursor is now in use. Is this expected - or should hardware cursor be used at all times? Unless your hardware supports alpha-blended full color cursors, the only place a hardware cursors are going to be used are places where the current cursors theme doesn't have a cursor to replace the old X bitmap cursor. (Perhaps you've noticed the difference in appearance between the cursors that get sent to the hardware and the other cursors) Regards, Owen ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Problem with BitBLT
I think there is already accel support for 69030 including dualhead support in xfree86. Alex --- Rob Taylor [EMAIL PROTECTED] wrote: MessageIt appears i'm lying and the accellerated X driver is no longer on said page. The framebuffer driver thats required for the acceleretd friver to work is still there. anyway, i can still send you a diff against 4.2.0 if you want. Rob -Original Message- From: Rob Taylor [mailto:[EMAIL PROTECTED] Sent: 11 July 2003 11:34 To: [EMAIL PROTECTED] Subject: RE: Problem with BitBLT umm, there already exits a working accelerated driver for the 69030, see http://www.humboldt.co.uk/. i also have a port of this to 4.2.0 that i can email you if you want. relatedly, what would be the process nowadays for getting this driver into the tree? Rob Taylor Senior Developerrobt at flyingpig dot com Flying Pig Systems http://www.flyingpig.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Nitin Mahajan Sent: 11 July 2003 06:59 To: [EMAIL PROTECTED] Subject: FW: Problem with BitBLT HI! Iam trying to program the Bit BLT engine of 69030 with the attached code, but nothing is visible on the screen. When I select the bitwise operation as 0xFF(write to BR04) ,the white block is coming at desired location and of desired size. But whwn I choose it as 0xCC nothing comes on screen... Can any one please help me out of this.. THANKING U IN ADAVANCE regards, Nitin Mahajan mail:[EMAIL PROTECTED] Ph:51101667. Mobile : 9886099925 == The Lord gave us two ends -- one to sit on and the other to think with. Success depends on which one we use the most. __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XTest, Xinerama (Re: Xinerama, extensions, and x2x)
On Sat, 5 Jul 2003, Erik van het Hof wrote: Please find below an email and patch by Rik Faith to make XTEST work with Xinerama. I have backported this to a 4.2.1 version on my debian box and it worked. Could someone add this to cvs? it shouldn't be a lot of work. Done. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: a small twm/Imakefile patch
On 10 Jul 2003, Alexander Pohoyda wrote: http://www.alexander-pohoyda.privat.t-online.de/patches/twm.Imakefile.diff Can you elaborate on why is it useful to switch from single quote quoting to backslashes? It may be not useful as much, but with an old version we end up calling a command: [...] cc -c [...] -DHAS_MKSTEMP '-DSYSTEM_INIT_FILE='/usr/X11R6/lib/X11/twm'/system.twmrc' parse.c which is not consistent, does not look very nice and requires more processing by the shell. ... but is still required for portability reasons. Oh! Good to know. Thanks. May I also ask on which system/shell/compiler/imake would my patch fail? Just for the record. With your change, on IRIX, I get: [aurora:/scratch_large/root/X11/alpha/loader/xc/programs] make SUBDIRS=twm Makefiles making Makefiles in programs/twm... mv -f Makefile Makefile.bak cc-1018 cc: ERROR at end of source An unmatched left parentheses ( appears in an expression. cc-1247 cc: ERROR File = ./Imakefile, Line = 27 The macro invocation is improperly terminated. SpecialCObjectRule(parse,$(_NOOP_),-DSYSTEM_INIT_FILE=\$(TWMDIR)/system.twmrc\) ^ 2 errors detected in the compilation of Imakefile.c. ../../config/imake/imake: Exit code 2. Stop. *** Error code 1 (bu21) UX:make: ERROR: make: file `Makefile' line 5: Must be a separator (: or ::) for rules (bu39) UX:make: ERROR: make: file `Makefile' line 5: bad character (octal 76) [aurora:/scratch_large/root/X11/alpha/loader/xc/programs] I'm wondering how this can work then: ./xc/programs/xkbcomp/Imakefile:ROOT_DEFINES = -DDFLT_XKB_CONFIG_ROOT=\$(LIBDIR)/xkb\ ./xc/programs/xdm/Imakefile:RANDOM_DEFINES = -DDEV_RANDOM=\/dev/urandom\ Those are not macro expansions (in the cpp sense). Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
tvout in XFree86 drivers
Can anybody tell me what's the status of tvout support in XFree86 drivers? As far as I understand it's only available for several graphic cards and only from their manufacturer close-source drivers. From gatos project I learned there are some legal issues with ATI boards but don't know anything about the others. Thanks, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon 9800 support for XFree86
ATI beat ya to it ;) Support for the 9800 and a few others as well as a few other fixes were added to CVS last week. Alex --- Markus Bäurle [EMAIL PROTECTED] wrote: Hello everybody, I hacked XFree86 4.3.0 to recognize my ATI Radeon 9800 Pro card. I added a new chip type ATI_CHIP_R350, but in the end it's also mapped to CHIP_FAMILY_R300 just like a 9700 Pro, naturally. Works fine so far. :-) Are you interested to get my changes? If so, to whom can I send them and how should I provide them (diffs, complete files...)? In case it matters, I'm using FreeBSD 5.0 and used the FreeBSD ports collection to compile XFree86. So long, Markus Bäurle ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: tvout in XFree86 drivers
The SiS driver fully supports TV out. Open source. Thomas Alex Deucher wrote: several drivers support TV out but not all. I believe via, trident, and savage have open source support for most tv out options. Matrox provides binary support for the g400 (although you can get tv out working with the linux frambuffer driver for all recent matrox cards), as does nvidia. for ATI there are several open source utilites out there as well as GATOS, but they all are coded by trial and error since ati hasn't released tv out specs as far as I know. I'm not sure abotu ATI's binary drivers. was there a particular chip you were interested in? Alex --- Andriy Rysin [EMAIL PROTECTED] wrote: Can anybody tell me what's the status of tvout support in XFree86 drivers? As far as I understand it's only available for several graphic cards and only from their manufacturer close-source drivers. From gatos project I learned there are some legal issues with ATI boards but don't know anything about the others. Thanks, Andriy __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net http://www.winischhofer.net/ twini AT xfree86 DOT org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Savage Driver Replacement?
I've recently been made aware of the XFree86 Savage driver that VIA released and is now available on Alan Hourihane's web site. This driver is so much superior to the one I've been maintaining that I should be embarrassed. My question is: has anyone actually taken an action item to incorporate this into the 4.3.99 tree? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Savage Driver Replacement?
On Fri, Jul 11, 2003 at 05:20:16PM -0700, Tim Roberts wrote: I've recently been made aware of the XFree86 Savage driver that VIA released and is now available on Alan Hourihane's web site. This driver is so much superior to the one I've been maintaining that I should be embarrassed. My question is: has anyone actually taken an action item to incorporate this into the 4.3.99 tree? The drivers on my web page at XFree86 is what comes from the CVS. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.3.99.7 and text inputs
4.3.99.8 release snapshot has resolved this error No idea why but it works. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[I18n] (no subject)
Title: ad As Seen On TV: CNN, ABC News And More ... Doctors Create VPRX Penis Enlargement Pills Gain Up To 3+ Full Inches In Length Increase Your Penis Width (Girth) By 20% Stop Premature Ejaculation! Produce Stronger, Rock Hard Erections 100% Safe To Take, With Abosultely No Side Effects Fast Priority Fed-Ex Shipping WorldWide Doctor Approved And Recommended No Surgery! No Exercises! No Pumps! 100% Money Back Guarantee FREE Bottle Of VP-RX Worth Over $50 FREE "Male Help E-Book" Worth Over $50 CLICK HERE TO READ MORE No Thank you, I want Out
[XFree86] Re: Re: Mailing list behaviour and etiquette, in general
On Fri, 11 Jul 2003, Jay R. Ashworth wrote: The bare fact is, that reply-to munging flamewar threads have occured on mailing lists since the first days that reply-to munging started happening. I must have been on at least 200 if not 500 mailing lists which have had this exact same flamewar, and not just once, but several times a year/month, and it creeps back up again occasionally. Not just on lists like this one which set Reply-to to the list, but also on lists that *dont*, where people are arguing that the list *should*. I see the former all the time, as to you. I've only ever seen the latter, maybe twice in 15 years. I'd actually be fairly interested to see the relative percentages. The overwhelming majority of GNU Mailman lists out there that I've seen, and the majority of other mailing lists I've ever been on - set Reply-To: to point to the list. The lists I am on include the majority of public XFree86.org lists, and the majority of XFree86 related technologies on sourceforge lists such as freetype lists, DRI, Mesa, Glide3, various font and font technology related lists, numerous internal and external Red Hat mailing lists, and lots of other public mailing lists mostly focused on end user help for a given piece of software, or developer lists for such software, including various CVS commits lists. There is one list in about 100 that I am on which does not set Reply-To: to the list, and that is the list for our local Linux users group, of whom the admin is of the same opinion as you, and I munge the headers to have it my way - for me, as I realize flamewars in an attempt to change it is pointless. This is the statistics for _me_ and the lists that I am on. Your statistics, like anyone elses will vary wildly depending on the types of lists that you personally are a member of, and their various policies. The statistics however, are rather irrelevant, because whatever the statistics are, they would be notoriously difficult to obtain and derive useful information from, and mailing lists generally have their own policies for their own reasons, and some random statistical data sampled from a population which is intended to convince a list to change, is not really unbiased or neutral. I'm sure nobody wanting a list to change it's policy to THEIR preference, would perform a statistical study, and then show the results to everyone if the numbers did not match their opinion and preference. So statistics are truely meaningless. What is important, is what the list administrator has set for policy, and their indication as to how negotiable this policy is. The majority of lists I've been on, regardless of what their policy is, are typically non-negotiable, and will not change. And that is why people should just agree to disagree and move on. Regardless of what *any* one person or 500 people think, this is a completely preferential and controversial issue. As controversial as abortion, capital punishment, vi vs. emacs, or whatever your favourite 50/50 split flamewar is. Given safety (which is, admittedly, only an accurate description of the benefit gained on certain types of mailing lists) versus convenience (which is how *I* describe making easier for users something their *MUA* should be making easier for them instead), it seems to be as obvious to me as the smoking in bars issue -- for the smokers, it's only convenience, they're gonna die of lung cancer *anyway*... but the non-smokers *weren't*. It isn't just the convenience issue the smokers paint it as, and they're trumped. The list admin is the one you need to convince, and even if he didn't have it decided 100% ago clearly and locked in stone, in addition to convincing him the other way is the correct way and that it should be changed, you'd also have to fight over top of the momentum of the massive majority of people who would complain to no end, and the never ending flamewar that would follow and continue until the list was changed back to it's previous behaviour (yes, about every single time I've seen someone convince a list admin to change this policy, it was changed back within a day or two due to existing longtime subscriber public outcry). You would really need to get 99.9% agreement between all list members (likely over 1000-2000 at a guess) and also the list admins, etc. That is extremely unlikely on this list. As such, it is extremely pointless to demand that a given list should change it's policy on this issue, regardless of what datapoints you'd like to raise. You won't raise even a single datapoint that the list maintainers, and the majority of subscribers are not already fully 100% aware of. They just disagree with you, and are not likely to change their line of thinking no matter how much you disagree or how big of a flamewar you'd like to make about it. The best you can do, is agree to disagree and then move on to another topic - or unsubscribe.
[XFree86] Problem with ATI Radeon 9000 and Proview LCD 15-inch 568/BMM568 monitor
Hello, I have a problem with XFree86 X server, I can't start xserver Version of XFree86 : XFree86 Version 4.3.0 Operating System : Slackware 9.0 Video hardware : ATI Radeon 9000 Screen : Proview LCD 15-inch 568/BMM568 H : 31-60 V : 60-75 Thanks XF86Config Description: Binary data XFree86.0.log Description: Binary data
[XFree86] wich framebuffer?
Hallo! I'm using the VESA driver with a VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) . How do I determine which frammebuffer is actually in use? thanks for helping. james ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Error report
I have permanent X-crash after several hours of working. It just close everything suddenly. I hope this log will be helpfull for your job WW XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-18.9 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu May 29 07:09:43 EDT 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Fri Jul 11 10:43:19 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout pl (**) XKB: layout: pl (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8058, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7100 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 01 class 06,80,00 hdr 00 (II) PCI: 00:0f:0: chip 5333,8a01 card 5333,8a01 rev 01 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 10b7,9200 card 10b7,1000 rev 74 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:15:0) S3 Inc. ViRGE/DX or /GX rev 1, Mem @ 0xe000/26 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa) MX[B] [5] -1 0 0x - 0x (0x1) IX[B] [6] -1 0 0x - 0x00ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xe400 - 0xe47f (0x80) MX[B] [1] -1 0 0xe000 - 0xe3ff (0x400) MX[B](B) [2] -1 0 0x6500 - 0x657f (0x80) IX[B] [3] -1 0 0x6400 - 0x641f (0x20) IX[B] [4] -1 0 0xf000 - 0xf00f (0x10) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xe400 - 0xe47f (0x80) MX[B] [1] -1 0 0xe000 - 0xe3ff (0x400) MX[B](B) [2] -1 0 0x6500 - 0x657f (0x80) IX[B] [3] -1 0 0x6400 - 0x641f (0x20) IX[B] [4] -1 0 0xf000 -
Re: [XFree86] Xpert, Any software just for 15$ - 40$
David Dawes writes: On Tue, Jul 08, 2003 at 07:05:29PM +0200, Egbert Eich wrote: I have just checked the replies on the xfree86@ list. Most of them contain just the [EMAIL PROTECTED] addresses. I can't speak for others, but most of my replies (including this one) are like that by design. Yes, I know. But this is not the point I was trying to make. If Joe Newuser has problems getting XFree86 to run he may send email to [EMAIL PROTECTED] (After all it is advertised all over to do so), but he doesn't subscribe to the list (It says nowhere that he should). One of us wants to anser him, hits 'group reply' and because of the Reply-To: only containing the list the answer goes only to the list. But since the original author isn't subscribed he *doesn't* get the answer. It is good for the list to know that someone replied, but it doesn't help the author at all as he *never* sees this reply. This was the only point I was trying to make. The other discussions just obfuscated this. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: FWD: RE: [XFree86] read directly from the video card framebuffer
Am Freitag, 11. Juli 2003 14:16 schrieben Sie: [EMAIL PROTECTED] well, The thing is that I know it must be possible to do it. Commercial products do the same job. Camtasia for example records on windows the screen. I can allready do it using xwd or other tools to make the screenshots. The problem is that with these tools the mousepointer disappears when a screenshot is made. The user can no more work properly. So I'm thinking in the way to do it as the VESA driver refresh the screen.Just send the framebuffer output, in this case not to the display but into a file with a very simple command like cp framebuffer file. I want to use for this example the VESA framebuffer that is fb0. (path /dev/fb0). But it is not working properly. The file I create is very big a can't be displayed. here how I'm processing. [begin of code] [EMAIL PROTECTED] cp /dev/fb0 t1 [EMAIL PROTECTED] dir t1 -rw-r-1 userusers33554432 2003-07-11 14:35 t1 [EMAIL PROTECTED] display t1 display: Incorrect image header in file (t1). [end of code] Any idea or comment? thanks James ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Question about GCC version
On Tue, 1 Jul 2003, Joseph Felps wrote: Is there a make(install) log that I can post? If so where would it be. Er, wherever you put it. If you follow the instructions in INSTALL-X.org to the letter, build results are in world.log, install results in install.log. They'll be pretty big though, so sending only the relevant bits would probably be kinder to the list. -- Bill Gallafent. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: FWD: RE: [XFree86] read directly from the video card framebuffer
There doesn't seem to be any info out there on the output format of an FB dump, apart from people saving the files with a .raw extension. Maybe do this and try it in gimp? Came across this, may be of use: http://www.sfires.net/fbshot/ -Oli = Original Message From james amen atayi [EMAIL PROTECTED] = Am Freitag, 11. Juli 2003 14:16 schrieben Sie: [EMAIL PROTECTED] well, The thing is that I know it must be possible to do it. Commercial products do the same job. Camtasia for example records on windows the screen. I can allready do it using xwd or other tools to make the screenshots. The problem is that with these tools the mousepointer disappears when a screenshot is made. The user can no more work properly. So I'm thinking in the way to do it as the VESA driver refresh the screen.Just send the framebuffer output, in this case not to the display but into a file with a very simple command like cp framebuffer file. I want to use for this example the VESA framebuffer that is fb0. (path /dev/fb0). But it is not working properly. The file I create is very big a can't be displayed. here how I'm processing. [begin of code] [EMAIL PROTECTED] cp /dev/fb0 t1 [EMAIL PROTECTED] dir t1 -rw-r-1 userusers33554432 2003-07-11 14:35 t1 [EMAIL PROTECTED] display t1 display: Incorrect image header in file (t1). [end of code] Any idea or comment? thanks James ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, 11 Jul 2003, Egbert Eich wrote: David Dawes writes: On Tue, Jul 08, 2003 at 07:05:29PM +0200, Egbert Eich wrote: I have just checked the replies on the xfree86@ list. Most of them contain just the [EMAIL PROTECTED] addresses. I can't speak for others, but most of my replies (including this one) are like that by design. Yes, I know. But this is not the point I was trying to make. If Joe Newuser has problems getting XFree86 to run he may send email to [EMAIL PROTECTED] (After all it is advertised all over to do so), but he doesn't subscribe to the list (It says nowhere that he should). If you attend a meeting and introduce a new agenda item, it behooves you to remain at that meeting at least until the new item is discussed. Not doing so is just plain rude, and wastes everyone else's time. Why do people think mailing lists are any different? One of us wants to anser him, hits 'group reply' and because of the Reply-To: only containing the list the answer goes only to the list. But since the original author isn't subscribed he *doesn't* get the answer. ... because he didn't stick around long enough to hear it. That's his choice. Remember: you cannot help those who will not help themselves. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] 8 bit colour changes Xfree86 3.3.6 - 4.2.1 ?
I have been using XFree86 v3.3.6 under Redhat Linux 6.2 on a couple of PCs to connect to a remote HP-UX 10.20 CDE system quite successfully, using the command 'X -query remotehost :2 -bpp 8'. After upgrading one PC to Redhat 7.3, running XFree86 4.2.1, I had to change the 'bpp' option to use '-depth 8'. And now I get strange colours on my screen, e.g. menus appearing with white text on white backgrounds, and messages such as 'xsetroot: unable to allocate color for gray30', multiple instances of 'Warning: cannot allocate colormap entry for 'LightBlue' (or other colours), and 'AllocColor' errors when attempting to run image display programs. I've still got a PC running the older system (RH6.2, XFree 3.3.6), which still works fine. XFree86 runs locally under Redhat 7.3 just as well as it did under 6.2, with no problems. So what's changed, and how do I get back to where I was? Where do I start looking for the cause? Any help would be appreciated... Norman -- Dr. Norman Charnley Department of Earth Sciences University of Oxford Oxford OX1 3PR, UK. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Am Fre, 2003-07-11 um 02.56 schrieb Jay R. Ashworth: On Fri, Jul 11, 2003 at 03:03:59AM +0200, Rene Bartsch wrote: I'm running a terminal-server with XFree86 4.3.0, XDMCP and KDE 3.1. From SUN I know you can close the X-session without stopping processes/programs/window-manager running on the server (just pull off your smartcard from one terminal and put it into another one and keep on working. The processes and window-manager have kept running in background on the server). Is that possible with XDMCP (I want to use power-management on the terminals, so I need it)? If you need to be able to walk entire sessions around, you might want to consider running the session on the server under Xvnc, and just running vncviewer to connect to it. I've done this for a small (6 seat) client office, and it works quite nicely, though it does up your server requirements a tad (they're using a dual PII-450 Dell Precision 410 with 640MB of ram and 100BaseT -- interactice response times are quite reasonable). I want to use XDMCP to have own DISPLAY and integration on the terminals (e.g. using $DISPLAY Variable to setup soundserver ...), login, ... With VNC I would have to start one Xserver on the server for each user, login management would be complicated and adding additional functions where I need access to environment varibales, etc. would become a problem. Additinally 3D-acceleration on the terminals would be impossible, which rocks fine with Nvidia GLX on XDMCP. So I want to use the complete Xserver-functions with XDMCP. Rene ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] read directly from the video card framebuffer
On Thu, Jul 10, 2003 at 11:06:22AM +0200, james amen atayi wrote: Hallo! Is it possible to directly read the video card output and save it into a file as a screen shot? I have to capture for a long time the display. Doing it making screen shots is not a good solution. That why I'm trying to find out how to capture the video card output. In other way, how can I record the screen as a movie file without making screen shots? thank for your help OK, this is messy and only an outline of what to do, but I think I have a couple ways for you to solve your problem. On a Windows box: 1) Install an X windows implementation such as X-Win32 (the one I use) or Cygwin. 2) Obtain one of many Windows utilities to make a movie out of screen activity (I have no direct experience with such packages -- I hear there are many such as gifgifgif and Camtasia). of the package he uses is not in right now). 3) Set up the security on your Windows-box X server so your XFree86 box can access the X server. You likely just have to put the IP of the XFree86 box into some security dialog. On the XFree86 box where you'd like to do the video capture: 4) Reset the DISPLAY environment variable to your Windows box IP with :0 for the display number (or whatever it takes to redirect the windows to your Windows box and start your XFree86 application. The biggest issue I think you'll have is running a window manager and keeping it from interfering with the appearance of your application. Here's the alternate (probably better) solution... On a Windows box: 1) Obtain a VNC client for Windows. 2) Obtain a Windows screen capture movie program (same as #2 above). On your XFree86 box: 3) Install VNC server and VNC client. 4) Start a VNC server with :1 as the display. 5) Start your application with :1 as the display. 6) Start the VNC client using :1 as the display -- go full screen. [At this point you should be able to do whatever you would on your XFree86 box and your VNC client will display the activity. It should look normal to you (not crucial, but reassuring). On the Windows box (suggested order of events): 7) Start your screen capture utility. 8) Start your VNC client using the XFree86 IP address and display :1 then go full screen. 9) Do whatever work you'd like to do on the XFree86 box via the VNC client on your Windows box. When you're done just stop the screen capture utility. You naturally have to edit the captured result to drop whatever you don't want at the start. Please accept the above as concepts. I have tinkered around with trying to capture XFree86 activity on Redhat 7.3 and did set up a VNC client on Windows/NT (full screen) so I could see what was happening on the XFree86 box. I never took the next step of recording the activity, I simply made a recommendation to a gentleman who wanted to go to the next step. Good luck! Joel Breazeale ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
Jay R. Ashworth writes: On Thu, Jul 10, 2003 at 10:58:56PM -0400, gabe f wrote: So then, why do you subscribe to the list, you could just read the emails on the website, thereby saving all of that internet traffic, by only viewing the email body text that appealed to you by its subject, and you wouldn't have to deal with those harmful vacation auto-replies, either? Cause I asked a question (which has drawn *no* replies, BTW -- mostly, probably, cause I'd already asked the point guy on the topic and he didn't know), and subscribing to follow the answers *is what you do*. I stayed on a) waiting to see if someone picked up the questions and b) in case someone asked one I could answer -- much the same reason I'm on the Linux Gazette Answer Gang. Yes, this 'point guy' was me. I tried to help you as good as I could, however communication was kind of tedious as you emails came back bouncing with : - Transcript of session follows - [EMAIL PROTECTED]... Deferred: Connection timed out with firewall.jachomes.com. Message could not be delivered for 5 days Message will be deleted from queue I don't think you will find anyone else on this list who still has expertise about CT chips. Furthermore I don't think you can complain that I have given you impolite answers. I have scheduled to look into the offset problem you are seeing. However there are more things in XFree86 I need to take care of so I was not able to do so immediately. the internet has more than one field, by the way. I doubt you're in a personnel/user related area. Almost all of them in 20 years, except maybe BGP4. *Lots* of front line user hand-holding and training, in fact -- including teaching people how to work their mail user agents for best effect. So that poor configuration choices on mailing lists won't bite *them*. :-) And between your attitude and David's, I must say, I can see why there was a fuss with Keith, and why people suggested that he fork the project. If y'all can't be bothered to be polite anymore, go find something else to do, 'k? I don't see where David's answers been impolite - or anybody else. Linking this issue to the discussion about a fork is neither fair nor productive. My main intention starting this thread was to point out that many of those seeking support may never receive an answer. I had no intention to provoke a general political flamewar. We instead need a pragmatic solution for our problem - unless we want to keep making support for the garbage bin. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] read directly from the video card framebuffer
Am Freitag, 11. Juli 2003 16:39 schrieben Sie: Amen! Thanks a lot! but in the way vnc realises to capture the display I would like to be able to do it. nice week-end james On Thu, Jul 10, 2003 at 11:06:22AM +0200, james amen atayi wrote: Hallo! Is it possible to directly read the video card output and save it into a file as a screen shot? I have to capture for a long time the display. Doing it making screen shots is not a good solution. That why I'm trying to find out how to capture the video card output. In other way, how can I record the screen as a movie file without making screen shots? thank for your help OK, this is messy and only an outline of what to do, but I think I have a couple ways for you to solve your problem. On a Windows box: 1) Install an X windows implementation such as X-Win32 (the one I use) or Cygwin. 2) Obtain one of many Windows utilities to make a movie out of screen activity (I have no direct experience with such packages -- I hear there are many such as gifgifgif and Camtasia). of the package he uses is not in right now). 3) Set up the security on your Windows-box X server so your XFree86 box can access the X server. You likely just have to put the IP of the XFree86 box into some security dialog. On the XFree86 box where you'd like to do the video capture: 4) Reset the DISPLAY environment variable to your Windows box IP with :0 for the display number (or whatever it takes to redirect the : windows to your Windows box and start your XFree86 application. The biggest issue I think you'll have is running a window manager and keeping it from interfering with the appearance of your application. Here's the alternate (probably better) solution... On a Windows box: 1) Obtain a VNC client for Windows. 2) Obtain a Windows screen capture movie program (same as #2 above). On your XFree86 box: 3) Install VNC server and VNC client. 4) Start a VNC server with :1 as the display. 5) Start your application with :1 as the display. 6) Start the VNC client using :1 as the display -- go full screen. [At this point you should be able to do whatever you would on your XFree86 box and your VNC client will display the activity. It should look normal to you (not crucial, but reassuring). On the Windows box (suggested order of events): 7) Start your screen capture utility. 8) Start your VNC client using the XFree86 IP address and display :1 then go full screen. 9) Do whatever work you'd like to do on the XFree86 box via the VNC client on your Windows box. When you're done just stop the screen capture utility. You naturally have to edit the captured result to drop whatever you don't want at the start. Please accept the above as concepts. I have tinkered around with trying to capture XFree86 activity on Redhat 7.3 and did set up a VNC client on Windows/NT (full screen) so I could see what was happening on the XFree86 box. I never took the next step of recording the activity, I simply made a recommendation to a gentleman who wanted to go to the next step. Good luck! Joel Breazeale ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 To: [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] S3 Trio64V2
Check your fstab file by typing: cat /etc/fstab I also Looked at it using ee You should see a line in there that looks something like: /dev/fd0/mnt/floppy auto a bunch of other opitions There was no line like the one above. I tryed adding Manualy n that didna work. Is there a way to add it. Also is there a way to reformat a 3.5 with msdos after its been formated with freeBSD. PS sorry it took so long to get back. = No Hope in the future Look To the past to find redimsioun. __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
Marc Aurele La France writes: If you attend a meeting and introduce a new agenda item, it behooves you to remain at that meeting at least until the new item is discussed. Not doing so is just plain rude, and wastes everyone else's time. Why do people think mailing lists are any different? But we say nowhere, that this is a mailing list. It wasn't a real mailing list until a while ago, it was just an alias distributing the messages to a number of people. When the server crashes we say: Please report problems to [EMAIL PROTECTED] We don't say: Please visit http://www.xfree86.org/. to subscribe to our support mailing list. Furthermore I thought the idea of having an open list was to receive reports from people not subscribed. Therefore, I'd recommend to either find a solution or reconsider the policy to run [EMAIL PROTECTED] as an open mailing list. I would recommend to script that checks if the original author is subscribed and if not, add him to the Reply-To: field. I'd favor fixing the problem. One could have a script that rewrites the incoming mail as a procmail filter with the following heuristic: if (Reply-To: exists) don't do anything; if (From: is subscribed) don't do anything; else Add a: Reply-To: [EMAIL PROTECTED], address-from-From: One of us wants to anser him, hits 'group reply' and because of the Reply-To: only containing the list the answer goes only to the list. But since the original author isn't subscribed he *doesn't* get the answer. ... because he didn't stick around long enough to hear it. That's his choice. Remember: you cannot help those who will not help themselves. I have no idea who is subscribed or not. How should I know if I'm only wasting my time? Of course I could add everybody I reply to to the Cc: field. Just to get flamed why I do this. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Thu, Jul 10, 2003 at 11:23:51PM -0400, Jay R. Ashworth wrote: See? I'm not really a snot. Even though I did ask *about* the cleanest question on the list in the 2 weeks I've been here, and got not one answer from anyone... Unfortunately if Egbert and David Bateman don't have any hints for you, you might have a hard time finding someone else here who does. I don't know if the technical docs for the 6 are available, but at some point you might want to dive into the code and see if you can find the problem. It is worth trying 4.3.0 if you haven't already, or even something more recent by downloading the XFree86 server and relevant module binaries from Alan's page (www.xfree86.org/~alanh). David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Friday 11 July 2003 05:04 pm, Egbert Eich wrote: My main intention starting this thread was to point out that many of those seeking support may never receive an answer. Good point -- I'm sort of a lurker on this and some other xfree86 lists but I have responded to a few questions -- I made the (bad) assumption that responding to the list got the answer back to the questioner. My first tack on a problem like this would be to add something like this to the footer: Respond to the list and to the questioner (better word?) -- this is an open list and many questioners are not subscribed. (Or something like that -- the shorter, while still being clear to less experienced mail list users, the better.) Randy Kramer (responding only to the list in this case ;-) ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, Jul 11, 2003 at 02:21:54PM +0200, Egbert Eich wrote: David Dawes writes: On Tue, Jul 08, 2003 at 07:05:29PM +0200, Egbert Eich wrote: I have just checked the replies on the xfree86@ list. Most of them contain just the [EMAIL PROTECTED] addresses. I can't speak for others, but most of my replies (including this one) are like that by design. Yes, I know. But this is not the point I was trying to make. If Joe Newuser has problems getting XFree86 to run he may send email to [EMAIL PROTECTED] (After all it is advertised all over to do so), but he doesn't subscribe to the list (It says nowhere that he should). When Joe Newuser does this, he gets an automatic reply telling him that he may miss replies to his message if he doesn't subscribe to the list. This was done when this list was made public in order to deal with exactly the problem you describe. From a policy point of view I think that this is preferable to adding mechanisms that discourage people from subscribing and thus from giving information back to the group. David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 8 bit colour changes Xfree86 3.3.6 - 4.2.1 ?
On Fri, 11 Jul 2003, Norman Charnley wrote: I have been using XFree86 v3.3.6 under Redhat Linux 6.2 on a couple of PCs to connect to a remote HP-UX 10.20 CDE system quite successfully, using the command 'X -query remotehost :2 -bpp 8'. After upgrading one PC to Redhat 7.3, running XFree86 4.2.1, I had to change the 'bpp' option to use '-depth 8'. And now I get strange colours on my screen, e.g. menus appearing with white text on white backgrounds, and messages such as 'xsetroot: unable to allocate color for gray30', multiple instances of 'Warning: cannot allocate colormap entry for 'LightBlue' (or other colours), and 'AllocColor' errors when attempting to run image display programs. I've still got a PC running the older system (RH6.2, XFree 3.3.6), which still works fine. XFree86 runs locally under Redhat 7.3 just as well as it did under 6.2, with no problems. So what's changed, and how do I get back to where I was? Where do I start looking for the cause? Any help would be appreciated... Either disable the RENDER extension (I'm not sure that's possible) or upgradde to 4.3. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, Jul 11, 2003 at 05:41:54PM +0200, Egbert Eich wrote: Marc Aurele La France writes: If you attend a meeting and introduce a new agenda item, it behooves you to remain at that meeting at least until the new item is discussed. Not doing so is just plain rude, and wastes everyone else's time. Why do people think mailing lists are any different? But we say nowhere, that this is a mailing list. It wasn't a real mailing list until a while ago, it was just an alias distributing the messages to a number of people. But we do say that (in an auto-reply), as I've said at least twice already. I don't think the following sequence is unreasonable: 1. user posts to [EMAIL PROTECTED] 2. user gets auto-reply about subscribing 3. user chooses to subscribe (or not) 4. user sees replies to their question (or not) David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: FWD: RE: [XFree86] read directly from the video card framebuffer
On Fri, 11 Jul 2003, james amen atayi wrote: the same job. Camtasia for example records on windows the screen. I can allready do it using xwd or other tools to make the screenshots. The problem is that with these tools the mousepointer disappears when Why on Earth didn't you say so at first instead of wasting everybody's time? It seemed you only knew how to make manual screenshots! The request for a screen shot operation that leaves the mouse pointer in the image has come up several times on the XFree86 mailing lists (please google for it). AFAIR the discussions can be summed up as: no, you can't currently do it with a vanilla XFree86, yes, some X servers have an extension to do, yes XFree86 could also conceivably get such an extension, no, nobody has written one yet, yes, there are in principle other solutions but they are hacks too -- and anyway, you have the source code, you can do whatever you like. Please google now. -Peter ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Fri, Jul 11, 2003 at 11:26:57AM -0400, David Dawes wrote: See? I'm not really a snot. Even though I did ask *about* the cleanest question on the list in the 2 weeks I've been here, and got not one answer from anyone... Unfortunately if Egbert and David Bateman don't have any hints for you, you might have a hard time finding someone else here who does. I don't know if the technical docs for the 6 are available, but at some point you might want to dive into the code and see if you can find the problem. Actually, the address for Mr Bateman on the appropriate page seems to be dead, I was hoping that either my list posting might drag him out, or that Egbert might forward. It is worth trying 4.3.0 if you haven't already, or even something more recent by downloading the XFree86 server and relevant module binaries from Alan's page (www.xfree86.org/~alanh). Ok, I was wondering -- it's apparently a real pain to get 4.3 RPM's for 7.3 (which is the largest thing I can comfortably run on my laptop); Mike isn't building for that anymore, and no one else is either... and compiling all of X on a P-233... well, I wouldn't even wish that on me. I guess I'll try to setup a build machine. Course, it'll probably take me a month to figure out how to build X from scratch... :-} Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Fri, Jul 11, 2003 at 05:04:09PM +0200, Egbert Eich wrote: Cause I asked a question (which has drawn *no* replies, BTW -- mostly, probably, cause I'd already asked the point guy on the topic and he didn't know), and subscribing to follow the answers *is what you do*. I stayed on a) waiting to see if someone picked up the questions and b) in case someone asked one I could answer -- much the same reason I'm on the Linux Gazette Answer Gang. Yes, this 'point guy' was me. I tried to help you as good as I could, however communication was kind of tedious as you emails came back bouncing with : - Transcript of session follows - [EMAIL PROTECTED]... Deferred: Connection timed out with firewall.jachomes.com. Message could not be delivered for 5 days Message will be deleted from queue Yeah, DNS problems you can't control suck, don't they? I don't think you will find anyone else on this list who still has expertise about CT chips. Furthermore I don't think you can complain that I have given you impolite answers. And you'll note that I didn't -- I went out of my way to point out that you had tried. I have scheduled to look into the offset problem you are seeing. However there are more things in XFree86 I need to take care of so I was not able to do so immediately. Oh. Cool. Thanks. the internet has more than one field, by the way. I doubt you're in a personnel/user related area. Almost all of them in 20 years, except maybe BGP4. *Lots* of front line user hand-holding and training, in fact -- including teaching people how to work their mail user agents for best effect. So that poor configuration choices on mailing lists won't bite *them*. :-) And between your attitude and David's, I must say, I can see why there was a fuss with Keith, and why people suggested that he fork the project. If y'all can't be bothered to be polite anymore, go find something else to do, 'k? I don't see where David's answers been impolite - or anybody else. Linking this issue to the discussion about a fork is neither fair nor productive. My main intention starting this thread was to point out that many of those seeking support may never receive an answer. I had no intention to provoke a general political flamewar. The flamewar was completely orthogonal to my support problem, really. We instead need a pragmatic solution for our problem - unless we want to keep making support for the garbage bin. I guess I'll have to pretend I parsed that. In any event, thanks for your help, Egbert. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, Jul 11, 2003 at 02:21:54PM +0200, Egbert Eich wrote: David Dawes writes: On Tue, Jul 08, 2003 at 07:05:29PM +0200, Egbert Eich wrote: I have just checked the replies on the xfree86@ list. Most of them contain just the [EMAIL PROTECTED] addresses. I can't speak for others, but most of my replies (including this one) are like that by design. Yes, I know. But this is not the point I was trying to make. If Joe Newuser has problems getting XFree86 to run he may send email to [EMAIL PROTECTED] (After all it is advertised all over to do so), but he doesn't subscribe to the list (It says nowhere that he should). One of us wants to anser him, hits 'group reply' and because of the Reply-To: only containing the list the answer goes only to the list. But since the original author isn't subscribed he *doesn't* get the answer. I believe that if your mailer doesn't either a) include the RT address in a group or b) ask, that your mailer is borken. But, third time now: the Answer Gang has *already fixed this problem*. Why isn't anyone interested? Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Fri, 11 Jul 2003, Randy Kramer wrote: have responded to a few questions -- I made the (bad) assumption that responding to the list got the answer back to the questioner. No :( Saying that they should subscribe doesn't help, either. Most of them are not able to read/comply with instructions like send us you log file, here is the full path: xxx... Respond to the list and to the questioner (better word?) -- this is an open list and many questioners are not subscribed. (Or something like that -- the shorter, while still being clear to less experienced mail list users, the better.) My preference would be if people got an explanatory letter the first time they wrote to the list telling: 0) that s/h/it is not a customer (in a different wording, of course) 1) that it is a mailing list (and what a mailing list is, perhaps) 2) that there are archives, so the question may already have been answered (with a URL to such an archive) 3) that the answer come to the list but there is no guarantee that it will also be sent to you (i.e. the one sending the email to the list) 4) you can subscribe and unsubscribe easily. Most of these could/should have URLs leading to more comple/wordy explanations. I realize that such a letter would require some fancy scripting to get right (and I am not volunteering) :( Much of the problem can be avoid by other means, for example by having the X server print a version-specific URL instead of an email address when it crashes or is misconfigured. That page should have a FAQ for the most common problems and a link to the mailman interface for the mailing list. It should NOT list the email address directly -- people would just use that without thinking. Another thing is that the footer with the link to the mailman interface really ought to mention the word unsubscribe. -Peter Give a man a fish, and you'll feed him for a day; Give him a religion, and he'll starve to death while praying for a fish ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, 11 Jul 2003, David Dawes wrote: When Joe Newuser does this, he gets an automatic reply telling him that he may miss replies to his message if he doesn't subscribe to the list. Disregard (parts of) my last email then. I apologize. -Peter If two men agree on everything, you may be sure that one of them is doing the thinking. -- Lyndon Baines Johnson ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
On Fri, Jul 11, 2003 at 04:34:07PM +0200, Rene Bartsch wrote: Am Fre, 2003-07-11 um 02.56 schrieb Jay R. Ashworth: On Fri, Jul 11, 2003 at 03:03:59AM +0200, Rene Bartsch wrote: I'm running a terminal-server with XFree86 4.3.0, XDMCP and KDE 3.1. From SUN I know you can close the X-session without stopping processes/programs/window-manager running on the server (just pull off your smartcard from one terminal and put it into another one and keep on working. The processes and window-manager have kept running in background on the server). Is that possible with XDMCP (I want to use power-management on the terminals, so I need it)? If you need to be able to walk entire sessions around, you might want to consider running the session on the server under Xvnc, and just running vncviewer to connect to it. I want to use XDMCP to have own DISPLAY and integration on the terminals (e.g. using $DISPLAY Variable to setup soundserver ...), login, ... With VNC I would have to start one Xserver on the server for each user, login management would be complicated and adding additional functions where I need access to environment varibales, etc. would become a problem. Additinally 3D-acceleration on the terminals would be impossible, which rocks fine with Nvidia GLX on XDMCP. So I want to use the complete Xserver-functions with XDMCP. Well, that's fine, but if the Xserver is on the terminal, and you want to shut it down, I see no obvious way that you can keep all the clients connected to it from falling over. I'm not sure what Sun is playing at, but I'm pretty sure it's not 'traditional X'. Perhaps XDMCP does things I'm not aware of these days, but I hadn't ever heard that that was on the list... Cheers, - jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: [Dri-devel] PLE133 driver source
On Thu, 2003-07-10 at 16:40, Alan Hourihane wrote: On Thu, Jul 10, 2003 at 08:40:27AM -0700, Alex Deucher wrote: I just saw this on VIA's website. It looks like they just took Alan's code and added some tv features (or perhaps just re-released his code?). I don't know if there are already in CVS or not, but for what it's worth here's the link: http://www.viaarena.com/?PageID=296 http://downloads.viaarena.com/LinuxApplicationNotes/RedHat/VIA_RH8.0_KPLE_v12a_03192003.zip In fact, they've updated some code slightly, so I'll add this in. (Moving to XFree86 general since I'm not brave enough to call myself an XFree86 developer.) I was just looking at this because the STB I'm working on uses this driver for video (re: TV) display. I'm trying to determine if there is anyway to generate a V4L driver from this in order to allow something like MythTV to do video capture. As far as I can tell, the updated trident just allows video display via Xv. XawTV can use this but only displays one channel (a modified version could use external tools to change the channels). But you can't record video. EPoX (the STB maker) says you can't do PVR work with this setup. With the 7114 hard wired to the video adapter I'm beginning to think that may be true. Do you know if its possible to do video capture with this, either through the trident server or by creating a V4L driver for the 7114? FWIW, the hardware I have has all integrated components on the motherboard: VIA C3(aka Samuel 2), 733/800MHz - CPU Trident CyberBlade/i1 - Video controller VIA VT1621 TV encoder (aka TV Out) SAA7114 - Video capture (aka TV In) RealMagic 8470 - MPEG 2/4 decoder (Sigma Designs) VIA Tech VT8601 - PCI Bridge (AGP, NorthBridge) VIA VT82C686 - ACPI (SouthBridge) VIA VT82C686 AC97 - Audio controller Realtek RTL-8139/8139C (1 2) - Ethernet controllers -- Michael J. Hammel [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[Fwd: [XFree86] Everyone stumped? No PCI support available for this architecture/OS combination? Why?]
Original Message Subject: [XFree86] No PCI support available for this architecture/OS combination? Why? From: Frank Tarczynski [EMAIL PROTECTED] Date: Wed, July 9, 2003 11:06 pm To: [EMAIL PROTECTED] I'm trying to build XFree86 Version 4.3.0 under unixware 7.1.3. I'm using the stock cc complier since I have trouble getting things to work with gcc version 2.95.3 that I have on this box. I start the build with gmake World BOOTSTRAPCFLAGS=-DUSL but I keep running into this little problem: /usr/ccs/bin/cc -c -O -W0,-2A -Xa -Dasm=__asm -I. -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/hw/xfree86/os-support/bus -I../../../../../programs/Xserver/mfb -I../../../../../programs/Xserver/mi -I../../../../../programs/Xserver/include -I../../../../../programs/Xserver/os -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/Xext -I../../../../../include/extensions -I../../../../../programs/Xserver/Xi -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/hw/xfree86/i2c -I../../../../../lib/font/include -I../../../../../include/fonts -I../../../../../programs/Xserver/hw/xfree86 -I../../../../../programs/Xserver/hw/xfree86/parser -I../../../../../programs/Xserver/hw/xfree86/loader -I../../../../../programs/Xserver/hw/xfree86/vgahw -I../../../../../programs/Xserver/hw/xfree86/rac -I../../../../../programs/Xserver/hw/xfree86/scanpci -I../../../../../programs/Xserver/hw/xfree86/vbe ! -I../../../../../programs/Xserver/hw/xfree86/int10 -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/render -I../../../randr -I../../../../.. -I../../../../../exports/include -DUSL -DSVR4 -Di386 -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -D__USLC__ -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DNARROWPROTO -DMITMISC -DXTEST -DXTRAP -DXSYNC -DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE -DXF86MISC -DDBE -DDPMSExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT -DGLX_USE_MESA -DFONTCACHE -DRES -DDDXTIME -DDDXOSINIT -DSERVER_LOCK -DDDXOSFATALERROR -DDDXOSVERRORF xf86pciBus.c UX:acomp: ERROR: ../../../../../programs/Xserver/hw/xfree86/os-support/bus/Pci.h, line 310: #error: No PCI support available for this architecture/OS combination gmake: *** [xf86pciBus.o] Error 1 Looking at Pci.h I find the error message to be truthful. There doesn't appear to be any USL, SVR5 or non-Sun SVR4 support. Has xfree86 cast unixware aside or are my eyes and complier failing me? Any ideas? Frank ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
David Dawes writes: But we do say that (in an auto-reply), as I've said at least twice already. I only saw your second answer after writing the message that lead to this. I don't think the following sequence is unreasonable: 1. user posts to [EMAIL PROTECTED] 2. user gets auto-reply about subscribing 3. user chooses to subscribe (or not) 4. user sees replies to their question (or not) I don't deny that the idea to lurke more potential future supporters to this list has its merits. However do we have any idea how many people actually subscribe and see the answers and how many answers are just written for the trash? If the majority of our answers don't reach their desination we should definitely think about a different support concept. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Jay R. Ashworth wrote: On Fri, Jul 11, 2003 at 03:03:59AM +0200, Rene Bartsch wrote: From SUN I know you can close the X-session without stopping processes/programs/window-manager running on the server (just pull off your smartcard from one terminal and put it into another one and keep on working. The processes and window-manager have kept running in background on the server). Well, that's fine, but if the Xserver is on the terminal, and you want to shut it down, I see no obvious way that you can keep all the clients connected to it from falling over. I'm not sure what Sun is playing at, but I'm pretty sure it's not 'traditional X'. Actually it is. It's the same Xserver that runs on normal workstations. The difference is a SunRay is NOT an X-terminal. It's a graphical dumb terminal. Conceptually, a SunRay is a video board and USB hub connected via ethernet instead of PCI/AGP. The Xserver runs on the server machine, so a server with 200 SunRays has 200 Xsun processes running. The magic of SunRay hotdesking (moving sessions from one terminal to another) is that as far as X is concerned, nothing changes. The SunRay DDX handles all of that. It keeps local backing store (ala Xvfb/shadowfb), and sends updates to the appropriate SunRay terminal. If you pull your smartcard out of terminal A, it simply stops sending those updates and only updates the local backing store. If you then plug into terminal B down the hall, it dumps the entire backing store to terminal B, then goes back to normal operation sending updates to that terminal instead. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: FWD: RE: [XFree86] read directly from the video card framebuffer
Peter \Firefly\ Lund wrote: The request for a screen shot operation that leaves the mouse pointer in the image has come up several times on the XFree86 mailing lists (please google for it). AFAIR the discussions can be summed up as: no, you can't currently do it with a vanilla XFree86, yes, some X servers have an extension to do, yes XFree86 could also conceivably get such an extension, no, nobody has written one yet, yes, there are in principle other solutions but they are hacks too -- and anyway, you have the source code, you can do whatever you like. Actually someone has written one and it's in the XFree86 CVS tree, if you look in the attic directories and CVS history files for the remains of Keith Packard's rejected X-Fixes extension. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Error report
On Fri, 11 Jul 2003, witold wawrzyniak wrote: I have permanent X-crash after several hours of working. It just close everything suddenly. I hope this log will be helpfull for your job If you were working with Mozilla or something that would have alot of fonts it may be a known bug in the freetype font renderer. Replace freetype in the XF86Config file with xtt so that it uses a different TrueType font renderer. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 8 bit colour changes Xfree86 3.3.6 - 4.2.1 ?
On Fri, 11 Jul 2003, Marc Aurele La France wrote: On Fri, 11 Jul 2003, Norman Charnley wrote: I have been using XFree86 v3.3.6 under Redhat Linux 6.2 on a couple of PCs to connect to a remote HP-UX 10.20 CDE system quite successfully, using the command 'X -query remotehost :2 -bpp 8'. After upgrading one PC to Redhat 7.3, running XFree86 4.2.1, I had to change the 'bpp' option to use '-depth 8'. And now I get strange colours on my screen, e.g. menus appearing with white text on white backgrounds, and messages such as 'xsetroot: unable to allocate color for gray30', multiple instances of 'Warning: cannot allocate colormap entry for 'LightBlue' (or other colours), and 'AllocColor' errors when attempting to run image display programs. I've still got a PC running the older system (RH6.2, XFree 3.3.6), which still works fine. XFree86 runs locally under Redhat 7.3 just as well as it did under 6.2, with no problems. So what's changed, and how do I get back to where I was? Where do I start looking for the cause? Any help would be appreciated... Either disable the RENDER extension (I'm not sure that's possible) or upgradde to 4.3. It's not possible to disable it without a recompile. He'll have to upgrade to 4.3. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] * Xserver up-grade problem *
Hello: I am up-grading a workstation from Red Hat Linux 7.1 to Red Hat Linux 9, but I could not succeed in installing the X server. The video card is GeForce2 GTS and the monitor is Dell M781.Please find enclosed the log file, and the config file as well. I appreciate your help. Juan Padilla XFree86.0.log Description: Binary data XF86Config-4 Description: Binary data
Re: [XFree86] Problem with ATI Radeon 9000 and Proview LCD 15-inch 568/BMM568 monitor
On Friday, July 11, 2003 4:00 am, Emilie et Sébastien WOLNIEWICZ wrote: Hello, I have a problem with XFree86 X server, I can't start xserver Video hardware : ATI Radeon 9000 Just the other day I was messing around with my ATI Radeon 7500's composite video output port. I never managed to get it working before, probably because I never tried before :^), but after connecting it to something else (in my case, a video capture card, ha ha) and rebooting, I got the same odd-looking error messages as you: (II) RADEON(0): Total number of valid DDC mode(s) found: 0 (WW) RADEON(0): Valid modes must be between 320x200-0x0 (II) RADEON(0): Total number of valid FP mode(s) found: 0 (EE) RADEON(0): No valid mode found for this DFP/LCD I don't fully understand it. Check that: I don't understand it at all. :^) What the hell kind of range is 320x200-0x0 anyhow? That's even worse than xvinfo's 'XV_COLORKEY (range 0 to -1)' which is might just be due to mismatched signededness somewhere. But you still might want to check to see if you have anything plugged into your composite or S-Video port. If so, yank the cable out, reboot, and try again. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Problem
On Friday, July 11, 2003 4:56 am, poltavec wrote: I have: XFree86 ver 4.3.0. and the mga driver that came with XFree86 4.3.0., OS is FreeBsd 4.7, video card is Matrox Marvel G450 eTV, 2 monitors and problem. I see one screen on every monitor when I run X server. I wish to use my card with 2 displays operating as a single logical display. The First and the 2nd screen is draw same picture. You probably want to load Xinerama if you want to be able to move windows from one monitor to the other. Add Screen # lines to your Screen sections. But I'm not sure this will fix your problem, since as far as I know this is just to specify which heads to use, and from what you describe the server already handles that correctly. I think. MGA(4) doesn't seem to list any CloneDisplay-type options... ---//--- add to /etc/X11/XF86Config Section ServerFlags Option Xinerama true EndSection ---//--- Look before to see where to add the Screen lines. Section Screen Identifier Screen1 Device Matrox1 MonitorMonitor1 DefaultDepth 16 SubSection Display Depth 16 Modes1024x768 EndSubSection Screen 0 EndSection Section Screen Identifier Screen2 Device Matrox2 MonitorMonitor2 DefaultDepth 16 SubSection Display Depth 16 Modes 1024x768 EndSubSection Screen 1 EndSection -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [Fwd: [XFree86] Everyone stumped? No PCI support available forthis architecture/OS combination? Why?]
The: #elif defined(__i386__) section defines ARCH_PCI_INIT unconditionally. From where I'm at, it looks like the unixware build fails to define __i386__ as the processor type. Here's what it looks like on Linux: gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -I. -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/hw/xfree86/os-support/bus -I../../../../../programs/Xserver/mfb -I../../../../../programs/Xserver/mi -I../../../../../programs/Xserver/include -I../../../../../programs/Xserver/os -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/Xext -I../../../../../include/extensions -I../../../../../programs/Xserver/Xi -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/hw/xfree86/i2c -I../../../../../lib/font/include -I../../../../../include/fonts -I../../../../../programs/Xserver/hw/xfree86 -I../../../../../programs/Xserver/hw/xfree86/parser -I../../../../../programs/Xserver/hw/xfree86/loader -I../../../../../programs/Xserver/hw/xfree86/vgahw -I../../../../../programs/Xserver/hw/xfree86/rac -I../../../../../programs/Xserver/hw/xfree86/scanpci -I../../../../../programs/Xserver/hw/xfree86/vbe -I../../../../../programs/Xserver/hw/xfree86/int10 -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/render -I../../../randr -I../../../../.. -I../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DMITMISC -DXTEST -DXTRAP -DXSYNC -DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE -DXF86MISC -DDBE -DDPMSExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DFONTCACHE -DRES -DDDXOSINIT -DSERVER_LOCK -DDDXOSFATALERROR -DDDXOSVERRORF -DDDXTIME -DPART_NET xf86pciBus.c You seem to have -Di386 instead. It looks like this may be a widespread problem. From looking at xc/config/cf/* it looks like __i386__ is supposed to be part of the StandardDefines if you want this to work. Perhaps changing that in usl.cf may fix things? Mark. On Fri, 11 Jul 2003, Frank Tarczynski wrote: Original Message Subject: [XFree86] No PCI support available for this architecture/OS combination? Why? From: Frank Tarczynski [EMAIL PROTECTED] Date: Wed, July 9, 2003 11:06 pm To: [EMAIL PROTECTED] I'm trying to build XFree86 Version 4.3.0 under unixware 7.1.3. I'm using the stock cc complier since I have trouble getting things to work with gcc version 2.95.3 that I have on this box. I start the build with gmake World BOOTSTRAPCFLAGS=-DUSL but I keep running into this little problem: /usr/ccs/bin/cc -c -O -W0,-2A -Xa -Dasm=__asm -I. -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/hw/xfree86/os-support/bus -I../../../../../programs/Xserver/mfb -I../../../../../programs/Xserver/mi -I../../../../../programs/Xserver/include -I../../../../../programs/Xserver/os -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/Xext -I../../../../../include/extensions -I../../../../../programs/Xserver/Xi -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/hw/xfree86/i2c -I../../../../../lib/font/include -I../../../../../include/fonts -I../../../../../programs/Xserver/hw/xfree86 -I../../../../../programs/Xserver/hw/xfree86/parser -I../../../../../programs/Xserver/hw/xfree86/loader -I../../../../../programs/Xserver/hw/xfree86/vgahw -I../../../../../programs/Xserver/hw/xfree86/rac -I../../../../../programs/Xserver/hw/xfree86/scanpci -I../../../../../programs/Xserver/hw/xfree86/vbe ! -I../../../../../programs/Xserver/hw/xfree86/int10 -I../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../programs/Xserver/render -I../../../randr -I../../../../.. -I../../../../../exports/include -DUSL -DSVR4 -Di386 -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -D__USLC__ -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DNARROWPROTO -DMITMISC
Re: [XFree86] Error report
On Friday, July 11, 2003 6:16 am, witold wawrzyniak wrote: I have permanent X-crash after several hours of working. It just close everything suddenly. What were you doing at the time of the crash? Did it happen in response to something you did, or did it appear to happen at a random time without provocation? Is it possible to reproduce the crash? -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
On Fri, Jul 11, 2003 at 10:39:18AM -0700, Alan Coopersmith wrote: Jay R. Ashworth wrote: On Fri, Jul 11, 2003 at 03:03:59AM +0200, Rene Bartsch wrote: From SUN I know you can close the X-session without stopping processes/programs/window-manager running on the server (just pull off your smartcard from one terminal and put it into another one and keep on working. The processes and window-manager have kept running in background on the server). Well, that's fine, but if the Xserver is on the terminal, and you want to shut it down, I see no obvious way that you can keep all the clients connected to it from falling over. I'm not sure what Sun is playing at, but I'm pretty sure it's not 'traditional X'. Actually it is. It's the same Xserver that runs on normal workstations. The difference is a SunRay is NOT an X-terminal. It's a graphical dumb terminal. Conceptually, a SunRay is a video board and USB hub connected via ethernet instead of PCI/AGP. The Xserver runs on the server machine, so a server with 200 SunRays has 200 Xsun processes running. He didn't *say* SunRay. That's another thing entirely -- almost exactly the same as Xvnc, from what I understand. The magic of SunRay hotdesking (moving sessions from one terminal to another) is that as far as X is concerned, nothing changes. The SunRay DDX handles all of that. It keeps local backing store (ala Xvfb/shadowfb), and sends updates to the appropriate SunRay terminal. If you pull your smartcard out of terminal A, it simply stops sending those updates and only updates the local backing store. If you then plug into terminal B down the hall, it dumps the entire backing store to terminal B, then goes back to normal operation sending updates to that terminal instead. Yeah, that's almost 100% identical to what I set up with VNC for my client. I used NIC's with a slightly modified boot CDROM as terminals, but they're toast now of course -- but any acceptable pizzabox is around the same price. I wonder what *Sun* charges for it? It took me about 12 hours to design *and* implement. :-) Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
On Fri, Jul 11, 2003 at 10:39:18AM -0700, Alan Coopersmith wrote: Jay R. Ashworth wrote: I'm pretty sure it's not 'traditional X'. Actually it is. It's the same Xserver that runs on normal workstations. And to clarify -- by traditional X, I meant server physically located on the terminal, with Lots and Lotstm of open network streams to it from the clients on whichever servers they're running on. So yes, it is *NOT* traditional X. :-) Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] * Xserver up-grade problem *
On Friday, July 11, 2003 12:43 pm, Juan Padilla Noriega wrote: Hello: I am up-grading a workstation from Red Hat Linux 7.1 to Red Hat Linux 9, but I could not succeed in installing the X server. The video card is GeForce2 GTS and the monitor is Dell M781.Please find enclosed the log file, and the config file as well. I appreciate your help. (EE) NVIDIA(0): Failure allocating root object. The NVIDIA kernel module (EE) NVIDIA(0): may not be installed correctly! Please refer to the FAQ for (EE) NVIDIA(0): installation instructions. When you change your kernel you need to recompile and reinstall your nvidia kernel module. Probably you want to take the opportunity to get a newer version of it and the XFree86 driver. I've made this mistake myself many times... -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: FWD: RE: [XFree86] read directly from the video card framebuffer
On Fri, 11 Jul 2003, Alan Coopersmith wrote: Actually someone has written one and it's in the XFree86 CVS tree, if you Wonderful! :) look in the attic directories and CVS history files for the remains of Keith Packard's rejected X-Fixes extension. It was merely puzzled for some months why it was rejected. Now I'm bewildered. Thank you, Alan :) -Peter I'm going to explain this as well as I can, given the limits of my space and your attention span. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Re: Mailing list behaviour and etiquette, in general
Not advocating change, just criticizing something that essentially creates unnecessary traffic, like your criticism? On Friday, July 11, 2003, at 12:30 AM, Jay R. Ashworth wrote: On Fri, Jul 11, 2003 at 01:33:10AM -0400, Mike A. Harris wrote: As such, it is extremely pointless to demand that a given list should change it's policy on this issue, regardless of what datapoints you'd like to raise. You won't raise even a single datapoint that the list maintainers, and the majority of subscribers are not already fully 100% aware of. They just disagree with you, and are not likely to change their line of thinking no matter how much you disagree or how big of a flamewar you'd like to make about it. The best you can do, is agree to disagree and then move on to another topic - or unsubscribe. Pretty sure that I did *not* advocate *this list* changing anything, Mike. Go re-check the thread. Was merely expressing an opinion. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
Randy Kramer writes: Good point -- I'm sort of a lurker on this and some other xfree86 lists but I have responded to a few questions -- I made the (bad) assumption that responding to the list got the answer back to the questioner. My first tack on a problem like this would be to add something like this to the footer: Respond to the list and to the questioner (better word?) -- this is an open list and many questioners are not subscribed. (Or something like that -- the shorter, while still being clear to less experienced mail list users, the better.) Well, we have learned that this behavior is intended, therefore it's the one who posts who will get an auto reply asking him to take care that he does receive an answer. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] ATI radeon mobility U1?
is ATI radeon mobility U1 supported by xfree86? thanx -- alberto valente Hit any user to continue ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
somewhere around Fri, 11 Jul 2003 11:38:22 -0400 J.R. Hartley wrote: Ok, I was wondering -- it's apparently a real pain to get 4.3 RPM's for 7.3 (which is the largest thing I can comfortably run on my laptop); Mike isn't building for that anymore, and no one else is either... and compiling all of X on a P-233... well, I wouldn't even wish that on me. That's wot I dun. Just prise those fingers away from the keyboard while it is compiling, and find something else to do like watching TV for several hours, smoke a fag, have some lunch, make a nice cup of tea for the vicar, etc etc. ~(sirromseventyfive)~ _ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
sorry, posted this before reading all of the emails in my inbox :) On Friday, July 11, 2003, at 02:21 PM, gabe f wrote: maybe you've been on the list for a long time, but the list automatically gives you such info when you post to it for the first time. On Friday, July 11, 2003, at 08:21 AM, Egbert Eich wrote: David Dawes writes: If Joe Newuser has problems getting XFree86 to run he may send email to [EMAIL PROTECTED] (After all it is advertised all over to do so), but he doesn't subscribe to the list (It says nowhere that he should). ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, Jul 11, 2003 at 08:39:14PM +0200, Egbert Eich wrote: Jay R. Ashworth writes: On Fri, Jul 11, 2003 at 02:21:54PM +0200, Egbert Eich wrote: I believe that if your mailer doesn't either a) include the RT address in a group or b) ask, that your mailer is borken. No, I don't think it's broken. It is doing exactly what is recommended in RFC 822. RFC 2822, s3.6.3, graf 2. It explicitly says that it does *not* control, in either case. So I stand my by (wildly off-topic :-) opinion. :-) Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Jay R. Ashworth wrote: On Fri, Jul 11, 2003 at 10:39:18AM -0700, Alan Coopersmith wrote: Jay R. Ashworth wrote: On Fri, Jul 11, 2003 at 03:03:59AM +0200, Rene Bartsch wrote: From SUN I know you can close the X-session without stopping processes/programs/window-manager running on the server (just pull off your smartcard from one terminal and put it into another one and keep on working. The processes and window-manager have kept running in background on the server). He didn't *say* SunRay. SunRay is the only way Sun offers that functionality right now, so it was pretty much implied. You can't do that on a Sun workstation with the software we provide (though as you noted, you can get similar results with Xvnc). -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
On Fri, Jul 11, 2003 at 11:57:53AM -0700, Alan Coopersmith wrote: Jay R. Ashworth wrote: He didn't *say* SunRay. SunRay is the only way Sun offers that functionality right now, so it was pretty much implied. You can't do that on a Sun workstation with the software we provide (though as you noted, you can get similar results with Xvnc). Indeed. It's only implicit if you pay any attention to Sun stuff, Alan. :-) And it's almost completely orthogonal to XDMCP (or X itself, for that matter). Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mailing list behaviour and etiquette, in general
On Friday 11 July 2003 08:37 pm, Egbert Eich wrote: Well, we have learned that this behavior is intended, therefore it's the one who posts who will get an auto reply asking him to take care that he does receive an answer. Thanks for the reply. I guess I'm used to the belt and suspenders approach ;-) Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
On Fri, Jul 11, 2003 at 09:21:18PM +0200, Rene Bartsch wrote: So I need XDMCP to have an evironment like working directly on the server. H... Maybe I'm missing something, but XDMCP is the protocol used to offer Chooser-like services to Xterms, no/ But the problem is power-management and security. To keep current, heat and noise low I want to use suspend-to-ram on the terminals (and logging out the user when going to potty, of course). But the tasks and processes started by the user should go on without additional user-interaction (withpassword/smartcard-protected screenserver after five minutes and suspend-to-ram after 10 minutes and moving to another machine should be possible). And, as I say, the only method of which I'm aware by which you can get what you want is VNC. Or maybe Xproxies on the server to which the clients connect. And VNC isn't fast enough for multimedia. If you run a standard server on the lightweight terminals, I don't know of anyway you can port the connections around. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Fri, Jul 11, 2003 at 07:33:42PM +0200, Egbert Eich wrote: David Dawes writes: But we do say that (in an auto-reply), as I've said at least twice already. I only saw your second answer after writing the message that lead to this. I don't think the following sequence is unreasonable: 1. user posts to [EMAIL PROTECTED] 2. user gets auto-reply about subscribing 3. user chooses to subscribe (or not) 4. user sees replies to their question (or not) I don't deny that the idea to lurke more potential future supporters to this list has its merits. However do we have any idea how many people actually subscribe and see the answers and how many answers are just written for the trash? If the majority of our answers don't reach their desination we should definitely think about a different support concept. I don't think it matters, because: 1. The original poster may read the answer via one of the archives of this list. How would we ever know? 2. If the original poster chooses to not follow up their question, that is their choice. Given that this is a volunteer group, not a paid support line, the onus must be on the user to follow up on their questions. 3. Most problems are not unique. If the answer doesn't benefit whoever first asked it, it may benefit someone else (either immediately or later via archives), and may contribute to the overall knowledge base of this group. Therefore I don't agree with the assessment that such answers end up in the trash. 4. XFree86 doesn't formally provide support. This list is available to aid to the community as a whole in being self-supporting. David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] no screen after exiting X from startx
also, I'm not using linux, OpenBSD 3.2 On Thursday, July 10, 2003, at 06:20 PM, Ken Thompson wrote: On Thursday 10 July 2003 11:04 am, gabe f wrote: I saw this posted in the groups, but no response there. I start X 4.3.0 from startx, and works fine, but on exit, I don't have a screen, but i can type shutdown -r now, blindly, and it works. What is it? I have an ati radeon 7500, and have the problem on both an lcd and a crt monitor. I'm running fvwm 2.4.15. gabe I have had this happen with various higher level video cards, nVIDIA Matrox etc. - what I have done to work around the problem is to not use framebuffer mode. Set lilo to vga=normal and you should get your term screen back. -- Ken Thompson WA7SYR Payette, Idaho Email: [EMAIL PROTECTED] Linux- Coming Soon To A Desktop Near You Registered Linux User #183936 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Rene Bartsch wrote: I'm not sure if it's a SunRay. The system is about 4 years old, one server and 20 terminals, which are very light-weight (I can remind our Sun-admin once said Sun uses a special protocol which sets each bit one by one on the terminal - assumingly what you called DDX some lines down). Sounds like a SunRay to me - you can see if it looks like the product pictures on http://wwws.sun.com/hw/sunray/index.html if you want to confirm. As for DDX, that's Device Dependent X - it's the module that most people call a driver - there's a different one for each type of video card, and the SunRay DDX does in fact send the pixels over the network in the SunRay protocol. (Not quite one-by-one in many cases, but the basic concept is correct.) -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Am Fre, 2003-07-11 um 22.57 schrieb Alan Coopersmith: Rene Bartsch wrote: I'm not sure if it's a SunRay. The system is about 4 years old, one server and 20 terminals, which are very light-weight (I can remind our Sun-admin once said Sun uses a special protocol which sets each bit one by one on the terminal - assumingly what you called DDX some lines down). Sounds like a SunRay to me - you can see if it looks like the product pictures on http://wwws.sun.com/hw/sunray/index.html if you want to confirm. As for DDX, that's Device Dependent X - it's the module that most people call a driver - there's a different one for each type of video card, and the SunRay DDX does in fact send the pixels over the network in the SunRay protocol. (Not quite one-by-one in many cases, but the basic concept is correct.) Ok, the thin-clients are SunRay 1 ones ;o) -- Rene Bartsch Faculties MNI Computer Science 8th Semester FH Giessen/Friedberg, Germany Facsimile/Phone: +49 7 00/72 27 87 24 Mail: [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Closing XDMCP without stopping processes?
Am Fre, 2003-07-11 um 20.27 schrieb Jay R. Ashworth: On Fri, Jul 11, 2003 at 09:21:18PM +0200, Rene Bartsch wrote: So I need XDMCP to have an evironment like working directly on the server. H... Maybe I'm missing something, but XDMCP is the protocol used to offer Chooser-like services to Xterms, no/ But the problem is power-management and security. To keep current, heat and noise low I want to use suspend-to-ram on the terminals (and logging out the user when going to potty, of course). But the tasks and processes started by the user should go on without additional user-interaction (withpassword/smartcard-protected screenserver after five minutes and suspend-to-ram after 10 minutes and moving to another machine should be possible). And, as I say, the only method of which I'm aware by which you can get what you want is VNC. Or maybe Xproxies on the server to which the clients connect. And VNC isn't fast enough for multimedia. What do you mean with Xproxies? -- Rene Bartsch Faculties MNI Computer Science 8th Semester FH Giessen/Friedberg, Germany Facsimile/Phone: +49 7 00/72 27 87 24 Mail: [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Problems launching the GUI
Hi, Id like to get some help to solve a problem I face every time I start the GUI. Currently I have Red Hat Linux Rel.8.0. installed in a Dell Dimension 4500 Pentium 4 @ 2.4 GHz and 256 MB of RAM. The system has one hard drive for Windows XP and a second one dedicated to Linux. The Video card is NVDIA GeForce4 TI 64MB DDR and the monitor is a Dell 1900FP. First of all, Id like to mention that the system used to work just fine. The problems began when accidentally I turned off the P.C. without shutting down the system properly. After that, every time I try to start the X Window system, it displays the following errors: (EE) VESA(0): No matching modes (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found XIO: Fatal IO error I04 (Connection reset by peer) on X server :0.0 after 0 requests (0 Known processed) with 0 events remaining. After trying to reconfigure xfree86 without luck, I decided to format the hard disk and re-install Linux from the ground, but despite this action, the problem remains. Since Im not an experienced Linux user, I have no idea about what to do. Enclosed youll find the latest XFree86.0.log. file for your reference and of course, if you need further information, please, let me know. Any help would be appreciated. Thank you. - Oscar Lopez -
Re: [XFree86] Problems launching the GUI
I don't see a file attached. I wouldn't have expected your GeForce4 TI to work before XFree86 4.3, so if you got it to work with the vesa driver, you may have just been lucky. With XFree86 4.3, that panel should work with the nv driver but often some twiddling is needed. You often have to specify Option CrtcNumber 1 or Option FlatPanel In the Section Device in the XF86Config file. An alternative would be to install NVIDIA's binary Linux drivers which should work with your current version of XFree86. Mark. On Fri, 11 Jul 2003, Oscar Lopez wrote: Hi, I'd like to get some help to solve a problem I face every time I start the GUI. Currently I have Red Hat Linux Rel.8.0. installed in a Dell Dimension 4500 Pentium 4 @ 2.4 GHz and 256 MB of RAM. The system has one hard drive for Windows XP and a second one dedicated to Linux. The Video card is NVDIA GeForce4 TI 64MB DDR and the monitor is a Dell 1900FP. First of all, I'd like to mention that the system used to work just fine. The problems began when accidentally I turned off the P.C. without shutting down the system properly. After that, every time I try to start the X Window system, it displays the following errors: (EE) VESA(0): No matching modes (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found XIO: Fatal IO error I04 (Connection reset by peer) on X server :0.0 after 0 requests (0 Known processed) with 0 events remaining. After trying to reconfigure xfree86 without luck, I decided to format the hard disk and re-install Linux from the ground, but despite this action, the problem remains. Since I'm not an experienced Linux user, I have no idea about what to do. Enclosed you'll find the latest XFree86.0.log. file for your reference and of course, if you need further information, please, let me know. Any help would be appreciated. Thank you. - Oscar Lopez - ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] semi-newbie: nVidia Go5200 FX trouble on Toshiba laptop
Hi guys, I'm having some trouble getting screen resolutions working right, and would appreciate *any* pointers. I just bought a new Toshiba P25, with a gorgeous 17 screen that's native at 1400 x 1050. It comes with at GeForce 5200 FX chip and 32 MB of video memory. When I installed Mandrake 9.1, I chose a screen resolution of 1400 x 1050, and to use the vesa driver. When I actually got the laptop into X however, I get a funky problem: The virtual size of the screen appears to be a little taller than what's actually displayed. That is, in KDE, the taskbar that's on the bottom doesn't appear, but I can move the cursor a little south of the bottom of the screen and interact with that tasklbar. I see some lines in /var/log/XFree86.0.log that are worrying, but I don't know what to do with them: ... (II) VESA(0): Not using mode 1400x1050 (no mode of this name) (II) VESA(0): Not using mode 1024x768 (no mode of this name) (II) VESA(0): Not using mode 800x600 (no mode of this name) (--) VESA(0): Virtual size is 1280x1024 (pitch 1280) ... Thanks tons, Christian ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] semi-newbie: nVidia Go5200 FX trouble on Toshiba laptop
You'll want to use XFree86 4.3 and the nv driver that comes with it. Mark. On Fri, 11 Jul 2003, Christian Convey wrote: Hi guys, I'm having some trouble getting screen resolutions working right, and would appreciate *any* pointers. I just bought a new Toshiba P25, with a gorgeous 17 screen that's native at 1400 x 1050. It comes with at GeForce 5200 FX chip and 32 MB of video memory. When I installed Mandrake 9.1, I chose a screen resolution of 1400 x 1050, and to use the vesa driver. When I actually got the laptop into X however, I get a funky problem: The virtual size of the screen appears to be a little taller than what's actually displayed. That is, in KDE, the taskbar that's on the bottom doesn't appear, but I can move the cursor a little south of the bottom of the screen and interact with that tasklbar. I see some lines in /var/log/XFree86.0.log that are worrying, but I don't know what to do with them: ... (II) VESA(0): Not using mode 1400x1050 (no mode of this name) (II) VESA(0): Not using mode 1024x768 (no mode of this name) (II) VESA(0): Not using mode 800x600 (no mode of this name) (--) VESA(0): Virtual size is 1280x1024 (pitch 1280) ... Thanks tons, Christian ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
