HDTenEightyP/NetNews huggingface dataset:
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Help with VMS MAIL
Date: 5 Oct 92 14:36:45 GMT
Organization: The Internet

Paul J. Solomon (solomon@pa881a.inland.com) writes:

>Is there any way to consolidate all my MAIL*.MAI files into one
>MAIL.MAI file.  The COMPRESS command within VMS MAIL seems to only
>work on one file at a time.  Any help would be appreciated.


If you are talking about the MAIL$bignumber.MAI files, what you are requesting 
doesn't apply, since these files are already handled by one of the mail drawer 
files (somethingelse.MAI).  The default drawer file is usually called MAIL.MAI.  
You can have other drawer files of any file name you choose.  Each of these mail 
drawer files may contain pointers to one or more of the MAIL$bignumber.MAI 
files.  These files are created when the message you receive is larger than two 
blocks.  Anything smaller can fit inside MAIL.MAI or one of the mail drawer 
files.  The larger messages are placed in the external files and a pointer to 
these files is placed in the drawer file.

Now, if your desire is to combine mail drawer files, you can use the Mail MOVE 
command.  See HELP MOVE inside of VMS Mail for more information.

-----------------------------+--------------------------------
 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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Utility to delete 0 block file
Date: 29 Sep 1992 09:51:20 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <hansg.717747771@risken>, hansg@risken.vd.volvo.se (Hans Granqvist) writes:
>[someone] writes:
>
>> I am looking for a file utility that deletes 0 block file. Is such a utility
>> available?
>
>Don't know of a utility, but a RENAME of that file to another will cause
>RMS to "lose the file", i.e., it will be deleted.

Under what version of VMS?  I assume you're talking about some alpha test
version?
--------------------------------------------------------------------------------
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.
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Reading a Binary file in VAX C
Date: 5 Oct 92 03:48:27 GMT
Distribution: world
Organization: The Internet


	We're running into a rather strange problem.  We have a piece of
	software running on UNIX that reads a rather large binary file.  The
	powers that be have entered into an agreement to sell source code to
	be ported to VAX/VMS.

	We are required to provide as much help as possible in the actual port
	of our code, but we don't have a VMS system in house.  All support is
	over the phone to the person doing the port.

	we seem to be running into a problem with trying to read (using the
	UNIX open(), and read() functions) where RMS is only allowing us to
	read blocks of 512.  The way the code is written, the 369208 byte file
	is read in about 5 chuncks of varying size.

VMS files are all record oriented, and the read() function returns a record.
The usual way to store "binary" files - BTW, what's a "non-binary" file?  A
ternary file, on a ternary computer? - is as a series of fixed-length records.
Since, for the most part, it makes no difference what size those records are,
the most common size chosen is 512 bytes (or one record per disk block).

	My question is, has anyone run into a similar problem or does anyone
	have any help as to where to look for a work around.

	our current tack is to read successive 512 blocks until we've gotten
	the whole chunck that we want.  Does this sound reasonable?

Not only is it REASONABLE, it's the only portable way to do things!  Unix
doesn't guarantee that it will read any particular number of bytes on a read()
call, except in rather special circumstances.  Properly written code MUST
assume that read() may read less than the number of bytes asked for; if it
needs all the data, it must loop and read some more.  Code that doesn't do
that is asking for trouble.

If your performance turns out to be unacceptable because of the many
512-byte reads, the best quick solution is to use RMS multibuffering, using
the VAX C "mbc=<nn>" optional parameter to open().  Or, you could use a
larger record size on the file (though that has significant implications -
the file can't contain a partial record).
							-- Jerry

Xref: sparky comp.os.vms:15786 vmsnet.sysmgt:267 vmsnet.misc:874
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms,vmsnet.sysmgt,vmsnet.misc
Subject: Re: Please don't post system management questions to vmsnet.admin
Date: 30 Sep 92 05:37:00 GMT
Reply-To: gavron@ACES.COM
Followup-To: comp.os.vms
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <zp+p5jc.rbp@netcom.com>, rbp@netcom.com (Bob Pasker) writes...
#terry, it seems your sycophants have voted you emperor of vmsnet
#again, so i guess my comments were out of line.  i sure hope you have
#a successor picked, we can't have these guys wandering aimlessly
#around the net looking for a new net.god.

	Bob it's too bad the sum of your knowledge is less than
	any one of the parts.  In demonstrating youre ignorance,
	you are pecking at Terry and you're being very
	little about it.

	Quit being a little pecker, Bob.

#--- bob pasker
#---- rbp@netcom.com

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
I hate yoyos.  I hate knowitall yoyos.  I hate knowitallyoyos who post.
Especially when they're twits who know nothing.  Like Bob.
From: weingart@inf.ethz.ch (Tobias Weingartner)
Newsgroups: comp.os.vms
Subject: VMS Finger
Keywords: finger, vms
Date: 5 Oct 92 12:52:24 GMT
Reply-To: weingart@inf.ethz.ch
Followup-To: poster
Organization: ETH - Switzerland

Oh, you holy and great keepers of the VMS faith.  I have
a question, and would be eternally grateful for any sort
of answer.


Situation:

I have a .plan file on one of my machines, that does some
funky animation.  *PLEASE* don't finger me, if you have a
slow link.  For some reason, whenever I finger me-self from
a VMS host (CMU-TEK or MultiNet), the .plan file gets spewed
all over the term.


Question:

Is this because of a 'brain-dead' finger implementation,
or is it in the term driver?

Any way to 'fix' this?  Given that I think it's broken?


Thanks:

I humbly, and greatly thank all who read/respond to this.

--Toby.
From: DION@OJC.Colorado.EDU ("Computer Center Ext. 6839")
Newsgroups: comp.os.vms
Subject: Gawk:  Like Ghostscript?
Date: 5 Oct 92 20:39:19 GMT
Organization: The Internet

Is GAWK (GNU AWK) similar to GHOSTSCRIPT?  A description I saw for it was "text
processing language". 

===============================================================================
Dion Medina              | Work Phone: (719) 384-6839      | I spilled spot 
Otero Junior College     | Home Phone: (719) 384-5724      | remover on my dog
Student Systems Operator |   DECnet: OJC::DION             | & now he's gone.
Student Programmer       | Internet: dion@ojc.colorado.edu |    --Steven Wright
===============================================================================
From: ken@sycraft.com (Ken Richardson)
Newsgroups: comp.os.vms
Subject: Re: Phone control
Date: 5 Oct 92 01:05:06 MDT
Distribution: world,local
Organization: SyCraft Software, Colorado Springs CO

In article <1992Oct4.121228.219@rlgsc.com>, gezelter@rlgsc.com writes:
> In article <3OCT199208351259@misvax.mis.arizona.edu>, kaplan@misvax.mis.arizona.edu (RayK) writes:
>> Is there something like DECalert's ability to control the phone available
>> for VMS?
>> ...
>> I recall something called VMSnet that had such code in it from the DECUS
>> tapes a while back, but I can't find it.
> -- 
> Ray,
>  
> VMSnet is now known as DECUS UUCP.

You're dead right.

But I think Ray means VAXNET, not VMSNET.  VAXNET does what he wants, and it's
what I was referring to in my previous answer.  The name switch didn't click
until you pointed it out.
------------------------------------------------------------------------------
 Ken Richardson  | SyCraft Software | When wealth is lost, nothing is lost;
 ken@sycraft.com | Colorado Springs | when health is lost, something is lost;
                 | CO, USA          | when character is lost, all is lost.
------------------------------------------------------------------------------
From: byron@yogi.hsc.ucalgary.ca
Newsgroups: comp.os.vms
Subject: SEARCHing for 'n' occurances?
Date: 1 Oct 92 14:36:48 MDT

Is there an option to SEARCH that will terminate the search after 'n'
occurances of the search string have been found?  I certainly couldn't
find anything in TFM.  If not, do any PD search programs have this option?
I have to search thru a large log file and want to abort the search after
the first few occurances of the search string are found.  Thanks, and as
always, I'll summarize to this group.

:byron
________________________________________________________________________
Byron Draudson, Systems Manager               byron@yogi.hsc.ucalgary.ca
Radiology, Foothills Hospital, Calgary, Alberta, Canada   (403) 670-2442
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: RE: DCL to check for identifier
Date: 1 Oct 92 19:16:52 GMT
Distribution: world
Organization: The Internet

> Which lexical function would allow me to get the default login directory name?
> I need to check if this directory exists but the F$SEARCH command does not
> support checking of valid directory that exist... any suggestion?

The following way of using F$SEARCH works for me:

$ dev=f$logical("sys$login_device")
$ dir=f$logical("sys$login")-f$logical("sys$login_device")-"["-"]"
$ devdir=dev+"[000000]"+dir+".DIR"
$ if f$search(devdir) .eqs. "" then write sys$output "DIR do not exist!"

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK


Newsgroups: comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Re: XV 2.21 for VMS
Organization: University of Ulm, Germany
Date: Sat, 26 Sep 1992 12:02:36 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.24

In <6213@m1.cs.man.ac.uk> mzagsaa@v4.cgu.mcc.ac.uk writes:

> I've tried building XV v2.21 for VMS using the original compressed tar
> files from mit and some fixes supplied by Rick Dyson. Unfortunately, the fixes
> do not seem to work with the files in the tar file.
> 
> Has anyone successfully done the port or can anyone point me to a
> machine where I
> can get a definitive set of sources and VMS fixes?


You can find sources and executables at info.rz.uni-ulm.de in /pub/VMS


\  Ulli 'Framstag' Horlacher    \    psi%0262450502601::rzmain::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
Xref: sparky comp.os.vms:16080 vmsnet.internals:1385
From: lionel@quark.enet.dec.com (Steve Lionel)
Newsgroups: comp.os.vms,vmsnet.internals
Subject: Re: Bug in LIB$FIND_IMAGE_SYMBOL ?
Date: 5 Oct 92 20:30:04 GMT
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH


In article <1992Oct5.125242.1@idiws1.idi.battelle.org>, 
system@idiws1.idi.battelle.org (Lewis Henderson) writes:
|>
|>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.
|>

This is a misunderstanding based on poor wording in the manual, though you
have misquoted the manual's wording.  What it says is that the "image-name"
parameter is "Default file specification applied to the image name."  This
means an RMS default file specification, with "filename" used as the primary
file specification, so yes, if you specify a logical name for "filename",
then "image-name" (which really should be "default-filespec") will be used
only to fill in filespec components missing from the translation of
"filename".

In other words, if you want SYS$SHARE:.EXE to be the default filespec applied,
then omit the parameter.  Otherwise if you want SYS$DISK:[].EXE used, supply
that as "image-name".

I've also just noticed that the online help for this routine is missing
the optional image-name argument; I'll report this to the appropriate folks.

--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
From: ken@sycraft.com (Ken Richardson)
Newsgroups: comp.os.vms
Subject: Re: Phone control
Date: 3 Oct 92 16:51:52 MDT
Distribution: world,local
Organization: SyCraft Software, Colorado Springs CO

In article <3OCT199208351259@misvax.mis.arizona.edu>, kaplan@misvax.mis.arizona.edu (RayK) writes:
> I recall
> something called VMSnet that had such code in it from the DECUS tapes a
> while back, but I can't find it.
> 
Yes, VMSNET can do it (dial the phone), but it's not pretty.  :-)  I'm not sure
it would work, though, if there's not a modem at the other end.  You might be
able to fool it into doing what you want, as part of the dial string, and then
ignore VMSNET's complaints that no carrier was detected.

We use VMSNET to have batch jobs dial remote sites.  The jobs then exit VMSNET
to do Kermit transfers using a large-packet version of Kermit.  So we are using
VMSNET only for the dialing, not the transfers.

But the complexity of using VMSNET (logicals, etc.) exceeds the task when it's
being used just for autodialing.  It's like using a backhoe to dig for worms.
There's got to be something easier out there.  But it works, so I've never
looked further.

Sorry, I don't remember which DECUS CD-ROM I got VMSNET from.
--------------------------------------------
Ken Richardson		SyCraft Software
ken@sycraft.com		Colorado Springs, CO
Newsgroups: comp.os.vms,comp.sys.dec
From: music@erich.triumf.ca (FRED W. BACH)
Subject: Re: Reading Bookreader Help on VT330
News-Software: VAX/VMS VNEWS 1.41    
Keywords: bookreader, ascii 
Organization: TRIUMF: Tri-University Meson Facility
Date: Mon, 5 Oct 1992 17:00:00 GMT

In article <1992Oct5.102029.18439@wega.rz.uni-ulm.de>, CCC_KARG@rzmain.rz.uni-ulm.de (ComRam) writes...
>In <1992Oct2.092431.1044@galaxy.gov.bc.ca> ewilts@galaxy.gov.bc.ca writes:
> 
>> In article <1992Oct2.103735.1486@wega.rz.uni-ulm.de>, CCC_KARG@rzmain.rz.uni-ulm.de (ComRam) writes:
>> > Or perhaps even a complete 'bookreader-like'-ASCII Interface ?
>> 
>> DEC is rumoured to have a product named BookReader Plus in internal field test
>> that gives you an ASCII interface to BookReader files as well as giving you
>> search capabilities (something BR doesn't currently have).
>> 
>Just a personal comment :
> 
>If DEC is developping such a tool I would suggest that they include some
>printing capabilities (both ASCII + Postscript) for getting some of the
>manual pages printed out.
> 

    I second the motion.  I mean, sometimes I like to study this stuff
    while falling asleep, and I can't have a terminal in my bedroom.
    (It might fall on the floor and break when I fall asleep. :-) )

 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
From: dougcc@brt.deakin.edu.au (Douglas Miller)
Newsgroups: comp.os.vms
Subject: Re: Multinet printing capabilities
Date: 29 Sep 92 22:07:49 GMT
Organization: C&CS, Deakin University

In article <1992Sep23.192108.14750@iscnvx.lmsc.lockheed.com>,
marshall@nebula.ssd.lmsc.lockheed.com (Bob Marshall) writes:

> My site is currently heavily dependent on LAT for remote printing. In the
> very near future we will moving away from the LAT protocol altogether and
> moving towards TCP/IP. We will be replacing our DECServers with TCP/IP
> terminal servers. 

Surely you don't have to throw away LAT just because you are adopting
TCP/IP.  There are lots of combined TCP/IP-LAT terminal servers available,
and you don't pay much of a premium (if any) for the LAT functionality.

> We'd like to hook the remote printers up to these TCP/IP
> servers and print to them directly from the VAX. Wollongong TCP/IP supports
> this, but I've never been satisfied with it (the Wollongong symbiont has a
> lot of trouble with bit-mapped raster graphics files). 

Why not stick with LAT printing then, if it works OK for you now?
From: David_Anthony_Guevara@cup.portal.com
Newsgroups: comp.os.vms
Subject: PrintServer 40 question...
Date: Sat,  3 Oct 92 09:17:48 PDT
Organization: The Portal System (TM)
Distribution: usa

I humbly request some assistance from the net.  Is there any way
to change the default page orientation on the PrintServer 40 from
portrait to landscape mode when printing ascii text files?  I know
you can do this from the print command line using the /parameters
switch.  What I would like to do is set up a default form with the
page orientation set to landscape.  Have any of you done this?  I
have looked through the documentation we have on the PrintServer 40
and I cannot find any references to changing the default page 
orientation on the printer.  Sorry if this is a FAQ.  Please respond
to me via e-mail.  I will summarize to the net if there is enough
interest.  Thanks!

-- David Guevara
   Internet:  David_Anthony_Guevara@cup.portal.com
Newsgroups: comp.os.vms
From: jcastner@nyx.cs.du.edu (John Castner)
Subject: Re: MAIL$INIT Logical name doesn't work.
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sat, 3 Oct 92 19:12:30 GMT

  Uh, anybody mind telling the rest of us what this command actually does?
Many of you have said that there is no documentation on this (verified
by my look at the help files).  I tried a send/notransport, but noticed
nothing different.  I don't want to set the variable w/o knowing what I
am doing.  This is partly because I suspect this is some sort of a forward
command, and partly because of a fairly anal retentive sysop.
ADVthanksANCE.
--
+----------------------------------------------+
|jcastner@nyx.cs.du.edu                        |
|  186,000 miles per second:                   |
|    It's not just a good idea; it's the law.  |
From: karin@zach.fit.edu (Karin Nicholson)
Newsgroups: comp.os.vms
Subject: Process goes to lunch after queue command!
Summary: Queue problem with VMS 5.5-1
Date: 5 Oct 92 19:15:59 GMT
Followup-To: comp.os.vms
Distribution: usa
Organization: Florida Institute of Technology, Melbourne USA

Hi fellow netters,

Last week someone posted a problem similar to mine, requesting any
and all hints.  So, I decided not to post mine, but instead to wait
for someone to reply with something I could use.  Since then my 
newsserver's grey matter has been purged and I can't tell if an 
answer was ever given.

Meanwhile, I am still having problems.  When I try to shut my VAXstn
4000-VLC down. it gets as far as displaying the message about stopping
the queues and goes to lunch.  I then have to can the shutdown and
crash the thing with the little side button.  Also, any SHOW QUEUE
commands ensure that my process takes a permanent leave of absence. I
then have to <ctrl>/Y to get my $ back and proceed from there.

Please tell me if there is a patch or simple way to get around this.
By the way, here are my system specifics: VMS 5.5-1, Motif 1.1.  I am
trying to install UCX 2.0, but can't get past configuring it, because
of this problem.

Any help is appreciated.

-- 

 .-.|     |    |     | |    /------------------\   Karin Nicholson
 |  |-..-.|/.-.|-..-.|*|/  < karin@zach.fit.edu >  VAX Sys Mgr @ Florida Tech 
 `-'| |`-'|\`-'| |`-'|||\   \------------------/   Florida Space Coast LUG Chair