HDTenEightyP/NetNews huggingface dataset:
From: cckrasic@plg.uwaterloo.ca (Charlie Krasic (Buck))
Subject: Re: Running an X application on a remote machine
Organization: University of Waterloo
Date: Tue, 26 Jan 1993 20:34:30 GMT


I run X remotely using Linux and XFree (X8514 in my case).  The response
is very good over all.  My guess is that the botleneck you are experiencing
is either software (what X server are you using?), or your network.  I 
suspect software, as I can run light X stuff (emacs, etc.--not xdvi!) with 
reasonable performance over a modem.

At any rate, your hardware sounds more than adequate (the 16M is especially 
nice).

-- Charlie

--
Charlie Krasic                  \Programming Language Group
                                 \Dept. of Computer Science
email: cckrasic@plg.UWaterloo.ca  \  University of Waterloo
Phone: (519) 888-4822              \ Waterloo, Ont. N2L 3G1
From: steve@pitacat.math.cwru.edu (Steven H. Izen)
Newsgroups: comp.windows.x.i386unix
Subject: xhost doesn't work Xfree86
Date: 22 Jan 1993 18:01:44 GMT
Organization: Math Department, Case Western Reserve University
Distribution: world
NNTP-Posting-Host: pitacat.math.cwru.edu

I cam having trouble connecting to the Xserver from a remote client. System config: ISC 3.0, Trident 8900C chip set. Xfree86 1.2., ISC tcp/ip 1.3, with the IP connection between the two machines being by SLIP.

I have /etc/X0.hosts set up to allow pitacat.math.cwru.edu to access the server.
When I run xhosts on izen386 (an alias for shi-slip) I get:

	izen386 [84]% /usr/X11R5/bin/xhost
	access control enabled, only authorized clients can connect
	shi-slip.DIALIN.CWRU.Edu
	pitacat.MATH.CWRU.Edu

Ok, then from pitacat, the following doesn't work:

	pitacat [9]% xdpyinfo
	Xlib:  connection to "izen386:0.0" refused by server
	Xlib:  Client is not authorized to connect to Server
	xdpyinfo:  unable to open display "izen386:0".

So then I tried the following on izen386:

	izen386 [85]% xhost +
	all hosts being allowed (access control disabled)
	XIO:  fatal IO error 77 on X server "unix:0.0"
	Not a data message
	      after 5 requests (2 known processed) with 0 events remaining.

And I also tried:
	izen386 [88]% /usr/X11R5/bin/xhost +pitacat
	pitacat being added to access control list
	XIO:  fatal IO error 77 (Not a data message) on X server "unix:0.0"
      	after 5 requests (2 known processed) with 0 events remaining.


So I tried it from pitacat, with DISPLAY set to izen386:0.
pitacat [11]% xhost +
Xlib:  connection to "izen386:0.0" refused by server
Xlib:  Client is not authorized to connect to Server
xhost:  unable to open display "izen386:0"

Local clients on izen386 have no trouble connecting to the server.  What am I missing?  I used to connect all the time with no trouble with ISC's version of 
X.  Any ideas?

		Thanx,
		Steve Izen.
-- 
Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
Best Address:              MaBell: Voice: (216)368-2891  Fax: (216)368-5163
shi@po.cwru.edu		Next best address: steve@pitacat.math.cwru.edu
Newsgroups: comp.windows.x.i386unix
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Help: Speedstar 24
Organization: AT&T
Date: Thu, 28 Jan 1993 19:18:49 GMT
Keywords: X Speedstar windows

In article <1k8gm5INNovc@nz12.rz.uni-karlsruhe.de> bernd@iamk4515.mathematik.uni-karlsruhe.de (Bernd Wiebelt) writes:
> Ok, don't flame me. I know this must have been discussed to death 
> somewhere. But I bought my Speedstar 24 yesterday, and until then
> I have not been interested in the Diamond-thread.
> 

Aw, you spoil all my fun.  :->

> The question is: is there a program which sets the clock-chip
> to the appropriate values. I know that I can do this in DOS-Mode,
> but then, I should be able do that in linux, too (before 
> starting X). If there is a program for solving this problem, 
> please mail it to me.
> 

Because other vendors (e.g. Genoa) are also going to such a system
for setting dot-clocks (as do many (most?) of the S3-based boards),
XFree86 1.2 will add the capability to call an external program to
set the dot-clock when video modes are entered.  This keeps us from
having to hack the drivers when new hardware schemes for old chipsets
are added.

XFree86 1.2 will be released in a couple of weeks (I know, I've been
saying that for a while.  We're still working out a few last bugs in
the SVR3 shared libaries).  You will want this version.

> If there is not, does anyone has information about setting
> the clock-chip? After all, I won`t get information from Diamond
> if I've read some articles correctly, but it must be all in
> the vga-bios. I could perhaps debug the code to find all the 
> answers, but this would be rather stupid if someone has allready
> done that.
> 

In the US, the legality of this is questionable (there have been court
decisions in both directions).  I have no idea what, if anything, that
implies where you are.

That said, I know of at least one person who has done exactly what you
describe.  I will not give out his name, for two reasons: (a) I don't
want Diamond to get after him, and (b) I want to encourage people to
return their Diamond boards and buy a board from a friendly vendor,
such as Orchid.

> Happy Linuxing, Bernd
>  
> 
> 

--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
Xref: sparky comp.windows.x.i386unix:408 comp.text.tex:15560 comp.unix.pc-clone.32bit:1405
From: lubkin@cs.rochester.edu (Saul Lubkin)
Newsgroups: comp.windows.x.i386unix,comp.text.tex,comp.unix.pc-clone.32bit
Subject: Re: xdvi problem: occasional distorted lines
Date: 28 Jan 93 17:00:13 GMT
Organization: Computer Science Department University of Rochester

Thanks to Paul Vojta, who maintains xdvi, for solving the problem.
Copy of a note that I sent:

Solved!

It was, as you thought, a server bug.  I've been using the MetroLink
4 bit server, as it supports hardware panning, giving a virtual screen
size of 1024x2048, very good for previewing pages of dvi files at, say,
180dpi.  But, the server has some bug, that causes the distorted lines.
When I used MetroLink's 8 bit server, the probelm went away.  (But I
then have much less real estate -- that server only supports a virtual
screen of 1152x896.)  MetroLink's 4 bit Xvga server for SVR4 suffers
from the same problem as the one for SVR3.2.

Thanks for your help.  I'll post this to the net.

		Sincerely yours,

		Saul Lubkin
From: smith@compound.se (Bjorn Smith)
Newsgroups: comp.windows.x.i386unix
Subject: Re: mouse problem for consensys X
Date: 22 Jan 93 09:19:25 GMT
Organization: Compound Systems AB
X-Newsreader: TIN [version 1.1 PL8]

david.e.wexelblat (dwex@cbnewsj.cb.att.com) wrote:
: In article <C11HKM.KHK@compound.se> smith@compound.se (Bjorn Smith) writes:
: > However, there actually is a serious problem with XFree86 1.1 in combination
: > with Consensys SVR4 and its supplied Motif package.

: It's not XFree86.  I'm pretty sure I'm not the only one using Motif with
: XFree86 on SVR4, with no problems.  Given the reputation of your OS vendor,
: I'd look there first.

Your are probably right.

: I doubt it highly.  (a) this is the first we've ever heard of this problem,
: and (b) I doubt highly that it's our fault.

Please, don't get me wrong. As I wrote in previous follow up:
"I assume that the problem is related to the XFree86 server because when
 I use my X-terminal connected to the same system this never happens."

I din`t mean that the source of the problem is in XFree86, only related to
it in some way.

I'm posting these comments to clarify that I DON`T want to give XFree86 any
bad reputation in any way. I find it an excelent piece of work and I`m
trying hard to find out what the problem really is.

--
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
From: arnd@rea.informatik.rwth-aachen.de (Arnd Gehrmann)
Newsgroups: comp.windows.x.i386unix
Subject: XFree86 & MS-busmouse-Problem ?
Date: 25 Jan 93 08:58:31 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Distribution: world
NNTP-Posting-Host: rea.informatik.rwth-aachen.de

With a new 486/50 and MS-busmouse, i got a little problem:
XFree starts and works very well but somtimes after a few minutes, mostly
while moving the mousepointer, it stops to work. The X-cross dont move
anymore. The solution is to shut down the xserver by Ctrl Alt Bs and
starting again. What happend? Who can help ? 
msbusmouse-conf: prim. port, irq5, normal slot
By the way, what are the meanings of the Xconfig-parameters for the mouse?
(BaudRate and SampleRate for a BUSmouse). 

-- 
Arnd Gehrmann
(arnd@zeus.informatik.rwth-aachen.de)
Newsgroups: comp.windows.x.i386unix
From: ramzi@rintintin.Colorado.EDU (Ramzi Al-Majid)
Subject: Orchid Faherenheit VLB card and X windows
Organization: University of Colorado, Boulder
Date: Fri, 22 Jan 1993 02:45:59 GMT


does anyone know whether or not this local bus card will work with the S3
server ? this card is based on the S3 805 chipset. 

thanks in advance.

Ramzi

-- 
Computer Science Department	arpanet : ramzi@cs.colorado.edu
Univ. of Colorado - Boulder	bitnet  : ramzi@boulder.bitnet
Campus Box # 430		csnet   : ramzi@boulder.csnet
Boulder, Co 80309-430		uucp    : {ncar|nbires}!boulder!ramzi


-- 
Computer Science Department	arpanet : ramzi@cs.colorado.edu
Univ. of Colorado - Boulder	bitnet  : ramzi@boulder.bitnet
Campus Box # 430		csnet   : ramzi@boulder.csnet
Boulder, Co 80309-430		uucp    : {ncar|nbires}!boulder!ramzi
From: rad@think.com (Bob Doolittle)
Newsgroups: comp.windows.x.i386unix
Subject: Cirrus Logic VESA bus card
Date: 28 Jan 93 14:52:44
Organization: Thinking Machines Corporation, Cambridge Mass., USA
Distribution: comp
NNTP-Posting-Host: aella.think.com


I have a no-name controller using the Cirrus Logic CL-GD5426 GUI chip, with
a VESA bus interface.  Is anyone working on a driver for this chipset?  Are
there any VESA bus issues with X386, or if the chipset is supported at all
should this be transparent?

If I become possessed and decide to investigate writing a driver for this
chip, what issues should I be concerned with?

Thanks,
	Bob

--

-------------------------------------------------------------------------------
Bob Doolittle		  		  	  Thinking Machines Corporation
(617) 234-2734						       245 First Street
rad@think.com						    Cambridge, MA 02142
-------------------------------------------------------------------------------
Newsgroups: comp.windows.x.i386unix
From: dawes@physics.su.OZ.AU (David Dawes)
Subject: Re: Proposed addition to FAQ
Organization: School of Physics, University of Sydney, Australia
Date: Sun, 24 Jan 1993 04:32:18 GMT

In article <1jqqjkINN4pc@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:
>pfau@coffee.enet.dec.com (Thomas Pfau) writes:
>
>
>>In article <1jopa8INNipm@matt.ksu.ksu.edu>, probreak@matt.ksu.ksu.edu
>>(James Michael Chacon) writes...
>>>This is true, and I use it if I need the info when I am in X. But, 90-100%
>>>of the time when I exit X the information is still sitting on the screen.
>
>>When you are first trying to get your modedb setup, 90-100% of the time
>>you may be lucky to be able to read it.  Until I got a valid modedb line,
>>my monitor was totally out of sync when I exited X.
>
>>tom_p
>
>That never happens to me, what version of XFree86 are you running? I only
>have heard on 1.0Ya doing that. And that was an alpha version that never
>should have been released to the general public.

The problem of missing messages most commonly occurs on 386bsd using the
pccons driver.  Anything written to the console once in "X" mode is lost.
This is a console driver problem rather than a server problem.  The
original recommendation that errors be directed to a file when trying
to get X running is the only solution in that case.

David
--
------------------------------------------------------------------------------
 David Dawes <dawes@physics.su.oz.au>    DoD#210      | Phone: +61 2 692 2639
 School of Physics, University of Sydney, Australia   | Fax:   +61 2 660 2903
------------------------------------------------------------------------------
 I was so satisfied, deep down inside, like a hand in a velvet glove -- AC/DC
------------------------------------------------------------------------------
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.windows.x.i386unix
Subject: Linux, X11, Xconfig file
Date: 25 Jan 93 23:03:35 GMT
Article-I.D.: yetti.1689
Distribution: world
Organization: York University, Dept. of Computer Science


Hello All!

I'm new to the group, so take it easy if I happen to ask some FAQ.
I installed Linux 0.99pl2 and X11 this weekend. I tried to configure the Xconfig
file without too much luck. I have a 386/40, 8MB ram, ATI VGA Wonder+ card with
1MB installed and a mouse attached to the ATI card. The monitor I am using is a 
NEC 2A that can support to a maximum 800x600. If anyone can point me to a help
source ie, FAQ, another ATI user, or simply talk me through this I would be
very grateful.

When Linux boots it tells me I have a Logitec Bus mouse - is this correct? I 
thought the ATI mouse is Microsoft compatible. Also I'm not sure what clocks,
rez stuff I should be using. I have tried both colour and mono Xconfig files -
no luck. I can post the screen I get with the error message if it would be 
helpful.

Thanks in advance to all,


-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
Newsgroups: comp.windows.x.i386unix
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Accessing video memory bypassing Xserver
Organization: AT&T
Date: Fri, 22 Jan 1993 00:48:18 GMT

In article <epstein.727300746@trwacs> epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:
> junki@lut.fi (Juha Nurmela) writes:
> 
> >What I'm considering is to mmap the video memory just like the
> >server does. Creating a properly configured window and keeping an eye
> >on its geometry on the screen, it would be possible to transfer images
> >to this area with direct access, faster than going through sockets
> >and context switches. Configuring this window with a wm might of course
> >mess up the screen sometimes, but that's what xrefresh is made for...
> 
> >I have fooled around with the mmap already, and (of course) it works
> >as advertised. However, the screen doesn't seem to stay still, my 
> >bcopy's pop up here and there, apparently almost randomly (?).
> >Maybe the hw-panning server is doing causes this. Is there anything
> >I could do about this without modifying server ? Maybe an XExtension
> >for getting the 'real' coords from server would be the best solution ?
> 
> This sounds like the brain-damaged IBM PC architecture biting you.
> The frame buffer isn't a uniform memory space which you can scribble
> in.  Rather, it's divided into pages, which are then used via the
> bank mechanism.  The effect you're seeing is that the X server is
> switching banks on you, so depending which bank is active, you're
> drawing on varying parts of the screen.

Jeremy is exactly right.  SVGA only allows a 64k window to be available
to the CPU at any given time (well, there are some odd exceptions, but we
won't go into that :->).

> 
> You could try to synchronize your server with the client via an
> extension to know which bank is active, but I doubt that you'd be
> able to get it to work correctly, since they'd still never stay
> synchronized.

Any particular reason that the MITSHM extension doesn't already do what
you're after?  If you're using an ET4000, I think you would be (very)
hard pressed to find a faster way to do this than creating shared-memory
pixmaps, and then XCopyArea'ing the whole pixmap to the screen.  Unless
you want to reimplement SpeedUp (which I don't recommend).

> 
> I think your best bet is try a more sensible hardware architecture
> than the IBM PC and VGA cards.

Now, now, Jeremy.  Not everyone has that option :->

> -- 
> Jeremy Epstein			Internet: epstein@trwacs.fp.trw.com
> Trusted X Research Group	Voice: +1 703/803-4947
> TRW Systems Division
> Fairfax Virginia


--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
Newsgroups: comp.windows.x.i386unix
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: SVGA cards compatilible with
Organization: AT&T
Date: Sun, 24 Jan 1993 23:28:12 GMT
Keywords: SVGA X

In article <ac116.727904443@Euston> ac116@city.ac.uk (Tarkan) writes:
> 
> could anyone tell me if the following cards can work wit
> X-windows and 386BSD
> 
> Pro-Designer II ??? by orchid i think

Yes

> and a Realtek based SVGA card with 1mB memory??
> 

No idea.

> thanks
> 
> 
> -- 
> ************************************************
> * if you haven't guessed yet...                *
> *  Tarkan....             at: ac116@city.ac.uk *
> ********************************auto*signature**

XFree86 supports ET4000, ET3000, PVGA1, GVGA, ATI, and TVGA8900C SVGA
chipsets.

--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
Newsgroups: comp.windows.x.i386unix,comp.sys.ibm.hardware
From: smithst@ucsu.Colorado.EDU (SMITH STEVEN CHARLES)
Subject: Trouble with Actix GraphicsEngine32
Followup-To: smithst@ucsu.colorado.edu
Summary: Actix, GraphicsEngine32, no workee
Keywords: S3, 801, Actix, incompatible
Organization: University of Colorado, Boulder
Date: Fri, 29 Jan 1993 01:16:42 GMT

Everyone has been raving about the Actix GraphicsEngine32.  My question
is, am I the only one having problems with it (And Actix)?

Problem #1  I ordered the card on Dec 16, at which time I was told 2-3
working days for delivery.  I left on vacation, expecting it would have
arrived by the time I returned (12/27).  It had not.  When I called them,
they had lost the order!  I re-ordered on 12/27.

Problem #2  Again having been promised 2-3 working days, I rushed home
daily, disappointed daily.  I called them again on 1/5, they said that
the order would be going out withing the next day or so.  I called again
on 1/12 when no card was present.  They said it was on the dock to go
out that evening or on the 13th.  I called again on the 18th - same
story.  Finally, I received a call from them on the 20th, saying that
they had filled the backorder (they never, ever said anything about
a backorder when I called them), but that they no longer accepted Visa
(funny, you did when I ordered, grr).  I went COD.  I finally got the
card last Friday (the 22).  

Problem #3  I went through the install docs (pathetic at best), and 
installed it - no workee!!!  I called tech support and left a message
last Friday.  I called them on Monday (I have yet to ever receive any
return calls from them) and they said that the card conflicts with
com4 - so I disabled that.  It still didn't work.  After further
conversation with tech support (all he really has is a list of things
to go through, then you send it back - how about some technical people
with tech support?), I received an RMA # to get a replacement.  On
a hunch, I installed it in my old 386sx before I shipped it -- voila!
it works!!  On calling tech support again, he told me my AMI bios was
old and that I should replace it.  I have been told otherwise by two 
BIOS dealers since then - it is the most current available from AMI.  

My problem and configuration - When I boot up, I get nothing but garbage
on the screen, the computer beeps and hangs.  If I set the bios to no
video, it boots, but all I get on the screen is the same garbage.

     Config - ETEQ 486 MB with AMI BIOS dated 2/2/91
              8M of RAM
              UltraStor 12F ESDI controller

If anyone has got this card working with this MB and/or this date
of BIOS, I would be especially interested in hearing from you.

I also installed it in a 486 at a local computer shop - It got further
than with my 486, but clashed with the SCSI controller (TMC, I think).
BTW, they said that they have had troubles with this board with the
Symphony chip set.

Conclusion - unless someone can give me any helpful advice within the
next few days, I will return it and try an Orchid or STB.  If this card
works, it may have been worth the wait, but the headaches continue.

Steve Smith
smithst@ucsu.colorado.edu
Newsgroups: comp.windows.x.i386unix
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: xhost doesn't work Xfree86
Organization: AT&T
Date: Fri, 22 Jan 1993 22:29:57 GMT

In article <1jpcq8INN9k1@usenet.INS.CWRU.Edu> steve@pitacat.math.cwru.edu (Steven H. Izen) writes:
> I cam having trouble connecting to the Xserver from a remote client. System config: ISC 3.0, Trident 8900C chip set. Xfree86 1.2., ISC tcp/ip 1.3, with the IP connection between the two machines being by SLIP.
> 
> I have /etc/X0.hosts set up to allow pitacat.math.cwru.edu to access the server.
> Local clients on izen386 have no trouble connecting to the server.  What am I missing?  I used to connect all the time with no trouble with ISC's version of 
> X.  Any ideas?
> 
> 		Thanx,
> 		Steve Izen.
> -- 
> Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
> Best Address:              MaBell: Voice: (216)368-2891  Fax: (216)368-5163
> shi@po.cwru.edu		Next best address: steve@pitacat.math.cwru.edu

We are aware of this problem, and will try to resolve it before XFree86 1.2
ships.  I believe that you can get away with doing 'DISPLAY=locahost:0 xhost'.
See if that works.

--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
From: ajt@resmel.bhp.com.au (Andrew Telford)
Newsgroups: comp.windows.x.i386unix
Subject: Xmono problems on Compaq 386/SLT [ Linux SLS 0.99p2]
Date: 28 Jan 1993 23:33:36 GMT
Organization: BHP Research - Melbourne Laboratories
Distribution: world
NNTP-Posting-Host: peregrin.resmel.bhp.com.au

When running Xmono on this laptop, which has an inbuilt VGA which will
run either the LCD screen or an external VGA (but not both), I get a
problem with mess over the screen.  There are sharp vertical lines
covering the top two thirds of the screen and some unintelligible blurred
horizontal lines across the top of the screen.  Behind this mess the
X window system works perfectly.

It could be some sort of video memory conflict problem. That's my guess.
Any suggestions?  I might try and borrow a ET4000 video card and put
it in the base unit, and see if I can get the color server running,

Andrew Telford
BHP Research, Melbourne Laboratories

--
     /\/\       Process Control Group 
    / / /\      BHP Research - Melbourne Laboratories
   / / /  \     245 Wellington Rd, Mulgrave, 3170
  / / / /\ \    AUSTRALIA
  \ \/ / / /
   \  / / /              Phone   :  +61-3-560-7066
    \/\/\/      AARnet/Internet  :  ajt@resmel.bhp.com.au