HDTenEightyP/NetNews huggingface dataset:
From: ssimmons@convex.com (Steve Simmons)
Subject: >>>>>>>> Help with SCA query
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Wed, 29 Jul 1992 13:07:46 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

> I'm having problems using SCA to determine if all of the procedures/functions declared in an Ada package
>  are called by a test driver. I can't use PCA to show complete coverage of the procedures in the package
>  because the package spec really consists of pragma interface's for an object file with external references.


SCA is a static analysis tool and tells you that this routine may be called. PCA is a dynamic analysis 
tool that tells you if the routine was called.  They give you two different answers. 

To use PCA, try one of the following:

	- compile the object file in question -DEBUG and use 
		PCAC> SET COVERAGE PROGRAM BY ROUTINE

	- if you can't compile the object file -DEBUG, then just use the following
		PCAC> SET COVERAGE PROGRAM BY CODE
	It diassembles the code and places breakpoints on all entries to the basic blocks. 

Hey, I implemented some of those features in a previous life (about 5 years ago). ;-)

						Steve Simmons 

Xref: sparky comp.sys.dec:4200 comp.unix.ultrix:5891
From: osyjm@cs.montana.edu (Jaye Mathisen)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: Does Ultrix 4.2 support RW-optical disks
Keywords: maxoptics, SCSI, etc.
Date: 20 Jul 92 21:30:09 GMT
Article-I.D.: coe.1992Jul20.213009.1264
Distribution: comp
Organization: CS

In article <1992Jul20.183518.12947@banana.fedex.com> bill@banana.fedex.com (bill daniels) writes:
>We are contemplating adding some Maxoptics Tahiti II Erasable Optical
>Disk drives to our DECsystems and/or DECstations.
>
>The Maxoptics literature mentions a Common Command Set (CCS) and 
>the SCSI-2 optical command subset.  Does Ultrix support this sort
>of equipment?  Can ultrix, and especially dump/restore, force
>the media ejection?
>
>Which SCSI, single-ended or differential, is needed when attaching
>to the DEC SCSI bus?

a)  The DEC RW optical works fine on my decstions.  I think it's a SONY 
drive.

Speculation:

b)  Perhaps you need the SCSI CAM software, which is a part of Ultrix
4.2C.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: vmsnet.PDP-11,comp.sys.dec
From: mccrohan@salthl.enet.dec.com ()
Subject: Re: M7856 (Grumble grumble)
Reply-To: mccrohan@salthl.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Tue, 28 Jul 1992 10:04:50 GMT


Does it have the busgrant jumper plug installed? It it is not installed
you will have what looks like a chip socket unpopulated on the board.

Absence makes the bus grants wander         :-)
Xref: sparky comp.sys.dec:4144 misc.forsale.computers:27446
From: rocker@csa.bu.edu (The Long Haired One)
Newsgroups: comp.sys.dec,misc.forsale.computers,mit.bboard
Subject: DEC VT100 keyboard forsale
Date: 23 Jul 92 07:48:51 GMT
Followup-To: comp.sys.dec
Distribution: comp,misc,mit
Organization: Boston University


1 DEC VT100 Keyboard 
	in working condition was tested recently.
asking $5 + shipping.

email to rocker@bucsf.bu.edu

-Rocker
Newsgroups: comp.sys.dec
From: lentz@gandalf.ca (Jim Lentz (Wheeling Tech Support))
Subject: uVAX II hard drive(s)
Organization: Gandalf Data Ltd.
Date: Tue, 21 Jul 1992 18:36:17 GMT

 I have inherited a microVAX II to replace an 11/730. The microVAX originally had
an internal drive that was removed before I received it. What I need to know is
if I can run a SI85C drive on it. I can get the drive for free and want to avoid
spending money on a RD54 type drive. Any help would be appreciated, thanks,
 
--
                                       OOoo^ ^^                                    
                                             ||           Jim Lentz                         
                           [__]_[__]_+--+_[____]>      lentz@gandalf.ca             
                            00   00   00   0  0
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: ALPHA Workstations
Summary: Response from US DECUS BPSSG Chair
Date: 30 Jul 92 21:58:29 GMT
Reply-To: mayhew@decus.org
Distribution: usa
Organization: St. Peter's College, US

In article <1992Jul30.050022.27714@elroy.jpl.nasa.gov>, chu@hanauma.jpl.nasa.gov (Eugene Chu) writes:
> Som does anyone out there know of anybody (besides 3rd party S/W
> developers) who have these things, running?  How did they get it?
> How can I get it?  I HAVE to order one by the end of September, or
> my funding goes away.  And it won't be carried over to the next FY.
> Any DEC people reading this?  I might have to go with a SUN or HP
> if I can't get an ALPHA system!

  I forwarded your comments to the US DECUS BPSSG Chair, Bill Mayhew. He
asked me to post the comments below, as he doesn't have direct access to
this newsgroup:

I don't believe _any_ Alpha systems will be shipping to end-user customers 
before September 30.  Formal announcement of the products has not happened, 
and formal shipping dates have not been announced.  They are being made 
available to key independent software vendors.  Heck, the final name of the 
product isn't even announced yet.

We'll do some checking with The Powers That Be to confirm this, but I would 
operate under the assumption that an Alpha is not going to be available in 
the time frame in which you need it.

HOWEVER, you *CAN* buy a DECstation or VAXstation workstation today, with a
not-to-exceed-$X upgrade option to an Alpha.  This program, which 
originally expired June 30, has been extended through December 31, although 
I don't know if the $X is the same or not.  Ask your Digital sales contact 
about this alternative.  I don't know if you can, or want to, pay the $X 
before the end of September.  The last information I had indicated that 
these upgrades weren't going to ship until next summer at the earliest.

	-Bill, chair, DECUS U.S. Chapter Business Practices SSG*

*SSG = SIG Service Group, not to be confused with a SIG but often is ;-}
Newsgroups: comp.sys.dec
From: ajc@pa.dec.com (AJ Casamento)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: Does Ultrix 4.2 support RW-optical disks
Date: 22 Jul 92 21:08:44 GMT
Distribution: comp
Organization: Digital Equipment Corporation




In article <1992Jul20.183518.12947@banana.fedex.com> bill@banana.fedex.com 
(bill daniels) writes:


>>   We are contemplating adding some Maxoptics Tahiti II Erasable Optical
>>   Disk drives to our DECsystems and/or DECstations.

	You'll find the Tahiti E/O listed in the TRI/ADD Shippable Products
	catalog.

>>   The Maxoptics literature mentions a Common Command Set (CCS) and 
>>   the SCSI-2 optical command subset.  Does Ultrix support this sort
>>   of equipment?  Can ultrix, and especially dump/restore, force
>>   the media ejection?

	We had the Tahiti drives running under Ultrix v4.2 and I believe
	that the removable disk commands worked (basically, if I remember
	correctly, a mount command locks the door and unmount unlocks the
	door).

	I believe that the CAM implementation is cleaner still, but you'd
	have to ask MaxOptics about their drivers.

>>   Which SCSI, single-ended or differential, is needed when attaching
>>   to the DEC SCSI bus?

	The DEC SCSI implementations, to date, are single-ended SCSI-2
	on all of the DECstations/DECsystems and the VAXstations/VAXsystems.

>>   Thanks,

>>   bill daniels

	You're quite welcome. I hope that this helps.

				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@decwrl.dec.com						   *
      **********************************************************************
From: haynes@cats.ucsc.edu (Jim Haynes)
Newsgroups: comp.sys.dec
Subject: Layoff rumors
Date: 24 Jul 92 01:16:17 GMT
Distribution: na
Organization: University of California; Santa Cruz
NNTP-Posting-Host: hobbes.ucsc.edu


Credit the July 17 issue of New York Times for "Huge layoffs of up to
15,000 employees are also expected in this fiscal year."
-- 
haynes@cats.ucsc.edu
haynes@cats.bitnet

"Any clod can have the facts, but having opinions is an Art."
        Charles McCabe, San Francisco Chronicle
Newsgroups: comp.sys.dec
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: VAX question
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Sun, 26 Jul 1992 21:19:39 GMT

In article <1992Jul26.015003.1@matrix.cs.wright.edu>, dwagoner@matrix.cs.wright.edu writes:
> Can anyone explain the difference between P0 and P1 space on a VAX?

P0 space starts at 0 and goes to 0x3FFFFFFF.  P1 space starts at 0x7FFFFFFF
and extends down to 0x40000000.  P0 is used for text, data and bss.  P1
is used for the stack. [I hope i've got the numbers right; anyway it's
all to do with the top two bits of the address:

   31 30               ...            0
    o  o  o  o         ...            o
    ^  ^
    |  |---------   P0/P1
    |
    |-----------   user/kernel space

kernel P1 is invalid].

> Text and initialized data segments (on BSD 4.3, at least) wind up 
> in P0 space; unitialized data (i.e. stack) is  placed in P1 space.

Uninitialised data is known as bss and belongs in P0.

> The two regions are accessed using different base registers; P1 is
> a bit tricky to work with in comparison to P0. 

Well, I always thought that it was counter intuitive for the human
but was designed to be simple for the machine.  I think the idea
was to use the same arithmetic for both regions.  From memory, the P1
length register indicated how much is _not_ mapped.


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
Xref: sparky comp.sys.dec:4189 vmsnet.pdp-11:559 comp.org.decus:740
From: rocker@csa.bu.edu (The Long Haired One)
Newsgroups: comp.sys.dec,vmsnet.pdp-11,comp.org.decus
Subject: mystery modem card
Date: 25 Jul 92 06:32:56 GMT
Followup-To: comp.sys.dec
Distribution: comp,vmsnet
Organization: Boston University


I've got a card I need to be identified. I know its a type of DEC modem
from long ago. Its mint condition and is on a card, seemingly an internal
version or maybe a rack version. Can someone tell me more?

mainly I would like to know what it is, so I can figure out what it is
worth to sell.

here's the relevant numbers I can find on it...

DF03-R
C5000 5014854D

I beleive a DF03 is like a 300bps or 1200bps modem.

anyone know?
thankx for any info in advance

-Rocker
From: hunter@bacchus.esa.oz.au (James Gardiner [Hunter])
Newsgroups: comp.sys.dec
Subject: lpq does not work HELP....
Date: 28 Jul 92 08:07:59 GMT
Organization: none


I have a problem with lpq.  It does not work...
Here is the problem
---
prompt> lpr /etc/printcap
lpr: unknown printer lp
---
When /etc/printcap is
---
ps|PostScript|generic PostScript printer:\
        :rp=ps:\
        :rm=bacchus:\
        :sd=/usr/spool/lpd/ps:\
        :mx#0:\
        :lf=/usr/adm/lpd-errs.ps:
lp|line printer:\
        :rp=lp:\
        :rm=bacchus:\
        :sd=/usr/spool/lpd/lp:\
        :mx#0:\
        :lf=/usr/adm/lpd-errs.lp:
---
Happens on both ps and lp.
We have a Sparc 1+ with the same printcap file on the same network
and it works fine.  Whats wrong with the dec (5000/240)

Thanks.

James
-- 
------------------------------------------------------------------------------
James Gardiner [Hunter]  [hunter@bacchus.esa.oz.au] Expert Solutions Australia
Systems Administrator                                        ACN [003 130 434]
Newsgroups: comp.sys.dec
From: grant@glg.ucs.dec.com (Gail L. Grant)
Subject: Re: What do I wish for?
Organization: poor.   organization has never been one of my finer points.
Distribution: na
Date: Thu, 30 Jul 92 00:14:43 GMT

In article <2A76EFDC.15743@noiro.acs.uci.edu>, fredv@abba.acs.uci.edu (Fred Velijanian) writes:
|>Upgrade:  Get a guaranteed upgrade price to Alpha and keep some of the
|>          money to pay for this at the end of the year.

i agree with everything alan and fred said and here is the part numbers for
the upgrade from a decstation to an alpha workstation:

   PE40U-CA    Dst5K/2xx Upgrade to a desktop alpha workstation (120V)
   PE40U-CB    Dst5K/2xx Upgrade to a desktop alpha workstation (240V)
   PE50U-AA    Dst5K/2xx Upgrade to a deskside alpha workstation (120V)
   PE50U-AB    Dst5K/2xx Upgrade to a deskside alpha workstation (240V)

those are for 120V systems.  if you need 240V, you need to change the last
letter to B in the above numbers.  (i.e. PE40U-CB)

you also need to upgrade the memory beyond 32MB as well:

 MS15-UB    16MB mem Trade-in/Upgrade -> Alpha Desktop/Deskside 
 MS15-UC    32MB mem Trade-in/Upgrade -> Alpha Desktop/Deskside 
 MS15-UD    64MB mem Trade-in/Upgrade -> Alpha Desktop/Deskside 

since you aren't in the U.S, U.S. pricing would be meaningless to you, so i
didn't include it.  if you are going for the top of the line, then i'd go
with the higher-end, deskside machine.

hope this helps!

g.
--
============================================================================
Gail L. Grant - "Live free or WISH you had" - (415)691-4541 grant@pa.dec.com
                                              WORK phone #
Opinions expressed are my own, OBVIOUSLY not those of my employer.
Newsgroups: comp.sys.dec
From: cc2x@vax5.cit.cornell.edu (Jeff Luszcz)
Subject: pdp-11/34a happiness
Followup-To: comp.sys.dec
Organization: Cornell University
Date: Mon, 27 Jul 1992 18:02:14 GMT


  This is just a post to thank all of those who have helped me on the
net with info for the pdp-11/34a.
  I got the machine running today. I was able to boot off an rk05 drive
with the diagnostic operating system. (oh well, its a start). 
  
  I am looking for a couple of things to bring my system up to speed.
    1. the ribbon cable to goes from the rl11 controller to the
        cable that runs to the rl01 drive.
    2. any info on 8inch disks. I have 2 8inch drives (in one case)
       is there any software out there still for these drives?
       and is DEC's format compatible with anyother 8 inch drives?
     
   Thanks again,
     -jeff


---
   Jeffrey Luszcz                   Internet Address
   210 Linden Ave Apt#3                cc2x@vax5.cit.cornell.edu
   Ithaca,NY                        Bitnet Address
     14850                             cc2x@crnlvax5
                                    Tel:(607)273-6888
From: ivie@cc.usu.edu (CP/M lives!)
Newsgroups: comp.sys.dec
Subject: Re: VAX question
Date: 27 Jul 92 10:44:42 MDT
Organization: Utah State University

In article <1992Jul27.134542.4845@ryn.mro4.dec.com>, bhandarkar@wrksys.enet.dec.com (Dileep Bhandarkar) writes:
> The P0 space begins at virtual address 0 and grows in the direction of larger
> addresses. P1 starts at virtual address 2**31-1 and grows in the direction of
> smaller addresses. Since the P1 region grows towards smaller addresses, the
> base and length registers describe the part of P1 space that is not accessible.

I think that the reason for this is so that you can put the user stack
way the heck up there in the address space without having to have a page
table large enough to map the entire virtual space for each process. If you
put the stack at the top of P0 space, for instance, the page table for the
process would have to have enough entries to map all of P0 space. Since most
of P0 space is unused, it doesn't make sense to require the page table to
include all of it.

Separating the stack into P1 space and making P1 space grow down lets the
machine keep the stack in a separate page table.

RISC processors sidestep the issue by pushing page table lookup into
softwareland.

Roger Ivie
ivie@cc.usu.edu
From: barrett@aminet.uucp (Keith Barrett)
Newsgroups: comp.sys.dec
Subject: Re: VAXstation questions...
Date: 23 Jul 92 03:12:51 GMT
Reply-To: barrett%aminet@nuconvex.com
Distribution: usa
Organization: Waterbury USENET/UUCP
X-Copyright: (c) 1992 Keith Barrett; May be distributed freely, Not for sale
X-Disclaimer: Statements expressed are not representitive of any employer
X-NewsSoftware: XRN V6.17 Amiga UNIX SVR4

In article <1992Jul21.185430.12950@nic.unh.edu>, tch@kepler.unh.edu (Travis C Hayes) writes:
>I pulled an old VAXstation I case out of the dumpster yesterday and I
>wondered if anyone knows anything about these machines. I got 4 boards
>with it (don't know if they work): 2 4M memory boards (150ns yuck!),
>and a set of 2 boards linked with a 50 pin flat ribbon cable (I'd love
>to know what this is, there's a prominent flat chip on it that just says
>SEEQ).

The information in the artwork etching that appears along the edge of the PC
boards is more helpful than the chip stamps.

My guess, since you named the memory boards already, is that the other 2
boards are the CPU and disk controller (KDA-50)

The memory boards MUST be located in the 1st 2 slots of the system
(and if I remember, they also needed a ribbon cable)

-- 
-kgb

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
UUCP: nuconvex.com!aminet!barrett             Keep circulating the tapes - MST3k
DDN: barrett%aminet.uucp@decwrl.dec.com    // My life is my own - the prisoner
Alternate: barrett@pamsrc.enet.dec.com   \X/  Amiga 3000UX - The Next Generation
--------------------------------------------------------------------------------
Newsgroups: comp.sys.dec
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Subject: Re: Declassification of disks and DEC
Summary: Complaint forwarded to Digital security marketing
Keywords: HSC, DIS, disk reformatting
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.
Organization: Digital Equipment Corp.
Distribution: comp
Date: Wed, 22 Jul 1992 12:21:26 GMT


In article <1992Jul21.174506.25517@rayssd.ssd.ray.com>, m1b@rayssd.ssd.ray.com (Barone) writes...
>
    [description of the misbehaviour of the "Enhanced HSC Format Utility",
    part number QA-926AB-H7, deleted]
> 
>Talks with the SDI Controller Software Supervisor indicate that this
>is a feature and the formatter does conform with the 1989 Industrial
>Security Manual.  Unfortunately, this manual has been superseded by
>the Government Declassification Specification of 1990.
> 
>It seems to me that to change the formatter to write the specified
>pattern rather than zeros should be straightforward and easy but I
>had the impression that nothing would be done.

    I have forwarded this complaint to someone I know in Digital security
    marketing.  Hopefully, he will be able to push the right buttons to get
    this issue re-opened.  FWIW, my personal opinion is the same as yours -
    not only is it not doing the Right Thing, but it's not even functioning as
    documented (modulo your description of the documentation, with which I
    have no argument).

>Joe Barone
>m1b@rayssd.ssd.ray.com

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
Newsgroups: comp.sys.dec
From: cc2x@vax5.cit.cornell.edu (Jeff Luszcz)
Subject: Montreal, give me you electronics
Followup-To: comp.sys.dec
Organization: Cornell University
Date: Thu, 23 Jul 1992 19:27:31 GMT

  I'll be in Montreal on Friday with a van to pick up some electronics.
Do you have some old stuff just hanging around that you don't want anymore?
Drop me a line and maybe we can arange something,
   Thanks,
    -Jeff
Newsgroups: comp.sys.dec
From: andrewm@IRIS.bio.uts.EDU.AU (Andrew Mears)
Subject: What to do with DECmate IIs?
Organization: University of Technology, Sydney, Australia
Date: Wed, 22 Jul 1992 00:30:27 GMT
Summary: What to use old DECmate II's for?
Keywords: DECmate IIs

I have two old Digital Equipment DECmate II WPS-8 word processing systems v1.5.0
that I wish to either make use of or get rid of. One of the machines has a 
CP/M 2.2 board in it. 

I know very little about these machines and was wondering if anybody can 
fill me in on the most recent of this now discontinued system and software.

Can I obtain Unix or another useful OS for them? Is there any useful 
software around, such as print servers, mail handlers etc.. that I could 
utilise?

What can I do with them other than turn them into sea anchors?

Please email

Thanks,

Andrew
<andrewm@IRIS.bio.uts.edu.au>
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.sys.dec
Subject: Re: block and fetch size for ULTRIX on DECstation 5000/200
Date: 29 Jul 92 17:49:01 GMT
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation


In article <l7deddINNt72@boogie.cs.utexas.edu>, wilson@cs.utexas.edu (Paul Wilson) writes:
>
>I'm getting some unexpectedly good performance numbers with some
>software I'm running, which looks like it's because file system
>block reads are faster than virtual memory pageins.
>
>Can anybody tell me offhand what's going on?  I'm reading 4K
>blocks from files, and it's unexpectedly fast.  My guess is
>that the filesystem is actually fetching 8K blocks, where the
>VM system is fetching 4K pages, or maybe the file system is
>doing one-block lookahead prefetching.
>
>We're using ULTRIX 4.1.
>
Some of this depends on the hardware configuration.  If you're
doing the sequential reads, then the file system will start doing
read-ahead once it believes you are indeed doing sequential I/O.
So, you read a 4 KB block, it starts that one, starts another for
the next 4 KB of the file and then waits for the first one.  The
2nd will end up the buffer cache and when you read it, no I/O
is required.

If you're using any of most modern SCSI disks they are probably
doing at least one track's worth of read into an internal buffer
and transfering from there instead of reading from the disk.  This
is where most the high read performance comes from.  ULTRIX V4.3
should have file system performance enhancements similiar to the
ones Sun added recently.

If you are doing sequential reads of fairly large files, then
you may want to reconsider a file system with an 8 KB block size
and appropriately larger I/O size.
>
>   Paul
--
Alan Rollow				alan@nabeth.cxo.dec.com
Newsgroups: comp.sys.dec