[comp.windows.x] xdm questions

mcneill@eplrx7.UUCP (mcneill) (04/13/89)

Hello,

I just switched our uVaxen from decwindows to pure MIT X11R3.  I have a few
questions about xdm.  I used the setup specified in the xdm man page.

1)	Is there a way for xterms to inherit the environment from the 1st
	xterm?  Using the old /etc/ttys way of starting up xwindows the login
	xterm would source .login.  Subsequent xterms seem to inherit the
	environment from the 1st xterm.  Using xdm it seems as though I will
	have to force each xterm to source .login by putting in xterm -ls in my
	.uwmrc/.twmrc.  Is this true?

2)	Is there a way to catch console output....a la ultrix's xcons.

3)	twm seems much slowerrrr....


Thanks,

Keith
		
-- 
    Keith D. McNeill              |    E.I. du Pont de Nemours & Co.
    eplrx7!mcneill@uunet.uu.net   |    Engineering Physics Laboratory
    (302) 695-7395                |    P.O. Box 80357
                                  |    Wilmington, Delaware 19880-0357

keith@EXPO.LCS.MIT.EDU (Keith Packard) (04/14/89)

Some answers to some questions.

1)	Is there a way for xterms to inherit the environment from the 1st
	xterm?  Using the old /etc/ttys way of starting up xwindows the login
	xterm would source .login.  Subsequent xterms seem to inherit the

To get a session launched from xdm to load your .login file,
you can use the creative hack for your .xsession file:

----- .xsession ------
#!/bin/csh -f
source ~/.cshrc
source ~/.login
...

This way you get your .login file read into your base environment.
Be careful to avoid using terminal-setup programs in .login though,
as this starting session will have no terminal.

2)	Is there a way to catch console output....a la ultrix's xcons.

Just cat /dev/xcons > console_log_file if you're running ultrix 3.0.  For
older versions, run xterm -C as one of the terminals.  For output which
messes up the screen before you login, you lose for now.  I wrote a
trivial program which cats /dev/xcons until the session is over and
then exits.

3)	twm seems much slowerrrr....

Twms menus are pretty bad.  I hope they get replaced.  Fortunately, my
DECStation 3100 makes them bearable.

						Keith Packard
						MIT X Consortium
						(617) 253-1428
						keith@expo.lcs.mit.edu

toml@hpfcdq.HP.COM (Tom LaStrange) (04/15/89)

>3)	twm seems much slowerrrr....
>
>Twms menus are pretty bad.  I hope they get replaced.  Fortunately, my
>DECStation 3100 makes them bearable.

I have basically rewritten the menu code for the R4 version of twm.
Hopefully it will perform better for you.

--
Tom LaStrange

Hewlett Packard Co.               ARPA: toml%hpfcla@hplabs.hp.com
Graphics Technology Division      UUCP: hplabs!hpfcla!toml
Fort Collins, CO

bmc@mayo.EDU (Bruce Cameron) (02/19/91)

I am running xdm as the display manager for 3 xterminals (foreign to the
xdm host machine). Since the xdm host machine's console is a ascii dumb
terminal, it is not possible to have xdm manage that display as well. I have
noticed that the console of the xdm host will lock up as long as xdm is
running.

Machine:
	Sun 4/330
	SunOS 4.1.1
	X11R4

Questions:
	How can I avoid having xdm lock the console?

	Is this a common occurence with other types of consoles, or
	just with ascii dumb terminals (would a graphics terminal also
	lock up)?

A related question,
	If one of my xterminals reboots, how can I restart the xdm connection
	to it without affecting the other xterminals xdm serves?

Thanks for any and all help.

--Bruce
----------------------------------------------------
Bruce M. Cameron                    bmc@bru.mayo.edu
Medical Sciences 1-14               (507) 284-3288
Mayo Foundation                     WD9CKW
200 1st ST SW
Rochester, MN 55905
----------------------------------------------------