Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!maverick.ksu.ksu.edu!maverick.ksu.ksu.edu!brtmac
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.windows.x
Subject: Re: xdmcp menu
Message-ID: <1991Jun21.071152.23514@maverick.ksu.ksu.edu>
Date: 21 Jun 91 07:11:52 GMT
References: <2357@raybed2.msd.ray.com>
Sender: news@maverick.ksu.ksu.edu (The News Guru)
Organization: Kansas State University
Lines: 29
Nntp-Posting-Host: maverick.ksu.ksu.edu

In <2357@raybed2.msd.ray.com> fct@raybed2.msd.ray.com (Fred Thompson) writes:

>We currently have some Visual X terminals running xdmcp. They put a broadcast
>out on the network and then provide a window of all hosts that respond.
>The user can then pick a host to connect to. Is there something like this
>for workstations.

I'm not sure if this is what Fred is talking about, but I'm looking for
something similar.  We have 3 Sun 3/60's that I am trying set up to work
as X terminals.  Right now I have the X server running on the 3/60 and have
xdm running on our Solbourne displaying an Xlogin on the 3/60.  This works
mostly okay most of the time.  However, when the 3/60 gets rebooted, or
when something doesn't go quite right, things hang and aren't easily
recovered.  What I'd prefer is to have a program that ran on the 3/60
that would make it act more like an Xterminal, meaning that it would
send out an xdmcp broadcast message and then do like the above and put
a menu up for the user to select from.

I can probably write such a critter, given the time to figure out the
xdmcp protocol, but if something already exists I'd prefer not to have
to write it again.

Thanx!

--
Brett McCoy			Computing and Telecommunications Activities
brtmac@maverick.ksu.ksu.edu	Kansas State University
Every woman's a 10.  It just depends upon which base you're counting in.