Backgrounding emacs

[Neil O'Brien]

Hi,

I know that HP-UX console grabs the foreground process, so how do I background a job, for example emacs or xemacs so I can call it something like xemacs -i& and get an iconifiable window?

[harry d brown jr]

What kind of server and what kind of console - serial or graphic? if graphic, then maybe you want to start a cde session?

live free or die
harry

[Roger Baptiste]

hi,

if you are able to use CDE on the console(graphical), then you should be able to
background emacs, like any other process.

Some more info on what sort of console, the type of system (workstation? or servertype)
would help in suggesting solutions.

-raj

[Neil O'Brien]

oops, sorry. Actually, it's a CDE via exceed. The box is a rackmount. HP-UX 11.00, in a korn shell.

[Wodisch]

Hello,

make sure your $DISPLAY is set where you start the "emacs".
If you start your session with the CDE-login screen it is set automatically, but if you use the (silly - my private opinion) way of the "TELNET" client startup, then it is NOT set properly, so the programs try to start using the STDIN, and when they try to read from there, they are frozen until they are move to the "foreground" - which can never happen that way...

Just my ???0.02,
Wodisch

[Roger Baptiste]

Neil,

do #echo $DISPLAY

to check your display settings from the window you are trying to run emacs. If the DISPLAY is set to the system hostname , it should work fine, otherwise you can set it as:
HOSTNAME='hostname'
DISPLAY=$HOSTNAME:0.0
export HOSTNAME DISPLAY

If your exceed session is running from a PC on the network, then you would need to set the DISPLAY to the IP address of the PC.

HTH
raj

[Neil O'Brien]

thanks, but this is not the answer. I already have the HOSTNAME and DISPLAY env vars set to the HP and my PC names respectively (the name of the PC is defined in /etc/hosts in order to use the XDMCP broadcast so it resolves by name).

[Wodisch]

Hello again,

it seems we do not understand what your problem is... So, please tell us what you mean with "grab" and "console".
Perhaps by listing the steps/commands you tried, and their output/behaviour.

Curious,
Wodisch

[Alex Glennie]

He's trying to provide a better editing environment than vi, and as there are
extensions to emacs for languages etc that's why I was trying. It's not a
big deal, if there is another editor you do support for provides text
highlighting, colouring, syntax checking etc that includes Java support then
I can try that.

This is a general kind of question however, because I ran into equal
problems running dynamo, with that though, as there is command line output,
by using nohup I can avoid the problem.

As a general question though, I have tried cshell, bourne shell and no joy
but I just worked out where the problem is, although not specifically why.

I enabled the dt logging, and see this:

Stty: : Not a typewriter (repeats 3 times)
/usr/bin/ksh: a: unknown test operator

and the .profile has 3 lines

stty erase '^h'
stty intr '^c'
stty kill '^u'

which cause the first error, (yes the ticks are right, it's just outlook
trying to be clever), and the next line that the test fails on (my guess
anyway) is:

if [ ! "$DT" -a 'tty' !- "/dev/console" ]

this shell was copied from Solaris, as it appears to work I assumed it was
fine, but now I guess it does have some problem. I can send the
.kshrc/.profile and .dtprofile to avoid outlook weirdness.

ps I know because it's landed at my door :( any help appreciated still by both Kevin or I ... I'm still looking into it ....

[Roger Baptiste]

<>

*LOL* That's a seamless merging of ITRC forum posts and the support centre functions ;-)

-raj