HDTenEightyP/NetNews huggingface dataset:
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: Using UCX to NFS MOUNT internet drive
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 16 Apr 1992 22:02:15 GMT

horn@shsu.edu (James T. Horn) writes:

>    I was wondering if someone could point me in the direction of how
>    I might mount an NFS drive remotely using UCX. 

>    The situation is we want to mount some NFS drives on a remote
>    system on our VAXstation 4000/VLS using UCX. I cannot find any
>    information in the manuals for doing such a thing.

You would find this information, as it can't be done with UCX.
I believe its hard to do with VMS, especially with respect to VMS's
odd filesystem. But there is one TCP/IP package out there which works
also as an NFS client (Multinet from TGV). I don't know how well
this works, but Multinet has really good references.

Sincerely,
Klaus Steinberger
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@bl.physik.uni-muenchen.de
Newsgroups: comp.os.vms,comp.sys.mac.misc
From: gerke@IMD.Sterling.COM (Greg Gerke)
Subject: Graphics conversion problem...
Organization: Sterling Software, IMD
Date: Mon, 6 Apr 1992 21:23:44 GMT
X-Md4-Signature: 211a4657c9e86703edbf26a538c57a12

Does anybody know of a program that can convert a Mac Draw II/Pro to the
graphics format that WordPerfect uses?  Preferably free/shareware, but
commercial is also okay as long as the quality of the conversion is very
good...

Please Email me if you can help me; I don't always have enough time to
wade through all the talk here...

Thanks!

-- 
Greg Gerke	             UUCP:     uunet!ssbell!gerke
Sterling Software IMD        INTERNET: gerke@IMD.Sterling.COM
1406 Ft. Crook Rd. South     Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
Newsgroups: comp.os.vms
Subject: Re: What's a good way to tell no. of files on a disk?
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 13 Apr 92 10:23:14 GMT
Distribution: world
Organization: The Wolery

don@zl2tnm.gen.nz (Don Stokes) writes:
> jeff@malibu.sedd.trw.com (The Buccaneer) writes:
> > Can anyone tell me an easy way to tell how many files are on a disk.
> > Like from peeking into INDEXF.SYS or something.
> > (i.e., not DIR/GRAND/SIZE/TOTAL DISK)
> 
> Sounds like time to post DU again.

DU has been posted to vmsnet.internals.  

DU is a rough analogue of the Unix du command, which totals the number
of files and space used within a particular directory or group of
directories.  It's a bit like DIR/GRAND, but a lot more flexible and a 
*hell* of a lot faster.  $ DIR/GRAND [000000...]/SIZE=ALL on my (ugh!) 
VAXstation's RD52 with 2138 files takes two minutes and 21 seconds.  
$ DU [000000] took seven seconds.  DU also gets system disks "right", 
since it follows backlinks rather than looking down directories, which 
means that each file is accounted for precisely once, which DIRECTORY
won't do unless you hold your mouth right.

--
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
Newsgroups: comp.os.vms
From: karkan@msdrl.com (Jim Karkanias)
Subject: Re: who developed pathwork
Organization: Merck Sharp & Dohme Research Laboratories
Distribution: comp
Date: Tue, 7 Apr 92 17:56:15 GMT

"jonathan harley" <jonathan.harley@canrem.com> writes:
: 
: TO: churchwell@vms.ocom.okstate.edu
: 
: SUBJ: Who developed Pathworks?
: 
: RE: Message <1992Apr2.101107.1@vms.ocom.okstate.edu> in comp.os.vms
:     from churchwell@vms.ocom.okstate.edu to ALL
: -------------------------------------------------------------------------------
: 
: KC I understand that DEC did not develop Pathworks itself, but rather
:    licensed it from another company.  Does anyone know who originally
:    developed Pathworks?  Is it possible to obtain the software directly
:    from this company rather than through DEC, and if so, is there any
:    economic advantage in doing so?
: 
:   I believe you'll find that Pathworks is in fact, Microsoft LAN Manager.
: 

What makes you say that?


Jim
Newsgroups: comp.os.vms
From: force.ssd.lmsc.lockheed.com!marshall (Bob Marshall)
Subject: Re: problem with NEWSRDR
Reply-To: marshall@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Tue, 14 Apr 92 17:00:21 GMT

In article <1992Apr13.171745.1@auvax1.adelphi.edu>, reuben@auvax1.adelphi.edu writes:
>Hi All,                        
>
>I have been experiencing the following problem when trying to post articles
>using NEWSRDR.  I haven't changed anything since installing NEWSRDR.  I was
>able to post articles at one point.  Has anyone experienced something similar to
>this. Is this a problem with VMS  or the Ultrix Server.  Any help would be
>appreciated.  Thanks again as usual.  Is this enough information?
>
>###############################################################################
>News> post
>%NEWS-I-USINGCURGROUP, message will be posted to group comp.sys.zenith
>Subject: test
>
>Enter message text; type CTRL/Z when done.
>
>> test
>> Exit
>Ready to post to: comp.sys.zenith
>Ok to proceed? [Yes]: y 
>441 /var/spool/news/lib/news/inews: article in /usr/spool/netnews/dead.article
>%NEWS-W-POSTERR, error occured while posting message

I've seen this error occur when the disk on my NNTP server is full or
unable to be written to for whatever reason. True, not a very good error
message is it?
=============================================================================
Bob Marshall                     \\     
Lockheed Missiles & Space Co.     \\       "In my occupation
Sunnyvale, CA                      \\       There ain't no vacation
marshall@force.ssd.lmsc.lockheed.com\\      I'm a professional fool"
"I tell the truth 'cept when I lie"  \\
=============================================================================
Newsgroups: comp.os.vms
Subject: Re: Reconstructing disk with corrupt [000000]
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 11 Apr 92 00:53:38 GMT
Distribution: world
Organization: The Wolery

frisbie@flying-disk.com (Alan Frisbie) writes:
> STOP!  STOP!  STOP!  STOP!  STOP!  STOP!  STOP!  STOP!  STOP!  STOP!

Alright, settle down.  Put the flamethrower aside -- you might hurt someone.

> Before you attempt ANY kind of a disk recovery, ALWAYS back up what you
> currently have, even if you don't think it is necessary.   Otherwise
> you are on the high wire without a net.   Do this as soon as you know
> that you have a problem.

I kinda took that "as read".  Yes, I should have said so.  Yes, I did 
precisely that when I recovered from this situation.


--
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: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: SPTREQ overhead?
Date: 15 Apr 92 04:03:25 GMT
Article-I.D.: cmkrnl.1992Apr14.210325.426
Organization: Kernel Mode Consulting, San Diego CA

In article <6EA40679A9BD400787@NERUS.PFC.MIT.EDU>, MRL@PFC.MIT.EDU writes:
> Does anyone know how much overhead there is when increasing SPTREQs?

Sure.  Increasing SPTREQ by 1 increases the size of the system page table by 4
bytes.  Of course, SPTEs can only be added to the SPT in full-page chunks of
128 SPTEs (512 bytes) each, so there is a step function operating here. 

Purists will also want to point out that for each additional page (128 SPTEs)
that's added to the SPT -- or to any other part of system virtual address
space, for that matter -- the SPT needs one additional entry (four bytes) to
map that page. 

Details are in the V5.2 IDSM, Appendix F, Section F.2.1.  SPTREQ is accounted
for in step 5.  The round-up-to-next-page-boundary and SPTEs-to-map-SPT are
accounted for in the last step, Formula 11.  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: MAHAN@GRUBNIK.TGV.COM
Newsgroups: comp.os.vms
Subject: Re: VMS5.4 and X11R4
Date: 11 Apr 92 00:14:19 GMT
Distribution: world
Organization: The Internet

In article <862@se.alcbel.be> you write:
#VMS 5.5 is shipped with X11 release 4. Can I run the DECWINDOWS and MOTIF 
#release of VMS 5.5 on VMS 5.4 ? It is because we need X11R4 on VMS but are 
#worried about the rumours that VMS 5.5 is not yet bug free in order to run 
#safely. The configurations I am talking about are LAVC with 1 and 2 bootmembers.
#If someone can confirm that VMS 5.5 does not causes serious troubles, we are 
#happy too, and will upgrade.

I don't know from where this information is coming from but you are the 2nd
person in Europe to state the X11R4 is released with a version of VMS.  To
the best of knowledge and on information from the DECwindows engineers plain
vanilla DECwindows is not going to X11R4.  To get X11R4 you must install
DECwindows/Motif which is a seperate layered product and not released with
VMS.  Currently, DECwindows/Motif 1.0 and 1.0a require VMS 5.4 or above.


--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: andreas@didymus.rmi.de (Andreas Fassl)
Newsgroups: comp.os.vms
Subject: Re: RX23 diskette formatting
Date: 8 Apr 92 10:05:29 GMT
Organization: Klaus Kaempf Softwareentwicklung

In <1992Apr2.185832.20850@ryn.mro4.dec.com> shapiro@trade.enet.dec.com (Steve Shapiro) writes:


>>$ Init/Density=Double device
>> 
>>(or starting with VMS V5.5, Init/Dens=HD (RX23) and /Dens=ED (RX26)

>While we're on this subject, I am wondering how to go about reading an IBMPC
>formatted 1.44meg 3.5 diskette on my workstation (and vice versa).

>Do I need a special program or is it done via parameters?

Hi,
we've developed a program for reading and writing on to PC-formatted discs
and devices(!).
Supported formats are: 
RX50,RX33,RX33s,RX23,RX23s,RX26,SyQuest,RZW2, ...
and many others, main assumption is that the media can be mounted foreign,
our toolpackage can process to it.
On of many features is the conversion of text to PC-DOS and VMS text specs like
end-of-line, special characters, ..

For more information e-mail me.

With kind regards

Andreas Fassl



-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ proGIS Softwareentwicklung, Simulationssysteme, Beratung   + 
+            D- 51oo Aachen, Jakobstrasse 181                + 
+ E-Mail: andreas@didymus.rmi.de VOICE: (49) 241 403 446     +
From: WEISE@bscf.uga.edu (MICHAEL WEISE)
Newsgroups: comp.os.vms
Subject: Re: SEEKING a useful .COM file
Date: 13 Apr 92 15:17:39 GMT
Organization: University of Georgia, USA
X-News-Reader: VMS NEWS 1.20

In <1992Apr13.132857.25464@ux1.cso.uiuc.edu> ritley@uimrl7.mrl.uiuc.edu writes:

> 
> Might anyone be able to provide me with a .COM file which displays a list of
> all files within a set of nested directories.  For example, if the following
> directory structure existed:
> 	[home]
> 	[home.one]
> 	[home.one.a]
> 	[home.one.b]
> 	(etc.)
> It would be useful to have a DCL "comfile" which, in response to
> "$dirlist [home]",
> would provide something like the following:
> 	[home]file1
> 	[home]file2
> 	[home.one]file1
> 	[home.one]file2
> 	(etc.)
> I have been able to modify a DCL command file we have at our site for
> deleting
> all files within a set of nested directories, however this command
> procedure then
> always prefaces the files in each new directory with the annoying  
> > (space)
> > (space)
> > Directory $1$DUA1:[ME.MYDIRECTORY.etc.]
> > (space)
> > (space)
> It would be much nicer to have an uninterrupted list.
> 
> Many thanks in advance!
> 
> (Also, postings to the network, rather than e-mail to me, would be of
> greater benefit
> to users like myself, who are unfamiliar with the intricacies of DCL
> programming!)

        The VMS directory command has a lot of nice command line options.
Included are  /notrailer  /noheader  which get rid of extraneous stuff and
gives you clean lists of files.  However, dir/notrail/nohead  will add the
device to the beginning of each line, so it doesn't quite fit the specs shown
above.

        MJW


   _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
 /  Michael J. Weise, Ph.D.    \  Univ.of Ga. BioScience Computing Facility  \
(   weise@bscf.uga.edu          \   Dept.of Genetics  UGa, Athens  GA  30602  )
 \ _ _ _'Tis_only_me_speak'n._ _ \_ _ _ _ _ _ _ (404) 542-1409 _ _ _ _ _ _ _ /
Newsgroups: comp.os.vms
From: welchb@woods.ulowell.edu
Subject: Re: VMS viruses
Organization: University of Lowell
Date: Thu, 16 Apr 1992 18:51:11 GMT

>I personally believe the absence of such a facility is the biggest
>single security hole in VMS.
I do not know how apropos to the intended subject this reply is; I
merely offer it for further security thought (probably because I was
thinking of a recent security hole while I had to do my kid's paper
route this morning!).

In our computer room, we have recently offered to move files for
users, in any direction among Macintosh 3.5 inch, IBM 3.5 inch,
IBM 5.25 inch either capacity, and Vax accounts.  This uses a setup
in the corner of the room with a Mac, a Wang IBM, and a Vax connection.
There is various software (MacLink, Pathworks, MAC240, NFT etc.).

We have not debugged and printed the instructions yet, for all the possible
transfers.  When I went to use the setup the other day, I "inherited"
some of what was the last usage.  This included the fact that someone
had previously entered SYSTEM as the username, and the password,
in order to let NFT transfer a file to a Vax account.

Maybe this setup is not the most typical.  Admittedly it is in a 
relatively secure area, although unsupervised student workers could
access it at night.  My main point is that the opportunity for the
"hole" comes from a combination of things:  a lack of emphasis by the
manufacturers that this potential hole would exist; a lack of 
instructions; the instruction person did not foresee that the user would have
to be told how to "erase" the info left behind by a privileged user; 
unforeseen physical access problems; evil intent by semi-privileged
student.
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
From: guenther@tigger.csc.wsu.edu
Newsgroups: comp.os.vms
Subject: Bookreader format
Date: 16 Apr 92 22:35:52 GMT
Organization: Washington State University

Does anyone know how to put TeX or Postscript documents into a format that
Bookreader understands? -- Dean

-- 

Dean Guenther          		Internet: guenther@tigger.csc.wsu.edu
Washington State University	Bitnet:   guenther@cougar
Pullman, WA. 99164-1220         AT&T:	  509 335-0433
				fax:      509 335-0540
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms
Subject: Re: uudecode for vms
Date: 9 Apr 92 08:10:11 CDT
Organization: Western Kentucky University, Bowling Green, KY

In article <8APR199222572183@zeus.tamu.edu>, william@pvcs.pvamu.edu (Devine, William Charles) writes:
> 
>   Can someone point me to a site where i can get a uudecoder for vms?
> i have one for my apple II and macintosh but i need one for the vax.
> Thanx for your help in advance...Oh...Please E-mail only...I don't get
> a chance to read this group very often.

For anybody else interested, you can get a Pascal version and a C
version by sending the following command in the body of a mail message
to FILESERV@WKUVX1.BITNET:

SEND UUCODE

Include the command DIR ALL for a brief listing of all the packages
available from there.

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: tihor@acfcluster.nyu.edu
Newsgroups: comp.os.vms
Subject: <None>
Date: 6 Apr 92 17:30:15 GMT
Organization: New York University

The UK choose to order the elements in a domain address in the opposite order
fromthe rest of the world.  Most of the DNS servers and gateways are prepared
to reverse them piecemeal as needed but not all.  IN the US be prepared to
write them ...UK rather than UK....
Newsgroups: comp.os.vms
From: BARANSKI@vsdec.nusc.navy.mil (James Baranski)
Subject: VMS Archive sites?
Organization: Naval Underwater Sound Center, New London CT
Date: Thu, 16 Apr 1992 18:17:10 GMT
X-News-Reader: VMS NEWS 1.20

FAQ time...

Is there a list of VMS archive sites?

Jim Baranski, BARANSKI@VSDEC.NUSC.NAVY.MIL
From: karsten@tfl.dk (Karsten Nyblad, TFL)
Newsgroups: comp.os.vms
Subject: Re: How to make a disk unbootable?
Date: 14 Apr 92 07:00:50 GMT
Organization: TFL, A Danish Telecommunication Research Laboratory

In article <1992Apr12.201926.10376@magnus.acs.ohio-state.edu>, eherderi@magnus.acs.ohio-state.edu (Edward E Herderick) writes:
> 
>  Hardware : Microvax II with two disk controllers so I have 
>             DUA0,DUA1,DUA2,DUA3 and
>             DUB0,DUB1,DUB2,DUB3,DUB4,DUB5
> 
>  Problem  : Had VMS 5.3 running on DUA3. Built VMS 5.5 on DUB5. Now when
>             I do a "b" to boot I always boot from DUA3. I want to keep
>             DUA3 around for a while so I can't take it offline.
> 
>  Question : How do I make DUA3 "unbootable"? I spent all morning with 
>             TFM and could only find out how to make it bootable.
> 
>  Thanks,
> 
>  Ed Herderick (eeh+@osu.edu)

SET FILE/REMOVE DUA3:[SYSEXE]SYSBOOT.EXE;

Also, there is a special utility for putting sysboot back into [sysexe].
Take care not to remove sys$system:sysboot.exe.

Karsten Nyblad
TFL, A Danish Telecommunication Research Laboratory
E-mail: karsten@tfl.dk
Newsgroups: comp.os.vms
From: king@tasman.cc.utas.edu.au (Edward King)
Subject: SMG$ENABLE_UNSOLICITED_INPUT - help please.
Organization: University of Tasmania, Australia.
Date: Mon, 13 Apr 1992 00:53:57 GMT


I have been trying to get the SMG unsolicited input to work in a fortran
program without success. The small test program below is a distilled version
based loosely on the example in the Grey Wall. I must be missing something
somewhere but I can't see what it is. Can anyone tell me what I am doing 
wrong, or perhaps send me a simple working example of using the 
SMG$ENABLE_UNSOLICITED_INPUT routine (preferably in fortran).

Thanks, Edward King

king@physvax.phys.utas.edu.au

==============================================================================
      program test
      implicit none
      integer  smg$create_pasteboard, status, i, pbid, kbid,
     -         smg$enable_unsolicited_input,
     -         smg$create_virtual_keyboard

      logical  exit
      common   /smg_common/ exit

      integer   ast_routine
      external  ast_routine

      status = smg$create_pasteboard( pbid )
      if (.not.status) call lib$signal(%val(status))
      status = smg$create_virtual_keyboard( kbid,,,, )
      if (.not.status) call lib$signal(%val(status))
      status = smg$enable_unsolicited_input( pbid, ast_routine,)
      if (.not.status) call lib$signal(%val(status))
 
      i = 0
      exit = .false.
      do while (.not.exit)
        i = i + 1
        write(*,'(a,i5)') '+Count =', i
      end do

      end

      integer function ast_routine(pbid,param,nul1,nul2,nul3,nul4)
      implicit none
      integer    pbid, param, nul1, nul2, nul3, nul4
      logical    exit
      common   /smg_common/ exit

      exit = .true.
      return
      end
From: martinea@ireq.hydro.qc.ca (Alain Martineau)
Newsgroups: comp.os.vms
Subject: FileView on two screens at startup
Date: 10 Apr 92 20:47:08 GMT
Organization: Hydro Qubec

On two headed workstations, I want to start a FileView on each screen
at login time. I tried executing the command file
$ SET DISPLAY/SCREEN=0
$ spawn/nowait run sys$system:vue$master
$ SET DISPLAY/SCREEN=1
$ spawn/nowait run sys$system:vue$master
 but I get two FileViews on screen 1.

How should I do that ?
thanks.
From: tih@barsoom.nhh.no (Tom Ivar Helbekkmo)
Newsgroups: comp.os.vms
Subject: Remote control of MS-DOS PC from VAX needed!
Date: 8 Apr 92 10:58:38 GMT
Organization: Norwegian School of Economics

We need to make remote-controlled PCs running MS-DOS available to
our VAX/VMS users, so that they can run DOS software from their
VT200 and -300 series terminals.  We already know of the Logicraft
and LANview products, but are wondering if any other solutions
exist, that we should evaluate.

If you have any experience with, or knowledge of, other such
products, I would very much appreciate hearing of it!

-tih
--
Tom Ivar Helbekkmo, NHH, Bergen, Norway.  Telephone: +47-5-959205
Postmaster for domain nhh.no.   Internet mail: tih@barsoom.nhh.no
From: nieland_t@kahuna.asd-yf.wpafb.af.mil
Newsgroups: comp.os.vms
Subject: Re: FLIGHT available via mail?
Date: 9 Apr 92 07:13:00 EST
Organization: USAF ASD/YF, WPAFB, Dayton, OH

In article <1992Apr8.233529.382@whscdp.whs.edu>, kmoch@whscdp.whs.edu writes:
> Is FLIGHT available via mail?  I don't have access to FTP.
> 
> -- 
> Joe Kmoch                             Washington High School
> kmoch@whscdp.whs.edu                  Computer Specialty
> (414)449-2765                         2525 N. Sherman Blvd
> (414)444-9760 x5488                   Milwaukee, WI  53210
-- 

FLIGHT is on the Fall 1991 VAX/L&T SIG Tape that is available from any of the 
DECUS LUGs across the country.  If you don't have FTP access, contact your LUG 
and get a copy on tape.

The submission is a VMSINSTAL Kit, no source is available at this time.  It is 
also quite large.

Ted Nieland				nieland_t@kahuna.asd-yf.wpafb.af.mil
(513) 476-4639				nieland@ted.hcst.com
Hassler Communications Systems Technology
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: VMS Device Drivers and HLLs
Date: 5 Apr 92 20:46:37 GMT
Distribution: usa
Organization: Kernel Mode Consulting, San Diego CA

In article <1992Apr4.074417.52@indyvax.iupui.edu>, imhw400@indyvax.iupui.edu writes:
> In article <1992Apr3.013403.396@cmkrnl.com>, jeh@cmkrnl.com writes:
> [many interesting and informative deletia]
>> Third, most high-level languages are pretty lame without their run-time
>> libraries.  For example, just try using C without strcpy!  (oops, make that
>> memcpy, since null- terminated strings just don't occur inside VMS). 
> 
> Gee, I usually use _MOVC3 or _MOVC5.  I'd been writing VAX C for several years
> before I found a good use for the C RTL, and still use it but sparingly. [...]

Depends on what paradigm you're working in (null-terminated or descriptor'd
strings).  I agree that it's easiest to stay in one paradigm or the other.  The
C RTL's string-handling stuff *is* very easy to work with and provides lots of
useful features... provided your strings will never include null bytes! 

However, the builtins such as _MOVC3, _BBSSI, _INSQTI, etc., are indeed among
the things that make it possible to at least write routines for VMS internals
programming (including device drivers) in C.  

(A friend of mine who was doing Beta test for the first version of VAX C that
included all those VAX-instruction builtins tried several times to get them to
add _JMP, _JSB, and _RSB builtins to complete the set... never could convince
them.)

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

"There's no security... where's the challenge?!?"  -- Bruce Ellis on Unix
Newsgroups: comp.os.vms