home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!ox-prg!onions.natcorp!dominic
- From: dominic@onions.natcorp (Dominic Dunlop)
- Newsgroups: comp.windows.open-look
- Subject: CPU-hogging {cmd|shell}tool windows under ol{v,}wm
- Message-ID: <4147@inca.comlab.ox.ac.uk>
- Date: 28 Jul 92 16:45:22 GMT
- Sender: news@comlab.ox.ac.uk
- Organization: British National Corpus, Oxford University, GB
- Lines: 35
-
- I admit it. I've been mucking about with various start-up files so as
- to get things working nicely when I log in through the X display
- manager, xdm, both on the console, and on random X terminals. But
- suddenly I encounter this wierd behaviour: any shelltool or cmdtool
- started up out of .openwin-init, or the root menu, or as a child of a
- shelltool or cmdtool started in one of these ways, tries to hog the
- CPU: the cursor kind of glimmers, and the perfmeter needle hits the
- end-stop. (Actually, the tool and xnews between them hog the CPU
- roughly equally whether or not the tool is iconified.)
-
- HOWEVER, this only happens on the console (not at X terminals), and
- does not happen if the shell- or cmdtool is the child of an xterm.
- I'm using bash as a login shell, and it could be implicated; however,
- it's cmdtool that's eating the cycles, not the subordinate shell that
- it starts. The only difference I can see in the environment of the
- shell in a hogging window and the shell in a quiescent window is that
- the former does not have LOGNAME defined. But kicking off a cmdshell
- from an xterm with LOGNAME specifically excised from the environment
- does not produce a hogging window.
-
- Restarting xdm (which results in the console X server being restarted)
- doesn't help.
-
- Has anybody got a clue as to what's going on?
-
- Versions: SunOS 4.1.1
- SPARCstation 2
- Open Windows 3.0 (including console server)
- olvwm 3.0 patchlevel 2 (gives same symptoms as olwm 3.0)
- bash 1.11.1 (yes, I know I'm a revision behind)
-
- Me? I suspect the window manager. But that's just idle speculation.
-
- --
- Dominic Dunlop
-