HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.palmtops

In comp.sys.palmtops, greff@eecs.umich.edu (vincent greff) writes:

> Could anyone tell me where I could get a worldport 2400
> modem or a telebit qblaszer or any HP95 compatible modem
> for a good price?
> 
> Thanx in advamce
> 
> Vince
> greff@dip.eecs.umich.edu

You can get the QBlazer direct from Telebit by calling 1-800-TELEBIT.
(That's 1-800-835-3248 for the alphanumerically impaired.)  Call between
9 a.m. EST and 5 p.m. PST (yes, that's right), Mon-Fri.

(FAX:  408-745-3872.)

You'll like it, I promise.


Regards
Ray Depew
Integrated Circuits Business Division
Hewlett Packard Co, Fort Collins, Colorado
rrd@hpfiqa.fc.hp.com
Disclaimer:  I don't speak for HP, and boy, are they glad!
Xref: sparky comp.sys.palmtops:3077 comp.sys.handhelds:2138 misc.forsale.computers:35432 pnw.forsale:1884 or.forsale:1768 pdx.forsale:2686
From: ellis@daffodil.LABS.TEK.COM (Cynthia Ward)
Newsgroups: comp.sys.palmtops,comp.sys.handhelds,misc.forsale.computers,pnw.forsale,or.forsale,pdx.forsale
Subject: One Atari Portfolio for sale
Date: 30 Sep 92 17:52:23 GMT
Followup-To: poster
Distribution: usa


Thanks to two enthusiastic buyers (thank you, Steve H. and Richard B.!), all 
I have left from my forsale posting last week ("Portfolios and several 
accessories for sale") is one Pofo:

Atari Portfolio
128K internal RAM, several built-in applications (word-processing, spreadsheet,
	calendar, address book), proprietary expansion bus
List price ~$199, street price ~$170
I am asking $120/best offer

This Pofo has seen very little use and is in excellent condition. It
comes in its original box with all of its original documentation.
I will pay UPS/COD shipping costs and will deliver to locations in the 
Portland, OR metropolitan area.


Cindy Ward
(503) 627-6680 (work phone)
Newsgroups: comp.sys.m88k
From: bartm@cv.ruu.nl (Bart Muyzer)
Subject: XD88/10 loopback interface problem?
Originator: bartm@mind.cv.ruu.nl
Date: Mon, 5 Oct 1992 14:59:18 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

Hello,

When I rebooted one of our XD88/10 workstations, I saw the following error
messages on the screen:

	[...]
	Internet services provided
	cannot open driver /dev/inet/if/lo0: device busy
	tpid: protocol 18 open failure (/dev/inet/ip/tcp): Device Busy
	tpid: protocol 18 open failure (/dev/inet/ip/icmp): Device Busy
	tpid: protocol 18 open failure (/dev/inet/ip/null_net): Device Busy
	tpid: protocol 18 open failure (/dev/inet/ip/rip): Device Busy
	tpid: protocol 18 open failure (/dev/inet/ip/null_udg): Device Busy
	Unable to start Transport Provider Daemon
	[...]

However, the network connectiosn seem to function fine afterwards.

Could anybody please tell me what this means and what I can do about it??
Thanks in advance,
							>] Bartm [<
-- 
Bart Muyzer, Systems and Network Administrator, [NIC-Whois handle: BJM9]
     3D Computer Vision, Room E02.222, University Hospital Utrecht,
     Heidelberglaan 100, 3584 CX Utrecht, Holland. E-mail: bartm@cv.ruu.nl
     Fax: +31-30-513399. Tel: +31-30-506711 (w), +31-3402-52157 (h). 
Newsgroups: comp.sys.m88k
From: heiby@chg.mcd.mot.com (Ron Heiby)
Subject: Re: cpp name for Motorola mpc 3062 ...?
Organization: Motorola Computer Group, Schaumburg, IL
Date: Sat, 3 Oct 1992 01:06:15 GMT

ghazi@caip.rutgers.edu (Kaveh R. Ghazi) writes:
>	I am porting something to a Motorola mpc 3062 running a SVR3 flavor
>called UNIX System V/88 Release R32V2.

I am unfamiliar with the Motorola MPC numbering scheme, but what you
describe has its counterpart in the Motorola Delta Series, with which
I *am* familiar.  The UNIX release that you are running is based on
AT&T's UNIX System V Release 3.2.  It is our second full version from
that source base.  Our current release is R32v3.1 (or R40v2A for an
SVR4 derivative).  Code for System V releases should work with little,
if any, trouble.  In addition, there are Berkeley enhancements in
certain areas.  To answer your question, the preprocessor define
"m88k" is often used in the system header files in R32v3.1.  I would
suggest that for conditional compilation of sections of code that are
peculiar to the Motorola implementation of your source, and something
like "SYSV" for System V generic code.
-- 
Ron Heiby, heiby@chg.mcd.mot.com	Moderator: comp.newprod
"The centipede has a thousand legs, but he cannot tapdance."
From: epeterso@encore.com (Eric Peterson)
Subject: Re: cpp name for Motorola mpc 3062 ...?
Organization: Encore Computer Corporation
Date: Tue, 29 Sep 1992 20:49:03 GMT
X-Newsreader: TIN [version 1.1 PL6]

Robert Frank (frank@ifi.unibas.ch) wrote:
: In article <Sep.25.19.54.14.1992.21540@caip.rutgers.edu>  writes:
:
: > 	I have to come up with my own cpp label to #ifdef when I make porting
: > changes to the master source code.  I need a name generic enough to apply to
: > other platforms which could legitimately compile from the same source code.
: > 
: > 	I don't want to be too specific.  I.e. on a sun4 you wouldn't #ifdef
: > on sun4c or sun4_690 (if such things existed), unless you were writing kernel
: > code.  Instead, you'd just use "sparc" which defines all suns which can
: > compile off of the same code.
: > 
: > 	So what is this thing?  Should I just use mpc or something else?

I'd recommend against using architecture-specific names to enable/disable
pieces of functionality.  Instead, you should probably use names that are
specific to the piece of code that you're conditionally compiling.  For
instance, instead of:

  #ifdef mpc
  # include <sys/types.h>
  #endif

that you use something like:

  #ifdef NEEDS_SYS_TYPES_H
  # include <sys/types.h>
  #endif

Otherwise, if you port your software to many architectures, you end up with
preprocessor lines that look like this:

  #if (defined(DGUX) && defined(SVR3)) || (defined(ENCORE) && defined(UMAXV)) \
   || (defined(MOTOROLA) && (defined(MPC) || defined(SPC)))
  # include <sys/types.h>
  #else
  # if defined(sgi) || defined(hpux) || defined(sequent)
  #  include <types.h>
  # else
  #  if defined(UNICOS) || defined(SINCLAIR_ZX80)
  #   include <bozonic_system_types.h>
  #  else
  #   error Cant find data types
  #  endif
  # endif
  #endif

This can and does happen (see the XTank source for examples).

In conjunction with feature-oriented names, you should also have some kind
of global configuration file that enables or disables various definitions
based upon a single definition (such as "sparc" or "m88k").  That will give
you the ability to easily reconfigure your software for a given platform.
And it will make porting to new platforms in the future much easier.

: I suggest something like '88OPEN' as anything 88open comform should run and  
: compile on all 88open machines.

All 88k systems are not created equal!  Each vendor is free to implement
his/her own extensions to the 88open standards (most notably using the
sys_local(2) system call) that are, by definition, non portable.  One such
example is the vfork(2) call -- many vendors implement this as a local
system call since it is not provided for in the Binary Compatibility
Standard.

Truly portable programs rely upon nothing more than what is in BCS/OCS.
However, the fact that a program is built upon and runs on an 88k system
does not guarantee portability.

Eric
From: frank@ifi.unibas.ch (Robert Frank)
Newsgroups: comp.sys.m88k
Subject: dos utilities newest versions?
Date: 29 Sep 92 07:43:18 GMT
Reply-To: frank@ifi.unibas.ch
Organization: Institut fuer Informatik

I'm looking for the newest versions of the PD DOS utilities for the 88k  
(Motorola MPC100, AT&T SYSV R3.2, SCSI controller MVME328 with SCSI floppies).

The current version I have are originally from 

 			Emmet P. Gray			
 			US Army, HQ III Corps & Fort Hood

and have been modified by some one at Motorola (Havn't got the name present).
The software is quite buggy and core dumps ever so often. I've had a look at  
the code and removed some of the bugs, but it's very tedious work and I decided  
to ask the net first.

Thank's for any pointers
-Robert
--
Robert Frank                         tel. + (061) 321 99 67                 
Institut fuer Informatik             fax  + (061) 321 99 15                 
University of Basel, Switzerland                                            
Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
                   ( if all fails try frank@urz.unibas.ch )
Newsgroups: comp.sys.m88k
From: ruth@fwi.uva.nl (J.van Ruth (W92))
Subject: what is an 88k?
Keywords: M88k, motorola
Organization: FWI, University of Amsterdam
Date: Wed, 30 Sep 1992 15:49:27 GMT

I'm a humble M68000 user and i'd like to know something more about the M88000


Thank you

ruth@fwi.uva.nl
From: ezr@md-oss.dk (Ejnar Zacho Rath)
Newsgroups: comp.sys.m88k
Subject: Problems with /etc/svcorder
Summary: NIS does not hand resolution requests over to DNS or /etc/hosts
Keywords: DNS, NIS, DG/UX
Date: 5 Oct 92 12:13:26 GMT
Organization: Maersk Data AS, Postbox 176, DK-5100 Odense C, Denmark

I am trying to set up DNS and NIS on our AViiONs.

Currently I have DNS running OK and is testing NIS.  Is seems
to be OK too, except for the use of the /etc/svcorder file.

As I read the manuals, /etc/svcorder controls the way host
names are resolved to addresses.  With the default setup of
the file 
  yp:ehosts:res
NIS should be asked for the address first.  If NIS cannot
resolve the name the query is handed over to the local
/etc/hosts and if the name is missing here too DNS is
consulted.

My test indicates that the svcorder order is used but if
NIS cannot return the address the query is not handed on
to the next source for addresses.

I can fix the problem by changing /etc/svcorder to
  ehosts:res:yp
but I would rather not as I expect DNS queries to be
more expensive than NIS queries.

What are your experiences - have I made a mistake or is
this a well-known error ?



APPENDIX:  Testing /etc/svcorder
================================

NIS and DNS are running.
Host named _h1_ is not in NIS but is in DNS.
/etc/svcorder contains: yp:ehosts:res

ping h1 returns:
can't find host h1

/etc/svcorder is modified to: ehosts:yp:res

ping h1 returns:
can't find host h1

/etc/svcorder is modified to: ehosts:res:yp

ping h1 returns:
h1.md-oss.dk is alive

host _h1_ is included in /etc/hosts

ping h1 returns:
h1 is alive

/etc/svcorder is modified to: yp:ehosts:res

ping h1 returns:
can't find host h1

-- 
email: ezr@md-oss.dk
snail-mail: Ejnar Zacho Rath, Maersk Data AS, Postbox 176, 
            DK-5100  Odense C, Denmark
Newsgroups: comp.sys.m88k
Subject: Re: cpp name for Motorola mpc 3062 ...?
From: frank@ifi.unibas.ch (Robert Frank)
Date: Mon, 28 Sep 1992 08:42:42 GMT
Reply-To: frank@ifi.unibas.ch
Organization: Institut fuer Informatik

In article <Sep.25.19.54.14.1992.21540@caip.rutgers.edu>  writes:
> 
> 	I am porting something to a Motorola mpc 3062 running a SVR3 flavor
> called UNIX System V/88 Release R32V2.  Since the darn thing's Greenhills
> compiler doesn't seem to have any builtin defines to identify the machine
> beyond being a m88k cpu I was wondering if anyone knows what to call this
> thing.
> 
> 	I have to come up with my own cpp label to #ifdef when I make porting
> changes to the master source code.  I need a name generic enough to apply to
> other platforms which could legitimately compile from the same source code.
> 
> 	I don't want to be too specific.  I.e. on a sun4 you wouldn't #ifdef
> on sun4c or sun4_690 (if such things existed), unless you were writing kernel
> code.  Instead, you'd just use "sparc" which defines all suns which can
> compile off of the same code.
> 
> 	So what is this thing?  Should I just use mpc or something else?
> Anyone have a suggestion?
> 
> 		--Kaveh
> -- 
> Kaveh R. Ghazi			CAIP Center, Rutgers University.
> ghazi@caip.rutgers.edu		rutgers!caip.rutgers.edu!ghazi

I suggest something like '88OPEN' as anything 88open comform should run and  
compile on all 88open machines.

-Robert
--
Robert Frank                         tel. + (061) 321 99 67                 
Institut fuer Informatik             fax  + (061) 321 99 15                 
University of Basel, Switzerland                                            
Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
                   ( if all fails try frank@urz.unibas.ch )
From: kirkby@bandar.dg.oz (Chris Kirkby)
Newsgroups: comp.sys.m88k
Subject: Re: Problems with /etc/svcorder
Keywords: DNS, NIS, DG/UX
Date: 5 Oct 92 23:46:16 GMT
Organization: Data General Australia


|> I am trying to set up DNS and NIS on our AViiONs.
|> 
I believe setting "INTERDOMAIN=-b" in /etc/yp/Makefile on your YP Master
Should solve your problem. 
Setting "-b" configures YP to search the DNS as well as it own YP maps.


-- 
Chris Kirkby			| Internet:  kirkby@bandar.oz.dg.com
Data General			| ACSnet:    kirkby@dgaust.dg.oz.au
100 Dorcas Street		| CEO:	     Chris_Kirkby@DGA.ceo.oz.dg.com
South Melbourne, Australia      | Phone:     (61) 3 698-6988
Newsgroups: comp.sys.m88k
From: miller@robin.rtp.dg.com (Mark T. Miller)
Subject: Re: Problems with /etc/svcorder
Date: Mon, 5 Oct 92 16:48:42 GMT
Organization: Data General Corporation, Research Triangle Park, NC
Keywords: DNS, NIS, DG/UX

In article <1992Oct5.121326.5661@md-oss.dk>, ezr@md-oss.dk (Ejnar Zacho Rath) writes:
|> [...]
|> My test indicates that the svcorder order is used but if
|> NIS cannot return the address the query is not handed on
|> to the next source for addresses.

Please re-read the svcorder(4) man page. The section relevant
to your problem says:

       "The following line specifies that address resolution should be
       attempted by NIS first.

            yp:ehosts:res

       If NIS is running and cannot resolve the name/address pair,
       name/address resolution goes no farther. "
|> 
|> I can fix the problem by changing /etc/svcorder to
|>   ehosts:res:yp
|> but I would rather not as I expect DNS queries to be
|> more expensive than NIS queries.

	The man page also tells you how to set up yp so that it
	consults DNS when it can not resolve the query from it's
	own yp database.  This is my preferred configuration -
	you use fast yp lookups, yet fall back to DNS for non-local info.

	Regards,
	Mark M.
From: wytze@encore.nl (Wytze van der Raay)
Newsgroups: comp.sys.m88k
Subject: Re: Problems with /etc/svcorder
Keywords: DNS, NIS, DG/UX
Date: 6 Oct 92 07:52:24 GMT
Organization: Encore Unix Centre Europe

In <1992Oct5.164842.14702@dg-rtp.dg.com> miller@robin.rtp.dg.com (Mark T. Miller) writes:

>Please re-read the svcorder(4) man page. The section relevant
>to your problem says:

>       "The following line specifies that address resolution should be
>       attempted by NIS first.

>            yp:ehosts:res

>       If NIS is running and cannot resolve the name/address pair,
>       name/address resolution goes no farther. "

According to the M88000 BCS Net it should work like this:

"If any one lookup method fails or is not accessible on a particular
 system, a conforming application shall attempt to use the next lookup
 method in the string until either a successful lookup is performed or
 the end of the string is reached."

So the Aviion implementation of /etc/svcorder does appear to be
non-conforming to the 88k Binary Compatibility Standard.
-- 
| Wytze van der Raay                   INTERNET:             wraay@encore.nl |
| Encore Unix Centre Europe (EUCE)     UUCP:    ...!nluug.nl!encore.nl!wraay |
| Maarssenbroek, The Netherlands       Encore internal:                wraay |
Newsgroups: comp.sys.hp,comp.unix.bsd,comp.unix.ultrix,comp.unix.questions
From: stevej@hpc.mentorg.com (Steve Jumonville)
Subject: Re: Remote Printing from HP to BSD systems
Originator: stevej@hpc.mentorg.com
Date: Tue, 06 Oct 1992 20:13:38 GMT
Organization: Mentor Graphics 
Keywords: 
Followup-To: 


System V printing is painful to use if you're not familiar with it.

I suggest you use the menu driven 'sam' utility (System Admin Manager) to
set up printing to BSD. When you're in sam, follow the menu tree down through
peripherals, printers and plotters, to "setting up a remote printer". If you
have questions, use the "Help" funciton key.

By the way, run 'sam' in an 'hpterm' window if you want access to function keys.
Newsgroups: comp.sys.hp
From: urle@rz.uni-karlsruhe.de (Uli Betzler (urle))
Subject: Re: SLIP (That's PPL right?) over terminal server
Keywords: SLIP PPL
Organization: University of Karlsruhe, Germany
Date: Thu, 1 Oct 1992 13:05:48 GMT

In article <v1-pdp-@dixie.com>, stan@dixie.com (Stan Brown) writes:
|> 
|>    At both endse the modems (Worldblazers) are actually connected to
|>    Chase Iolan terminal servers.  The problem that I am runing inot is
|>    the when I get everything configured the way that I think it should
|>    be I can call the remote site from my office machine, but when I
|>    try to start up the slip process on the remote 9000/720 I get an
|>    error message somthing like:
|> 
|>    "your are loged in using ptyxx, PPL requires a serial port"
|> 
|>    Since the pty is really a socket which does go to a serial prt, I
|>    would think that I could make this work.
|> 

I had the same problem. We use our terminal servers to give our users
access to the workstations and mainframes via a modem-pool.
I've patched ppl for HP-UX 8.05 (in the 8.07 version HP stripped out the
symbols) to accept connections from ptys, so a user can connect to a
workstation and then use ppl.

urle


 -- 
Ulrich Betzler                             smtp:   urle@rz.uni-karlsruhe.de
Universitaet Karlsruhe                     bitnet: rz83 at DKAUNI2
Rechenzentrum
Zirkel 2                                   X.500:  cn=Ulrich Betzler
7500 Karlsruhe 1                                   ou=Rechenzentrum
FRG                                                o=Uni-Karlsruhe
                                                   c=DE
phone: +49 721 608-4039                                       
Newsgroups: comp.sys.hp
From: ejk@ux2.cso.uiuc.edu (Ed Kubaitis - CCSO)
Subject: Re: 92 spec marks for HP9000/710
Organization: University of Illinois - Urbana
Date: Wed, 30 Sep 1992 11:06:13 GMT

mkibler@yoda.eecs.wsu.edu (Michael K. Kibler) writes:
  |
  |Does anyone out there have the 92 spec marks (integer and float)
  |for the HP9000 710. I checked with my local sales rep and he
  |is still pushing the old spec marks (for this particular machine).

They were published in the March 92 SPEC Newsletter (Vol 4, No 1):

   SPECint92: 31.6
   SPECfp92:  47.6

----------------------------------
Ed Kubaitis (ejk@ux2.cso.uiuc.edu)
Computing & Communications Services Office - University of Illinois, Urbana
Newsgroups: comp.sys.hp
From: olafn@inbit.ibt.unit.no (Olaf F. Normann)
Subject: vue mouse focus
Keywords: vue
Organization: IBT
Date: Thu, 1 Oct 92 09:33:47 GMT

Hello!
We have newly purchased a HP 720, and right now started the vue environment.


 How do we get window focus changed by mouse movement? The default mode is
that you have to click in the window you want to write in. 

Thank you in advance,

Olaf F. Normann
e-mail Olaf.F.Normann@unimed.sintef.no
From: lee@ceg.uiuc.edu (Chris Lee)
Newsgroups: comp.sys.hp
Subject: Strange problem with HPUX8.07 (8user)
Keywords: system hangup with a terminal attached?
Date: 29 Sep 92 18:39:15 GMT
Article-I.D.: ceg.lee.717791955
Organization: University of Illinois at Urbana

Hello all.

We are having some interesting problems.  

We have a HP9000/720 with HPUX8.07 8 user license installed,
48MB RAM, 420MB disk.

It is the NFS server for an Xterm and a VT100 terminal.
It seems that when someone uses the VT100 terminal, the
system hangs up.

I can't verify this, but for the last week, it was up and
happy (uptime says it was up for 5 days).  This morning, 
it hangs up.  The only thing that was different is that
the user who uses the VT100 terminal returned yesterday
after 5 days.  This seems highly coincidental to me.

We have another 720 (8 user license on that too) that's
been up for 7 days, and a 730 that serves another Xterm 
that's been up for 17 days.

Has anyone else had this type of problem on their systems?


Just curious.

-- 
Chris Lee
University of Illinois Urbana
lee@ceg.uiuc.edu
(217)244-2903
Newsgroups: comp.sys.hp
From: cbergren@shcamux1.NoSubdomain.NoDomain (Craig Bergren)
Subject: Re: /etc/hosts and name servers...
Organization: Motorola Land Mobile Products Sector
Date: Tue, 6 Oct 1992 16:45:43 GMT


When will HP have an OSF name server?
Won't the OSF cell/global name server scheme fix these problems?

--
From: rlr@hpuerca.atl.hp.com (Ricky Ralston)
Newsgroups: comp.sys.hp
Subject: Re: PROBLEM WITH REMOTE PRINTER
Date: 2 Oct 92 13:06:54 GMT
Organization: Hewlett-Packard, Atlanta Technology Center



Verify that in your /etc/inetd.conf file that the following line is
uncommented for rlp to function -

printer     stream tcp nowait root /usr/lib/rlpdaemon  rlpdaemon -i


rlr@atl.hp.com

P.S. It is my assumption that you are attempting to get rlp to function.
From: markb@spock.dis.cccd.edu (Mark Bixby)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX Patches ????
Date: 2 Oct 92 15:27:58 GMT
Organization: Coast Community College District, Costa Mesa, CA

In article <1992Oct2.021435.22397@trl.oz.au> nevin@titan.trl.OZ.AU (Joseph Nevin) writes:
>Does anyone know if  HP-UX patches (specifically PHKL_0743) are
>available through the Internet?

Patches are available via FTP (_not_ anonymous!) from support.mayfield.hp.com if
you have paid for HP software support.  The HP Support Line database is also
available from here via telnet and logging in as "hpsl".  Again, you must be
paying for software support to access this.
-- 
Mark Bixby                         Internet: markb@spock.dis.cccd.edu
Coast Community College District   1370 Adams Avenue
District Information Services      Costa Mesa, CA, USA  92626
Technical Support                  (714) 432-5064
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
Newsgroups: comp.sys.hp
From: anobili@nyx.cs.du.edu (alfredo nobili)
Subject: xdbx
Keywords: xdbx
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Mon, 5 Oct 92 14:00:49 GMT


 Can anyone tell me an ftp-site where i can find a version of xdbx for Hp
workstations ?
Thanks a lot in advance
Newsgroups: comp.sys.hp
From: kam@hpcvxkm.cv.hp.com (Keith Marchington)
Subject: Re: Xlib Visual classes supported on the HP720
Reply-To: kam@hpcvlx.cv.hp.com
Organization: UTD-CV Corvallis, OR
Distribution: usa
Date: Mon, 5 Oct 1992 23:30:39 GMT


In article <23532@hacgate.SCG.HAC.COM>, mobej@bssv01.hac.com (Mario
Obejas) writes:
> Reading the Xlib Manual, I'm trying to find out the supported Visual Classes 
> i.e., PseudoColor, StaticColor, DirectColor, etc., on  our HP 720.
> 
> Before we go code up the programs in our manual, is there an "easier" way
> (e.g., via some command) to find out what we are capable of? Since weve an
> eclectic mix of HP720 color machines in use, I'm not sure if they all
have the
> same CRX card.
> 
> We've looked at xwininfo and it appears that we don't have xprop mentioned in
> the "see also" section of xwininfo.
> 
> Thanks for any help.
> 
> --
> Mario Obejas

Well, if your /usr/lib/X11/X*screens files contain just the entry
"/dev/crt" then all of your default visuals will be 8-bit PseudoColor.
The alternative visuals will vary depending on what top that you have.
If you would like the exhaustive list, let me know.

Keith Marchington