| Date Of Receipt: 11-NOV-1996 12:32:32.56
From: FLUME::"[email protected]" "11-Nov-1996 1229"
To: Peter Portante <[email protected]>, [email protected]
CC: [email protected]
Subj: Re: [Fwd: workon problem]
These paths are one and the same.
The /usr/sde/tools/${machine}_$(uname)/bin should always be accurate per
platform/machine_type but where it takes you will vary depending on what
system you execute tools on and what version of ODE your site chooses to run.
You can see the proof of this from the following example:
lynx alpha_UNIX/bin [23] echo $toolspath
/usr/sde/tools/alpha_OSF1/bin
lynx alpha_UNIX/bin [24] cd /usr/sde/tools/alpha_OSF1/bin
lynx alpha_UNIX/bin [25] pwd
/usr/sde/ode3.0/tools/alpha_UNIX/bin
And this happens because of:
lynx /usr/sde [28] pwd
/usr/sde
lynx /usr/sde [29] ls -l tools
lrwxr-xr-x 1 root system 12 Nov 9 02:15 tools@ -> ode3.0/tools/
lynx /usr/sde [30]
So you need this link. Plus, alpha_ace is an old name from MIPS days, and at
this point even alpha_OSF1 has become obsolete. As you can see from my first
example, the actual location is alpha_UNIX. So in /usr/sde/ode3.0/tools, you
also need to have these links in place:
lynx ode3.0/tools [34] ll alpha*
lrwxr-xr-x 1 root staff alpha_MLS+@ -> alpha_UNIX/
lrwxr-xr-x 1 root staff alpha_OSF1@ -> alpha_UNIX/
lrwxr-xr-x 1 root staff alpha_ace@ -> alpha_UNIX/
lrwxr-xr-x 1 root staff alpha_osf1@ -> alpha_UNIX/
That should resolve the path in all cases.
-Grant
| Do you folks think you can help me figure what to do with this problem?
|
| Below is a write up by one of our contractors about the issue.
|
| Thanks,
|
| -Peter
|
| --------------388F751F493F
| Content-Type: message/rfc822
| Content-Transfer-Encoding: 7bit
| Content-Disposition: inline
|
| Received: from calzone.zko.dec.com by shvlhd.zko.dec.com (5.65v3.2/1.1.10.5/1
9Jun96-0219PM)
| id AA23920; Mon, 11 Nov 1996 10:42:49 -0500
| Received: by calzone.zko.dec.com (5.65v3.2/1.1.10.5/26Apr96-1239PM)
| id AA08070; Mon, 11 Nov 1996 10:48:51 -0500
| Date: Mon, 11 Nov 1996 10:48:51 -0500
| Message-Id: <[email protected]>
| From: Brian Silver <[email protected]>
| To: [email protected]
| Cc: sjohnson [email protected]
| Subject: workon problem
| Reply-To: [email protected]
|
|
|
| Pete -
|
| Looks like the problem might be with our cmalogin.ksh.
|
| I have the following for my $odetools :
|
| /usr/sde/tools/alpha_OSF1/bin
|
| but an old login session from last week has this:
|
| /usr/sde/ode3.0/tools/alpha_ace/bin/workon
|
| as the path to workon.
|
| Apparently the workon in /usr/sde/tools/alpha_OSF1/bin isn't right,
| because it barfs parsing rc files.
|
| The cmalogin.ksh gets the odetools from:
|
| export odetools=/usr/sde/tools/${machine}_$(uname)/bin
|
| and this in fact returns /usr/sde/tools/alpha_OSF1/bin, but the
| login file hasn't been changed since 9/5 (or at least the date hasn't
| been chaged, VMS/UNIX updates seem to lose file update times if
| you use EMACS ...)
|
| I'm confused, primarily since I don't know which is the right
| workon to use.
|
| I'm going to the gym, if you give me some pointers, I'll work it
| out when I get back.
|
| Brian.
|
|
|
| --------------388F751F493F--
|
|