HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Server Log error messages
From: Jim Becker <BECKERJA%WPO1P%WPO2V@SNYCENVA.BITNET>
Date: 16 Dec 1992 13:31:00 -0500 (EST)
Content-transfer-encoding: 7BIT

HELP!!
 
I recently turned on Open File Caching (15 second delay) and have
been monitoring the server log.  I am periodically receiving
these errors and need assistance in determining their origin and
possible resolution:
 
16 Dec 92  8:28:22 (GOFB Delete) Can't update ACE of file...
  ...PWS01$DKB0:[COMMON.MAINAPPS.WPO30.CS.APP.MLS]...
  ...PCFS$DELETED_7B2F2ED1._0827582 for client open file cache
16 Dec 92  8:42:25 (File Closer) Can't update ACE of file...
  ...PWS01$DKB0:[COMMON.MAINAPPS.WPO30.CS.APP.MLS]...
  ...PCFS$DELETED_7B2F3219._0841573 for client open file cache
16 Dec 92  8:42:26 (File Closer) Can't close descriptor 3,...
  ...file PWS01$DKB0:[COMMON.MAINAPPS.WPO30.LIN.7]2B2E3167.DFE...
  ...for client open file cache
16 Dec 92  8:42:26 (GOFB Delete) Can't close descriptor 3,...
  ...file PWS01$DKB0:[COMMON.MAINAPPS.WPO30.LIN.7]2B2E3167.DFE...
  ...for client open file cache
 
The Server messages manual indicates the "Can't close..."
messages indicate a possible RMS File System error, but I can't
find any troubleshooting techniques for it.
 
It also indicates the "Can't update ACE..." errors may be related
to a full or bad ACL on the specified file.  However, none of the
files indicated in the log exist in the specified location.
 
More info:  In this example of messages,
 
The "Close problem" files are WordPerfect Office Mail messages.
 
The "ACE problem" directory is the workspace for the WordPerfect
Office Connection Server (a cross platform mail delivery agent)
and is only used (as far as I can tell) by the Connection Server
program which connects to this service under the Public account.
 
 
**** NOTE:  This is a selective list of the errors, WP Office
files may seem to be the cause, but they are not the only files
having problems   some are contained on the system service, in
our case, on another drive.  For what it's worth, WP Office Mail
system is an application level system, meaning all its network
requests go through standard redirected DOS file system requests
to the server.  There are no lower level network tricks in use.
 
Does anyone have any information regarding these errors that
could help in determining problem resolution?
 
==================================================================
Jim Becker          |  __   LAN WP ____\ VMS WP ____\ WP/VMS Mail
State Univ. of NY   | |ME|  Office     / Office     /   Gateway
Central Admin.      |  ~~                                  |
TEL: (518) 443-5548 |                                      |
FAX: (518) 443-5799 |  ___   /~\__/~\                      V
E-MAIL:             | |YOU| |Internet| /___ Joiner /___ Innosoft
  BECKERJA@SNYCENVA |  ~~~   \_/~~\_/  \     JNET  \      PMDF
==================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Laserwriter IINT printing problems
From: Tom Mahoney - Networks and Electronics <TOM@FANDM.BITNET>
Date: 14 Dec 1992 11:02:53 -0500
Content-transfer-encoding: 7BIT
X-Sender: Tom@admin.fandm.edu

>Ever since we connected the printer, certain characters do not print
>correctly from our Macs.  For example, the degree symbol prints out
>as a right curly bracket }, bullets print out as percent signs %, and
>apostrophies and double quotes print as capital T, S, and U.
 
 
Look for something set up with 7 bit parameters.
 
Tom Mahoney - Networks and Electronics Tech.
Franklin & Marshall College
PO Box 3003                  (717) 291-4005
Lancaster, PA 17604
BITNET: Tom@fandm
INTERNET: Tom@admin.fandm.edu
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: SHOW Utility
From: Len Senetza <senetza@SIGMA.ULETH.CA>
Date: 16 Dec 1992 11:50:05 -0700 (MST)
In-reply-to: <no.id>; from "Jim Becker" at Dec 16, 92 1:31 pm
Content-transfer-encoding: 7BIT
X-Mailer: ELM [version 2.3 PL11]

Does anyone have the newest SHOW utility?  I saw a talk on it at DECUS
and would really, really, really like to get it.  Is there an FTP site
where I can get it (I don't have COMPUSERV access)?
 
--
  +-----------------------------------------------------------------------+
  |  Leonard Senetza            |  E-Mail: senetza@alpha.uleth.ca         |
  |  Academic Consultant        |          senetza@hg.uleth.ca            |
  |  University of Lethbridge   |   Phone: 403-329-5162 FAX: 403-382-7108 |
  |  Lethbridge, Alberta        |-----------------------------------------|
  |  Canada, eh?                |  Disclaimer: Why should I tell _them_?  |
  |  T1K 3M4                    |    What they don't know, can't fire me. |
  +-----------------------------------------------------------------------+
From: johnson@ssvax1.ssd.loral.com (Christopher Johnson)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Windows For Workgroups & Pathworks
Date: 16 Dec 92 00:15:11 GMT
Followup-To: vmsnet.networks.desktop.pathworks
Organization: Space Systems/LORAL - Palo Alto, CA

HI, I'm currently trying to get Windows for Workgroups up and running with
Pathworks 4.1. Has anyone done this already? My current problems are that
if I get Pathworks loaded and running, Windows dosn't reconize the network.
If I use the Windows setup, I can't get pathworks running. I think the
problem lies with the PROTOCOL.INI file, but I haven't been able to merge
the two together into a workable form yet. Any ideas?

Thanks
Chris

+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
| Christopher Johnson             |   Regal Lager                 |
| Space Systems/LORAL             |     It's not just a beer...   |
| Johnson@ssvax1.ssd.loral.com    |        It's a palendrome!     |
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
From: OIG@EWC.BITNET (Greg Oi, East-West Center)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Unconnected network disks in MS Windows
Date: 17 Dec 92 18:19:00 GMT
Content-transfer-encoding: 7BIT

After upgrading PW/DOS clients from 3.0 to 4.1a, we noticed that MS
Windows (v3.1) displays all the possible network disk service drives,
whether or not they are actually connected.  We configure clients as
capable of having up to 7 disk services, and Windows File Manager, for
instance, will display all 7 drives (E: - K:), even when only drive E:
(the remote boot disk) is actually attached to a service.  The same
thing happens in File Open displays from applications such as Excel
and Word for Windows.  We also noticed that if a client actually does
connect to a service using one of the device letters, then disconnects
the service, the drive letter disappears and stays gone even if
Windows is dropped and restarted.  After a reboot, however, all the
drives appear again.
 
This could cause potential problems for our rather unsophisticated
users.  Does anyone know of a way to prevent this from happening?
Thanks in advance for your help.
 
======================================================================
Greg Oi                                 BITNET:  OIG@EWC
East-West Center
Honolulu, HI
======================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: LAT Parallel Print Servers
From: SYSMGR@IPG.PH.KCL.AC.UK
Date: 17 Dec 1992 10:51:18 -0300 (BST)
Content-transfer-encoding: 7BIT
Via: uk.ac.kcl.ph.ipg; Thu, 17 Dec 1992 10:52:15 +0000
Originally-to: CBS%UK.AC.NSFNET-RELAY::EDU.MUOHIO.ACS.MIAMIU::LANWORKS
Originally-from: SYSMGR "Nigel"
Mailer: Janet_Mailshr V3.4 (23-May-1989)

Lantronix make a box called the EPS1 which is a two-port terminal multiprotocol
terminal server with one parallel and one serial port. UK price is about 370
pounds. Multiprotocol means LAT, TCPIP, IPX and Appletalk all in the same box!
I can't comment on this product, but I am very impressed with other Lnatronix
terminal servers.
 
                Nigel Arnot
From: mandel@tmc.tulane.edu (Jeff E Mandel)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Rally for DOS recommendations
Date: 15 Dec 92 14:35:45 GMT
Organization: Tulane University School of Medicine
X-Xxmessage-Id: <A75346D24A013009@mandel.anes.tulane.edu>
X-Xxdate: Tue, 15 Dec 92 14:24:50 GMT
X-Useragent: Nuntius v1.1.1d13
Nntp-Posting-Host-[nntpd-15052]: mandel.anes.tulane.edu

I am considering getting Rally for DOS for several PCs which have
Pathworks. They will be accessing an Rdb database on an MVII, and I'm
very concerned about the load on the machine. I have several questions.

1) Does Rally for DOS consume resources to the same extent that running
Rally interactively does? Specifically, Rally eats RAM, and the MVII only
has 9 megs, which effectively limits me to two simultaneous users.
2) Is it stable?
3) Does the application change so much as to require retraining the users?

Thanks in advance.

Jeff E Mandel MD MS
Associate Professor of Anesthesiology
Tulane University School of Medicine
New Orleans, LA

mandel@vax.anes.tulane.edu
Newsgroups: vmsnet.networks.management.decmcc
From: "BRUCE HUSTON NETWORK MGR. 731-8801" <HUSTON@maricopa.edu>
Subject: ULTRIX DECmcc HELP
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 15 Dec 1992 16:53:03 GMT

Digital just installed the ULTRIX version of the DECmcc on our network.
Does anyone out there know what needs to be changed to have DECmcc use 
the DNS server to map IP addresses into names.

Thanks

Bruce Huston
Network Manager
Maricopa Community Colleges
Tempe, Arizona
1-602-731-8801
HUSTON@MARICOPA.EDU
From: jeh@cmkrnl.com
Newsgroups: vmsnet.internals
Subject: Call for partly-baked ideas:  $QIO replacement?
Date: 16 Dec 92 11:33:01 PST
Organization: Kernel Mode Consulting, San Diego, CA

Are you happy with the $QIO system service?  If you were building a new O/S
from scratch, would you make the "basic I/O call" that's available for 
non-privileged programs look like $QIO, or like something else?  If the latter,
what?  If you could specify a new I/O interface to supplement $QIO in VMS, what
would it look like?

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: Arne Vajhxj <ARNE@ko.hhs.dk>
Newsgroups: vmsnet.internals
Subject: Re: Why does this code crash with ACCVIO?
Date: 12 Dec 1992 09:43:15 +0100
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

> I apologize if the question is trivial/stupid; my VAX architecture knowledge
> is rusty. I also had trouble deciding which vmsnet newsgroup should I post it
 to:
> I selected .internals because all other newsgroups seemed less appropriate.

To use that logic, then you must know for a fact, that there is an appropriate
vmsnet group for your question :-)

> I have the following C code in my program:
>
>   for (i = 0; (i<SYMBOL_NAME_SIZE - 1) && (*source != '\0'); i++)
>     *dest++ = *source++;
>
> which, when compiled (using gcc 1.39) results in :
>
> %SYSTEM-F-ACCVIO, access violation, reason mask=04,
> virtual address=175C4, PC=25C8A,PSL=03C00000
>
> The machine code that generates the error is
>
> 025C8A:         movb (r1), (r0)
>
> with r0=95684(=0x175c4), r1=94591.

>  TFM says that reason mask 04 (4(dec) = 0100(bin), so that bit 2 is
> on ?) means that I attempted a read-modify operation---am I right
> here?  But the source and destination addresses do not seem to
> overlap, so why exactly does my computer complain?

As several other answers has pointed out, then this error is a ordinary
write access-violation, which means that *dest is not valid for writing.
Why it is not valid for writing depends a lot on the rest of the code !!!!

>                                    I can manually deposit values at
> location pointed to by dest/r0 (using debugger 'deposit *dest=...'),
> so it is not a invalid address.

But now for the interesting !

The above test do NOT test what you think it tests at all !

The debugger is capable of depositing values in NOWRT psects !

Small example:

$ fortran/obj=z sys$input
      PROGRAM Z
      CALL DUMMY(1)
      END
*
      SUBROUTINE DUMMY(I)
      WRITE(*,*) I
      RETURN
      END
$
$ link z
$ define/nolog/user dbg$process NONE
$ run/debug z
set mode noscreen
dep 512=2
go
exit
$ exit

(And for the less FORTRAN knowledgable: constants are passed by reference and
the $PDATA psect is NOWRT !)

This little feature has been around for all the VMS versions I have
used and can be quite usefull.

I once got the explanation that it is due to the fact, that the NOWRT
psect actually means user-mode:readonly and the debugger runs in
supervisor-mode !

Does anyone know if this stuff is documented anywhere ?

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: jeh@cmkrnl.com
Newsgroups: vmsnet.internals
Subject: Alpha VMS listings (was VMS Version 5.5 Listing Kit is shipping)
Date: 14 Dec 92 22:38:49 PST
Organization: Kernel Mode Consulting, San Diego, CA

In article <9204210609.AA29028@relay2.UU.NET>,
 "(Jon Pinkley, Westinghouse (216)486-8300 x1335)" writes:
> QB-001AB-E8     VMS LISTING CD KIT & LICENSE
>                 VMS Listings Kit on Compact Disc (one VMS version)
> 
> QB-001AB-Q8     VMS LISTING SERVICE - CDROM
>                 VMS Listing Kit on Compact Disc Service (updates)

Did anyone get the numbers for the VMS-Alpha AXP listings kit?  Brian Breton
announced its availability at the DECUS Symposium last week, but I missed that
session.  

The VMS AXP listing kit is orderable and shipping *now* -- two copies of it
were on hand at the Symposium.  

Digital's effort to make this kit available so early in the VMS AXP product
cycle, along with other, related efforts (the internals "update express"
manuals, the internals manual itself, the new VMScluster internals manual
(preliminary edition was available at the DECUS store; final edition is due out
in Spring), the "file system internals" manual by Kirby McCoy, etc., etc.), is
just plain wonderful.  Just you TRY to get source listings or internals 
documentation out of Sun, or HP, or IBM, or Microsoft, or....

> If you are serious about VMS internals, the listings kit is
> indispensible.  See your Sales rep for prices.  (No, I don't work
> for DEC)

Yep.  And the AXP listings will be invaluable for anyone who is porting code,
especially privileged code, to Alpha.  At $2200, who in their right mind would
pass it up???  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: <MILLER@TGV.COM>
Newsgroups: vmsnet.internals
Subject: RE: Another newbie C internals question
Date: Wed, 16 Dec 1992 12:40:58 -0800 (PST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List


>>  Is there any reason to think they would be safe to call in kernel

Also, those routines can dip into the stack a ways.  You need to make
sure the kernel stack is large enough to handle it.

-b
From: Hunter Goatley <goathunter@WKUVX1.BITNET>
Newsgroups: vmsnet.internals
Subject: RE: Another newbie C internals question
Date: Wed, 16 Dec 1992 07:28:37 CST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

gleason@mwk.uucp writes:
>
>  OK, I'm still converting thousands of lines of MACRO-32 to DEC C on
>an Alpha. I am now wondering about "library functions" such as memcpy,
>strncpy and the like.
>
>  Is there any reason to think they would be safe to call in kernel
>mode, at high IPL, and with spinlocks held? Or would that be more like
>expecting lib$get_input to work in the middle of a driver?
>
You might get lucky, but I wouldn't do it.  If nothing else, you'd
have problems locking down those routines to avoid pagefaults, since
they're in a shareable image.  Plus, you never know what else they're
going to call, which would also need to be locked down at elevated
IPL.

On the VAX, it's easy to generate the machine code to make sure a
particular C routine doesn't call an external routine.  It's not quite
as easy on Alpha just because of the sheer number of funky
instructions.  I'm going to have to learn a whole new way of thinking!
8-)

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
Newsgroups: vmsnet.internals
Subject: Re: Why does this code crash with ACCVIO?
From: don@zl2tnm.gen.nz
Date: 13 Dec 92 21:13:18 +1300
Organization: The Wolery

In article <01GS824V1BIA8WW79H@kopc.hhs.dk>, Arne Vajhxj <ARNE@ko.hhs.dk> writes:
> I once got the explanation that it is due to the fact, that the NOWRT
> psect actually means user-mode:readonly and the debugger runs in
> supervisor-mode !

The debugger runs at any darn mode it feels like, including kernel.  Have
a squiz in the 'fiche at the bit that fools around with the system service
vectors....

> Does anyone know if this stuff is documented anywhere ?

Yeah, the 'fiche (or CDROM listings these days).


Don Stokes, ZL2TNM (DS555)                       don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre           don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand             +64-4-495-5052
From: GAVRON@IT.SUNQUEST.COM (Ehud Gavron 602-570-2546)
Newsgroups: vmsnet.internals
Subject: RE: Call for partly-baked ideas:  $QIO replacement?
Date: 17 Dec 92 17:41:47 GMT
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Date sent:  17-DEC-1992 10:39:17


>Are you happy with the $QIO system service?

        Yes, Jamie, I sure am.  I'm even happy with the driver
        interface.  When you've got someone as ornery as me
        happy with both sides of an I/O subsystem, that's a good
        place to quit and go have a beer.

>If you were building a new O/S from scratch, would you make the
>"basic I/O call" that's available for non-privileged programs look like $QIO,
>or like something else?

        To a large degree yes.  I would however provide an RTL equivalent
        (LIB$IO?) which had the following arguments:
            lib$io(chan,func,itmlst)

        While that wouldn't work for everything, it would do synchronous
        I/O with internal $SYNCH.

>        --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
>Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG
>Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
>Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh


Ehud

--
Ehud Gavron        (EG76)
gavron@vesta.sunquest.com                                       This was sent
"The world bores you when you're cool."                         from an Alpha
From: "Michael L. Hitch" <osymh%trex.oscs.montana.edu@MTSUNIX1.BITNET>
Newsgroups: vmsnet.internals
Subject: Re: Why does this code crash with ACCVIO?
Date: Sat, 12 Dec 1992 13:37:04 MST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

=>
=> >                                    I can manually deposit values at
=> > location pointed to by dest/r0 (using debugger 'deposit *dest=...'),
=> > so it is not a invalid address.
=>
=> But now for the interesting !
=>
=> The above test do NOT test what you think it tests at all !
=>
=> The debugger is capable of depositing values in NOWRT psects !
....
=> This little feature has been around for all the VMS versions I have
=> used and can be quite usefull.
=>
=> I once got the explanation that it is due to the fact, that the NOWRT
=> psect actually means user-mode:readonly and the debugger runs in
=> supervisor-mode !

   If the debugger couldn't write into user readonly data and code sections,
it would limit the utility of the debugger:  you wouldn't be able to modify
any readonly data or code while debugging a program.

---
Michael L. Hitch                        osymh@msu.oscs.montana.edu
Computer Consultant                     OSYMH@MTSUNIX1.BITNET
Office of Systems and Computing Services
Montana State University
Bozeman, MT     USA
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.internals
Subject: Re: Received Bytes Accounting
Date: 19 Dec 1992 10:47:11 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Dec18.132136.4147@arizona.edu>, leonard@telcom.arizona.edu (Aaron Leonard) writes:
=In article <01GSFKS4THCYAFTSR3@accuwx.com>, Paladin 
=<GOODMAN@ACCUWX.COM> writes:
=
=| None of the process accounting data that VMS records is a fair
=| and accurate way to charge a user for use of a time-shared Vax:
=
=Bull.  Connect time is a perfectly good measure of resource 
=consumption, because it directly relates to usage of real 
=physical hardware: a terminal, a serial line, a modem, a
=terminal server port, etc.

Not always.  They could've logged in via DECnet or the INTERnet.  In this case,
all they've done is taken up the process overhead, which is pretty trivial. 
Don't forget:  There *ARE* VAXen (more or less;  I consider the 3100 marginal
:-) VAXen out there that don't have terminal lines, and that are accessed
entirely via the network.

=Doubtful.  A Usenet reader perusing alt.sex.bondage may receive 
=megabytes of "information" sent to his screen during a single terminal
=session.  A physicist running a simulation may receive one line of
=terminal output following an eight-CPU-hour run.

Exactly.

=I would contend that providing "usage information" in endless 
=granularity and myriad detail would be overall harmful, because
=it would further encourage myopic beancounters to spend enormous
=amounts of time grovelling over infinitesimal particles of data, just
=as SHOW MEMORY/POOL has caused man-centuries of somewhat
=valuable system manager time to be squandered twiddling IRPCOUNT.
=(Although it could well be argued that people so inclined are better
=occupied entangled in makework than what they might be doing
=otherwise, e.g. incompetently creating unmaintainable software.

I like that!
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.