CDE Home Session

[Pete Randall]

One of my users claims that, in the past, they could have dtterm/hpterm windows open and logged into other servers and, as long as they set CDE startup to return to Home Session and then saved their home session with these windows open, the windows would re-appear, logged into the other server, when they subsequently logged back in.

I myself never got such a thing to work, but I tend to believe this user and I wonder if perhaps CDE behavior was changed somewhere along the line.


Pete

[Robert Salter]

Pete,

I just tried it on my workstation and used the "Resume current session at login" and did "set Home Session". Logged out and logged back in and yep, the windows I had open to other servers were there and still logged in. The GUI displays I had open were gone but the dtterm sessions were okay.

Beers,

Bob

[Pete Randall]

I just tried again, with both Resume Current Session and Return to Home Session selected and it does not give me back the Other Server windows.

By the way: 11iV1


Pete

[Robert Salter]

Ditto 11iv1.

[Robert Salter]

You did click the "Set Home Session..." button, right?

CDE 2.10

[Pete Randall]

How are you logging into the other server? I tried both rlogin and our usual method that invokes an hpterm on the other server via remsh (in order to get the display set properly):

remsh $1 -n /usr/bin/X11/hpterm -display $DISPLAY -ls


Pete

[Pete Randall]

Yes, I did click the Set Home Session button.


Pete

[Robert Salter · Accepted solution]

Hmmm, maybe that has something to do with it. I have my dtterms and some host sessions set up in my dtmwrc file.

I tried opening a dtterm and manually login to another server using
"dtterm -n srvrname -title srvrname -e rlogin srvrname"
Set the home session, exited and logged back in and it pops open the dtterm logged in to the other server.

I tried just using rlogin from within a dtterm, and it just opened the dtterm session on my workstation.

[Pete Randall]

Very interesting! Your dtterm trick worked like a charm. I'll see if it can be adapted to hpterm (just so the poor user doesn't have to see anything different - you know how users are about CHANGE!!!).

Thanks for your help, Bob, and beers back at ya!


Pete

[Robert Salter]

And thank you Pete! You got me a new hat!!

bob

[Pete Randall]

Bummer, I can't seem to get my hpterm version to work and if I try to set DISPLAY with the dtterm version, either the window disappears (with -display in the command) or doesn't carry over to the next session (if set manually after the window opens).


Pete

[Robert Salter]

Here's a copy of my dtwmrc file, maybe it will help in more ways than one. You could set the user up with mouse control! And maybe something in there can help get it working.

I got the hpterm up, using it instead of the dtterm and it came back after setting the session and logging out and in.

[Robert Salter]

Here's the syntax I used to open the hpterm;
hpterm -sb -sl 512 -ls -geom 80X24 -n srv1 -title srv1 -e rlogin srv1

bob

[Pete Randall]

Bob,

Not sure what you mean by "mouse control". The user accesses CDE through Reflections/X, which means that mouse button bindings are already conflicted. I'm not sure I want to complicate that mess.

Your hpterm syntax does a lovely job of popping up the desired window, however, the DISPLAY parameter is still unset.


Pete

[Robert Salter]

Pete,

Oops, I'm working with CDE on a HP B2000 workstation. It's been a while since I've used reflections. I've got Exceed on my PC, I can try to set up CDE from there and see what happens.

bob

[Pete Randall]

The key for us is getting the DISPLAY variable set. That's why we went with the convoluted remsh invoking hpterm on the target server syntax - it allowed us to set the display.


Pete

[Robert Salter]

Pete,

I set up CDE from my PC, using my workstation as the host to run CDE from. I then set up a session to another host using hpterm, in the dtwmrc file
"prndbs08" f.exec "hpterm -sb -sl 512 -ls -geom 80x24 -n prndbs08 -title 'prndbs08' -e rlogin prndbs08"

And it works, when I exit from the CDE on my PC and log back in te windows are there and logged into the other server.

I'll try logging off the workstation and just use the PC.

Bob

[Pete Randall]

Bob,

I've never played with the dtwmrc file. Where did you place this entry?


Pete

[Robert Salter]

In your home directory, there should be a .dt directory. just plop it in there.

[Pete Randall]

Sorry, I wasn't very clear with that question. Where in the dtwmrc file should that line go. I'm assuming that I should follow the man page and copy /usr/dt/config/C/sys.dtwmrc into $HOME/.dt/dtwmrc - or is the effect cumulative (meaning that my oneline dtwmrc file would be "added" to the definitions in the system dtwmrc file)?


Pete

[Robert Salter]

You could put it in the "Menu DTRootMenu" section, this will make it seen when the user clicks the right button on their mouse.

You could use the dtwmrc file I attached earlier and modify it. It uses the laeft mouse button to open dtterms, some apps, and some host connections.

I tried to get a hpterm with the DISPLAY set ala remsh to work from the dtwmrc file and it did open but as just as you experienced, it didn't come back after logging out. A hpterm window would come back logged in to another server, but I would have to manually set the DISPLAY.

I'm just guessing, but you said it was for a user and they're probably not too keen on setting the DISPLAY everytime. Are they running the CDE on a laptop? Which would explain why they log off instead of locking their terminal.

bob

[Pete Randall]

You hit most every nail squarely. The user is on a laptop and company security require logout/shutdown of all PCs every day. Therefore, without the ability to retain $DISPLAY, I'm afraid this has been a fascinating, but frustrating, exercise.

Thanks for all your help, Bob.


Pete

I like the new hat, by the way!