HDTenEightyP/NetNews huggingface dataset:
From: munroe@dmc.com (Dick Munroe)
Newsgroups: comp.os.vms
Subject: Re: File transfer problem with Zmodem
Date: 7 Sep 92 17:26:48 EDT
Distribution: world
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Sep7.032346.1302@guvax.georgetown.edu>, bierbach@guvax.georgetown.edu writes:
> I am having a very hard time using either SZ or ZMODEM for VMS to 
> download files to my Macintosh. Every time I start the transfer, I see 
> a warning message from VMS "WARNING: No ALT_TYPEAHEAD". What can I do 
> to fix this? 

Jeremy,

It probably means the terminal line you're using doesn't have Altypeahd set. 
Do a SET TERMINAL/ALTYPEAHD ???? if that's the case (show term ???? will tell
you if its set or not).  The other possibility is that the ALTYPEAHD buffer
isn't big enough in which case you'll need to get your system mangler to
autogen your system with the appropriate value of the system parameter
TTY_ALTYPAHD.  What that is is anybodys guess, but it's probably a largish
number.

Good luck.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Heartbeat and VAXen
Date: 15 Sep 92 09:59:42 GMT
Organization: St. Peter's College, US

In article <1992Sep14.211455.2348@wkuvx1.bitnet>, goathunter@wkuvx1.bitnet writes:
> Anybody that knows care to respond? 8-)

  Sure. I'm sure I'll get flamed for this, but here goes:

  DELNI's are not IEEE 802.3 devices. They are Ethernet II devices. One of
the differences between 802.3 and Ethernet II is in the handling of the col-
lision signals. Both the timing and the nomenclature has changed. The DELNI
propagates any collision information from the global port to each of the
local port connectors.

  Anyway, this means that everything hooked up to a DELNI has to have the
same expectations for heardbeat (everybody expects or nobody expects). Fur-
ther, in the case of "everybody expects", every connected device has to be
able to ignore "phantom" collisions - the receipt of a collision signal even
if that device wasn't transmitting.

  This combination of events means that very few repeaters or bridges will
be happy when connected to a DELNI's local port. In many cases you can con-
vert the problem from "broken, doesn't work" to "excessive collision detect
chech failures" by disabling heartbeat. However, you've hidden the problem,
not fixed it.

  The solution is to get a short length of coaxial Ethernet (either thin or
thick, at your choosing) and the appropriate transceivers (H4005 or DESTA)
for your devices. Then select the proper heartbeat for each device. If you
have a large number of controllers which can deal with phantom collisions,
use the DELNI to serve all of those devices, with the global port hooked up
to an H4005 with heartbeat enabled.

  As I recall, the original question was for 2 devices connected to a DELNI,
which then connected to a backbone segment via an H4005. Two H4005's would
be a _lot_ less expensive and more flexible than the DELNI and one H4005.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: GREG@POMONA.CLAREMONT.EDU (Tigger)
Newsgroups: comp.os.vms
Subject: Re: Digital News and Review's irresponsible attitude
Date: 13 Sep 92 01:45:59 GMT
Distribution: world
Organization: The Internet

richard@npri6.npri.com  <Richard Head> writes:

> Perhaps they are irrelevant to you.  Believe it or not, some people
> (obviously not quite the established Computer Scientist you are)
> like to make comparison to a REFERENCE STANDARD (SPECmarks), so they can
> compare machines, regardless of vendor.

Then they are fools.  No benchmark ever invented, including your vaunted
SPECmarks, has ever had any relevance to the real world.  Get demo units
of the machines that you are interested in and run your applications on
them.  Only then will you have some basis on which to judge a purchase.

> The point is, you academic flunky, that MicroVUPs are MACHINE
> SPECIFIC.  SPECmarks are machine and platform independent.

So what?  You can quote SPECmarks all day long, and it still won't mean
anything to me if you're trying to compare a DOS machine to a VAX 6000.
And it won't have any relevance to the kind of work I do with either machine?
I have a little C program that calculates pi to ten thousand decimal places
that can be compiled on any machine with an ANSI C compliant compiler.  That
makes it platform independant.  But are the results meaningful?  Not unless
all you want to do all day is integer math and boolean logic in a tight loop.
Benchmarks are *USELESS*.

Oh, and your insults definately make your argument much more persuasive.

--
Greg Orman                                    greg@pomona.claremont.edu
Systems Manager                               greg@pomona.bitnet
Seaver Academic Computing Services
Pomona College                                Standard disclaimer-type stuff
From: b_sanderson@decus.ch (Bruce Sanderson ABB Process Automation)
Newsgroups: comp.os.vms
Subject: Re: RRD42 CDROM drive dismount problems
Date: 11 Sep 92 14:13:53 CET
Organization: DECUS (Switzerland)

In article <9209091859.AA03231@ucbvax.Berkeley.EDU>, MARZEC@GUNBRF.BITNET writes:
> Dear info-vax readers:
> 
> We are having a problem with our RRD42 CDROM drive hooked to a VAX 4000-300
> running V5.5. After mounting the drive, accessing some information via
> DIRECTORY and running some images a simple dismount will not work resulting
> in allocation of the drive. Following are some details:
> ........... more
> 
> Chris Marzec, PIR/NBRF
> marzec@gunbrf.BITNET

  We have two RRD42 CDROM drives hooked to a VAX 4000-300 which are used for
  DEC's CONDIS (Software and On-line-Documentation) with Bookreader.
  The VAX is clustered with a VAX-3400 and about 20 Vaxstations.
  We had a similar Problem:
  To be able to dismount one of the devices, we had to check all members of the
  cluster for processes using Bookreader and then stop them, although they were
  accessing only the first volume. There is only a logical name which points to
  a device search list . 
  One ought also to check in what state is the device seen from the different
  members of the cluster. If mounted a dismount/cluster should work.
  This probably doesn't resolve your problem but might be of use to others.

                              Bruce Sanderson
  "Au pays des aveugles       ABB Process Automation AG
  les borgnes sont rois"      Dept ITR
                              5401 Baden Switzerland
                              Internet: B_SANDERSON@DECUS.SWITCH.ARCOM.CH
                              X25 02284791027260::SYSTEM
                              Ph +41 56 76 88 93
                              FAX +41 56 83 30 89
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: Reading IBM tapes
Date: 4 Sep 92 17:29:16 GMT
Distribution: world
Organization: The Internet


	Prateek Srivastava <cd962@po.cwru.edu> writes:
>
>
>My group bought some time ago some data that came
>on IBM tapes. The only tape drives that I have access
>to are on VAX sites. The sysop has tried to read this
>tape containning labelled (?) files but could
>not get a clean file. It seems that the file we read had
>the header/label (?) information also and no one had
>any clue about the header/label format so I could not get
>to the data on the file. I have been given to understand
>that there is a way to read IBM tapes by specifying some
>options while mounting/reading the tapes.
>

	There is *NO* support for IBM labeled tapes within VAX/VMS.  If 
DEC's people at DECUS Symposia are to be believed, there never will be.

	The situation is not hopeless, however.  There are at least two 
programs available that will read an IBM standard labeled tape.  At least 
one of these includes EBCDIC to ASCII code translation, probably both do.  One
is called MTEXCH, the other is ETAPE.  I believe that both are available
from the DECUS Library.  Both are also available from CompuServe's VAX
Forum.  MTEXCH is available from my system by anonymous ftp. 

	FWIW, the IBM standard label format is similar to the ANSI standard
label format in that the labels are 80 character fixed length records.  IBM
standard labels use the EBCDIC character code and the fields are layed out
somewhat differently.  I believe, but no longer recall for certain, that 
the labels are separated from each other and from the file by tape marks.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: andrew@dino.qci.bioch.bcm.tmc.edu (Andrew Sharff)
Newsgroups: comp.os.vms
Subject: test
Date: 9 Sep 1992 18:50:40 GMT
Organization: X-Ray Crystallography / Howard Hughes Medical Institute

test
Xref: sparky comp.os.vms:14699 vmsnet.internals:1292
From: tanner@cerritos.edu
Newsgroups: comp.os.vms,vmsnet.internals
Subject: Re: HLL equiv of DCL SHOW DISPLAY
Date: 7 Sep 92 00:39:43 PST
Organization: Cerritos College, Norwalk CA

In article <1992Sep5.002240.1@musctn.monsanto.com>, rewise@musctn.monsanto.com (Richard Wiseman - VAX/VMS CraftsPerson) writes:
>
> 	I'an in need of a routine or the system services that will allow
> me to extract the equiv. information as a SHOW DISPLAY disp_name
> does in dcl, only from a HLL.

I got this out of the CSC a while back.

-Bruce

/**********************************************************/
/* Program:  WSQIO.C                                      */
/* Purpose:  To show how to get display information.      */
/* Date   :  December 1991                                */
/* Note   :  This is undocumented and unsupported code    */
/**********************************************************/
#include stdio
#include iodef
#include descrip

#define IO$M_WS_DISPLAY         64
#define DECW$C_WS_DSP_NODE       1
#define DECW$C_WS_DSP_TRANSPORT  2
#define DECW$C_WS_DSP_SERVER     3
#define DECW$C_WS_DSP_SCREEN     4

main()
  {
    int status;
    short channel, iosb[4], retlen;
    char info[80];
    $DESCRIPTOR (device, "DECW$DISPLAY");

    status = sys$assign (&device, &channel, 0, 0);
    if (!(status & 1)) lib$stop(status);

    status = sys$qiow (0, channel, IO$_SENSEMODE | IO$M_WS_DISPLAY,
                       iosb, 0, 0, info, sizeof(info) - 1,
                       DECW$C_WS_DSP_NODE, 0, 0, 0);
    if (!(status & 1)) lib$stop(status);
    if (!(iosb[0] & 1)) lib$stop(iosb[0]);

    info[iosb[2]] = '\0';
    printf ("The node name is:  %s\n",info);
  }

-- 
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA             DoD #0161  NOMAD #007
Newsgroups: comp.os.vms
Newsgroups: comp.os.vms
Subject: Re: VMS Accounting Question...
From: trounson@wronz.org.nz
Date: 10 Sep 92 09:50:15 +1200

In article <1992Sep7.020913.23991@enterprise.rdd.lmsc.lockheed.com>, marshall@force.ssd.lmsc.lockheed.com (Bob Marshall) writes:

> Years ago I was able to define the logical name ACCOUNTNG (or maybe it
> was ACCOUNTING) to move the accounting file somewhere else. It was
> not documented (and is probably still not documented). Don't know if
> this undocumented feature still exists, but I feel sure that it does.

Yes, the logical still exists. We've defined all the accounting files for our
LAVC to be located in a directory on a nonsystem disk.

eg

$ Define/system accountng disk:[ACCOUNTS]ACCOUNTNG_nodename.DAT

Where nodename is specific to each node of the cluster.

This has been defined in SYLOGICALS.COM

Hope this is of some help

Mary Trounson                    Internet:  TROUNSON@WRONZ.ORG.NZ
Computer Systems Officer         PSI:  (05301)30000047::TROUNSON
Wool Research Organisation
Christchurch                    Telephone:  (+64) (+3) 325 2421
New Zealand                           Fax:  (+64) (+3) 325 2717
Newsgroups: comp.os.vms
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Subject: Re: what's the maximom size of page under motif v1.1a (big fond)
Reply-To: BEAR@NUC.ANU.EDU.AU
Organization: Nuclear Physics, ANU
Date: Mon, 14 Sep 92 23:31:23 GMT


In article <1992Sep14.142110.1668@gnv.ifas.ufl.edu>, jis@gnv.ifas.ufl.edu 
writes:

|>Under decwindow big fond, the maximum size of a page is 40. But motif v1.1A 
|>only has maximum of 38 lines in a page. If you "set term/page=40", you miss 
|>two lines.
|> 
|>I wonder if this is a bug in motif or not. 
|> 

That's not a bug, it's a feature... No, honestly, it is an annoying detail
which is very simple to "fix": On DECterm, click on the Window Options and
select Auto Resize Terminal, Auto Resize Window and Terminal Driver Resize.
This will make DECterm resize itself to the maximum possible lines (and/or
columns) if you try to set a higher value and report the value back to the
driver. 

Your applications, like TPU and others wanting to write in the last line(s),
will then know you only got, say, 38 lines, not the 40 you asked for.

Remember to save your settings afterwards.

Cheers

Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |
From: jhwelch@ecs.umass.edu
Newsgroups: comp.os.vms
Subject: Re: standalone vax and cluster on same CI ?
Date: 11 Sep 92 13:59:45 GMT

> Is anyone running a standalone VAX and a VAXcluster on the same CI?

Our site has been doing this for about 2 years without any hitches.

Jonathan Welch  VAX Systems Programmer  Umass/Amherst  JHWELCH@ecs.umass.edu
From: robinson@stout.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.os.vms
Subject: Re: Operations Manual (ascii) 1/3
Date: 11 Sep 1992 17:32:14 GMT
Organization: Brown University, Providence RI 02912
NNTP-Posting-Host: stout.geo.brown.edu

In article <pjvnzkr.mpye@netcom.com> mpye@netcom.com (Michael Pye) writes:
>Thanks to all who wrote!  I just made a Postscript version and it
>turned out to be 1.9MB.  Not wanting to post a 50-part file here,
>an ascii version is below.  
>
>If someone else wishes to put any or all of these versions on an 
>FTP site somewhere in the world, that would be great!  
>
>Michael Pye
>mpye@netcom.com
>--

The ascii version as posted is available from imbrium.geo.brown.edu
login as "anonymous" or "ftp"... important:  type your username and
the @ sign (with no host name) for convenience at the password prompt...
my servcer is VERY picky about FQDNs!

The file is "operations_manual.ascii" and is in "/pub/vms"

I'm attempting to have other versions (in postscript, word, etc)
available if Michael can provide them to me!

Darrin
darrin@mit.edu
robinson@porter.geo.brown.edu
#include <std_disclaimer.h>
=============================================================================
=  Darrin E. Robinson (DER31) =    Hamnet     N1LLV  146.700-, 146.880- MHz =
=  DCNS Sysstems Programmer   =    Internet   darrin@mit.edu                =
=  M.I.T.                     =               n1llv@porter.geo.brown.edu    =
=  Cambridge, MA 02139        =    SPAN(et)   PGGIPL::ROBINSON (Node 7132)  =
=  AT&Tnet: (617) 253-0131    =    Nasamail   derobinson@nasamail.nasa.gov  =
=============================================================================
From: darnold@felix.filenet.com (Dave Arnold)
Newsgroups: comp.os.vms
Subject: Implementation for global malloc() wanted
Date: 15 Sep 92 22:28:26 GMT
Reply-To: darnold@fritz.filenet.com (Dave Arnold)
Organization: FileNet Corp., Costa Mesa, CA

I need to write a function which has the same calling sequence and
semantics as malloc(), except that the object which is allocated is
stored in global memory (available to all processes), and the address
returned be the same for all processes (shared memory, shared address).
The objects located in shared memory may contain absolute virtual
addresses (linked lists and trees).

I have thought of a couple different ways of doing this, none of which
are going to be very easy.  They are:

1)  Create a global section which will contain a heap, and synchronize
    access to the heap using VMS lock management services.  The Global
    section will need to be mapped into a fixed virtual address so that
    shared addresses will work.  Problem:  What address do the processes
    map the section into?  How can I guarantee that the address is not
    already mapped?

2)  Allocate the memory from non paged pool using EXE$ALLOCBUF or
    EXE$ALONONPAGED.  Not sure about all the gotchas here.
    Seems rather risky.  Will the memory be available
    to applications running in user mode?  Can the memory be used
    safely without any threat of corruption and system crashes?

VMS is the only OS I know that makes this difficult to do, which I consider
a flaw.  Can anybody think of another way of doing this safely and easily?

Thank you!

--------
Dave Arnold - KD6IFY    
Internet: darnold@filenet.com    UUCP: uunet!felix!darnold
--- The opinions expressed above are only mine, not FileNet's
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.os.vms
Subject: Re: Mixing Ultrix and VMS Queues on LAT
Date: 8 Sep 92 22:49:25 GMT
Reply-To: brunkhorst@mayo.edu
Organization: Mayo Foundation, Rochester MN. Campus

In article <senetza.715984845@honte> senetza@sigma.uleth.ca (Len Senetza)  
writes:
> Has anyone done this?  We are going to setup a VMS queue via reverse
> LAT.  We would also like to have a DECstation printing to it.  

we have tried this with less than stellar results.  I like the ability
to multiplex at the terminal server, and VMS can cope fine, but
Ultrix and its terminal driver are not good about handling this 
(Ultrix 4.0 and 4.1, at least).  It seems unix in general will crash
its equivelant of the symbiont if it doesn't get a response from the
device (like when another system has control of the port). Unfortunately, it  
won't restart until another print request to the same
queue is submitted.  This caused our end users to figure out the best way
to get something printed was to submit it again and again and again (until the  
device was available to that ultrix box at the same time as the request), until  
they got at least 1 copy of the desired output.

Since we had purchased multinet, we now route all our print queues
via lpd through our VAXcluster with better results, and a single point
for our operations people to monitor for printing problems.

geoff
---------------------------------------------------------------
Geoffrey Brunkhorst, RCF                    brunkhorst@Mayo.edu
Guggenheim 10                                    (507) 284-1805
Mayo Foundation, Rochester MN, 55905 USA     fax (507) 284-5231
From: CZIWKGA@VMSFE.ULCC.AC.UK ("Kevin Ashley, Systems Development, ULCC")
Newsgroups: comp.os.vms
Subject: re: re: librarian
Date: 4 Sep 92 16:35:00 GMT
Distribution: world
Organization: The Internet

Ed Wilts writes:
> In article <1992Sep2.232729.23659@news.Hawaii.Edu>, bill@gaza.uhcc.Hawaii.Edu (William J. King) writes:
> > 
> > Is it possible to specify a $ LIBRARY command that will search
> > for the module mame you are only interested in.
> > 	eg.  *dump* 
> > 
> > $ LIBRARY /MACRO sys$library:starlet.mlb  *dump*     WOULD BE NICE IF
> > 							IT WORKED.
> 
> The program you're looking for is called LIBSEARCH.  It's mentioned in the
> monthly software posting.  Perhaps it needs to be put on a DECUS tape or on
> vmsnet.sources.  Seems like there's a backlog to vmsnet.sources though.  I
> posted something (TIME) a few days ago and it hasn't made it back here yet.
> If you can suggest a site that will accept an anonymous ftp upload, I'll make
> it available for you.
> 

I'm not sure if the requestor really wants LIBSEARCH to do the job they
are asking ; the command above would actually insert all files called
*dump* INTO starlet.mlb, but I guess from the question they really meant
something like LIBRARY/LIST .... with wildcards. LIBSEARCH does this,
but it is overkill, since it is actually written to search the library file
itself. Wildcards on LIBRARY/LIST would be a lot nicer. On the other
hand, LIBRARY/LIST=something followed by SEARCH is not so bad, and if
you have PIPE (mentioned recently), you can use:

PIPE LIBRARY/LIST=SYS$OUTPUT: library.mlb | SEARCH DUMP
or                 .....                  | GREP whatever


Anyway, the real point of my reply is to say that LIBSEARCH is, and always
has been, available from my mail server here - VMSSERV@NCDLAB.ULCC.AC.UK.
Send a message saying GET LIBSEARCH.PACKAGE and it will be returned to you.
It did end up on a decus tape some time back, under the collection
of Internet/info-vax goodies.

One day I will get around to doing all the things with LIBSEARCH that
I meant to do....

Kevin Ashley (Author of LIBSEARCH)
------------------------------------------------------------------------------
Kevin Ashley                              K.Ashley@Ulcc.ac.uk
Systems Development Group Manager         ...ukc!ncdlab!K.Ashley
University of London Computer Centre. 

Xref: sparky comp.os.vms:15043 comp.sys.dec:4987