CDE Menu

[Sachin Patel]

Hi
I have /etc/dt/config/C/sys.dtwmrc file for right click menu. It was working fine till yesterday. It stops working and I have now default menu. I read man pages for dtwmrc and found same file on /usr/dt/config/C. Then I made link from here to /etc/dt/config/C/sys.dtwmrc.

Why is this happen?

sachin

[Agam Upadhyay_1]

Hi,

I always customize my sys.dtwmrc and keep it in $HOME/.dt directory as dtwmrc. And it has never given me a problem.
Have fun.

[Sachin Patel]

Hi Upadhyay,
It is good for personal use. But I have this system that is used by number of users and I do not want to maintain multiple copy.

Sachin

[Shahul]

Hi

The original file is /usr/dt/config/C/sys.dtwmrc. Make ur customizations here. Before doing please keep a backup copy of this.

U can do personal customisations in $HOME/.dt/sys.dtwmrc file.

Best of luck
Shahul

[Alex Glennie]

fyi .....

/usr/dt/config/C/sys.dtwmrc should not be editted !

it should also not be a link !

if the file does not exist in /etc/dt/config/C ..... copy it over from the systems defaults of /usr/dt/config/C and make your changes here ! otherwise when you install CDE patches you customisations will be lost if the files are overwritten .

Why ? => CDE resources are loaded in the following manner :

1. CDE checks for users specific customisation first in $HOME/.dt/..... if none have been made it then looks in

2. /etc/dt/........ if none are found here it will then use.

3. /usr/dt/.........

So if it worked and has stopped my advise would be :

check users $HOME/.dt/..... for a dtwmrc file .....
also look in $HOME/.dt/start and errorlogs to see if something is conflicting ?

Did the problem occur after a recent edit of the file ?

dr_dt may be useful (CDE diagnostic tool)

exit out of CDE, mv $HOME/.dt -> $HOME/.dt.orig then log back in ?

Maybe a CDE saved home or current session is overidding your expected settings ?

[Sachin Patel]

Hi Alex,
We uses nfs for users home directory. And it doesn't work only for these three systems.

I have /etc/dt/config/C/sys.dtwmrc file but still it looks only at /usr/dt/....

I created user who has local home directory and it still looks on /usr/dt/.... then I made a link /usr/dt/... -> /etc/dt/config after that as soon as I restart the workspace manager I do have my menu.
No error on home/.dt after or before changes.

Sachin

[Alex Glennie · Accepted solution]

some more thoughts .......

could this be an NFS issue .... does root or a local user experience the same problem wrt a .dtwmrc file in their $HOME dir ?

If so this may shed some light ?

Enable debugging in /usr/dt/bin/Xsession:
put set -x at the beginning of the file

do you see the following ?

+ XDIR=/usr/bin/X11+ DT_BINPATH=/usr/dt/bin +DT_INSTALL_CONFIG=/usr/dt/config +DT_CONFIG=/etc/dt/config
+DT_CONFIG_PATH=/etc/dt/config /usr/dt/config

also what shell are you using

[Shannon Petry]

Here are a few other things to try.
1. remove /var/dt/hostname*
and restart CDE.
/sbin/init.d/dtlogin.rc stop
/sbin/init.d/dtlogin.rc start

After restart look at /var/dt/Xerrors and see if there are problems with CDE startup.

make sure permissions are correct on the file.
-rw-r--r-- bin bin blah blah sys.dtwmrc
The wrong permissions will make the file unreadable.

Also this file should live in /etc/dt, and NOT /usr/dt Move it from usr if it's there, and DONT make a link. If you have it in two places, and one is a link, I am not sure if it will be processed correctly. The /usr/dt directory will over-ride the /etc/dt directory files, which may be part of your problem.

If your file is under /usr/dt or linked to there, move it to /etc/dt, or remove the link.
chmod 644 sys.dtwmrc
chown bin:bin sys.dtwmrc
rm -f /var/dt/hostname*
/sbin/init.d/dtlogin.rc stop
/sbin/init.d/dtlogin.rc start

Regards,
Shannon

[Alex Glennie]

I agree with some of Shannon's suggestions BUT

From CDE Advanced Users and System Administrators guide. Chpt 14 Pg 242

"The workspace manager gets its info about window menus, workspace menus,button bindings and key bindings from a configuration file.

It uses one of the following files :

Personal file:HomeDirectory/.dt/dtwmrc
System custom file:/etc/dt/config/Language/sys.dtwmrc
Buil -in file: /usr/dt/config/languagr/sys.dtwmrc

The Workspace Manager searches for a configuration file in the order shown above and uses the first one it finds."

[Sachin Patel]

Hi Alex,
Users whose home are on nfs directory has problem. root has problem. User who has local home has a problem.

Somehow I am getting menu from /usr/dt/config/C/sys.dtwmrc but not from /etc/.... I do have sys.dtwmrc in /etc/ and I want that menu. It worked before.

I check /usr/dt/bin/Xsession file only one difference I found
DT_CONFIG_PATH = /usr/dt/config /etc/dt/config. I changed the order but no effect.
I am using csh for all user and sh for root.

Hi Shannon,
I remove /var/dt/Ahostname*, stop and start dtlogin no effect. My permissions are OK.

Only solution is to make a link in /usr/dt/config/C/sy* -> /etc/dt/config/C/sys*
And as all of you mention it is not good.

I am confident that I can solve this problem using your help. I am felling good that I am going in right direction.

Thanks

[Alex Glennie]

I'm not so confident at the moment ;)

Could you attach/post a copy of your/etc/.../sysdtwmrc file so we could have a look test it ?

What language/locale setting are you using .... C ?

It seems that permissions are not the issue here since root is affected and NFS isn't as both root and local users are OK .... the only thing I can think therefore is incorrect syntax ? anything in $HOME/.dt/error or startlogs which may suggest this ?

[Sachin Patel]

Hi Alex,
thanks for boosing my moral. It is very interesting problems. Our senior unix people doesn't know the answer either.

I have copied sys.dtwmrc from working directory. If I copy /etc/../sys.dtwmrc to /usr/../sys.dtwmrc it works fine. So It is not syntax error.

startlog in my home/.dt/
--- Tue Jun 26 07:53:40 MDT 2001
--- /usr/dt/bin/Xsession starting...
--- Xsession started by dtlogin
--- sourcing /home/sachin/.dtprofile...
--- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
--- sourcing /usr/dt/config/Xsession.d/0020.dtims...
--- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
--- sourcing /usr/dt/config/Xsession.d/0040.xmbind...
--- sourcing /usr/dt/config/Xsession.d/0060.srcsysenv...
Xsession (PATH): bad directory /usr/ucb ignored
--- sourcing /etc/dt/config/Xsession.d/8000.migration...
--- starting /usr/dt/bin/dthello &
--- starting /usr/dt/bin/dtsearchpath -ksh
--- starting /usr/dt/bin/dtappgather &
--- execing /usr/dt/bin/dtsession ...
not sourcing /home/sachin/.login (see /home/sachin/.dtprofile)
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding

It is same as in other system. We have not install any new patch on it.
echo $LANG = C.iso88591
I don't have any extra lines in /home/.dtprofile.

[Alex Glennie]

I'm going to have to go shortly ..... I'm in the UK I'll be back early tomorrow and will endeavour to put my thinking cap on before I go to sleep tonight ;)

However what happens if you use LANG/Locale = C ?

It's a guess .... but as you have gathered this is something weird which I have not seen before / not expected behaviour.

If I get a chance I'll try a test on an 11.00 system tomorrow.

If its urgent I'd suggest logging a Support call with your local HP Support Centre.

[Sachin Patel]

Hi Alex,
It is not important at all. No one cares but as you says it is very interesting problem and that is why I am spending my time on it.
I even have reboot the system (no Luck) I did
ls -laurt /usr/dt/config/
looked files are Xconfig, Xaccess dtrc.d

After 5:00 I will reboot another system and compare which files are looked.

Thanks for help. I love this problem.
Sachin

[Alex Glennie]

Could you try this ?

copy /usr/dt/app-defaults/C/Dt to /etc/dt/app-defaults/C.

restart CDE and then test your menu out again ?

The reason : I while back a "feature" of CDE I noticed was that changing CDE resources eg the HP logo etc in the appropriate files under /etc/dt did not take effect but worked under /usr/dt .... to resolve this the above worked. I'm wondering if this could be our cause ?

I'll get round to testing in the UKRC later ....