[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | Software Product Integration Architecture |
|
Moderator: | STAR::HAMMOND |
|
Created: | Fri Apr 28 1989 |
Last Modified: | Tue Jun 03 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 370 |
Total number of notes: | 1977 |
365.0. "PCSI$SOURCE problem" by COMICS::MILLSS ("Jump! Jump now!" ...Kosh) Fri Feb 07 1997 08:41
Hello.
Here's a good 'un...
According to Section 1.5.5 of the PCSI Utility Developer's Guide (from the V7.0
documentation CDs),
> PCSI$SOURCE defines the location of the software kits to
> install. By default, the user's default device and directory are
> used.
But experience has just shown that this is *not* the case,
> $ SHOW LOG PCSI$SOURCE
> %SHOW-S-NOTRAN, no translation for logical name PCSI$SOURCE
> $ DIR *.PCSI
>
> Directory DISK$USERS2:[MILLSS.SCRATCH]
>
> DEC-AXPVMS-DQS-V0103-1-1.PCSI;1
>
> Total of 1 file.
> $ PRODUCT EXTRACT RELEASE_NOTES DQS
> %PCSI-E-OPENIN, error opening
> PCSI$SOURCE:[MILLSS.SCRATCH]*-*-*-%%%%%-*-*.PCSI*; as input
> -RMS-F-DEV, error in device name or inappropriate device type for operation
> %PCSI-E-S_OPFAIL, operation failed
> %PCSIUI-E-ABORT, fatal error encountered - operation terminated
This clearly shows that PCSI is still trying to use the PCSI$SOURCE logical
name even though it isn't defined.
Has anybody else come up against this? Any helpful hints or suggestions? Maybe I
should just IPMT this...?
Many thanks,
Simon R. Mills
OpenVMS Group, UK CSC
T.R | Title | User | Personal Name | Date | Lines |
---|
365.1 | QAR | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Fri Feb 07 1997 12:58 | 10 |
|
This one is known behaviour -- donno if it's fixed in V7.1 (there
were various updates for V7.1), but it's been this way for a while.
See 182 amnd 286 for some previous similar discussions.
It's worthy of a medium-low QAR, if nothing else.
PCSI should likely $trnlnm the logical name, and $crelnm the logical
name with the translation, or -- if no translation is found -- with
the translation SYS$DISK:[]. Or some such similar code path...
|
365.2 | Fixed in OpenVMS V7.0 | STAR::KRYCKA | | Fri Feb 07 1997 14:02 | 8 |
| This problem has been fixed in OpenVMS V7.0. I just logged on to a V7.0
system to verify the behavior. You mentioned that you referenced the V7.0
documentation, but what version of OpenVMS are you running? Your error
messages look like they came from a V6.1 or V6.2 system when PCSI incorrectly
used pcsi$source as the device component for the RMS search call without
checking to see if the logical was defined.
Jim Krycka
|
365.3 | Yep, fixed in V7.0 | COMICS::MILLSS | "Jump! Jump now!" ...Kosh | Mon Feb 10 1997 06:09 | 9 |
| Re .1 and .2
Thanks for the replies. I just tried this out on a V7.0 system and it worked as
documented. It was a V6.2 system that I reproduced it on in the base note,
that's because my customer is running V6.2
Thanks and regards,
Simon.
|