Conference bulova::decwindows

Hi!
	
	I'm getting the same can't load public customizations error.  The
difference is that my VMS error is "Insufficient privilege or file protection
violation."  I checked all of the *.vue$dat files for the proper protection and
file owner.  All look fine.  The only odd thing is that after installing V1.2-4
on OpenVMS VAX, I'm left with two versions of 

Directory SYS$SYSDEVICE:[VMS$COMMON.DECW$DEFAULTS.SYSTEM]

VUE$SYSTEM_PROFILE.VUE$DAT;2
                          96/96       17-FEB-1997 09:30:42.67  [SYSTEM]
                (RWED,RWED,RE,RE)
VUE$SYSTEM_PROFILE.VUE$DAT;1
                          96/96       12-MAR-1996 15:36:50.79  [SYSTEM]
                (RWED,RWED,RE,RE)

Total of 2 files, 192/192 blocks.

I don't know what I got a new version yesterday.  I completely log off on
Fridays and then login again on Monday.  That shouldn't generate a new one of
these, should it?  I DIFF'd them and both are identical.  I tried checksumming
them but get a 551 byte record too large for user buffer.

Also, I check my DECW$SERVER_0.LOG file.  There are three problems in it:

	1) DECW$SCN_CLIPLIST_AREA needed a system logical defined to make it
	   bigger.  I defined it to be 20000 as the largest amount I saw was
	   11,000.

	2) Claims to be missing SYS$LIBRARY:DECW$SVEXT_SHAPE.EXE

	3) Claims to be missing SYS$LIBRARY:DECW$SERVER_EXTENSION_SHAPE.EXE

As for 2 & 3, how bad a problem is that?  Where can I find the images?  The
images aren't on my system anywhere.

	Thanks!
		David

Re: .7

>I checked all of the *.vue$dat files for the proper protection and
>file owner.  All look fine.

Which directories did you look at?  You should probably check all
*.vue$dat files in decw$system_defaults:, decw$user_defaults:, and
vue$library:.

>  The only odd thing is that after installing V1.2-4
>on OpenVMS VAX, I'm left with two versions of [vue$system_profile.vue$dat]
>
>I don't know what I got a new version yesterday.  I completely log off on
>Fridays and then login again on Monday.  That shouldn't generate a new one of
>these, should it?

No, logging out and logging back in shouldn't generate a new version of
the system profile file.  Even saving your customizations shouldn't create
a new version of the system profile, only of your user profile file in
decw$user_defaults (normally your top level directory).  The system
profile file that's created by the DECwindows Motif installation procedure
should have a creation date of 12-Mar-1996, so I'm not sure where the
17-Feb-1997 version came from.

>Also, I check my DECW$SERVER_0.LOG file.

That's most likely irrelevant for this kind of client problem.

>As for 2 & 3, how bad a problem is that?

Not a problem at all; it just means that the Shape server extension isn't
available on VAX.  Everyone gets the same error messages written to their
server log files.

				-- Bob

Here's a list of the *.vue$dat files on my system:

Directory SYS$COMMON:[DECW$DEFAULTS.SYSTEM]

VUE$SYSTEM_PROFILE.VUE$DAT;2
                          96/96       17-FEB-1997 09:30:42.67  [SYSTEM]
                (RWED,RWED,RE,RE)
VUE$SYSTEM_PROFILE.VUE$DAT;1
                          96/96       12-MAR-1996 15:36:50.79  [SYSTEM]
                (RWED,RWED,RE,RE)

Total of 2 files, 192/192 blocks.

Directory USER4:[FOX]

VUE$PROFILE.VUE$DAT;1
                          24/24       27-APR-1993 13:09:41.19  [NSTG,FOX]
                (RWED,RWED,RE,)

Total of 1 file, 24/24 blocks.

Directory SYS$COMMON:[VUE$LIBRARY.USER]

CHART$VUE_PROFILE.VUE$DAT;1
                          16/20       19-MAY-1989 12:44:24.56  [SYSTEM]
                (RWED,RWED,RWED,RE)
DECCHART$VUE_PROFILE.VUE$DAT;1
                          15/16       12-JUN-1991 15:51:00.00  [SYSTEM]
                (RWED,RWED,RWED,RE)
PRESENT$VUE_PROFILE.VUE$DAT;1
                          15/16       25-JUL-1990 14:25:29.91  [SYSTEM]
                (RWED,RWED,RWED,RE)
PSPA$PROFILE.VUE$DAT;1
                          15/16       23-OCT-1995 11:57:34.95  [SYSTEM]
                (RWED,RWED,RWED,RE)
WRITE$VUE_PROFILE.VUE$DAT;2
                          16/20       21-JAN-1994 13:01:58.94  [SYSTEM]
                (RWED,RWED,RWED,RE)

Total of 5 files, 77/88 blocks.

Directory SYS$COMMON:[VUE$LIBRARY.SYSTEM]

EMOSAIC$PROFILE.VUE$DAT;1
                          12/12       22-MAR-1996 13:21:50.84  [SYSTEM]
                (RWED,RWED,RE,RE)
SOUND$PROFILE.VUE$DAT;1
                          16/16       24-FEB-1992 11:02:14.01  [SYSTEM]
                (RWED,RWED,RE,RE)

Total of 2 files, 28/28 blocks.

Grand total of 4 directories, 10 files, 321/332 blocks.

I DIFF'd the two SYS$COMMON:[DECW$DEFAULTS.SYSTEM]VUE$SYSTEM_PROFILE.VUE$DAT
files.  They come up identical.  I tried checksumming them but the record is too
large.  If they are the same, should I delete the newer one?

The only *.vue$dat file that doesn't have world protection is the one I own.
Could that be the problem?

Thanks!
	David

The file protections on your *.vue$dat files look fine.  What is the exact
text of the error message that you're seeing.  Maybe the file it's trying
to open is a .dat file rather than a .vue$dat file.

>I DIFF'd the two SYS$COMMON:[DECW$DEFAULTS.SYSTEM]VUE$SYSTEM_PROFILE.VUE$DAT
>files.  They come up identical.  I tried checksumming them but the record is too
>large.  If they are the same, should I delete the newer one?

Yes, although I don't think it will matter.

>The only *.vue$dat file that doesn't have world protection is the one I own.
>Could that be the problem?

I don't think so; you should have access to the file since you're the
owner and "owner" has RWED access.

I don't suppose any of the file have ACLs on them, do they?  Try doing a
dir/acl to be sure.

				-- Bob

Hi Bob!

	I thought my vue$dat protection was ok since I owned the file.  To play
it safe I changed the protection.  Will set it back to what it was.

	As for the text of the message, it is of little use...

	"While loading a public customization file,
	 the following error occurred:

	 Insufficient privilege or file protection violation."

There is nothing here to suggest what the error is.  It continues to recurr each
time I log in a new session.  Any other ideas?  What .DAT files should I look
for and where?

	David

Re: .11

That error message, "While loading a public customization file...", is
only issued when the Session Manager/FileView can't open a *.vue$dat file,
not a *.dat resource file.

Here's something to try: from a privileged account issue these commands:

	$ set audit/alarm/enable=file=fail
	$ reply/enable

Then from a process logged into your account with your normal privileges
(e.g. from a DECterm window):

	$ define decw$vuenoreset true
	$ mcr decw$session

If the session manager isn't able to open a file, you should get a console
broadcast with the name of the file.

				-- Bob

Cool!  Let me give that a try...

Thanks!
	David

DECW$SESSION was looking for *.vue$dat in SYS$SPECIFIC:[VUE$LIBRARY.USER]. 
Problem was that the directory protection for world was only "E" access.  I
changed it to "RE" like its twin in SYS$COMMON and the error has gone away!  Too
bad the message box couldn't have been a little more helpful.

Curious... what does the decw$vuenoreset logical do?  I didn't go that route in
testing this.  I just logged out my session and logged in again.

Thanks for the help!

	David

decw$vuenoreset tells the Session Manager not to reset the server and end
your session after an error.  Otherwise, if you ran decw$session from a
DECterm window and then used ^C the server would get reset.

I'm glad I could help.

				-- Bob

Bob,
	Thanks for the help and the explanation!

	David