HDTenEightyP/NetNews huggingface dataset:
From: meyer@IFN.ING.TU-BS.DE (Eckart Meyer)
Newsgroups: comp.os.vms
Subject: Glen Everhard's FDDRIVER as NFS Client driver ?
Date: 28 Sep 92 21:38:37 GMT
Distribution: world
Organization: The Internet


        Glen Everhard submitted his FDDRIVER to various SIG-Tapes. This
        Driver "simply" forwards I/O Requests to a detached process running
        in normal user mode. Idea is, writing NFS client code in process
        context would be much easier (and would not crash the system after
        every edit...) than writing a new driver. Perhaps it would be not
        very fast, but speed is not important for me.

        Before inventing the wheel again and again: Anyone who did this or
        a similar thing? And if Glen is listening: Is it a good idea?

        We are using CMU-TEK TCP/IP.

        --Eckart

-----------------------------------------------------------------------------
Eckart Meyer                                     Address:   Schleinitzstr. 23
Inst. f. Nachrichtentechnik                                 3300 Braunschweig
Technical University of Braunschweig                                  Germany
                                                 Phone:      +49 531 391 2454
E-Mail:   meyer@ifn.ing.tu-bs.de                 FAX:        +49 531 391 5192
          I7100501@DBSTU1.BITNET (not preferred)
VMSmail:  PSI%26245050351130::MEYER (DATEX-P)
-----------------------------------------------------------------------------
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Perfect VT emulation!! (for me)
Date: 30 Sep 92 13:04:57 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Sep30.082759.119@gems.vcu.edu>, agnew@gems.vcu.edu writes:
> Hey guys, the perfect and free VT emulator for VT3.. series is Kermit,
> no regis graphics, but TEKTRONIX 4014 is there.  I use it and it does
> not fail me at all.  

Kermit is pretty good, but I do know about a couple of places where
it isn't a perfect VT320 emulator (in the sense that programs that
work on a VT320 don't work on Kermit).  Soft character sets don't work
at all (not that this is usually very serious), and more important,
the status line is not handled correctly.

But in fairness to Kermit, _all_ of the commercial vt320 emulators I have
tested in any depth have had problems that are as bad or worse -- even
the Pathworks emulators.  Some of them are so bad as to be essentially
unuseable with VMS (I can only guess that they have only been tested
against a Unix system with a sufficiently limited termcap that they
didn't find the gross deficiencies in the products).

Caveat emptor.

Bruce C. Wright
Newsgroups: comp.os.vms
Subject: Re: Puzzling Boot Problem
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 27 Sep 92 08:26:10 GMT
Distribution: world
Organization: The Wolery

vaxman@apap4.pap.univie.ac.at writes:
> Booting results in:
> 
>   2..1..0..
> 
>            VAX/VMS Version 4.7a 15-JAN-1988  9:00
> 
>  Error opening primary input file SYS$INPUT
>  File specification syntax error

Do a conversational boot.  At the SYSBOOT> prompt type SHOW/START.  Check
from the output that the startup command file is SYS$SYSTEM:STARTUP.COM.

If it is, something strange is going on.  (File not found would imply that
you'd lost STARTUP.COM, but that's not what it says.)

If it isn't, type SET /STARTUP SYS$SYSTEM:STARTUP.COM and CONTINUE.  When
the system is up, run AUTOGEN and reboot.  It looks like VAXVMSSYS.PAR (ie
your SYSGEN parameters) has been stepped on.  You may need to do a minimum
boot to get the system up prior to AUTOGENning.

--
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: st@eniac.seas.upenn.edu (Stephen W. Thompson)
Newsgroups: comp.os.vms
Subject: Does DIFFERENCE command work on binary files also?
Date: 1 Oct 92 17:57:44 GMT
Organization: University of Pennsylvania

I'm trying to compare sets of binary files with the DIFFERENCE command.
The helpfile seems to imply that the command is only for text files.  Is
that true?

Thanks.

--
Stephen W. Thompson, University of Pennsylvania, 215-898-4585
Institute for Research on Higher Education, thompson@a1.quaker.upenn.edu -OR-
     ** SMILE! **                               st@eniac.seas.upenn.edu
Newsgroups: comp.os.vms
From: sys_sprute@vxdesy.desy.de (Lars Sprute)
Subject: Re: Looking for VMS Gopher, WAIS client(s)...
Organization: (DESY, Hamburg, Germany)
Date: Sat, 3 Oct 1992 20:22:02 GMT

In article <01GPHAVTG4K6ANBGO3@psulias.bitnet>, JLW@PSULIAS.PSU.EDU ("J.Lance Wilkinson, 814-865-1818") writes:
> I'm looking for one or more VMS Internet GOPHER and WAIS clients; I've already 
> secured the VMS gopher client from boombox, but was wondering if there were any
> more out there.  I also don't have much of a grasp on where WAIS clients for
> VMS might be at all.
> 

I think GOPHER and WAIS clients are included in the World Wide Web (WWW)
package. You can get it via anonymous ftp from info.cern.ch

Lars

-- 
/------------------------------------------------------------------------------\
| Lars Sprute  -R-                            Net:                             |
| DESY (Deutsches Elektronen Synchrotron)                                      |
| Notkestr. 85                                sprute@vxdesy.desy.de            |
| D - Hamburg 52                              SPRUTE@DESYVAX.BITNET            |
| Germany                                     VXDESY::SPRUTE.DECNET            |
| Tel. +49 40 8998 4364                                                        |
| FAX. +49 40 8998 3282                                                        |
\------------------------------------------------------------------------------/
Xref: sparky comp.os.vms:16068 vmsnet.internals:1382
Newsgroups: comp.os.vms,vmsnet.internals
Subject: Bug in LIB$FIND_IMAGE_SYMBOL ?
From: system@idiws1.idi.battelle.org
Date: 5 Oct 92 12:52:41 EST
Organization: IDI-Dublin
Nntp-Posting-User: system

Hi All,

I recently had a problem with a program using the LIB$FIND_IMAGE_SYMBOL
RTL routine.  The parameters are: (filename, symbol, value, image) where

  filename - filename (name only) of the sharable library to search.
             No device/directory or type spec may be given.
  symbol   - name of the symbol to locate within the sharable library
  value    - returned pointer to the entry point within the library
  image    - full filespec of the sharable library file (optional)

The docs say that if the "image" parameter is not given, SYS$SHARE: will
be searched for "filename.EXE".  Otherwise, a logical may be used for
"filename" to point to the proper file.

I interpreted this to mean that if "image" was given, then that's what
you got.  However, it seems that if "filename" is a logical, then that
translation is used before even looking at the "image" parameter.

Can anyone confirm or explain this?  Is it a bug in the RTL or am I
mis-interpreting the description?  Thanks for your input.

				Lewis
-- 
+---------------------------------------------------------------------+
| Lewis Henderson                      | Information Dimensions, Inc. |
| HENDERSON@IDICL1.IDI.BATTELLE.ORG    | 5080 Tuttle Crossing Blvd    |
| SCA: Lord Connor de Morgan           | Dublin, Ohio 43017-3569      |
+---------------------------------------------------------------------+
|     "God, I love the smell of fletching cement in the morning!"     |
+---------------------------------------------------------------------+
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: remote backup of vms on ultix host
Date: 4 Oct 92 22:12:40 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Oct1.000555.369@newsgate.sps.mot.com>, beutel@chdasic.sps.mot.com (Jim Beutel) writes:
> Why would you want to....?

One very good reason is if you have a suitable tape drive (say, a DAT stacker
or 8mm carousel) on the Ultrix system but not on the VMS side. 

Touch Technologies' Remote Tape Facility (TM) will do the opposite:  It allows
Ultrix clients (and VMS clients) to access tape drives on VMS hosts, via 
DECnet.  I suppose we could do a VMS client to an Ultrix server... 

Disclaimer:  I have a vested interest in RTF; it's my design and my code...

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., 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
From: Mark-Tarbell@suite.com
Subject: Disk Low-Level Formatter
Reply-To: suite!tarbell@uunet.uu.net
Organization: Suite Software, Anaheim CA.
Date: Sun, 27 Sep 1992 01:44:34 GMT

Does anyone have access to a low-level disk formatter for
Files-11 volumes?  We got some new (3rd-party) drives in,
unformatted, and need to format them.

As I recall, in the early days of VMS, there used to be
a low-level formatter as part of the UETP set. I believe
it was named EVRAC.EXE. Of course, such things are no
longer delivered  (I guess DEC wants you to buy from
THEM... Can't understand why...).

Any help would be greatly appreciated. 1.48GB is a
terrible thing to waste!

Mark-Tarbell@suite.com
From: ross@mscf.med.upenn.edu
Newsgroups: comp.os.vms
Subject: X-terms & remote printing
Date: 5 Oct 92 20:45:04 GMT
Organization: Univ of Penn - Med School Computer Facility

Date sent:  5-OCT-1992 15:08:23 

	We are planning to purchase a VaxStation 4000 Model 90 which would
support 7 VT200 terminals and 3 printers.  Originally we were going to 
purchase a terminal server, but now we are considering the purchase of
some Tektronix X terminals.  I'd like to get some opinions about their XP-11
and the XP-12 models.  Also, if we can replace all of the current VT200
terminals with X terminals, then we might not have to spend the proposed
$3000 for the 32 port terminal server.  The only question remaining is how
to connect the 3 printers (DEC LN03, LA75, and LA100) to the Model 90, 
assuming we don't buy the terminal server.  Can we do this somehow using the
ethernet and the X terminals.  Does the option of buying the X-terminals 
rather than the terminal server make sense?  We can get the XP-11 terminals
for about $731 each (the XP-12 would be $1781).  So the savings from the
terminal server would almost pay for the terminals.  Currently we don't
have any X-applications but we hope to develop some in the future.

Finally, and most importantly, what would be the impact of 7 X-terminals
on the performance of the Model 90 equipped with 16 megs of memory.

Thanks for your comments.

			--- Andy Ross ---
                    University of Pennsylvania
		 Medical School Computer Facility

                    ross@mscf.med.upenn.edu
--
From: jim@mivax.mc.duke.edu (James D Dryfoos - Systems)
Newsgroups: comp.os.vms
Subject: New deliver gets: %MAIL-E-ERRACTRNS, error activating transport DELIVER when sending across DECnet
Date: 30 Sep 92 14:21:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41

New deliver gets: %MAIL-E-ERRACTRNS, error activating transport DELIVER 
when sending across DECnet.  It works fine when send is from same node
that the deliver user is on.  Is this fixable?
The DELIVER that comes with the PMDF product works just fine with this.
Also, it would be nice if deliver would allow you to have amil moved into
another mail folder instead of a file.

Thanks,

_jim

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*  James Dryfoos  -- Medical Informatics - Duke University Medical Center     *
*                                                                             * 
*  VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office * 
*  dryfo001@mc.duke.edu - dryfo001@dukemc.bitnet                              *
*  Box 2914 Durham NC, 27710 USA - EARTH (919) 684-6421
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

   =======================================================================
      James D. Dryfoos                  |  dryfo001@mc.duke.edu
      Duke University Medical Center    |  dryfo001@dukemc.bitnet
      Box 2914 DUMC                     |  (919) 684-6421 - office
      Durham, NC 27710 Earth            |  (919) 684-8675 - fax
   =======================================================================
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: Re: Delayed lexical evaluation in a DCL symbol?
Date: 5 Oct 92 14:53:22 GMT
Organization: The Internet

Dan Wing, DWING@UH01.Colorado.EDU, in reply to Dr. Kenneth H. Fairfield, 
Fairfield@Slacvx.Slac.Stanford.Edu, writes:

>This may do what you want....
>
>  in your LOGIN.COM:
>  $ PARENT :== @SYS$LOGIN:ATTACH_PARENT.COM
>
>  and in ATTACH_PARENT.COM:
>  $ ATTACH/IDENTIFICATION='F$GETJPI(0,"OWNER")'

This is handy advice, that I personally use.  However, I've found it even more 
convenient to place the following key definitions in my login command procedure:

$ define/key/nolog/erase/if_state=default/terminate e5 -
	"attach/id='f$getjpi("""",""owner"")'"
$ define/key/nolog/erase/if_state=default/terminate e6 "attach TILLMAN_1"

This sets my PREV SCREEN key so that, when I'm in a subprocess, pressing PREV 
SCREEN will attach me to the subprocess' parent.  Pressing NEXT SCREEN will then 
get me back to the process named TILLMAN_1.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: COEPOW@LSUVAX.SNCC.LSU.EDU (Jim Power)
Newsgroups: comp.os.vms
Subject: HPGL->DECwindows/VT340 graphics conversion?
Date: 27 Sep 92 16:24:30 GMT
Organization: Louisiana State University

Greetings:  I have a student that is working with a large
hydrological simulation package we obtained from the U.S. Army
Corps of Engineers.  The Corps software was intended to display
output using commercial graphics software (DISPLAA) that we don't
have, and can't afford ($30K!).  The Corps software also produces
HPGL (Hewlett Packard Graphics Language) output that we capture on
disk and successfully send to our HP plotter, but it's very
inconvenient to do that every time we want to see some output. 
Does anyone know of any VMS software that will read an HPGL file,
and then display the plot in Decwindows, or on a VT340 or TEK 4010
(Kermit emulation)?  I know of graphics conversion software for IBM
PC's, but none for VMS.  Thanks in advance.

James Power  (COEPOW@SN01.SNCC.LSU.EDU)
CFI/CCEER
Wetland Resources Building, Louisiana State University
Baton Rouge, LA  70803
(504) 388-6346
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: re: Why is demand-zero compression for shareable images UNSUPPORTED?
Date: 5 Oct 92 16:45:52 GMT
Organization: The Internet

UNSUPPORTED=1 was introduced in VMS 4.0;
I actually learned of the existence of this option by reading
the "fiche" of LIBRTL.MAP (where it has been used since,
with a comment saying "temporary for V4").

There's no doubt that demand-zero compression works with images
having only *non-shared* writable image sections.

I thought that the "unsupported" behaviour results if the program
being linked has a *shared* writable section:
With UNSUPPORTED=1, the linker will happily compress that one also;
I checked that the resulting image section (with attributes DZRO,WRT)
later is considered non-shared by the image activator and INSTALL.

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: re: TP_SERVER
Date: 5 Oct 92 20:59:11 GMT
Article-I.D.: ucbvax.9210052149.AA07516
Organization: The Internet

Walter H. Dick, III <WHD0675@RITVAX.ISC.RIT.EDU> asks:
> Does anyone know what the TP_SERVER process does?  I do not see any
> documentation for it anywhere.  Am I missing the obvious?  Nevertheless,
> it does not seem to be required for normal operation on VMS V5.4-2 systems.
> I heard rumors that it is required for the queue manager on VMS V5.5.  Is
> this true?  Is there any programming documenation?  Thanks in advance!

If you include the following line in SYS$MANAGER:SYLOGICALS.COM
	$ define/system/exec SYS$DECDTM_INHIBIT 1
then TP_SERVER won't start up in VMS 5.4 or 5.5.
"TP" = "transaction processing", "DTM" = "distributed transaction monitor".

However, there is a companion process named "IPCACP" which will
start in spite of that logical under 5.5 (but not under 5.4).

"IPC" = "interprocess communication"; this is indeed used
by the 5.5 queue manager via SYS$SHARE:IPC$SHARE.EXE,
a 'protected' shareable image.

If I read the 5.5 "fiches" correctly, IPC$SHARE is a preliminary (?)
implementation of the system service SYS$IPC[w] - the name has been
around for some time - which apparently is not yet orderly integrated
into VMS. In some way beyond my understanding, $IPC seems to be deeply
connected to DECnet Phase V ...

If someone else has more to say on this topic, I'd be interested, too!

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
Newsgroups: comp.os.vms
From: whitfill@heechee.meediv.lanl.gov (Jim Whitfill - Los Alamos)
Subject: Re: VI for VMS. Want it. Bad.
News-Software: VAX/VMS VNEWS 1.41    
Organization: Los Alamos National Laboratory, Mech. and Elec. Eng
Date: Fri, 2 Oct 1992 21:21:00 GMT

In article <1992Oct2.003750.19760@ucsu.Colorado.EDU>, knapp@spot.Colorado.EDU (David Knapp) writes...
> 
>I've serched through what appears to be the FAQ for the group and did subject
>searches for 'vi'. Nothing.
> 
>Do you any of you fine folks in vax-land know where I might be able to ftp
>a vi editor for vms?
> 
>Help!
> 
> 
>-- 
>David Knapp                                      University of Colorado, Boulder
>Perpetual Student                                   knapp@spot.colorado.edu

Use anonymous ftp to meediv.lanl.gov and get [.vi]vi.sav or vi.sav_z


---------------------------------------------------------------------------
Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
whitfill@meediv.lanl.gov       		     Los Alamos National Laboratory
		      Opinions are MINE ONLY!!
From: epp@mala.bc.ca (Lorne Epp)
Newsgroups: comp.os.vms
Subject: Re: A mysterious SMG behaviour...
Date: 1 Oct 92 18:36:26 -0700
Organization: Malaspina College

In article <1afvgvINNe37@gap.caltech.edu>, eychaner@suncub.bbso.caltech.edu (Another casualty of applied metaphysics) writes:
> I wrote:
> 
>>I get the behaviour that when the large display is viewported, reads from the
>>small display ($READ_STRING, $READ_KEYSTROKE) abort with SMG$_INVCOL.  

> * Pasting the input display ABOVE the output display DOES solve the problem.
> * There is a blank row between the bottom of the output display (or its
>   viewport) and the top of the input display.  If the output display is
>   exactly 1 row larger than its viewport, the problem does NOT occur.  (It
>   is as though the output display must "run over" the input display.  The
>   position of the viewport on the output display does not matter, however.)
> * Changing the display creation order does NOT affect the problem.  (Should I
>   repaste the input display after repasting the output display viewported,
>   even though they don't occlude?)

I had the identical problem with an application a few months ago.  The 
answer is that even though the output display's viewport doesn't cover
the input display, the input display is considered by SMG to be occluded
if it would have been occluded for real if the output display had not
been viewported.  It seems like counter-intuitive behaviour to me, and
it is undocumented, but apparently that's the way it's supposed to
work, according to the DEC support person I talked to.

Anyway, the solution I used was to make sure, before calling any SMG
input routine, that the display I was using was not (pseudo)-occluded.
The simplest thing to do is to repaste the display before making an
input call on it.

> 
----------------------------------------------------------------------
Lorne Epp                                               epp@mala.bc.ca
From: mcdonald@dallas.sil.org
Newsgroups: comp.os.vms
Subject: Re: assigning lta device numbers
Date: 29 Sep 92 17:16:12 CST
Organization: Summer Institute of Linguistics, Dallas Center

In article <1992Sep28.161815.66@wronz.org.nz>, trounson@wronz.org.nz writes:
> We are about to install DECprint Printing Services for VMS 4.1. The release
> notes mention that it is important to assign high LTA device numbers for
> printers on decservers. Why? Ours are assigned from LTA1-LTA9 and we
> are loath to change them, especially as we haven't had any problems with the
> current assignments.

DEC has been giving that advice for a long time - at least since LATmasher
first came into existence.  The problem is that if you enable LAT
connections before you create ports, you might have a person log in and be
given the sme number as one of the ports that you haven't yet created. 
There are a number of strategies for dealing with that problem:

1.  Start the LTA numbers higher than the number of people who could log on
    in the time it takes to run LAT$SYSTARTUP and CPS$STARTUP.  
2.  Force interactive LTA numbers to be high.  This is done with the
    /DEVICE_SEED qualifier of the SET NODE command in LATCP.
3.  Assign floating numbers to your printer queues.  LATmaster allows you
    to create ports and define a logical name associated with them.  I use
    commands something like:

CREATE PORT/APPLICATION/LOGICAL=(TABLE=SYSTEM,MODE=EXEC,NAME=DCS_LN06R_)/nolog
SET PORT        DCS_LN06R_      /APPL /NODE=HUNT2 /PORT=DCS-LN06R   /nolog

    I then always refer to the device by logical name, and LAT is smart
    enough not to allow a collision.
4.  Don't enable incoming LAT connections until the system is completely
    up.  LAT needs to be started fairly early to get the printers going
    (and other applications that require the printers to be there).  I have
    removed the SET NODE/STATE=ON from LAT$SYSTARTUP and put it in another
    file that is executed last in my startup. 

I hope this is clear.  If you are doing 4 then having low numbers is fine,
but I'm a real fan of option 3 - no arbitrary numbers to remember (and with
about 45 queues, I can use all the help I can get!)
******************************************************************************
Dan McDonald                    * UUCP      ...utacfd!dalsil!mcdonald
Dallas Computer Services	* Internet  mcdonald@dallas.sil.org
Summer Institute of Linguistics * ATTmail   sil!mcdonald
7500 W Camp Wisdom Rd           * SILnet    MCDONALD@AM@DALLAS
Dallas, TX 75236                * FAXnet    (214)709-3387
USA                             * POTSnet   (214)709-3389
******************************************************************************
x.400: C=US; ADMD=WESTERN UNION; O=SIL; DDA.ELN=62897168
      include "VMS MAIL: DAN.MCDONALD" in text for automated delivery :-(
******************************************************************************

Newsgroups: comp.os.vms