HDTenEightyP/NetNews huggingface dataset:
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: Including message with marker in first column when replying to a MAIL.
Date: 15 Oct 92 12:10:46 GMT
Organization: The Internet


	This may sound too simple, but could someone show me how to include 
	the senders message with a marker (like > on the UNIX in ELM) in the 
	first column, when you are replying to a MAIL. 

REPLY/EXTRACT puts you in your mail editor with the message you are replying
to in the buffer.

Adding a leading marker is up to you.  There's no automatic facility in VMS
to do it.  If you really want it done without your intervention, you could
either (a) modify your editor (easy with EVE/TPU) so that it does this when
it's start up by MAIL; (b) use a SPAWN'ed editor and, in your MAIL$EDIT file,
insert the markers before you pass the message to your editor.  I gather
people have used a technique like (b) to append a signature line AFTER the
message has been editted.
							-- Jerry
						Who inserts both leading
						TAB's (with reformatting
						so it all fits on the line)
						and his signature by hand,
						in TECO, though with help
						from his editor macro.

Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Help in improving on HELP
Organization: Stanford Linear Accelerator Center
Date: Thu, 15 Oct 1992 00:00:50 GMT

In article <1992Oct14.151548.1@woods.ulowell.edu>, welchb@woods.ulowell.edu writes:
> 	I have long been dissatisfied that VMS, in its wonderful help
> utility, often only gives help to those who already know what magic
> key word they need help on.  For example, if you want to use a magnetic
> tape, you must already know about ALLOCATE, INITIALIZE, MOUNT, SET MAGTAPE.

[...]

    Perhaps this isn't _quite_ what you had in mind, but the VMS Help library
includes one, valuable, often-overlooked entry: "Hints".  The topics are:


  Batch_and_print_jobs  Command_procedures    Contacting_people
  Creating_processes    Developing_programs   Executing_programs
  Files_and_directories Logical_names         Operators_in_expressions
  Physical_devices      System_management     Terminal_environment
  User_environment

While "Tapes" is not listed, a user _might_ try "Physical_devices", in 
which case s/he would be rewarded with:

  Physical_devices

       Using physical devices.
       (Also see Logical_names, and Terminal_environment)

     ALLOCATE          Allocates a device for your exclusive use.
     DEALLOCATE        Releases an allocated device for general use.
     DISMOUNT          Makes a storage device unavailable for processing.
     INITIALIZE        Formats a storage device.
     MOUNT             Makes a storage device available for processing.

[etc...]

I worked on VMS for 8 years without EVER having looked at HELP HINTS.  When 
I did, I found it surprisingly HELPful :-) and felt quite chagrinned that I 
hadn't looked there before.  Now I recommend it to all my new (to VMS) users.

	-Ken
--
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slacvx.Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Newsgroups: comp.os.vms
From: trhv@huldra.tdata.no (Trond Hvoslef)
Subject: Help! How to start multiple appl from a C program
Organization: Tandberg Data A/S, Oslo, Norway
Date: Fri, 09 Oct 1992 16:25:52 GMT
X-Newsreader: Tin 1.1 PL3

Hello!

I hope somebody can help me with this simple problem. I am trying to
write a VMS C program that starts other programs in the background.
Everything works OK when i do it from the command line, or run the 
following script:

$ set display/create/transport=wintcp/node="trhv-x"
$ spawn/nowait/input=nl: RUN SYS$SYSTEM:DECW$PUZZLE

The decwindows "puzzle" program pops up on my X terminal.
However, when I try to do the same (i.e. run the command script)
from within a program like the one below, nothing happens unless
I remove the prefix "spawn/nowait/input=nl: " from the script.

/*
 *  Sample program to run a batch file:
 */
#include <stdio.h>
main()
{
  int status;

  while(1)
  {
    status = system("@TD$DISK1:[NIBO.TRHV]doit.com");
    printf("status = %d\n", status);
    getchar();
  }
}


Could anyone tell me what I am doing wrong? Thanx in advance,

Trond Hvoslef
Tandberg Data A/S
trhv@tdata.no
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: RE: How do you determine   DECterm != vt300  ?
Date: 16 Oct 92 01:05:06 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <0096213E.F2313B00.21665@swdev.si.com>, tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425") writes:
> Loren Schall (schall@swtech.cfsat.honeywell.com) writes:
> 
>>GETDVI reports a DECterm as a vt300.  The problem is, now, sometimes
>>I'm using a vt340.  What's the right way to distinguish between a
>>vt300 and a DECterm?
> 
> If you are worried about sixel graphics, don't.  DECterms do sixel
> graphics just fine.  You can distinguish, if you wish, via the device
> names.  VT340s are not FT devices.

As someone (I think Jerry) noted, it's usually better to use the
terminal capabilities mask that you can get with sys$getdvi to
determine if the device can handle sixels or many other similar
device-dependent features.

Unfortunately, the capabilities mask does not cover all of the
possibilities.  For example, the VT340s have some additional text-
mode features not found in the VT320, but these won't explicitly
show up on the capabilities mask.  Likewise, the DECterm has some
features that the VT340 lacks and which are not included in the mask.
You can infer that you are on a VT340-level device if you have Sixels,
ReGIS, and soft character sets, a DECterm if you have only Sixels and 
ReGIS, and a VT320 if you have only soft characters;  this can be
used to guess what some of the other capabilities are.  If you need
to know reliably, you are probably better off querying the terminal
explicitly using the appropriate report request escape sequence rather
than guessing since your program may sometime be run on a PC terminal
emulator or some new DECterm emulator that has a different set of
capabilities.

What is NOT reliable at all is to rely on an FT device not being
attached to a VT340.  You don't know how many layers are between
your program and the physical device:  eg, you might be talking to
the terminal through some PHOTO-like program that uses FT devices,
or through an arbitrary number of comm links.  Since this is true
of both DECterms and of actual VT terminals, you cannot assume that
you are on a DECterm if your device type is FT, nor can you assume
you are NOT on a DECterm if your device type is not FT.  The device
name gives you NO useful information at all.

Of course, if you are just writing a program that you'll be the only
person to use, and/or you know and can control your target environment,
you can wire in as many assumptions as you want.  But if you're trying
to write something that will work in a variety of environments you
should try to avoid making this type of assumption.

Bruce C. Wright
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: comp.os.vms
Subject: Re: DCL CONVERT cannot reduce file size
Date: 12 Oct 92 11:27:48 CDT
Organization: University of Kansas Academic Computing Services

In article <E25D3328357FA06DE6@CPHKVX.BITNET>, 88175839@CPHKVX.CPHK.HK writes:
> I recently discovered that after we deleted pages from the VTX
> infobase with VTX workbench function, the VTX infobase files
> did not become smaller.

Try doing:

$   analyze/rms/fdl/output=filename.fdl file.name
$   edit/fdl/analyze=filename.fdl/nointer filename.fdl
$   convert/fdl=filename.fdl file.name file.name
-- 
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: gong@znev02.desy.de (Gong Su)
Newsgroups: comp.os.vms
Subject: "Reservable" in "sh mem"?
Date: 16 Oct 92 18:36:00 GMT
Organization: Deutche Elektron Synkrotron - ZEUS Columbia Group
News-Software: VAX/VMS VNEWS 1.41


Can somebody explain to me what the "Reservable" for Page & Swap file
means when you "sh mem"? Thanx.

---
gong@znev02.desy.de
From: SHOECRAFT@MC.MARICOPA.EDU (Steve Shoecraft)
Newsgroups: comp.os.vms
Subject: Reclaiming deleted space within a file
Date: 8 Oct 92 12:41:23 GMT
Distribution: world
Organization: The Internet


	I am writing a program which I use to store data in a file in 
variable-length records. Before anyone asks me why I don't use a product 
already available, trust me when I say I can't -- for whatever reason(s)...
	The program (or should I say file manager) works great -- I can add, 
delete, etc. no problem. It uses a hashing alg to turn record numbers into 
file addresses for a near constant access time. It has multiple record access 
tables so that I can have multiple files 'within a file'. Wow. Yippe.
	My problem (besides all the above) is that I need to do dynamic data 
area reclamation -- you know, when I delete a record, that record's space is 
'returned to the file' so that it may be re-used for a new record. The way I 
have been doing it up to this point is by using 2 modified B-tree indexes to 
track the free space information.
	One tree is an ascending index by file address (of the deleted 
record). The reason this tree is used is so that if there are 10 bytes of free 
space at address 10 in the file and there are 10 bytes of free space at 
address 30 in the file AND THEN the record (in between them) at address 20 
(must be 10 bytes) is deleted, the function doing the insert will add the 
number of bytes in the record at 20 (10 bytes -- this is done when the 
insertion function looks for entries lower than 20 and finds 10, then checks 
to see if 10 + 10's length (10 bytes) is equal to 20 -- in this case, it is) 
THEN it checks to see if the new value of 10 + 10's length is equal to the key 
that is greater than 10 (in this case, it is). If so, it deletes the next key 
and adds it's length. Now instead of having the keys 10 and 30 in the addr 
index, all we have is 10 and it's length is 30 bytes.
	The other tree is a ascending index by length. The reason that this 
tree is used is so the function to allocate space from the file can find a 
'best fit' for the new record being written. The allocation function will 
attempt to find a length in the index that is >= the size of the record being 
written. If it is found, the length of the new record is subtracted from the 
length in the index, the key is deleted, and a new key is instered (according 
to the new length). To make it easier -- If I need to write a record that is 
1024 bytes long and the first free area that is >= the size of the record is 
2048 bytes long, it will subtract 1024 from 2048, delete the key for 2048, and 
instert a new key, 1024.
	By now, you may be asking yourself 'why am I reading this??'. Yes, 
this works, but I can't help but feel that there might be a better approach, 
and I have been unable to find one. That's why I'm asking you. Is there??

- Steve
SHOECRAFT@MC.MARICOPA.EDU
From: pan@prowest.propress.com
Newsgroups: comp.os.vms
Subject: Re: Shareable image max count
Date: 9 Oct 92 09:39:24 GMT
Organization: Professional Press, West Coast Offices, Pasadena, CA

In article <1992Oct7.141626.5@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes:
> Hello world !
>
> We are currently trying to find out if there are any practical limit on
> the number of sharables than an executable may consist of. Are there anybody
> else out there that have tried this before, please let us know on your
> findings. I am thinking of system and process parameters and quotas, image
> activation and fault performance and so on.
>

You need to make sure you can open all those files.  Check the UAF entry for
FILLM for all the users who need to use this.   Plus the SYSGEN CHANNELCNT
(which is the maximum number of all open channels, including files, per
process).

_________________________________________________________________________
Philip A. Naecker                Consulting Software Engineer
Internet: pan@propress.com       1010 East Union Street, Suite 101
          uunet!prowest!pan      Pasadena, CA  91106-1756
Voice:    +1 818 577 4820        FAX: +1 818 577 0073

Also:     Technology Editor, DEC Professional Magazine
          VAX Professional Magazine Review Board Member
_________________________________________________________________________
Newsgroups: comp.os.vms
Subject: Re: Auditing TCP/IP access
From: andrew@matai.vuw.ac.nz (Andrew Greer)
Date: Thu, 8 Oct 1992 19:39:51 GMT
Reply-To: Andrew.Greer@vuw.ac.nz
Organization: Victoria University of Wellington,  NZ

In article <1230@se.alcbel.be>, mvbr@se.alcbel.be (Marc Verbruggen) writes:
> 
> --
> When you analyze the audit logfile with ANAL/AUDIT/FU several events register
> the remote node id. If the event is caused by a DECnet access this number
> equals areanumber*1024+nodenumber. Does anyone knows the relation between the
> number in the event and the Internet address when the access uses TCP/IP (e.g.
> TELNET) ? I get numbers like 1234567890. 

The number is a decimal version of the IP address. To get the IP address
convert the number into HEX and get a AABBCCDD. If you then convert the
AA,BB,CC,DD to decimal you have the IP address. Yes it is cumbersome. The
ANAL/AUDIT/FULL should also display the remote node name (well the first six
characters) which should give some idea what node it is.

> By the way, why does the event does not display the DECnet address or Internet
> address in the usual form (e.g. 1.123 or 123.456.78.90) ? Finding out who is
> 1234 or 1234567890 can become cumbersome.
> -----------------------------------------------------------
> Marc Verbruggen                 tel : 03.240.94.19
> Alcatel Bell Telephone          fax : 03.240.99.50
> F. Wellesplein 1                email : mvbr@se.alcbel.be
> B-2018 Antwerp
> Belgium
>  
> "System Manager's Headaches Are Not Cured With Aspirin,
>  There Is A Better Way ..."
> 
-- 

Andrew Greer, 
VAX/VMS Systems Programmer
--------------------------------------------------------------------------
Computing Services Centre    |  Domain:    Andrew.Greer@vuw.ac.nz
Victoria University 	     |  Phone:     +64 4 495-5048
P.O. Box 600                 |  Fax:       +64 4 471-5386
Wellington, New Zealand      |
From: olson@dstl86.gsfc.nasa.gov (Paul Olson)
Newsgroups: comp.os.vms
Subject: Re: Is this really true?  Let's get INFO-VAX involved in petitioning DECUS board members to quit being fat porkbellies...
Date: 10 Oct 92 00:26:00 GMT
Organization: Mission Operations and Data Systems
News-Software: VAX/VMS VNEWS 1.41

In article <921007223147.310050ce@ALPHA.SUNQUEST.COM>, GAVRON@ALPHA.SUNQUEST.COM (Ehud Gavron 602-570-2000 x. 2546) writes...
>Bill Brindley, Bill told me that "they (the board) denied him membership so
>they wouldn't hurt him". An interesting bit of double talk.  

Since when is DECUS in the personal protection business?  This is pure bullshit
as far as I'm concerned.  Hell, if they were REALLY interested in protecting
people, half of us who viciously flame each other would be denied memberships
for this very reason!

> 
>In my view, DEC told DECUS that Kevin Mitnick was to be denied membership
>and that Lenny DiCicco (the 1/2 of the crime against DEC team that turned
>Mitnick in) was to be protected at all costs.  Net = Lenny is a "protected"
>member of DECUS - even though he was as guilty as Mitnick in the crime
>against DEC - and Mitnick is still barred from membership.

Of course this is the reason.  But if the DECUS BoD truly wanted to be fair
about this, they'd reject DiCicco's membership too.  I'm also sure it's because
Mitnick is an embarassment to DEC.  He made a mockery of their internal
security.

>DECUS bends
>to DEC's will, but the connection there is not the sort of thing that
>you'll ever see documented or written much about.  Its all back room
>politics.
>Looks like DEC politics rules DECUS to me.

Yea, when you suckle at the nipple of Big Mamma DEC for your existance, you'll
do anything to keep the sustinence flowing.

>The bottom line is that there now is precidence for the Board of the U.S.
>Chapter to deny anyone membership and throw them out of a DECUS event with
>out any due process (I believe that they violated the bylaws when they
>threw him about and when they denied him membership in the chapter).

And this is where the dangerous precident lies, isn't it.  We've now found that
the group which USED TO stand for learning all we could about the system we use
is nothing more than another bureaucratic body which ignores the members it's
supposed to be SERVING.

>	Ehud
> 
>--
>Ehud Gavron        (EG76)     
>gavron@vesta.sunquest.com
>Awright, which one of you hid my PENIS ENVY?
> 
+--------+-------------------------------------------------------------+
|      __| Paul J. Olson - VAX Systems Manager & Resident Amiga Addict |
| C=  ///| Voice -     301/286-4246, 301725-5501                       |
|__  /// | DECnet-    DSTL86::OLSON                                    |
|\\\///  | Internet - olson@dstl86.gsfc.nasa.gov                       |
| \XX/   | Disclaimer: Statements in my messages are wholely my own.   |
| AMIGA  | "[the universe originated] as a quantum fluctuation         |
| RULES! |  of absolutely nothing." - Guth & Steinhardt                |    
+--------+-------------------------------------------------------------+
From: dfilip@colorne.UUCP
Newsgroups: comp.os.vms
Subject: Re: Accessing Infoserver through DECnet/Tcpip routers
Keywords: bookdreader infoserver
Date: 12 Oct 92 23:20:39 GMT
Distribution: world
Organization: ColorNet Information Systems

In response to Yehavi Bourvine on access to an Infoserver over a DECnet and
TCP/IP WAN I wrote :

<stuff about Infoserver using LAST deleted>

>Regarding documentation, DECW$BOOKREADER will not be able to access the
>documentation directly since it requires access to the bookreader files
>in a directory pointed to by the logical DEC$BOOKREADER (did I get the
>spelling correct), however again you could probably copy these to other
>VAXen if you had the disk space.

Someone else on the net sent me mail stating that this was incorrect. I wish
to clarify this point :

If the VAX running DECW$BOOKREADER client is NOT on the same LAN segment, then
that VAX will not be able to DIRECTLY access the documentation files on the 
the CDROM. However, a VAX on the SAME LAN SEGMENT as the Infoserver may
directly access the documentation files on the CDROM and talk to a X/Motif
server across the WAN.

In other words, the VAX running the DECW$BOOKREADER client MUST be on the same
LAN segment, although the users workstation (X-server) may be located any place
in the WAN.

Hopefully this makes this issue a bit clearer.

Regards,

Dave.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : dfilip@colornet.com              =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     Standards are wonderful 'cause there are so many to choose from !     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: cliff@evax9.eng.fsu.edu (CLIFF BROWNING)
Subject: vt340 emulation
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: cliff@evax9.eng.fsu.edu
Organization: Florida State University Computing Center
Distribution:  world
Date: 16 OCT 92 13:24:07    

Does anyone know of a communications package that will meet the following 
criteria.

1. Run on a PC using MS-DOS.
2. Emulate a VT340 terminal.
3. Connect to the VAX via LAT.
4. Is compatable with Pathworks.

Basicly we're looking for a sethost replacement that will emulate a VT340.

Cliff Browning                    |      Please deposite another quarter.
                                  |      This ride ends on the next go 'round.
Outer space docking station:      |
Famu/Fsu College of Engineering   |      
Room 118                          |        
                                  |      Disclaimer: Nope, never saw her before
E-mail: Cliff@evax.eng.fsu.edu    |                  before in my life.
        Cliff@avm.bitnet          |
        Cliff::evax               |
                                  |
Phone: Use E-mail                 |
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: Another QIO question.
Date: 10 Oct 92 17:35:56 GMT
Distribution: world
Organization: The Internet

> How do I (in VMS fortran) set the terminal echo/noecho flag for typing
> passwords etc?

I do not think you need to set the terminal noecho. You can make one or
more reads with a noecho qualifier. (see below)

> Does someone have a code fragment?

      PROGRAM Z
      INCLUDE '($IODEF)'
      CHARACTER*16 PMT
      PARAMETER (PMT='Enter password> ')
      INTEGER*4 STAT,CHAN,PWLEN
      INTEGER*2 IOSB(4)
      CHARACTER*80 PW
      INTEGER*4 SYS$ASSIGN,SYS$QIOW,SYS$DASSGN
      STAT=SYS$ASSIGN('SYS$INPUT',CHAN,,)
      STAT=SYS$QIOW(,%VAL(CHAN),%VAL(IO$_READPROMPT+IO$M_NOECHO),IOSB,,,
     +              %VAL(%LOC(PW)),%VAL(LEN(PW)),,,
     +              %VAL(%LOC(PMT)),%VAL(LEN(PMT)))
      PWLEN=IOSB(2)
      WRITE(*,*) 'Password="',PW(1:PWLEN),'"'
      STAT=SYS$DASSGN(%VAL(CHAN))
      END

Hope it helps !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: JLW@PSULIAS.PSU.EDU ("J.Lance Wilkinson, 814-865-1818")
Newsgroups: comp.os.vms
Subject: Anybody using PC-XView, VMS v5.5, Multinet and DECWindows/Motif?
Date: 8 Oct 92 19:34:00 GMT
Distribution: world
Organization: The Internet

If so, I need a hand.  We've got a demonstration copy of PC-XView here, and
we're having one terrible time getting it up and running.  It works fine
connecting to DESQVIEW-X, but I can't get it to work connecting onto my 
VAXStation 4000 VLC.  If I do a Multinet x11debug from my VAXStation to it,
I'm told all is well.  If I try setting my node on my set display to an IP
address where there's a Mac running MacX, I can connect fine, and I can run
DECW$CLOCK, for example.  But if I try the same thing against a PC running 
PC-XView, I get a traceback dump.  If I use PC-XView to start a telnet session 
on my VAXStation, I get the $ prompt, and try what NCD guided me through:

  $ set display/create/trans=tcpip/node=128.118.88.9
  $ spawn/nowait/input=nl: @sys$manager:decw$startsm  ! this is how NCD said...
  %DCL-S-SPAWNED, process JLW_3 spawned
  Executing SYS$MANAGER:SYLOGIN

  Executing run sys$system:decw$wsinit

  Can't open display

  Executing run sys$system:decw$session

  X Toolkit Error: Can't Open display
  Session Error: %NONAME-F-NOMSG, Message number 03AB8204

  no safety display could be opened
  : non-translatable vms error code: 0x20910, vms message:
  %debug-w-nosuchfile, no such file

  Exiting DECW$STARTSM.COM

Any thoughts?
	
+-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+
| J.Lance Wilkinson ("Lance")            BitNet:    JLW@PSULIAS.BITNET      |
| Systems Design Specialist - Lead       InterNet:  JLW@PSULIAS.PSU.EDU     |
| Library Computing Services             AT&T:      (814) 865-1818          |
| E8 Pattee Library                      "I'd rather be dancing..."         |
| Penn State University         A host is a host from coast to coast,       |
| University Park, PA 16802     And no one will talk to a host that's close |
| <POSTMAST@PSULIAS.BITNET>     Unless the host that isn't close            |
| <POSTMAST@PSUCES.BITNET>      Is busy, hung or dead.                      |
+------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+