HDTenEightyP/NetNews huggingface dataset:
From: rf@cl.cam.ac.uk (Robin Fairbairns)
Newsgroups: comp.sys.dec
Subject: Re: Legality of BKR2ASC (was Re: lunar DEC marketroids)
Keywords: DEC INFOSHARE Alpha lunacy
Date: 8 Jan 93 12:09:00 GMT
Organization: U of Cambridge Computer Lab, UK

In article <C0GCso.8qG@usenet.ucs.indiana.edu>, mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:
|> [...]
|> Another good example is the Bookreader on character cell terminals.  DEC has
|> just announced that they have this in the works.  However, when someone made
|> a similar program a year or so ago, they threatened lawsuits, etc.  Now, I
|> understand (to a degree) that if you have a proprietary format, and someone
|> did reverse engineering, etc., that you might get agitated.  But, why didn't
|> someone think to pay that person for their source, make the right mods, then
|> release it.  DEC could've saved money, and face.  But, the people running the
|> show can't think that way.  If they did, they wouldn't have their positions...

The interesting thing is that the EC directive on reverse engineering
(which came into effect on 1 Jan 93) seems specifically to permit the
development of things like BKR2ASC.  Anyone want to put it up again
for anon ftp within the EC?   :-) :-)
--
Robin (Keep Radio 3 != Classic FM) Fairbairns       rf@cl.cam.ac.uk
U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
NB: Don't take this seriously - I'm not a lawyer
From: yenal@trbilun.bitnet (Yenal Gogebakan)
Newsgroups: comp.sys.dec
Subject: deneme
Date: 8 Jan 93 08:07:11 GMT
Organization: University of Bilkent-Computer Center  ANKARA/TURKEY

deneme

Xref: sparky comp.sys.dec:6730 vmsnet.pdp-11:936
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.dec,vmsnet.pdp-11
Subject: Re: PDPs and networks?
Date: 7 Jan 93 20:29:40 GMT
Organization: Northwestern University, Evanston Illinois.


>In article <1993Jan7.070834.293@netcom.com>, sspatter@netcom.com (Samuel Scott Patterson) writes...
>> 
>>     Does anyone know if there was ever an ethernet card produced for 
>>Unibus?  If so, what are it's system requirements?  Will it run on an
>>11/34a with 256K of 18bit words?  also, about how much do they run, both
>>new and used?  Also, I would like to get TCPI protocol if this exists in
>>raw PDP-11/34 octal. :)  Or uncompiled equivalent.
>> 
>
 "raw"?    Well, Process Software sells various forms of Tcp/Ip packages
for most of the PDP o/s (RSX,RT,TSX..), and theres a DECUS version
available TSX with sources I think.


-- 
Jerry S. Weiss	  "If you can't stand the heat, stay out of the antimatter!"
j-weiss@nwu.edu    Dept. Medicine, Northwestern Univ. Medical School
Xref: sparky comp.sys.dec:6805 comp.unix.ultrix:9252
From: mcintosh@decvax.dec.com (Steve McIntosh)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: DEC 3000 AXP delivery times
Date: 11 Jan 1993 22:19:08 GMT
Organization: Digital Equipment Corporation
Distribution: world
Reply-To: mcintosh@decvax.dec.com (Steve McIntosh)
NNTP-Posting-Host: gruvy.ttb.dec.com

In article <2B4DAEE3.5619@news.service.uci.edu>, fredv@abba.acs.uci.edu
(Fred Velijanian) writes:

|> Has any end-user ordered and/or received an DEC 3000 AXP OSF/1 system
|> so far?
|> 
|> Delivery times for the "Early Ship Program" system is 75 days now. 
|> I've heard from other end-users who have received VMS AXP systems in
|> |> a matter of days. I know OSF/1 AXP is not released officially
|> until
|> March, but I thought the point of having the ESP program was to get 
|> a system with beta software quickly!
|> 

I do not know where the problem is here, but delivery time
for an Early Ship System is 14 days.  The delivery time for
a STANDARD order is 75 days, because they are *scheduled*
to ship in March per the development schedule.

You may consider confirming with you sales rep that your 
order is for an early ship system.

Regards,
Steve McIntosh
Xref: sparky comp.sys.dec:6720 vmsnet.pdp-11:933
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: comp.sys.dec,vmsnet.pdp-11
Subject: Re: PDPs and networks?
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 7 Jan 93 07:40:35 EST
Organization: Private UUCP Node

In article <6JAN199323581829@reg.triumf.ca> noel@reg.triumf.ca (NOEL GIFFIN) writes:
> In article <1993Jan7.070834.293@netcom.com>, sspatter@netcom.com (Samuel Scott Patterson) writes...
> >Hello again.
> > 
> >     Does anyone know if there was ever an ethernet card produced for 
> >Unibus?  If so, what are it's system requirements?  Will it run on an
> >11/34a with 256K of 18bit words?  also, about how much do they run, both
> >new and used?  Also, I would like to get TCPI protocol if this exists in
> >raw PDP-11/34 octal. :)  Or uncompiled equivalent.
> > 
> 
> 	The card I believe was called a DEUNA which was the unibus precursor to
> the infamous DEQNA q-bus DECNET/ETHERNET interface. They connected to
> thickwire ethernet using an H4000 or a DELNI port.  You could probably still
> find them but I wouldn't guarantee that they would work anymore. At least
> not with DECNET.  I think they tried to phase out all the DEQNA's due to some
> hardware incompatibility with the evolving spec's to DECNET.  I can't be
> really certain of this as there were problems with RSX11M decnet software
> and incompatibilities with new VMS releases.  I kept a DEQNA going on an RSX
> system right up until the router went to VMS 5.3 though. The same may
> have been true for the DEUNA's as well.  They were very early network
> technology and were big, fat and ugly to look at.  

RSX has no problem with the DEUNA, DELUA, DEQNA, or DELQA.  The issue with
the DEQNA was specific to VMS.  The DELUA and DELQA are faster, however.

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358

Newsgroups: comp.sys.dec
From: tilden@casbah.acns.nwu.edu (Robert Tilden)
Subject: Connection manager question
Organization: Northwestern University, Evanston Illinois.
Date: Mon, 4 Jan 1993 14:25:00 GMT

Early on in the boot process, nodes in my VaxCluster display the message

%CNXMAN SENDING VAXCLUSTER MEMBERSHIP REQUEST TO SYSTEM <NODENAME>

What determines the <NODENAME> that the request is sent to? On my system,
it is always the same node, but I don't understand why that node has been
picked...

Bob	tilden@nuhepl.phys.nwu.edu


Newsgroups: comp.sys.dec
From: welch@nervous.cis.ohio-state.edu (Arun Welch)
Subject: Third-party software for Alpha?
Organization: OSU-LAIR
Date: Fri, 8 Jan 1993 03:55:19 GMT


Is there a list anywhere of the third-party software that's been ported to
the Alpha running OSF/1?

...arun
----------------------------------------------------------------------------
Arun Welch
Lisp Systems Programmer, Lab for AI Research, Ohio State University
welch@cis.ohio-state.edu
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.sys.dec
Subject: Re: Are the Alpha-Machines big- or little-endian ?
Date: 9 Jan 93 16:43:01 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1993Jan8.170148.11988@wavehh.hanse.de>, cracauer@wavehh.hanse.de (Martin Cracauer) writes:
> Could anybody tell me, if the alpha machines are big-or-little-endian ?
> 
> Thanks

Like just about all DEC machines, the Alpha is little-endian.

Bruce C. Wright
From: cse0603@desire.wright.edu
Newsgroups: comp.sys.dec
Subject: How much CPU to maintain telnet?
Date: 11 Jan 93 12:51:18 EST
Organization:  Wright State University 

Hello

Anyone have some idea of what kind of resources (how much) would be involved in
maintaining a remote session from a VAX?

For example,  I telnet from my VAX at work to the local Universities Vax about
3 miles away to read news (not available on the work machine).  I suspect the
only resource being used here is a very small amount of CPU time.  Can anyone
tell me roughly how much?  I suppose a sysadmin could make a similiar
connection and monitor the process to see exactly how much, right?  I would be
very intrested in knowing, and also, it would be nice to have something to
compare the number to, eg maybe its comparable to an editing session?

Thanks for any help.

-Bassem
cse0603@desire.wright.edu

Newsgroups: comp.sys.dec,umich.unix
From: hallam@zeus02.desy.de (Phill Hallam-Baker)
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Reply-To: Hallam@zeus02.desy.de
Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
Date: Fri, 8 Jan 1993 22:58:34 GMT

In article <kGd=p9+@engin.umich.edu>, grue@rorge.engin.umich.edu (Paul Howell)
writes:

|>In article <1993Jan6.100304.616@infodev.cam.ac.uk>, rf@cl.cam.ac.uk (Robin
|>Fairbairns) writes:
|>> The thing that totally boggles me is that a (relatively) decent outfit
|>> like DEC should be bruiting their listing in a book as tacky as the
|>> GBR.
|>
|>dec just sent mail out on their dec-managers mail alias asking if in
|>the next osf/1 release for alpha, should the most recent osf/motif 1.2 
|>release be included.
|>
|>is this a no brain'r or what?
|>
|>gbr and "would you like to use current software?" makes one wonder.

Well I can see that people might possibly want to stage the upgrades. If you are
in the position of having to get your kit working on a new O/S I can see the
attraction of keeping to the same version of Motif while the operating system is
unstable.

In my day we used to do science experiments letting one parameter vary and
keeping everything else constant. 

Quite nice to be asked in fact...

--

Phill Hallam-Baker
Newsgroups: comp.sys.dec
From: nar@frigga.cs.wayne.edu (Nagarajan Ramesh)
Subject: Little Endian format?
Organization: Wayne State University, Detroit, MI
Date: Tue, 12 Jan 1993 21:43:09 GMT

Can anybody give me the IEEE Little Endian format?. Thanks
very much, in advance.

-Nagraj


-- 
-----------------------------------------------------------------------------
				!  I don't practice what I preach,   
Nagarajan Ramesh          	!  because I'm not the kind of person 
nar@cs.wayne.edu 		!  I am preaching for.
Newsgroups: comp.sys.dec
From: rust@lmsc.lockheed.com (William Rust)
Subject: Can Apple CD SC work with DEC5000?
Followup-To: comp.sys.dec
Organization: Lockheed Missiles & Space, Co
Distribution: north america
Date: Sat, 9 Jan 93 23:28:40 GMT

I need to install some software that was distributed only on CDROM, but I
don't have a DEC CDROM player.  Is it possible to use an Apple CDROM drive
with a DEC5000?  If so, what /dev file can access it?  Thanks...

William Rust
rust@lmsc.lockheed.com
Xref: sparky comp.sys.dec:6823 comp.os.vms:20785
From: hansg@risken.vd.volvo.se (Hans Granqvist)
Newsgroups: comp.sys.dec,comp.os.vms
Subject: VMS X/Motif MONITOR/xload available?
Date: 12 Jan 93 14:08:50 GMT
Organization: VolvoData

Does anybody know of a VMS equivalent of the commonplace UNIX 'xload'
which will graphically display the CPU usage over a period of time?

thank you
--
Hans Granqvist                                  Just one guy's opinion 
Volvo Data Corporation, Gothenburg, Sweden      
To every complex problem there exists an easy solution that's not correct.
Newsgroups: comp.sys.dec,vmsnet.pdp-11
From: sspatter@netcom.com (Samuel Scott Patterson)
Subject: PDPs and networks?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 7 Jan 1993 07:08:34 GMT

Hello again.

     Does anyone know if there was ever an ethernet card produced for 
Unibus?  If so, what are it's system requirements?  Will it run on an
11/34a with 256K of 18bit words?  also, about how much do they run, both
new and used?  Also, I would like to get TCPI protocol if this exists in
raw PDP-11/34 octal. :)  Or uncompiled equivalent.

     Okay, second part..  If PDP's can't support ethernet, does anyone
have any idea what would be a good protocol for networking them with
more modern computers?  The only thing I've come up with is a parallel
port...    I would be very interested an any ideas.  Thanks again. :)
		
						-Scott

Newsgroups: comp.sys.dec
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Organization: Indiana University, Bloomington
Date: Wed, 6 Jan 1993 21:53:12 GMT

In article <9301062018.AA12524@TIS.COM> mjr@TIS.COM writes:
>>dec just sent mail out on their dec-managers mail alias asking if in
>>the next osf/1 release for alpha, should the most recent osf/motif 1.2 
>>release be included.
>>
>>is this a no brain'r or what?
>
>	It's a total no brainer, and I'd guess it probably is a reflection
>of some internal struggle within Digital that they're asking. Someone,
>somewhere, probably wanted to cut costs/resources by not bothering with
>the most recent version of motif, so the usual waffling and struggle will
>occur.

I can't imagine how it would save money.  Sounds like pure silliness to me.

>	For example - whatever happened to Gail Grant's "poll" about making
>patches available on the internet? Gail asked for the net's opinion (and it
>was overwhelming) but didn't promise anything'd come of it. That sounds
>like a "give me ammunition" request if I ever heard one. It's vaguely
>pathetic to see a vendor so out of touch with their target market that
>they even need to ask these kinds of things.

I thought that was pretty silly that Gail even had to do that.  If they'd just
look and notice that other vendors are doing it, they should be able to catch
on.  I doubt Gail will ever gain any kind of management position in the
company.  He's too clear in his thinking, knows the obvious, and realizes
that there are many things that we don't need a committee to decide.

Another good example is the Bookreader on character cell terminals.  DEC has
just announced that they have this in the works.  However, when someone made
a similar program a year or so ago, they threatened lawsuits, etc.  Now, I
understand (to a degree) that if you have a proprietary format, and someone
did reverse engineering, etc., that you might get agitated.  But, why didn't
someone think to pay that person for their source, make the right mods, then
release it.  DEC could've saved money, and face.  But, the people running the
show can't think that way.  If they did, they wouldn't have their positions...

	Darrin
-- 

mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu

"I want- I need- to live, to see it all..."
Newsgroups: comp.sys.dec,comp.dsp
From: payne@crl.dec.com (Andrew Payne)
Subject: Re: Alpha fft performance
Organization: DEC Cambridge Research Lab
Date: Mon, 4 Jan 1993 15:42:45 GMT

In article <1992Dec31.164221.27734@aplcen.apl.jhu.edu> shif@aplpy.jhuapl.edu (Gary D. Shiflett) writes:
>Malak was interested in comparing the i860 FFT performance to other 
>commercially available DSPs. My question is: what is the FFT performance of
>the family of DEC alpha micros (theoretical, simulated, or measured ???)?
>I would be interested in knowing not only MFlops, but also FFT algorithm,
>transform size(s), optimum execution times, and any stipulations (as
>described by Alan above) associated with the benchmarks.

For a 1024 point, complex, single precision FFT (i.e. just fits in the on-chip
8K D cache), we have a measured time of 96,000 cycles.  For the various Alpha
systems, this translates to:

	133 MHz clock		722 microseconds
	150 Mhz			640 microseconds
	200 MHz			480 microseconds

The algorithm is a radix-4 algorithm, and is basically just a C translation
of the FORTRAN code in "DFT/FFT and Convolution Algorithms" by Burrus and 
Parks (with a few tweaks, of course).  It was compiled with GCC 2.3 and
the execution time was measured with the Alpha's process cycle counter.

The Digital Extended Math Library (DXML) for Alpha reportedly can do even 
better, but I don't have any current performance numbers.  For more info on
DXML, contact your local Digital sales rep.

For some more information on signal processing on Alpha, see our technical
report "Are DSP Chips Obsolete?" available via anonymous FTP from 

	crl.dec.com:/pub/DEC/CRL/tech-reports/92.10.ps.Z

For details on e-mail retrieval, or ordering printed copies, send a message
with a "help" subject to:

	techreports@crl.dec.com

If you have any other Alpha questions, feel free to drop me a note.
-- 
Andrew C. Payne
DEC Cambridge Research Lab
From: dwing@cudnvr.denver.colorado.edu (Dan Wing)
Newsgroups: comp.sys.dec
Subject: Re: Closing Operator Log in BATCH
Date: 8 Jan 93 14:00:33 GMT

In article <1993Jan7.103120.35@condor>, cfstmpab@logica.co.uk writes:

>    Please could you tell me if there is a way of closing the operator log
> file without resorting to a $reply/log command or using any $reply commands.
> The problem is that the $reply commands don't work in batch and I need to 
> close the operator log in batch mode.

Actually, REPLY doesn't work if SYS$COMMAND isn't a terminal.  So if OPA0:
is enabled as an operator terminal, you can:

  $ DEFINE/USER_MODE SYS$COMMAND OPA0:
  $ REPLY/LOG

Within your batch program.  Add whatever sortof classes you want to enable 
for the operator log.  I hacked the code out of 
SYS$STARTUP:VMS$BASEENVIRON-050_VMS.COM so it would honor the OPC$ logicals.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
Newsgroups: comp.sys.dec
From: janick@bnr.ca (Janick Bergeron)
Subject: SCSI address of RZ23 disks
Organization: Bell-Northern Research Ltd, Ottawa, Canada
Date: Wed, 6 Jan 1993 16:59:04 GMT

I am canibalizing a DS3100 and would like add its RZ23 to another
DS3100. The SCSI & power connectors are available for a second
internal disk as well as the anchor bolts. The one thing I can't
see is how to change the SCSI address from device #3 to device #2.

I didn't unmount the drive to check the underside but all I could
see was three jumpers on top (with 2 out of three shorted).

Any help will be appreciated. Please reply via email to the
address below.


-- 
Janick Bergeron    Bell-Northern Research, Ltd       Ph.: (613) 763-5457
System Timing   P.O. Box 3511, Station C, Stop 049   Fax: (613) 763-7241
Verification     Ottawa, Ontario, Canada, K1Y 4H7  email:  janick@bnr.ca 
library quote; use quote.funny;                  use std.disclaimer.all;
From: bleau@umdsp.umd.edu
Newsgroups: comp.sys.dec
Subject: VS3100-76 SCSI question
Date: 8 Jan 93 22:48:28 GMT
Reply-To: bleau@umdsp.umd.edu
Organization: University of Maryland Physics Dept.

Hi, netters.  I have a couple of questions about the VAstation 3100 model 76. 
I have one of those beasties with a 2nd SCSI bus.  It currently has a RZ23
system disk on the 1st scsi bus.  The 2nd scsi bus has a TZ30 cartridge tape
drive, an external optical drive and winchester drive, and an X.25 receiver
that uses a scsi id, leaving only 3 scsi id's on that bus.

1)  I just found out that the 1st SCSI bus on teh VS3100-76 is internal only
and can't be extended beyond the system box.  That limits me in that all my
additional scsi devices have to go on the 2nd bus.  Can anyone confirm or deny
this statement?  I got it from DEC, btw, but you never know.  Also, is there a
non-DEC way of feeding it to the outside world?

2)  I was warned by a 3rd party disk vendor to stay away from SCSI id 7.  He
said that DEC has their cpu at scsi id 6, and that some devices will work at
scsi id 7, but they get a little flakey, and he gave the impression that it'd
be a bad idea to depend on devices at that id.  He also mentioned that this bug
was fixed in the VS4000-60.  Can anyone confirm or deny this bug, and give more
specifics on it?  Also, can you comment on if it has really been fixed, or is
it still lurking; ie, am I safe in putting scsi devices (or even the scsi
adapter) at scsi id 7?

3)  I was told the the VS3100-76 only has scsi-1, not scsi-2.  If I buy a
disk drive with a scsi-2 interface, what can go wrong if I attach it to the
scsi-1 adapter on my system?

4)  I have an internal TZ30, but it's on the 2nd scsi bus.  Is there a way I
can put this on the 1st scsi bus?  Some special, but easy to get, cable maybe?
If you have a part number, that'd be great (are you listening, DEC field
service?).

Larry Bleau
University of Maryland
bleau@umdsp.umd.edu
301-405-6223
Newsgroups: comp.sys.dec
From: pampreen@emunix.emich.edu (Dave Pampreen)
Subject: Re: question about phone utility
Keywords: phone - answering message 
Organization: Eastern Michigan University
Distribution: this newsgroup
Date: Sun, 10 Jan 1993 03:30:24 GMT

   I wrote a small program that will grab these messages and store them.  You
can read and delete them.  I am sure you can modify the code to do anything 
you want (send a message or answer)

Anybody who would like it just e-mail me and I will send it.

Dave

pampreen@laurel.emich.edu or pampreen@emunix.emich.edu
Xref: sparky comp.sys.dec:6758 comp.dsp:2952
From: mjr@TIS.COM (Marcus J Ranum)
Newsgroups: comp.sys.dec,comp.dsp
Subject: Re: "Are DSP Chips Obsolete?" (was re: Alpha fft performance)
Date: 8 Jan 93 20:53:09 GMT
Reply-To: mjr@TIS.COM
Followup-To: comp.sys.dec
Organization: Trusted Information Systems, Inc.

>The paper ignores the issue of cost, power consumption, and weight.
>Cellular phones are going digital.  These require real time speech
>compression algorithms in a unit small enough to be hand-held and
>run for hours on battery power.

	I have this great mental image of a cellular phone with the
blades of an Alpha chip-radiator sticking out from the back...  The
battery pack'd be a bitch to lug around with you - I guess you could
use a little hand-truck or something.

mjr.
Xref: sparky comp.sys.dec:6717 vmsnet.pdp-11:930
From: noel@reg.triumf.ca (NOEL GIFFIN)
Newsgroups: comp.sys.dec,vmsnet.pdp-11
Subject: Re: PDPs and networks?
Date: 6 Jan 1993 23:58 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: reg.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan7.070834.293@netcom.com>, sspatter@netcom.com (Samuel Scott Patterson) writes...
>Hello again.
> 
>     Does anyone know if there was ever an ethernet card produced for 
>Unibus?  If so, what are it's system requirements?  Will it run on an
>11/34a with 256K of 18bit words?  also, about how much do they run, both
>new and used?  Also, I would like to get TCPI protocol if this exists in
>raw PDP-11/34 octal. :)  Or uncompiled equivalent.
> 

	The card I believe was called a DEUNA which was the unibus precursor to
the infamous DEQNA q-bus DECNET/ETHERNET interface. They connected to
thickwire ethernet using an H4000 or a DELNI port.  You could probably still
find them but I wouldn't guarantee that they would work anymore. At least
not with DECNET.  I think they tried to phase out all the DEQNA's due to some
hardware incompatibility with the evolving spec's to DECNET.  I can't be
really certain of this as there were problems with RSX11M decnet software
and incompatibilities with new VMS releases.  I kept a DEQNA going on an RSX
system right up until the router went to VMS 5.3 though. The same may
have been true for the DEUNA's as well.  They were very early network
technology and were big, fat and ugly to look at.  

										Noel@reg.triumf.ca
Newsgroups: comp.sys.dec,comp.dsp