HDTenEightyP/NetNews huggingface dataset:
From: backstrom@ranger.enet.dec.com (ranger::backstrom)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: LAT Parallel Print Servers
Date: 23 Dec 92 05:00:15 GMT
Organization: Digital Equipment Corporation
X-Posted-Via: NEWS-NOTES gateway (a hack!)

>       NETMGR02@CBE.AB.CA (Glen Larwill, Computing Services, (403)294-8
>                        RE: LAT Parallel Print Servers
>
>Terminal servers that contain parallel ports DO exist.  The DECServer 250
>has 2 parallel ports and 4 asynch ports.  I have never used one, but I
>don't imagine that they work much differently from the simple asynch
>terminal servers.

    Do note that the parallel ports in a DECserver 250 are DataProducts
    parallel ports and not Centronics parallel ports most (PC-)printers
    expect to see and use.
    
    The DECserver 250 parallel ports were designed to be used with Digital
    high-speed line printers.

    There are no Digital terminal servers with Centronics parallel ports
    at this time, as far as I know. However, Digital is not the only one
    doing LAT terminal servers. ;-)
        
    ...petri (petri.backstrom@ljo.mts.dec.com)
       Personal Computing Integration Engineering
       Digital Equipment Corporation
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: NET ATTRIB and ACL: how to use?
From: "Dillier, Norbert" <NOTES_MAILER@EZINFO.VMSMAIL.ETHZ.CH>
Date: 29 Dec 1992 14:00:58 +0100 (MET)
Content-transfer-encoding: 7BIT
X-Mail11-To: ETHZ::"LANWORKS@MIAMIU.bitnet"

Reply-To: DILLIER@EZINFO.vmsmail.ethz.ch (Dillier, Norbert)
 
Topic: 3499.0
Time: 29-DEC-1992 12:47 ZRH
 
Problem:
 How can we grant the File Access to selected Users (ACL) via NET ATTRIB
 under PATHWORKS?
 
Configuration:
 -PATHWORKS V4.1-1A, runing on VAX 3100 as File- and Disk-Server.
 -DOS V5.0/Windows V3.1, runing on several 386 and 486 Processors.
 -VMS V5.5-1
 
Done:
 -VMS: The ID SYSMGR granted to Users U1,U2,U3 by RUN AUTHORIZE
       All Pathworks Users belong to the same Group [pcfs,*]. Their
       Directory and File Protection are default, set by PCSA_MANAGER.
 
 -DOS: Set the RMS-Protection for PATHWORKS User by:
       USE ?:\\SERVER\USERDIR%U1 PASSWORD
       NET ATTRIB x:\*.* /PROT=(S:RWED,O:RWED,G:,W:)/DEFAULT causes
                        "Invalid File Format"
       NET ATTRIB x:\A*.* /PROT=(S:RWED,O:RWED,G:,W:)/DEFAULT works
 
       Grant ACL File Access to Selected Users (Group with ID=SYSMGR):
       NET ATTRIB x:\a*.* SYSMGR /ACCESS=READ+WRITE causes
                        "Invalid Identifier"
 
       We consulted "Client Command Reference Manual",
       dated August 1991, Software Version PATHWORKS FOR DOS 4.1, pp 1-68.
 
Any help would be greatly appreciated
Norbert Dillier, University Hospital, CH-8091 Zuerich, Switzerland
E-Mail: K365710@CZHRZU1A.BITNET
From: jcao@rnd.GBA.NYU.EDU (Jingbin Cao)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Tektronics emulation and multiple login session on pathworks?
Date: 25 Dec 92 22:41:59 GMT
Organization: NYU Stern School of Business

Since our computer center chose to use pathworks, I have missed the
two features on the subject line dearly. And everybody here seems to
hate it. NCSA Telnet appears to be a much superior product. In any
case, is it possible to do tektronics emulation and multiple login
session on pathworks? Thanks in advance for any tips.
Newsgroups: vmsnet.networks.desktop.pathworks
From: garber@aru.dom.uab.edu (David W. Garber)
Subject: Re: re: vms/dos archivers/dearchivers
Organization: Univ of Ala. @ Birmingham
Date: Tue, 29 Dec 1992 19:40:06 GMT

I found zoo 2.10 for both vms and ms-dos.  They work fine.  Thanks.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Zenith 286 & PATHWORKS
From: HENRY@VUCTRVAX.BITNET
Date: 31 Dec 1992 10:44:25 -0600
MIME-version: 1.0
Content-transfer-encoding: 7BIT

Problem:  Keyboard entry disabled after STARTNET

Configuration:
        Zenith 80286
        640K, 256K Zenith EMS
        3C503-TP
        DOS 5.0
        Pathworks 4.1

Routes already taken:
        This machine has been configured with the 3C503 at the following:
        Memory Base  C800, CC00, and DISABLED
        I/O Base     300, 310, 330
        IRQ          3, 5, 10(with a 3C509 NIC)

The result of all of these configurations is the same. Upon executing DLLNDIS
the keyboard is disabled. If I issue STARTNET.BAT the entire file will execute
but that's it. If STARTNET.BAT is issued from AUTOEXEC.BAT it will execute
STARTNET.BAT but will not return to the calling file.

I have eliminated everything foreign from the CONFIG.SYS and used a plain
"vanilla" configuration of PROTMAN.SYS, ELNKII.DOS, LASTDRIVE & SHELL. The
same results are given as before.

Does anyone out there have any experience with this type of problem? If
so, how did you eliminate the problem?

Any and all suggestions welcome.

Thanks in advance.


TC Henry, Network Management
Vanderbilt University Computer Center
Internet: henry@ctrvax.vanderbilt.edu
BITNET: HENRY@VUCTRVAX
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: vmsnet.networks.management.decmcc
Subject: RE: Sad News :-(
Date: 23 Dec 92 14:58:55 CST
Organization: University of Kansas Academic Computing Services

> On the 2nd item -- since I'm the only one here who has been taking care
> of the listserv here, once I'm gone there will be no support for it.

The list has been moved to decmcc-l@american.edu (decmcc-l@auvm.bitnet).
All subscriptions as of December 23rd have been added as subscribers
to the new list.  This article is being posted to the newsgroup
vmsnet.networks.management.decmcc and it should also be forwarded to
subscribers of the new list.
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: SLOANE@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: vmsnet.networks.management.decmcc
Subject: Re: Sad News :-(
Date: 23 Dec 92 20:58:49 GMT
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency
Originator: server@ralph.rtpnc.epa.gov

> On the 2nd item -- since I'm the only one here who has been taking care
> of the listserv here, once I'm gone there will be no support for it.

The list has been moved to decmcc-l@american.edu (decmcc-l@auvm.bitnet).
All subscriptions as of December 23rd have been added as subscribers
to the new list, but it is possible that some addresses will not work
and will need to be changed. I will be posting an announcement on the
new list shortly.  If you don't see it, you can subscribe to the new
list by sending email to listserv@american.edu or listserv@auvm.bitnet
where the body of the email is:

sub decmcc-l Your Name Here

Let me know if there are any problems.  Many thanks to Bob Boyd for
organizing the list and maintaining it.
--
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: afc+@andrew.cmu.edu (Tony Calabrese)
Newsgroups: vmsnet.networks.management.decmcc
Subject: decnet
Date: 18 Dec 92 18:21:02 GMT
Organization: Carnegie Mellon, Pittsburgh, PA



Can someone point me to a book, a manual, or a public file that explains
the basics of decnet. All my backround is in IP, but I need to understand
the basics of decnet.

Thanks in advance,
Tony
From: t_wade@vms.eurokom.ie
Newsgroups: vmsnet.internals
Subject: Re: Received Bytes Accounting
Date: 22 Dec 92 12:23:30 CET
Organization: EuroKom Conferencing Service

I am surprised at the amount of aggression that this query has generated.
There is no general `ideal' model for charging usage -- it all depends on
what type of service you are providing.

> Please, tell us for what applications you think that "number of bytes written
> to the terminal" is in any way a useful measure of the usefulness of the
> session.  I can't think of any.

If the service you provide is information, then this is a pretty good model.
For example, consider a service that provides various bulletin board type
services (News, conferencing etc).  A reasonable approximation is charging
by elapsed time.  The problem here is that one user will get his information
interactively, and another will do the equivalent of EXTRACT/UNSEEN/ALL
to a file, and download it with Kermit.  He will be charged a fraction of
the first person's charge, but he gets the same `service' (the same
information).  Of course, you could argue that by using the machine longer,
the first user is consuming more resources and should pay more, but this
might be easier on your machine than a short CPU and I/O intensive session.
You might wish to charge for the amount of data received, irrespective of
whether it is TYPEd, FTP'ed, MAILed or Kermited.

The counterexample of the physicist with the 8 hour batch job that produces
1 line of output is valid, but not relevent *if you don't provide this type
of service*.

It is possible to use combined CPU, elapsed time and I/O count to approximate
this, but my point is that there are scenarios where charging by volume of
data (irrespective of how it is downloaded) is a good charging model.  The
original query was perfectly reasonable.

As a first cut, what about replacing the Start I/O routine with your own, which
notes the byte count and PID from the IRP, adds the count to a field that
ACCOUNTING will save, and invokes the original Start I/O ?  Anyone care to
pinpoint the flaws/pitfalls in this approach ?

Incidentally, the code to do this is already written.  Login sessions using
VAX PSI (over X25 networks) are logged to the PSIACCOUNTING file including
the volume of data sent and received.  This is presumably because most public
X25 networks charge by volume.

------------------------------------------------------------------------------
Tom Wade        | Internet: T.Wade@vms.eurokom.ie  (all domain mailers).
Network Manager | DEC Enet: DECWRL::"t.wade@vms.eurokom.ie"  (VMS Mail)
EuroKom         | PSI-Mail: PSI%272431001992::_T_WADE
UCD Belfield    | JANET:    t.wade%ie.eurokom.vms@UK.AC.EARN-RELAY
Dublin 4        | X400:     g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie
Ireland         | Telex:       (0500) 91178 UCD EI  ("TO: WADE" at start)
-------------------+----------------------------------------------------------
Tel: +353-1-2830555|  Official Disclaimer:  "This is not a disclaimer"
Fax: +353-1-2838605|          Unix  ....  Just say No !
From: Sanner@Fwva.Saic.Com (Robin H. Sanner 619-535-7825)
Newsgroups: vmsnet.internals
Subject: VMS v2.2 IDSM
Date: Thu, 31 Dec 1992 20:55:22 GMT
Organization: Science Applications Int'l, Corp. - Computer systems operation

Does anybody know where I could obtain a copy of the VMS v2.2 IDSM?  I am
looking for it for curiosity, historical, collectors sake.  Thanx.
 
Robin Sanner
SANNER@FWVA.SAIC.COM
From: "SYSTEM SUPPORT" <SYSTEM_JM@unode2.nswc.navy.mil>
Newsgroups: vmsnet.internals
Subject: Re: Call for (mostly)-baked ideas: $QIO replacement?
Date: 21 Dec 92 13:58:00 EST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

>> Subject:    Call for partly-baked ideas:  $QIO replacement?
>>
>> 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?
>>
I thought I heard a collective "Hmmm..." when this was posted :-)

I've been tinkering with Security Enhanced VMS (SEVMS) which follows a
write-up-read-down scheme. The bummer of it all is that VMS needs to do a
read to see if the file exists before it'll write a new file. Yes, you can
write custom procedures to get around this, but it would be nice if the $QIO
routines were already "trusted" to handle this for the unpriv'ed user.

Overall, I've been happy with the $QIO service.  I'm interested to hear what
your ideas are.  How about "broadcasting" the $QIO to a set of CPU's and the
first CPU to complete the task "wins".

*******************************************************************************
** Jim Matthews                                                              **
** Naval Surface Warfare Center Dahlgren Division                            **
** Code N23A                                                                 **
** Dahlgren, VA 22448-5000                                                   **
** Internet: system_jm@unode2.nswc.navy.mil                                  **
*******************************************************************************
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: vmsnet.internals
Subject: Re: Call for partly-baked ideas:  $QIO replacement?/extention
Date: 22 Dec 92 11:43:47 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
|> In article <1992Dec22.024303.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au writes:
|> =The change ?I would make is to buffer handling
|> 
|> you might be asking for a bigger change than you realize.

Given that Jamie's original question allowed for building an O/S from
scratch I think requiring large changes in other areas is entirely
reasonable :-) Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
Newsgroups: vmsnet.internals
Subject: Re: VMS v2.2 IDSM
From: don@zl2tnm.gen.nz
Date: 1 Jan 93 22:33:30 +1300
Organization: The Wolery

In article <9880489@MVB.SAIC.COM>, Sanner@Fwva.Saic.Com (Robin H. Sanner 619-535-7825) writes:
> Does anybody know where I could obtain a copy of the VMS v2.2 IDSM?  I am
> looking for it for curiosity, historical, collectors sake.  Thanx.

I'll trade you a 3.2 one for more current one.....  even pay postage?  8-)

(Damn, that book's expensive!)
From: "Jaime C. Jansenwirth" <dip115@cc.uib.es>
Newsgroups: vmsnet.internals
Subject: Use of $PUTMSG system service
Date: Tue, 29 Dec 1992 18:17:58 UTC+0200
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

  Hi, everybody!

  I am a novice in MACRO32 programming and I have a little doubt:

  I have created a message definition file (.MSG) that I have compiled and
linked with a compiled MACRO32 source. Some messages in that file have FAO
arguments, so that I want to know is how can I print to SYS$OUTPUT one of
these messages from my MACRO32 program using the $PUTMSG system service
(passing before the appropiate FAO arguments to the message, that is really
my problem). I want that the result will be a normal VMS message with the
identification, severity, facility and text parts.

  I know that is an easy way to print a message with LIB$SIGNAL, but I do
not want to print the symbolic stack traceback each time an error occurs.

  Could somebody help me?
  Thanks in advance.
  Please e-mail me direct

***** I wish you a Happy New Year 1993 ! *****

P.S.: Please excuse me if my english is not too good but I hope that you
      can understand me ! :-)

---------------------------------------------------------------------------
Jaime C. Jansenwirth

      *                       local DECNET:  16509::DIP115 (16509=EUIBVX)
    *   *
  *       *                   Internet:      dip115@cc.uib.es
*   U I B   *
  *       *
    *   *    Universitat de les Illes Balears
      *   Universidad de las Islas Baleares

University of the Balearic Islands
Palma, Mallorca
Spain
---------------------------------------------------------------------------
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.internals
Subject: Re: Call for partly-baked ideas:  $QIO replacement?
Date: 22 Dec 92 12:30:56 GMT
Organization: Mitech Corporation, Concord MA

In article <1992Dec16.113301.977@cmkrnl.com>, jeh@cmkrnl.com writes:
> 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 something else?

I like some of the stuff done in the AS/400. 
Although at a certain level I/O in any machine becomes a kludge.


Newsgroups: vmsnet.internals
From: zrepachol@cc.curtin.edu.au
Subject: Re: Call for partly-baked ideas: Woops, turn the oven on!!
Organization: Curtin University of Technology
Date: Mon, 21 Dec 1992 17:45:31 GMT

Re my prev post: I am assuming that *ALL* mem allocation is done by PAL code
and standard memory listheads, so the OS can allocate user address space
no probs, and de-allocate if needed.

~Paul

Newsgroups: vmsnet.internals
From: pampreen@emunix.emich.edu (Dave Pampreen)
Subject: Re: Use of $PUTMSG system service
Followup-To: This #897 
Organization: Eastern Michigan University
Distribution: You the reader. 
Date: Thu, 31 Dec 1992 18:54:46 GMT

In article Jaime C. Jansenwirth <dip115@cc.uib.es> writes:
>  Hi, everybody!
[stuff deleted]
>  I know that is an easy way to print a message with LIB$SIGNAL, but I do
>not want to print the symbolic stack traceback each time an error occurs.
>
>***** I wish you a Happy New Year 1993 ! *****
>
Happy new year to you too.

If you don't want the trace back information to be displayed, when you
compile and link it, don't use the traceback feature.  I do believe this
is what you want to do:
$ macro/debug=notraceback [your.dir]your.file
$ link/notrace [your.dir]your.obj

Then you will not see any traceback info.  

Dave Pampreen - Supervising Consultant - Goddard Lab Learning Technologies.
Eastern Michigan University - pampreen@emunix.emich.edu
From: adk@sun13.SCRI.FSU.EDU (Tony Kennedy)
Newsgroups: vmsnet.internals
Subject: Re: Call for partly-baked ideas:  $QIO replacement?/extention
Date: 22 Dec 92 06:22:16 GMT
Organization: SCRI, Florida State University
In-reply-to: zrepachol@cc.curtin.edu.au's message of 21 Dec 92 17:43:03 GMT

>> zrepachol  <zrepachol@cc.curtin.edu.au> writes:

   zrepachol> The change I would make is to buffer handling. On a read
   zrepachol> the OS would do what ever needs to be done to dump the
   zrepachol> data into mem, then fills in a pointer and size block
   zrepachol> and maps the lot to your address space. By trapping the
   zrepachol> page fault on a not yet mapped buffer pointer, the page
   zrepachol> fault code can put the PC into a wait state till IO
   zrepachol> completion clears the page fault condition. This would
   zrepachol> enable atomic asyncronous IO from the user code view.

Just some random thoughts on this idea.

If I understand correctly you want to avoid having to explicitly check
for an $QIO read completion (using event flags, ASTs, whatever) and
just enter a PFW state if you try to read the data before it is ready.

You want to issue the $QIO, do something else for a while, and when
you have nothing else useful to do try to read the data without having
to do any special check. This allows more overlap of computation than
a $QIOW.

I am not sure that a `low-level' system call needs to add the overhead
of a PFW state instead of the usual LEF state for this purpose. At the
(deterministic) place where you first try to read the data you just
need to insert a $WAIT on the event flag. There is a trade-off between
simplicity, efficiency, and flexibility here. $QIOW is even simpler
than your scheme, but less efficient in overlapping IO and
computation. The current $QIO is more flexible than your scheme, you
can check whether the IO has completed without having to wait if it
isn't, you can let it interrupt you when it is complete so you don't
have to poll it, etc., and $WAITing on an event flag is probably
cheaper than handling a page fault (albeit a soft one).

Finally, some of the functionality you want is provided by just
mapping the file into virtual memory. In fact, by mapping in the file,
and unmapping each page when you are done with it you have almost
exactly what you are requesting, don't you?

	-Tony-
Newsgroups: vmsnet.internals
From: zrepachol@cc.curtin.edu.au
Subject: Re: Call for partly-baked ideas:  $QIO replacement?/extention
Organization: Curtin University of Technology
Date: Mon, 21 Dec 1992 17:43:03 GMT

In article <1992Dec16.113301.977@cmkrnl.com>, jeh@cmkrnl.com writes:
> 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?
> 

The change ?I would make is to buffer handling. On a read the OS would do what
ever needs to be done to dump the data into mem, then fills in a pointer and
size block and maps the lot to your address space. By trapping the page fault
on a not yet mapped buffer pointer, the page fault code can put the PC into
a wait state till IO completion clears the page fault condition. This would
enable atomic asyncronous IO from the user code view.

On write, the buffer would be un-mapped so as to trap scribbeling on the output
before it completed.

1. no more "how big do I need to make the buffer... well I'll double it to
   make sure..."

2. You can't access a half DMAed page. ( prob various option bits to turn this
   off, reuse buffers... )

3. Simple sysnc primative. Do IO, access buffer pointer *page fault*, thread
   stalls till IO completes

4. For async, AST address is valid, IO completion passes buffer pointer as
   ASyt parm.

5. You have done 1/2 the work for a *FAST* task/task--process/process IO
   system. Unmap, context switch, remap.


MANY loose ends here I realise... Will comptemplate over chrissy...

~Paul
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.internals
Subject: Re: Call for partly-baked ideas:  $QIO replacement?/extention
Date: 22 Dec 1992 04:27:40 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 <1992Dec22.024303.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au writes:
=In article <1992Dec16.113301.977@cmkrnl.com>, jeh@cmkrnl.com writes:
=> 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?
=> 
=
=The change ?I would make is to buffer handling. On a read the OS would do what
=ever needs to be done to dump the data into mem, then fills in a pointer and
=size block and maps the lot to your address space. By trapping the page fault
=on a not yet mapped buffer pointer, the page fault code can put the PC into
=a wait state till IO completion clears the page fault condition. This would
=enable atomic asyncronous IO from the user code view.

Not meaning to be rude or insulting, I'd just like to point out to you tha I/O
processing of the sort you're talking about occurs at an IPL above ASTDEL. You
*DO* know what happens when you incur a page fault above ASTDEL, don't you?  So
you might be asking for a bigger change than you realize.

Or don't you know what a buffer overflow is, or how much the O/S would have to
be modified to "fix" buffer overflows?
--------------------------------------------------------------------------------
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.