HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.vms
Subject: Hayes compatible modem dialer for VMS
From: rewise@musctn.monsanto.com (Richard Wiseman - VAX/VMS CraftsPerson)
Date: 5 Nov 92 12:26:00 GMT
Nntp-Posting-User: rewise

	Hi there:+:+

	In my earlier post (below) i should have been more specific in the
	what the need is...

	So here goes..

	What i need is something simular to the DTE_DF03.MAR
        or the DTE_DF112.MAR programs.... that are in sys$examples...
	The modem needs to be called from a DEC supplied piece of software
	so it has to match those...  in context..

	I dont have a DEC modem but do have a hayes compatible ..


>Date: 4 Nov 92 11:15:15 GMT
>
>        Good day to one and all:+:+
>
>        with VMS dec supplies a modem dialer program... But of course
>        It only speaks DMCL..
>        What I'am looking for is a modified version that can talk to a HAYES
>        compatible modem...
>
>        OPerating system VAX_VMS
>        version 5.5-1
>        Modem type   Generic HAYEs
>
>        If such an animial exists , it would sure save me a lot of time,
>        and besides theres no need to reinvent the wheel..--

 -- 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   Richard Wiseman		 VAX-VMS Crafts Person
   MONSANTO	                Internet:  Rewise@musctn.monsanto.com
   RR #5 Wiggins Rd.             Yellnet:  +1 (319)262-7528 or 262-7339
   BOX 473                           FAX:  +1 (319)262-5626
   Muscatine, Ia 52761        Disclaimer:  All opinions are my own, I think
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newsgroups: comp.os.vms
From: adelman@tgv.com (Kenneth Adelman)
Subject: Re: Any way to read Ultrix Doc CD on VMS?
News-Software: VAX/VMS VNEWS 1.41    
Organization: TGV, Incorporated (Santa Cruz, CA, USA)
X-Lunar-Date: 0 days, 18 hours, 48 minutes since the full moon
Date: Thu, 12 Nov 1992 16:26:00 GMT

In article <kf0ZxBK00WB=N4L2Qr@andrew.cmu.edu>, tj06+@andrew.cmu.edu (Thomas J. Joyce) writes...
>
>    I have access to a few Ultrix DOC CDs. It would be really nice to
>be able to read them. I know that they can't be read directly on my
>VMS system [that has a CD reader]. Obviously the file systems are
>different. Does anyone know of any way to use an InfoServer and some
>sort of translation mechnaism to read the CD (i.e. read it through the
>VMS DECwindows
>Bookreader) ?
>
>    It probably isn't possible, but I thought maybe some one might have
>found a way around this.

    Mount the Ultrix CD on an Ultrix system and export it via NFS.
Use the MultiNet NFS Client to mount it on your VMS system using the
/SEMANTICS=ULTRIX_OLD switch.  This switch will cause our NFS Client
to 'translate' the Ultrix format bookshelves into something that the
VMS Bookreader will like (they have different filename
specifications).

							    Ken
Xref: sparky comp.os.vms:17830 comp.lang.c:16374
From: samuel@front.se
Newsgroups: comp.os.vms,comp.lang.c
Subject: Getting terminal width from VAX-C ?
Date: 11 Nov 92 10:10:09 MET
Keywords: terminal_width
Distribution: world
Organization: Samuel Gustaf Siren

Hello
Does anybody out there know how to get the TERMINAL WIDTH from VAX-C ?
I'm implementing in VAX-C on VMS 5.4.
What I'm trying to do is the following :

    width = terminal_width();          /* Get terminal width                 */
    sprintf(buf,"...",...);            /* Write data into buffer             */
    if (strlen(buf) > width)           /* Buffer too long ?                  */
        strcpy(buf+width-3,"...");     /*     ==> 'Truncate' buffer          */
    printf("%s\n",buf);                /* Write [truncated] data to terminal */

How do I implement the function "terminal_width()" ?

thanx
/SS

+----------------------+--------------------------------------+
|                      |        / \                           |
| Samuel Gustaf Siren  |      __!_/_                          |
| SAMUEL@front.se      |    / \ |  / \                        |
|                      |   |/  || | \__oW)----------          |
| All opinions and     |   !! / /\ \                          |
| questions are my     |     / /  \ \                         |
| own /SS              |    //    //                          |
|                      |   /|    ((                           |
+----------------------+--------------------------------------+
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Reading raw tapes
Date: Sat,  7 Nov 92 14:53:04 PDT
Organization: The Portal System (TM)

Scott Williamson (scott@memex.co.uk) writes:

>Can anyone tell me what sort of COPY, BACKUP etc. type command I need
>to use under VMS to read magnetic tapes of unknown format.

If you can determine that all the blocks on the tape are of the same
length, you can do this:

   $ MOUNT/FOREIGN tapedrive: /BLOCK=blocksize/RECORD=blocksize
   $ COPY tapedrive: filespec

I've only done this (DCL) with tapes on which all blocks are the same size; 
I don't know if it will work correctly for a tape on which the blocks are 
of varying sizes.  Also, this will only get data from the "current tape 
position" to the next "file mark" on the tape (the mark acts like EOF).

Setting DCL aside, it's very simple to write a program that uses $QIO to 
read arbitrary-sized blocks off a /FOREIGN-mounted tape and write them to 
a file of any desired RMS organization; one thing that works is a file 
of "varying-length records," letting a 0-length record represent a tape
mark.  It's easy to write the companion utility that runs this trick in
reverse, too, turning that tape-in-a-disk-file back into a new tape.  We
do it all the time.

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com

disclaimer: Portal isn't my VMS system, just a place where I read/write news.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: File transfers - slow Kermit, looking for Zmodem
Date: 10 Nov 1992 04:03:18 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <9211100017.AA04568@hrt216.brooks.af.mil>, Sten M. Drescher <smd@hrt216.brooks.af.mil> writes:
>	I'm calling into a VAX system at 9600 bps (real speed - v.32),
>but the Kermit transfer program that comes with VMS is only giving me a
>throughput of 160-250 cps - much less than I expect.

First of all, there *IS* no "Kermit transfer program that comes with VMS."  If
the version of Kermit you're using has been on your system long enough that you
think it's part of VMS, then you've probably got an OLD version of Kermit.  The
version currently available from KERMIT.COLUMBIA.EDU allows 1000-character
windows, whereas your version probably allows 80-character windows.  If you
don't have FTP, I can write and mail to you a DCL procedure that will create
the executable and the help file.  Of course, you'd have to trust me to not be
sending you a trojan horse of some kind. :-(

>Is this a bug in the VMS Kermit, a VMS limitation, or what?

Most likely, you're simple running an incredibly old version of kermit.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms
From: mitcham@easy.enet.dec.com ()
Subject: Re: 3100/90 or 4000/90 what's better?
Reply-To: mitcham@easy.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Fri, 6 Nov 1992 11:55:22 GMT


For the record, there is no such animal as a VAXstation 3100 Model 90 (unless
we came out with a workstation product that I am unaware of).  The standard
flavors of VAXstation 3100 were: Model 30, Model 38, Model 40, Model 48, and
Model 76.  There was, of course, the VT1300 (whose hardware platform was 
based upon the VAXstation 3100) but it was intended as an Xterminal only.

The VAXstation 4000 Model 90 is our latest VAXstation 4000 product and is 
superior to any VAXstation 3100 model we manufactured in terms of performance. 

-Andy

--
  +---------------------------------------------------------------------+
  | Andrew Mitcham			|  The opinions expressed here  |
  | Digital Equipment Corporation	|  are my own and not those of  | 
  | Customer Support Center		|  my employer unless otherwise |
  | Alpharetta, Georgia			|  stated.                      |
  | email:  mitcham@rhett.enet.dec.com	|                               |
  +---------------------------------------------------------------------+
From: gordon@chmeds.ac.nz
Newsgroups: comp.os.vms
Subject: Re: SYS$ERROR. and SYS$OUTPUT. files
Date: 6 Nov 92 08:40:29 +1200
Distribution: world

In article <1d9i1hINNsqf@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1992Nov2.110825.74@mvax.uakom.cs>, smolenova@mvax.uakom.cs writes:
>>Hello,
>>I saw in directory SYS$SYSTEM about 4000 files SYS$ERROR. and
>>SYS$OUTPUT. with dates in last two months.
>>Why arose these files?
> 
> Someone created about 4000 detached processes without specifying SYS$OUTPUT or
> SYS$ERROR for them (you can do this via the /OUTPUT and /ERROR qualifiers if
> Yes.
> --------------------------------------------------------------------------------
> Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
> 

The "someone" is often CMUTEK TCP/IP. The various fixes which have been 
suggested (such as modifications to IP_STARTUP.COM to use /OUTPUT and /ERROR
qualifiers) don't work here.
+---
Gordon Findlay,  Computer Scientist, Christchurch School of Medicine
                 Nuclear-free New Zealand         !Scepticism is the chastity
Generic:  Gordon@CHMEDS.AC.NZ                     !of the intellect, and it
JANET:    Gordon%NZ.AC.CHMEDS@UK.AC.NSFNET-RELAY  !is shameful to surrender
Paper:    PO Box 4345, Christchurch,  NEW ZEALAND !it too soon.
Newsgroups: comp.os.vms
From: dent@DIALix.oz.au (Andrew Dent)
Subject: Re: What's the difference between 5.5-2HW and Remastered 5.5-2HW?
Organization: DIALix Services, Perth, Western Australia
Date: Mon, 09 Nov 92 13:34:35 GMT

We received ours installed on a 4000/100 and were informed the HW version is
REQUIRED for the new hardware.
 
How are people coping with the SET/SHOW DEFAULT bug documented in the
release notes?

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
From: georgetl@cnsvax.uwec.edu
Newsgroups: comp.os.vms
Subject: Location of Login question.
Date: 12 Nov 92 12:40:33 -0600
Organization: University of Wisconsin Eau Claire

Is there a way to determine if a user is logged in from a hardwire, or
is dialing in from home?  If so how?  Does this depend if your system is
set up to allow this, or is it an natural part of the VMS os?
 ------------------------------------------------------------------------------
| Todd L. George           | "In the begining there was nothing, and God said  |
|  University of Wisconsin |  Let there be Light.  And there was still nothing |
|   Eau Claire             |  , but you could see it!"                         |
|------------------------------------------------------------------------------|
| Georgetl@cnsvax.uwec.edu    | "You shouldn't have done that Maximillian      |
| Georgetl@uwec.bitnet        |  he was a good man!"                           |
| Georgetl@csunix.cs.uwec.edu |                                                |
|------------------------------------------------------------------------------|
|  Disclamer:  I Don't have opinions,  I'm just trying to get away from the    |
|              voices in my head!                                              |
|------------------------------------------------------------------------------|
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: File transfers - slow Kermit, looking for Zmodem
Date: 12 Nov 92 15:02:17 GMT
Distribution: world
Organization: The Internet

Sten Drescher (sdrescher@animal.brooks.af.mil) writes:

>	I'm calling into a VAX system at 9600 bps (real speed - v.32),
>but the Kermit transfer program that comes with VMS is only giving me a
>throughput of 160-250 cps

First, no form of Kermit "comes" with VMS.  If it is on your system, a system 
manager put it there.  Kermit is a freely-available file transfer protocol 
implemented in various programs, including ones called Kermit-32 and C-Kermit 
available from the Kermit clearinghouse at Columbia University.

With that out of the way, I'd like to comment on Kermit's performance.  There's 
nothing inherent in the Kermit protocol that will artificially slow it down.  In 
fact, I regularly get 230 cps on a 240 cps connection using Kermit-32 V3.3.128 
(the most recent Kermit-32 version) because it employ long packets.  Likewise, 
those people I know with V.32 modems who use C-Kermit (a beta release that is 
due out officially very soon) that has been measured to be as or more efficient 
as any of the x,y,zmodem protocols because it employs long packets and sliding 
windows.  My recommendation is to get a better version of Kermit for both sides 
of the connection.

-----------------------------+--------------------------------
 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.
-----------------------------+--------------------------------

Newsgroups: comp.os.vms
From: clusmgr@vxcern.decnet.cern.ch	 (LETERTRE Christiane)
Subject: Re: VMS 5.5-1 / MIVc, satellite prevents the boot host to reboot
Reply-To: LETERTRE@VXCERN.DECNET.CERN.CH
Organization: CERN
Date: Fri, 6 Nov 1992 12:01:08 GMT


> We recently upgraded one of our VAX clusters from VMS 5.4-1A to VMS 5.5-1.
> This cluster was already an MIVc but without any satellite.
> Just after the upgrade, we introduced one satellite in the cluster.
> 
> Since this date, if the satellite is UP, we are unable to reboot the boot host.
> Each time the reboot is hung, very early in the startup procedure (see below).
> We need to kill the satellite to complete the reboot.
> 
> Sometimes the hang occurs a little later, after having mounted one or two disks
> mounted by SYLOGICALS. We have no problem to reboot the satellite after the
> boot host has been rebooted.
> 
> Is this a known problem with MIVc and VMS 5.5-1 or did we make something wrong?
> Any help will be greatly appreciated as we plan to upgrade another MIVc next
> week end.

Thanks very much to everybody who replies to this article I posted a few days
ago.

The problem is not yet completely understood, but it seems to be related to 
the fact that all our disks are shadowed. The satellite keeps a lock on a disk 
and prevents the reboot of the boot host. We are still with SHADOW Phase I.
This problem is solid and occurs at every reboot of the BOOT host.

By luck, the problem does not occur if there are more than one disk server in
the cluster. So, we find a workaround!

However, I would appreciate any new information  on the subject.
                                                                             
 ------------------------------------------------------------------------------
  Christiane LETERTRE                                                        

  CERN / European Laboratory for Particle Physics                            
  CH-1211 GENEVA 23                                                          
  Tel: (022) 767 28 54                                                       

  Mail address: LETERTRE@VXCERN.DECNET.CERN.CH                               
 ------------------------------------------------------------------------------
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: sort/uniq
Date: 6 Nov 92 16:43:08 GMT
Organization: The Internet

Someone wanted to get duplicate records out of a sorted sequence.

Well, the UNIQ tool does exactly that. It's been in the DECUS C
distribution for over 10 years now for DEC operating systems, sources
and all...
  There are a large number of tools in the DECUS C kits (same as
a DECUS lib. part number or on sig tapes...many RSX SIG tapes have
DECUS C) which compile native mode on VMS - and presumably on
other systems - and are worth the price of admission by themselves.
They are certainly available from the DECUS library on RSX SIG
tapes and other forms in vms backup format as well as BRU format.
  The Fall 1985 RSX tape had a full DECUS C distribution; the Spring
1986 tape had a large update, for example.

  The library phone is
508 841 3500
for orders. They do take credit cards...

Glenn
Everhart@raxco.com
From: tim@bvc.edu
Newsgroups: comp.os.vms
Subject: 3100/90 or 4000/90 what's better?
Date: 5 Nov 92 21:18:39 CDT
Organization: Buena Vista College, Storm Lake, IA

Hi,

   I am comparing machines to run in a multi-user environment.  Currently, I
have considered a VS3100/90 and a VS4000/90.  Digital's documentation on the
two machines shows the 3100 to be the multi-user machine while the 4000 is used
more for a single user work station.  But, looking at the specs I find the
4000 to be better in almost every area.  My question is:  What kind of problems
will I have if I am running a 4000 with approx. 40 users doing word processing,
and a little programming.  There won't be any X-terminals involved, just
vt200's or the equivilent.

   Any insight would be greatly appreciated.  

							Thanks

Tim Rebnord
tim@bvc.edu
Buena Vista College
Storm Lake, IA  50588
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: Re: How to make VMSMail run lots faster
Date: 12 Nov 92 16:33:01 GMT
Distribution: world
Organization: The Internet

Nick Abbot, speaking through Jimmy_T, writes about the ACP caches and disk 
performance.

The ACP_DINDXCACHE parameter controls the Directory Index Cache in the XQP.  No 
matter how big this cache is, exactly one page (one!) is allocated to any one 
directory to be used for cache.  By default, the first 15 characters of each 
filename in the directory are stored in this page.  That means that at most, 33 
names maximum can be cached (There is some overhead for pointers.  Otherwise 34 
names [34*15=510] could be cached).  This results in at most 33 unique pointers 
to the start of a data cache block.  This means that for completely random 
directory access, optimum directory size is 33 blocks.  For localized directory 
reference, since the most recently used 33 blocks are cached, performance should 
be very good as well.  However, as a directory gets larger, fewer pointers can 
be stored, until at 128 blocks of directory, the cache is no longer effective 
and all directory references must then go through the file system.  These limits 
are built into VMS at this point in time.  Increased cache sizes beyond this 
point may allow VMS to handle more directories, but it can't improve the 
performance of any one directory.

-----------------------------+--------------------------------
 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: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: Re: PROBLEM: SET COMMAND UTILITY
Date: 13 Nov 92 14:19:01 GMT
Organization: The Internet

Bruce C. Wright writes:

>To install the latest version, execute the commands:
>
>	$ install :== $sys$system:install/command
>	$ install replace sys$share:dcltables.exe

I believe INSTALL has been a native command (in DCLTABLES) since version 5.0.  
If not that early, then at least for the last few years.  I know it is native in 
V5.4.  One does not need the foreign command definition any more.

Yes, I know DEC still does this in some of their command procedures.

-----------------------------+--------------------------------
 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.
-----------------------------+--------------------------------

Newsgroups: comp.os.vms,comp.sys.dec
From: lamhof@thijssen.nl (Lambert Hofstra)
Subject: Re: vt200 on IBM 3270 terminal
Organization: Thijssen BV, Veenendaal, The Netherlands
Date: Fri, 13 Nov 92 14:02:39 GMT

In <1992Nov9.224618.24397@ninja.zso.dec.com> cja@chmist.zso.dec.com (Carl J. Appellof) writes:

>   In article <BwwBFJ.FuA@jt.dk>, FILIPSEN_BMF@jt.dk (Bent Filipsen) writes:
>   > 	Is it possible to run VT200 from an IBM 3270 terminal?
>   > 	Gateway?  Emulating?

>	DEC sells some terminal servers that allow you to plug your
>	3270-style terminal into the server and access systems
>	using LAT.  VT220 emulation is provided as part of this.
>	You can still get to your IBM systems too.

>	The last version of this that I worked on was called the
>	DECserver 550.  Names have probably changed since then (1989).
>-- 
>Carl J. Appellof (cja@chmist.zso.dec.com)

I have heard (from someone at IBM) that IBM sells TCP/IP for their 3174 cluster controllers, thus enableling their 3270-style screen oriented terminals as vt100(maybe vt200) CHARACTER oriented terminals. Currently only tokenring network adapters, but they will also provide an ethernet interface in the cluster controller, and later FDDI also. I think they also wanted to implement LAT, but i'm not sure of that.
By the way, did you know that IBM has an X-client implementation on their S/390
systems? Talking about IBM going for open systems!