HDTenEightyP/NetNews huggingface dataset:
From: mcbeeb@atlantis.CS.ORST.EDU (Brian Mcbee)
Newsgroups: comp.windows.x.i386unix
Subject: Anyone running XS3 on SysVR4?
Date: 23 Jan 1993 18:09:41 GMT
Organization: Computer Science Outreach Services - Oregon State University
Distribution: world
NNTP-Posting-Host: atlantis.cs.orst.edu
Summary: looking for XS3 on Dell UNIX
Keywords: XS3 S3 Dell UNIX SysVR4 SysV

I suspect that I will sortly be getting a machine running Dell UNIX at
work.  I would like to get the fastest graphics performance under X,
and am looking at maybe running the XS3 server.

Is anyone else out there running it under Dell ot other SysVR4?  All
the mentions I have seen talk about Linux or BSD.

If you are, is a binary available, with networking compiled in if
possible?  Again, the mentions of XS3 I have seen (admittedly old)
said the networking wasn't compiled in.
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.windows.x.i386unix
Subject: Re: Proposed addition to FAQ
Date: 22 Jan 1993 06:28:56 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: startup problems, etc.

mengel@dcdmwm.fnal.gov (Marc Mengel) writes:

>We should mention in the FAQ that when starting the X server to debug
>problems you should run "X >& errors" in csh or "X > errors 2>&1" because
>the output to stdout/stderr gets lost when the server starts up.  This is 
>fairly obvious once you think of it; but you can spend days not finding out you
>don't have a default font if you don't think of it...

>-------
>Marc Mengel
>mengel@fnal.fnal.gov

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.

One thing I do at school is redirect all output into a file and then mail it
to myself when I exit. That way I can't forget about it in some obscure 
directory or something.

James
Newsgroups: comp.windows.x.i386unix
From: pyeatt@Texaco.com (Larry D. Pyeatt)
Subject: Re: Running an X application on a remote machine
Organization: Texaco
Date: Mon, 25 Jan 1993 15:16:28 GMT

In article <C1892s.A2p@encore.com>, tma@encore.com (Thanh Ma) writes:
|> I am trying to run a motif application on a remote machine and have it
|> displayed on my 386 with 16M RAM and a Diamond video card with 1M RAM.
|> The problem I have is that it displays really, really slow. I just
|> wonder what is the problem and what can I do to speed it up. Do I need
|> more memory, faster VGA card, faster CPU, or what ? Please help.

Well, this is just a guess, but I assume that you are not running
*NIX on your 386.  That means either DOS or Windows.  You are
probably running some kind of TCP/IP software on the PC to provide
communications for the X server software.  The TCP/IP software is
slow because it is running on a single-tasking OS and therefore has
to take care of a lot more than if it were running on a multi-tasking
system.  Windows is not the fastest user interface in the world, and
if your X server is running in Windows, it is probably a little slow.
Also, you are going through ISA, or EISA bus (I assume) for both video 
and data. ISA and EISA are a bottleneck for both communications and 
video.  In short, if you want better performance, replace the whole 
machine. 8^)

There are a few things that MAY help performance.

1) Get rid of windows and run the X server software under DOS.
   Make sure it supports your video card in the mode you want.
2) Get rid of the TCP/IP software and buy X server software
   that has the communications built in.
3) replace the motherboard with one that has 3 VESA local bus slots.
   Then buy a VL bus video card and a VL bus ethernet card.  ( anyone
   know if VL bus ethernet cards even exist yet? ) This will get rid 
   of the ISA/EISA bottleneck.  You can eventually put a disk 
   controller in the remaining VL bus slot.

The real problem is not with the CPU (although I don't advocate the
use of 8088 based machines).

-- 
Larry D. Pyeatt                 The views expressed here are not
Internet : pyeatt@texaco.com    those of my employer or of anyone
Voice    : (713) 975-4056       that I know of with the possible
                                exception of myself.
Newsgroups: comp.windows.x.i386unix
From: tjrc1@cus.cam.ac.uk (T.J.R. Cutts)
Subject: Re: Just general help, please...
Keywords: X, Xwindows, 386, 486, unix, slip
Organization: U of Cambridge, England
Date: Thu, 21 Jan 1993 16:59:25 GMT

You have a number of options.  I don't know much about DOS hosted X servers,
but I know of:

1) Vista eXceed, which is an (expensive) X server which runs X as a window
under MS Windows.

2) Desqview /X which will simultaneously display Desqview, Windows, DOS and X
applications on your PC.  Very nice, but will also cost you money.

I don't know whether these support SLIP.  Certainly eXceed requires that you
also have TCP/IP in some form. (Yet more money, if running from DOS)

3) Download a free Un*x clone such as Linux or 386BSD, and run X on that.  This
gives you all you need for nothing!  If diskspace is at a premium, use Linux (I
do, so I'm biased :-) ).  You will get a complete Linux + X setup comfortably
into a 60Mb partition, with plenty of room to spare.  386BSD requires more than
this (I may be wrong, no flame wars please), and also requires more memory.  I
have a configuration very similar to yours and X runs under Linux like a dream!

Tim.
Newsgroups: comp.windows.x.i386unix
From: junki@lut.fi (Juha Nurmela)
Subject: Re: Accessing video memory bypassing Xserver
Date: Fri, 22 Jan 1993 20:12:09 GMT
Organization: Lappeenranta University of Technology, Lappeenranta, Finland

In article <1993Jan22.004818.1494@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
|> In article <epstein.727300746@trwacs> epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:
|> > junki@lut.fi (Juha Nurmela) writes:
|> > 
...
|> 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 :->).
|> 
How could I be so silly. I was thinking that the video ram would be
available like any other ram. Obviously this cannot be true. (Kicking myself).
|> > 
|> > 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.
|> 
Rethinking it, this doesn't sound so attractive any more. Would be very
ineffective, at least. The server flips these banks FAST, correct ? :)

|> 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).
|> 
This sounds good. I had scanned the manual pages for something like this
before I posted my question, but they didn't mention MITSHM anywhere.
Should have taken a look at /usr/include/X11/extensions/...
Can't get away without recompiling the server, however. This extension
might not exist in the XFree86 for 386BSD by default.

|> > 
|> > 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 :->
|> 
The PC is what it is. We are fortunate to have lots of GREAT software for it.
The simple program I have sucks a picture from a card on the isa,
pushes it through Xlib and sockets to the Xserver which shuffles the bytes
back to the isa. The single rep insl for 131072 bytes from grabber card
takes half of the time !
Deep bow for Teuvo Lahti and the people at MIT and UCB,
and for the XFree86-team and William Jolitz and all others for doing a good job.
And to IBM too ! (hmmm...)

--
Juha Nurmela, expert historian.
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.windows.x.i386unix
Subject: Working on OS/2 2.1 beta X11R4 libs -> Advice on porting os/2 tcp/ip
Date: 25 Jan 1993 06:41:51 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

I would appreciate any generic advice from other people with experience
porting bsd unix tcp/ip code to os/2 2.0 or os/2 2.1 beta.  Please don't
feel at all inhibited about mentioning even the most basic considerations
to be made in attempting such a port.

One fast & dirty approach for porting the X11R4 Xlib to os/2 may be as follows:

      o  apply the 32 bit csd fapi upgrade to the tcp/ip program libraries
      o  unarchive an existing public domain Xlib.a file
      o  apply emxomf.exe to convert .o files to .obj files
      o  build a new Xlib using lib to create .lib or .dll file
      o  compile apps under icc and link under link386 w/ new Xlib & new TCP

Of course this may not work completely if there are unusual calling sequence
requirements under OS/2 2.1 beta TCP/IP which do not exist for more commonly
available TCP/IP applications -- i.e. if OS/2 requires a call to "tcpstart"
(which I recall reading somewhere) before any other TCP/IP calls.  In such a
case, we may need to recompile the entire Xlib under icc with added calls --
but that doesn't seem to me to involve significant additional work.

Frankly, it would be nice if IBM did this work and put out an Xlib set of
files (CSD's?) for anonymous ftp access.  But, if we have to do it for our
own use then we might as well get on with this project.

In any case, I would appreciate any porting advice you may have to offer.

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520
------------------------------------------------------------------------------

Xref: sparky comp.windows.x.i386unix:388 comp.os.linux:25366
From: wenzel@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.windows.x.i386unix,comp.os.linux
Organization: Palumbian Networks Ltd.
Subject: Re: Xmfmf / imake problem
Reply-To: wenzel@marsu.tynet.sub.org
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Sat, 23 Jan 1993 13:06:42 MET

In <1iqggkINNke0@matt.ksu.ksu.edu>, James Michael Chacon writes:
> Beaker <MXD120@psuvm.psu.edu> writes:
> 
> >For some reason Imakefiles don't seem to be working on my system ( Linux w/
> >Xfree86 1.2 ).  The Imakefiles are from the stuff on export.lcs.mit.edu, and
> >I have tested them on other systems.  Here is the output I get when I run
> >xmkmf:
> 
> >mv Makefile Makefile.bak
> >imake -DUseInstalled -I/usr/local/X386/lib/X11/config
> >In file included from /usr/local/X386/lib/X11/config/Imake.tmpl:892, from :3:
> >/tmp/IIf.a03568:1: invalid preprocessor directive name
> >/tmp/IIf.a03568:23: invalid preprocessor directive name
> >imake: Exit code 33.  Stop.
> 
> >Any ideas what could be wrong?
> 
> Yep, it appears imake wasn't compiled to send -traditional to cpp. Without
> this flag, defining XCOMM as # doesn't work correctly.
> 
> I can put a new imake up for ftp if people want, since I just recompiled X
> today and mine works correctly.
> 

I simply escaped it:

#define 	XCOMM	\#

Regards, Markus.

-- 
/dev                Markus Wenzel, University of Stuttgart
/usr/spool/mail     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de
~/.ircrc/nick       Marsu

### check this out with users you don't like:
cat >> ~luser/.cshrc
alias vi 'rm \!*;unalias vi;grep -v BoZo ~/.cshrc > ~/.z;mv -f ~/.z ~/.cshrc'
^D
From: dmuntz@quip.eecs.umich.edu (Dan Muntz)
Newsgroups: comp.windows.x.i386unix
Subject: Re: Just general help, please...
Keywords: X, Xwindows, 386, 486, unix, slip
Date: 27 Jan 93 17:53:22 GMT
Organization: University of Michigan EECS Dept., Ann Arbor

In article <1993Jan27.073712.8051@comperex.cx.OZ.AU> howard@comperex.cx.oz.au (Andrew Howard) writes:
>We do  a lot of low bandwidth X here and generally find that the performance of SLIP 
>to be pretty bad with X.  (about 3 minutes to open  a window ) 
> 

Well, you shouldn't be running slip over 300bps modems :-/

It takes me 8 *seconds* to pop up an xterm over slip (pair of v.32bis, v.42
bis modems: 14400 modem<->modem, 57600 interface).  Times in the 2-10 second
range cover most x client programs.  v.32 (9600bps) w/v.42bis is also quite
reasonable.  Compression combined with a high interface speed is a big win
for X/slip.

The absolutely slowest program I could find (xcolors) took 1min 33sec over 
slip vs. 8sec over ethernet (roughly, since the source machines were
different).

  -Dan
   dmuntz@eecs.umich.edu
Newsgroups: comp.windows.x.i386unix
From: stempien@sol.cs.wmich.edu (Brian Stempien)
Subject: Actix GraphicsEngine 32
Keywords: XS3 and linux
Organization: Western Michigan Univ. Comp. Sci. Dept.
Date: Tue, 26 Jan 1993 17:55:14 GMT

Hello!
  I have a few really short questions/requests to ask.

1) Can anyone tell me their impressions of the Actix GraphicsEngine 32
   under both X-windows and MS-windows. Do you have any problems?

2) Has anyone built the XS3 server for linux? I would be interested in the
   binaries, but I might be able to free the disk space to compile it.

and last but not least.

3) Does anyone have any thoughts on a better video card for linux? It costs
   around $200 and has True and 15bit color modes that DOS supports,
   according to some benchmarks I have looked at it is pretty fast for the
   money....

Thanks in advance!

--
                                                              Brian Stempien
                                                 Western Michigan University
                                     
                                               Email:  stempien@cs.wmich.edu
                                               Voice:  (616)-387-5848



Newsgroups: comp.windows.x.i386unix
From: tma@encore.com (Thanh Ma)
Subject: X remote
Organization: Encore Computer Corporation
Date: Mon, 25 Jan 1993 22:29:49 GMT

Would someone explain to me why I got the below error and how to fix it:

$  rsh zippy /usr/bin/X11/xterm -d $DISPLAY
t_connect failed: An event requires attention
T_DISCONNECT received
Error: Can't Open display

I also tried to rlogin to zippy, set the DISPLAY, and /usr/bin/X11/xterm &
but I got the same error. I have .rhosts files on both machines that
contain the same information as below:

$ xhost
Host Access Control disabled.
zippy
ncd-tma


Note that if i do non-x commands like ls, pwd, etc... then it works fine.
The 2 machines are 386DX33, running ESIX 4.0.4 and X11R4.

Thanks  in advance.

--
thanh ma
tma@encore.com
From: hcrms@porpoise.chvpkh.chevron.com (m s craig)
Newsgroups: comp.windows.x
Subject: Re: Buffering/Flushing problem?
Date: 28 Jan 93 05:05:17 GMT
Organization: Chevron

I am using XDrawLines to connect points in order to draw curves.
Each curve consists of 500 points. Graphs that contain 3 or more
curves are plotted fine, but graphs that only contain only one
or two curves are only sometimes plotted. In the latter case,
I may run the program successfully the first time (i.e. the
one or two curves are plotted), but if I try to immediately run
it again I get only a blank window, the curves aren't drawn.
The only way I can get the program to consistently work
with single-curve graphs is if I put a printf in the for-loop
that reads the data. (It seems like if I slow it down a bit, it
works). 

I suspect a buffering problem - I tried putting XFlush and XSync 
after the XDrawlines but that didn't work. Any suggestions?

    Mitch Craig - hcrms@porpoise.chvpkh.chevron.com
       San Ramon, Calif.
From: cc445@cleveland.Freenet.Edu (Ronald J Albuquerque)
Newsgroups: comp.windows.x
Subject: Need Mail Tool.
Date: 22 Jan 1993 18:27:14 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


HI all..

I work off a SPARC station a lot of the time..using OpenWindows
and the Open Look GUI.

I'm looking for a decent mail tool in Open Look - something
that inserts signature files, indents replied messages, folder
management, etc,etc, etc.

If anyone out there has any info at all...sources, etc, etc...
I'd be grateful  if you could please send it on.

Thanks in advance - and please reply by email, as this posting
is being gatewayed to the Usenet.

Cheers!

-Ronnie.
-- 
Ronnie Albuquerque.
89500831@dcu.ie, cc445@cleveland.freenet.edu

"Always look on the bright side of life..." - Monty Python.
Newsgroups: comp.windows.x
From: humesdg1@netnews.jhuapl.edu (Dave Humes)
Subject: Help!  Core file and errors when leaving OpenWindows.
Summary: Request info on errors when exiting OpenWindows
Keywords: OpenWindows X11
Organization: JHU/Applied Physics Laboratory
Date: Fri, 22 Jan 1993 20:41:14 GMT


Some of my users are getting a core file each time they exit OpenWindows. 
And sometimes, if you are lucky, you can catch an error message on the 
console that looks like this:

olwm: Warning, X Error: BadValue (integer parameter out of range for operation)
  Request Major code:  113
  Request Minor code:  0
  ResourceId 0x100005f

or we get the same thing with a ResourceId of 0xb0005f.  Any ideas?

Here's the particulars on our configuration:

System:		Solbourne 5/602
OS:		OS 4.1B
X11:		Solbourne release 2.1 (X11 R4)
OpenWindows:	Solbourne/Sun 3.0

I've been through all of the O'Reilly books on X Windows and the X Window 
docs that came with the system.  None of these references give a clue on 
how to debug this.  Where can I find definitions for the request codes and
ResourceIDs?

Thanks in advance.

-- 
--------------------------------------------------------------------------
David Humes       |    Johns Hopkins University Applied Physics Laboratory
(410) 792-6651    |    humesdg1@aplcomm.jhuapl.edu
---------------------------------------------------------------------------
-- 
--------------------------------------------------------------------------
David Humes       |    Johns Hopkins University Applied Physics Laboratory
(410) 792-6651    |    humesdg1@aplcomm.jhuapl.edu
---------------------------------------------------------------------------
Newsgroups: comp.windows.x
From: jv@mh.nl (Johan Vromans)
Subject: Re: Best WM? Vote for ctwm, plus good .ctwmrc file
X-Md4-Signature: 5be6985c427f0239bb38c65dab3ccaf3
Organization: Multihouse Automation, the Netherlands
	<MUTS.93Jan7141241@PMCS.estec.esa.nl> <7146@m1.cs.man.ac.uk>
	<ds_3vr@rpi.edu> <7150@m1.cs.man.ac.uk> <da+3fwa@rpi.edu>
	<MANDEL.93Jan20162453@litp.ibp.fr>
Date: Thu, 21 Jan 1993 13:08:26 GMT


In article <MANDEL.93Jan20162453@litp.ibp.fr> mandel@litp.ibp.fr (Arnaldo MANDEL) writes:

> All this talk on ctwm spells news to me.  For some time now I have been using
> tvtwm as my WM of choice, although I would not count it as a vote for "the
> best WM".   Indeed, I still feel like experimenting.  Would anybody tell me:
> 
> a) What is the symmetric difference between ctwm an tvtwm?

Tvtwm uses the concept of a virtual desktop, that is larger than the
(physical) screen. What you see is really a part of the desktop.
You can move your window on the desktop. Windows can be configured to
stick (i.e. always appear on your screen, no matter how the desktop is
mapped). 

Ctwm uses the concept of workspaces: the desktop is what you see in
your window, but you can have multiple desktops. With a nice button
panel you can switch between workspaces. Windows can be configured to
stick (like tvtwm), or to appear in one or more workspaces.

Which is better depends on what you want. If you need a big desktop
and do not mind scrolling all of the time, tvtwm is what you need.  If
you want to organize your work by using multiple desktops for
different purposes, ctwm is best.

I have been very happy with tvtwm for years, but I used it to organize
my work by dividing the big desktop in smaller parts and switching
between these parts. This is precisely what the workspace concept of
ctwm does, so I switched to ctwm when it came out.

BTW: The concept of workspaces is not new. It has been inplemented in
several 'rooms' type packages. As far as I known, only the HP window
manager and GWM have implemented it in the window manager (where it
belongs). And ctwm, of course.

> b) Where I can get ctwm.

EUROPE: ftp.eu.net:windows/X/R4.contrib/ctwm-2.1.tar.Z

&& other places.

	Johan
--
Johan Vromans				       jv@mh.nl via internet backbones
Multihouse Automatisering bv		       uucp:..!{uunet,sun4nl}!mh.nl!jv
Doesburgweg 7, 2803 PL Gouda, The Netherlands  phone/fax: +31 1820 62911/62500
------------------------ "Arms are made for hugging" -------------------------
Newsgroups: comp.windows.x
From: jacks@worms-emh2.army.MIL (Mike Jackson)
Subject: SQL and X - How do I get started?
Organization: The Internet
Date: Tue, 26 Jan 1993 09:47:13 GMT


I have an INFORMIX database and want to start writing 
simple X programs to extract data using SQL. 

Any advice on references, libraries, or sample programs? 


Thanks in Advance!

Mike Jackson
From: feoh@hal.gnu.ai.mit.edu (Chris Patti)
Newsgroups: comp.windows.x
Subject: WANTED: Working Xconfig to finish off a SVR3.2 port we just did.
Date: 21 Jan 93 17:07:37 GMT
Organization: MIT Artificial Intelligence Lab
NNTP-Posting-Host: hal.gnu.ai.mit.edu

Hello, an associate pof mine just got X11 R5 working off the distribution tape
from MIT using our own networking software under System V R3.2..

He's got the whole thing compiled, linked and running, but can't seem to get
the Xconfig settings right..

If anyone has a working Xconfig for a Genoa 7000 card & Nec Multisync II
monitor, would you please consider sending him a copy?

any hints on getting this working would also be greatly appreciated..

Please send all correspondence to: bild@ncm.interlan.com

Thanks,
	Chris Patti
Newsgroups: comp.windows.x
From: adrian@ora.COM (Adrian Nye)
Subject: Re: Athena widget set
Organization: The Internet
Date: Thu, 21 Jan 1993 18:16:42 GMT


> : ... and first of all, where are the aw widgets documented?
> 
> Actually, this is a good question. Of course there are the man pages,
> but is there a book in the O'Reilly vein about the Athena widgets?

There are man pages for the Athena widgets in the Standard edition of
Volume Four, Xt Intrinsics Programming Manual.
However, the R5 version is not quite out.  It will be in March.

As for a tutorial for how to use them, vol 4 covers some of the
widgets, but not all of them, and not to the depth of Vol 6.
The R5 version will have a little more coverage of some common
issues, such as how to make a Text widget operate as a TextField.
But as far as I know, there is no tutorial available that really
goes into detail about how to use each Athena widget effectively.

Newsgroups: comp.windows.x,vmsnet.misc,comp.os.vms