It is currently Mon, 30 Mar 2020 21:26:58 GMT



 
Author Message
 CDE 1.4: shell in dtterm not sourcing /etc/profile

Hi !

----

Is there a way to tell CDE in Solaris 8 to source /etc/profile &
~/.profile for dtterms ? dtterm in "console" mode works, but normal
dtterms not.
Login shell is /bin/ksh; ~/.dtprofile contains
-- snip --
. /etc/profile
DTSOURCEPROFILE=true
-- snip --

This works for Solaris 7 - but not for Solaris 8 anymore (dtterm console
mode works - normal dtterm not...).
Any hints/suggestions ?

----

Bye,
Roland

--
  __ .  . __
 (o.\ \/ /.o) Roland.Ma...@informatik.med.uni-giessen.de
  \__\/\/__/  gisb...@informatik.med.uni-giessen.de
  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359



 Fri, 24 Jan 2003 03:00:00 GMT   
 CDE 1.4: shell in dtterm not sourcing /etc/profile

Parts of the mystery solved:
profile _is_ sourced - but unfortunately the alias is reseted to ksh
defaults.
Example:
After sourcing /etc/profile "alias" outputs:
-- snip --
__A=^P
__B=^N
__C=^F
__D=^B
__H=^A
autoload='typeset -fu'
command='command '
functions='typeset -f'
history='fc -l'
integer='typeset -i'
local=typeset
nohup='nohup '
r='fc -e -'
stop='kill -STOP'
suspend='kill -STOP $$'
-- snip --

If I start a new dtterm "alias" outputs:
-- snip --
autoload='typeset -fu'
command='command '
functions='typeset -f'
history='fc -l'
integer='typeset -i'
local=typeset
nohup='nohup '
r='fc -e -'
stop='kill -STOP'
suspend='kill -STOP $$'
-- snip --

The alias for __A, _B etc. aren't preserved in this case. Is there a way
to force preservation of "aliases" in Solaris ksh ?

----

Bye,
Roland

--
  __ .  . __
 (o.\ \/ /.o) Roland.Ma...@informatik.med.uni-giessen.de
  \__\/\/__/  gisb...@informatik.med.uni-giessen.de
  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359



 Fri, 24 Jan 2003 03:00:00 GMT   
 CDE 1.4: shell in dtterm not sourcing /etc/profile
Have you tried dtterm -ls

ot the loginShell resource set to True?



 Fri, 24 Jan 2003 03:00:00 GMT   
 CDE 1.4: shell in dtterm not sourcing /etc/profile

This would solve the problem - but this will also run /etc/profile in
"full featured mode" (=check anything, print news/status etc.)each time
- and this will took a long time on smaller machines.

But it seems that /etc/profile _is_ sourced (I was wrong here... sorry)
- unfortunately the "alias" setting for ksh are reset'ed for a shell in
a new dtterm which causes our problem (see other posting in this thread
for an example...)... ;-(

----

Bye,
Roland

--
  __ .  . __
 (o.\ \/ /.o) Roland.Ma...@informatik.med.uni-giessen.de
  \__\/\/__/  gisb...@informatik.med.uni-giessen.de
  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359



 Fri, 24 Jan 2003 03:00:00 GMT   
 CDE 1.4: shell in dtterm not sourcing /etc/profile

Aliases are a feature of the shell. This has nothing to do with CDE, as
aliases are NEVER propagated to non-shell children. Therefore, you must
use "export ENV=~/.kshrc" (or something similar in .dtprofile or
/etc/profile) to force the shell to read the aliases on startup.

  charles_slivkoff.vcf
< 1K Download


 Fri, 24 Jan 2003 03:00:00 GMT   
 
   [ 5 post ] 

Similar Threads

1. zsh not sourcing /etc/profile?

2. /etc/profile not read by CDE?

3. /etc/profile not executed when using CDE ?

4. Auto sourcing of $HOME/.profile with k-shell invocations

5. root can not edit /etc/hosts or /etc/profile, can not create directory

6. cronjob sh -> ksh script not sourcing .profile

7. ksh not reading /.profile or /etc/profile

8. Not reading /etc/profile or .profile

9. root can not edit /etc/profile or /etc/hosts or make directory

10. dtterm - Sourcing Different .cshrc within dt.session


 
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software