HDTenEightyP/NetNews huggingface dataset:
From: smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC)
Newsgroups: comp.sys.dec
Subject: Re: Closing Operator Log in BATCH
Date: 7 Jan 93 16:21:50 GMT
Organization: SunConnect
NNTP-Posting-Host: hardy.france.sun.com

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.

The reason $reply commands don't work in batch is that they assume
SYS$COMMAND is a terminal, which for a batch job isn't true.

You could try adding a
$define/user sys$command opa0:

before the reply, or write a quick program which uses the $sndopr
system service (or its replacement, I can't remember if there is an
updated call). Its pretty simple to use.

Steve


-- 
Steve McKinty
SUN Microsystems ICNC
38240 Meylan, France
email: smckinty@france.sun.com	   BIX: smckinty
Newsgroups: comp.sys.dec
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: Re: Third-party software for Alpha?
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Date: Sat, 9 Jan 1993 13:04:56 GMT

In article <1993Jan8.141023.1@cudnvr.denver.colorado.edu>, dwing@cudnvr.denver.colorado.edu (Dan Wing) writes:
>In article <1993Jan8.035519.18121@cis.ohio-state.edu>, 
>welch@nervous.cis.ohio-state.edu (Arun Welch) writes:
>
>> Is there a list anywhere of the third-party software that's been ported to
>> the Alpha running OSF/1?
>
>Ask your DEC sales rep (seriously).  At DECUS, DEC was very proud of all the 
>companies that promised to port their code, or write new code, to Alpha, and
>I would imagine DEC has a list.  TGV and Cognos come to mind right away, but
>I know there are more.
>
>-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
> Systems Administrator, University Hospital, Denver

Call the SOFTbase number (1-508 467 4233), or call 1-800 DIGITAL, and
ask for a copy of the "Alpha AXP Software Application Listing". The
copy that I have, dated November 1992, contains a pretty long list of
what is available.

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
Newsgroups: comp.sys.dec
From: bds@mbunix.mitre.org (Smith)
Subject: connecting to VAXstation 4000/90 from Mac
Organization: The MITRE Corporation, Bedford, MA
Distribution: comp.sys.dec
Date: Fri, 8 Jan 1993 16:35:10 GMT


We need to connect to a VAXstation 4000 Model 90 from an Apple
Macintosh using MacX.  The 4000/90 has DECwindows Motif V.1.1.  We
routinely do this sort of thing between Macs and UNIX machines, but
this time it seems the system can't find xterm.  Could someone please
help?  Thanks.

Barry Smith
bds@mbunix.mitre.org
From: noel@reg.triumf.ca (NOEL GIFFIN)
Newsgroups: comp.sys.dec
Subject: Re: Are the Alpha-Machines big- or little-endian ?
Date: 11 Jan 1993 14:03 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: reg.triumf.ca
Summary: Architecture/systems little, chip bi
Keywords: endian, architecture, chip
News-Software: VAX/VMS VNEWS 1.41    

>The Alpha chip (DECchip 21064) can be used to build either a big endian
>or little endian system.  For example, the Cray Research Alpha-based
>MPP system is big endian.


	Ok I'll byte, How many little Endians does it take to make            
	One Big Endian?                                                  

                                         Noel@reg.triumf.ca
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: Re: RD53s won't stay spun-up
Date: 5 Jan 93 12:13:38 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <C09q98.Aoq@world.std.com>, mbg@world.std.com (Megan B Gentry) writes:
> Could it be the controller?  Have you used that controller with other
> drives successfully?

yes. 

> Also, the drive should be jumpered for DS3 (drive select 3), which
> should be access by the controller as unit 0.

(You know, to anyone not familiar with this hardware, this would seem the
height of idiocy... but in context it makes perfect sense... as much as 
anything in the ST506 disk drive era does!)

The drives were set at DS2 for formatting on the PC (as the C: drive, at the
end of a control cable with the twisted DS leads) and set back to DS3 for
attempted use on the RQDX3. 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.sys.dec
From: system@ubevx1.unibe.ch (Martin Egger)
Subject: Re: Alpha info???
Reply-To: SYSTEM@ID.unibe.ch
Organization: University of Bern, Switzerland
Date: Tue, 12 Jan 1993 11:43:15 GMT

In article <C0qHFu.8Gr@lut.fi>, saffe@cc.lut.fi (Petri Savolainen) writes:
>Could someone please point me a source for information about the Alpha
>processsor? Technical specs available, how much is it (if available) in small
>quantities, any related info? What's the address of dec, btw? @dec.com???

DEC has a fileserver called gatekeeper.dec.com which can be used with anonymous
login. Interesting files are in the /pub/DEC/DECinfo tree. 

Martin

*******************************************************************************
  Martin Egger, Ph.D., Computing Services - System and User Support Group
  University of Bern, P.O. Box, Laenggassstrasse 51, CH-3012 Bern, Switzerland
  Phone: ++41 (0)31 65 38 45, Fax: ++41 (0)31 65 38 65, Telex: 753 112 unib ch
  RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch;
  HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger 
*******************************************************************************
Newsgroups: comp.sys.dec
From: jdoyle@phy.umassd.edu (Jim Doyle)
Subject: Need hardware manual for 3Min,3Max+,Maxine
Organization: University of Massachusetts Dartmouth
Date: Mon, 4 Jan 1993 22:42:03 GMT

	I am working with the MK78 MIPS release (Mach 3.0) - I
havelocated the System Module Functional Descriptions for the 3100 and 
DS5000/200 (KN01 and KN02). These were on gatekeeper.

	I need these documents for the other DEC MIPS platforms:

3Min (DS5000/100)
3Max+(DS5000/240) (KN03)
MAXine (DS5000/20,25,33) KN02BA,CA

If you have them, could you ftp them to the incoming directory on
nic.umass.edu or mail me so we can arrange to xfer them.


Thanks!


...... Jim

Newsgroups: comp.sys.dec
From: u7811091@cc.nctu.edu.tw (Fool)
Subject: Re: "Are DSP Chips Obsolete?" (was re: Alpha fft performance)
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 11 Jan 1993 18:01:07 GMT

Marcus J Ranum (mjr@TIS.COM) wrote:
> >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.

    I read that report and thought it was totally biased towards 
  general purpose cpu.  Look at the performace comparsion (2.2),
  it compared them with the cycle period at first.  Well, 21064 
  is well known as the fastest chip in the world, and TI320c40 
  costs as low as $500(? rumor.)  And the comparsion followed
  all assume the data and code is in cache (I guess? can someone
  prove this?)  Sure code can be in instruction cache, but data
  are changing with time, how can them exist in memory?

    Cannot deny that general purpose cpu has a better development
  environment.  But who said the DSP chips has no good development
  environment?  

    And the "Is Real Time Necessary" part made me feel strange.  
  Hum, real-time not necessary in DSP?  It said the general purpose
  cpu has cache, so after a initial time, it will run faster.  But
  the question is, the 8K cache on 21064 is enough?  

    I can imagine if a modem with 21064's heat-sinker.  (grin).

    21064 is a good general purpose cpu, but today's DSP is somewhat
  toward parallel processing (in my own opinion).  TI320c40 is fast,
  but it is not only fast, but flexible communication and reasonable
  cost.  This makes me to think of Alpha-PC, another joke, I think.

    							Porco.

    ps. this is only my own opinion, not representing anything else.

====================================================================
IC Yang 				 (u7811091@cc.nctu.edu.tw)
Room 216, Dorm. 12
EE dep of National Chiao-Tung University
Hsin-Chu, Taiwan, ROC.
From: aej@manyjars.WPI.EDU (Allan E Johannesen)
Newsgroups: comp.sys.dec
Subject: Re: How does one reset the system clock on a DEC 5000/200?
Date: 12 Jan 93 08:35:58
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
Distribution: usa
NNTP-Posting-Host: manyjars.wpi.edu
In-reply-to: iglesias@draco.acs.uci.edu's message of 12 Jan 93 07:01:35 GMT

Both the answers I have seen are correct:

1) setting the time (see the `date` command) will fix the "system
   clock", and
2) the battery should be replaced.

Also, I would suppose that USC should have a network of NTP time
servers, although I can't tell you how to get in touch with them.  If
there's some sort of central computer administration, I suggest you
contact them.  DEC distributes NTP (Network Time Protocol) software
with their systems, and you can use that excellent mechanism to
synchronize your station's time and also to set it at system startup
(although you'll have to write the command to do that and install it
in rc.local)

After you've set up time service, a line in rc.local like:

[ -f /usr/local/bin/ntp-startup ] && /usr/local/bin/ntp-startup

with /usr/local/bin/ntp-startup of:

#!/bin/csh -f
set path=(/usr/bin /usr/ucb /bin /usr/etc $path)
ntp -s -f `egrep "^(peer|server)" < /etc/ntp.conf | awk '{print $2}'`

will set the clock at startup, dead battery or not.
Newsgroups: comp.sys.dec,comp.os.vms,vmsnet.pdp-11
From: zrepachol@cc.curtin.edu.au
Subject: Re: Two VAXes sharing the one BA11!!!
Organization: Curtin University of Technology
Date: Wed, 6 Jan 1993 19:06:55 GMT

In article <1993Jan6.102059.29154@lugb.latrobe.edu.au>, cchd@lucifer.latrobe.edu.au (Huw Davies) writes:
> As part of a project I'm involved with at work to use a 780 and 785 as
> backend processors for our soon to arrive Alpha system I have ended up
> with the two VAX systems sharing one BA11 (the other BA11 was 110V and
> made nice white smoke when used at 240V :-).
> 
> The two systems are up and running, but there is one little problem
> (there's always one little problem :-). Unless both VAX processors are
> powered up, the devices in the BA11 appear invisible to the VAX
> that's running. From my understanding of the wiring of the parts of the
> BA11 backplane, the only signals passed through relate to power supply,
> not logic. Can anyone shed any light on this?
> -- 

ACLOW and DCLOW The devices SHOULD refuse all discourse till both are high.
Either CPU down will pull the lines LOW, -> powerfail, hence devices will crawl
off to NewZealand and sulk.

I assume you are using two lots of DDs in one case, so a little diode or two
in the right places should fixit.

The other answer of course, is make sure both vaxen are sucking. ( 240v that is
:-) what do you expect posting this to .pdp-11 ) Guess its not the omega.

Got a spare ba if you want it...

~Paul
From: ecf_stbo@jhuvms.hcf.jhu.edu (UNIX of course, now what was the question?)
Newsgroups: comp.sys.dec
Subject: Re: "User firms plagued by LAN money pits"
Date: 8 Jan 1993 09:49 EST
Organization: The Johns Hopkins University - HCF
Distribution: world
NNTP-Posting-Host: jhuvms.hcf.jhu.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <199301080810.AA14083@tuna.wang.com>, IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club") writes...
>The subtitle reads "Forrester study finds cost of
>local net support eating up corporate cash but offers tips for
>relief."  

Don't forget that in the geocentric world of 'trade journal' publications there
is always an implicit 'NOVELL PC' in front of the word LAN. I think what you
have here is a case of 'escape from MIS' eventually turning into 'running back
to MIS screaming HELLLLLLP!', in other words: 'we got PCs on our desk so we
wouldn't have to pay MIS for services and to feel we were managing our own
systems but we didn't plan it properly and don't know how to run our systems
and a salesperson told us this would solve all our problems and we listened to
the salesperson instead of our own people so HEEELLLLLLLLPPP! (for free, of
course). 
hahahahahahahaha 


Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
Newsgroups: comp.sys.dec,umich.unix
From: grue@rorge.engin.umich.edu (Paul Howell)
Subject: Re: DEC puts first marketroid on the moon
Date: Wed, 06 Jan 93 13:51:56 EST
Organization: University of Michigan Engineering, Ann Arbor
Keywords: DEC INFOSHARE Alpha lunacy
Originator: grue@rorge.engin.umich.edu


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.

< Paul

-- 
Paul Howell
Computer Aided Engineering Network, The University of Michigan
2121 Bonisteel Drive		    voice: (313)936-2486
Ann Arbor, MI 48109-2092		  fax: (313)936-3107
From: paulonis@kodak.com (Mike Paulonis)
Newsgroups: comp.sys.dec
Subject: Re: connecting to VAXstation 4000/90 from Mac
Date: 8 Jan 93 21:40:56 GMT
Organization: Eastman Chemical Co., Kingsport, TN, USA
X-UserAgent: Nuntius v1.1.1d13
X-XXDate: Fri, 8 Jan 93 16:43:22 GMT

In article <1993Jan8.163510.3692@linus.mitre.org> Smith,
bds@mbunix.mitre.org writes:
>
>We need to connect to a VAXstation 4000 Model 90 from an Apple
>Macintosh using MacX.  The 4000/90 has DECwindows Motif V.1.1.  We
>routinely do this sort of thing between Macs and UNIX machines, but
>this time it seems the system can't find xterm.  Could someone please
>help?  Thanks.
>
Do you have xterm on the VAX?  Did you tell MacX specifically how to find
it if you do?  Is your VAX running some TCP package? VAX and Unix are
quite different with respect to MacX and getting it to work with the VAX
is not quite plug-n-play like it is with Unix.

Assuming you have some TCP package on the VAX such as UCX, one way to do
what you want is to start MacX, then from the VAX enter

set display/create/node=(internet address of Mac)/transport=tcpip/screen=0

This sets the display to point at the Mac.  Then enter the command to
start xterm or DECterm or whatever X display application you want to show
up on the Mac.  The screen parameter can be 0 through 3, depending on
your need for color or a root window.

This could be considered the hard way.  The same thing could be
accomplished the easy way from MacX remote commands if the VAX has the
appropriate object installed to allow MacX to do the equivalent of rexec
in Unix.  One such object, MSAX$CLIENT, is provided in DEC Pathworks.  If
you have Pathworks I refer you to the documentation on how to utilize
this object.  I don't have it handy so I can't point you to the right
spot.  If your Mac is running Pathworks, you can accomplish the set
display using decnet rather than tcpip.

I hope this gets you started down the right path.
Newsgroups: comp.sys.dec
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: How does one reset the system clock on a DEC 5000/200?
Keywords: DEC DECStation 5000/200
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Tue, 12 Jan 1993 05:53:54 GMT

mamisra@pollux.usc.edu (Manavendra Misra) writes:

>Recently, I moved my Decstation to a new office.  I had a hard time
>in rebooting it, but finally managed to get it up.  But, in the process, it
>came up with an error message that said: Battery lost on clock backup; and
>it asked me to reset the clock.  How do I reset the system clock?  Sorry 
>if this is a trivial question, but I don't have the system manuals.

I don't know about other operating systems, but I believe that
setting the system time under ultrix will cause the system clock
to be set.  I'll have to check the manuals for my 5000/200

					Megan
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: Re: RD53s won't stay spun-up
Date: 5 Jan 93 12:20:39 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <C0AGzD.GtH@watdragon.uwaterloo.ca>,
 kcwellsc@watdragon.uwaterloo.ca (Ken Wellsch) writes:
> You don't say anything about the history of the drives.  We here at U of
> Waterloo have loads of RD53's that have the same behavior.  [...]
> So my guess is you've received these drives with
> this condition (i.e. they did the same in their DEC equipment as well
> which maybe why you've now got them?)

No, actually they were working fine on the RQDX3 controller some time ago.
They were removed from service when I got one ESDI drive + Q-bus controller for
essentially free, said ESDI drive being bigger and faster than all of the 
RDnn drives put together.  They sat on the shelf for a few months.  Very
recently I've had a need to throw together some low-end PCs, and I had these
drives, and I have pressed RD53's into PC service before... 

I'd suspect "stiction" or some such from the long "shelf time", except that
one of these drives formatted successfully on the PC before acquiring this
"won't stay spun-up" disease.

> The current theory is this: these Micropolis 1325's and 1335's apparently
> have quite sophisticated current sensing circuits to monitor the motor
> load and such.  With time, the motor windings degrade and the current
> load exceeds the tolerance of the limiting circuit.  The spin-up spin-down
> behavior is the drive saying I am not working correctly.
> 
> I've also heard about these puppy's having thermal troubles as well, they
> run for a while then spin down.  I think it may be a similar problem.
> 
> Indeed as others have pointed out, they do draw a heck of a current normally
> as well -- 2.5A as +12V normally.

Thank you to EVERYONE for the information so far.  

(This is the sort of problem that's more annoying than I really have time for.
70 MB of disk for a PC just doesn't cost that much nowadays; I don't really
*need* to use these big, power-hungry, slow drives... but now that this
problem has surfaced, I want to understand it, if only so I can avoid it in the
future!)

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: rf@cl.cam.ac.uk (Robin Fairbairns)
Newsgroups: comp.sys.dec,umich.unix
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Date: 6 Jan 93 10:03:04 GMT
Organization: U of Cambridge Computer Lab, UK

In article <1icj25INNe3u@controversy.math.lsa.umich.edu>, william@amadeus.stat.lsa.umich.edu (William Pietri) writes:
|> [...]
|> 
|> A new computer chip no bigger than a human finger nail, yet as powerful
|> as the room-size supercomputers of ten years ago, is named as the
|> world's fastest computer chip in the latest issue of the Guinness Book
|> of Records.  The new chip, called the Alpha AXP(TM), [...]

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.

(I forbear to mention what I think about Guinness' business practices,
or my opinion of the McWhirters, who founded the GBR.)
--
Robin (Keep Radio 3 != Classic FM) Fairbairns       rf@cl.cam.ac.uk
U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
From: jbitar@uoft02.utoledo.edu
Newsgroups: comp.sys.dec
Subject: mounting disks between DECstations and HP Workstations
Date: 8 Jan 93 10:40:51 EST
Organization: University of Toledo, Computer Services


   I need some help on mounting disks off of a DECstation 3100 (ULTRIX 4.1)
onto an HP 9000/720 Workstation (HP-UX 8.07).
  Upon attempting to mount these disks I get the message (on the HP) :

  mount: server not responding: RPC_AUTH_ERROR; why = AUTH_TOO_WEAK 
(remote error)

  I should also point out that mounting disks off of a Stardent (Titan) onto 
the same HP workstation works fine.  So I know that the nfsd daemons are 
working properly. 

  Any ideas or suggestions on how to resolve this problem would be appreciated.
 Would you please send responses and suggestions directly to me and I'll 
 summarize to the net if need be. 

						Joseph Bitar
						Chemistry Dept.
						Univ. of Toledo
From: hong@mbfys.kun.nl (Hong Zhou)
Subject: PostScript to HP convertor needed
Organization: University of Nijmegen, The Netherlands
Date: Wed, 6 Jan 1993 13:43:26 GMT

Hi Everyone out there!

I am looking for a utility that prints a postscript file on a
HP LaserJet printer. If you happen to  know anything about this, please
drop me a line.

Thanx in acvance,

hong@mbfys.kun.nl

Newsgroups: comp.sys.dec
From: jg@crl.dec.com (Jim Gettys)
Subject: Re: X11R5 server and suport for PMAGB-B
Organization: DEC Cambridge Research Lab
Date: Fri, 8 Jan 1993 01:40:41 GMT

The first you'll see (on Digital's Unix systems) is Alpha/OSF, which
is R5, and will be announced soon.  I'd expect the other systems to follow,
but I have enough trouble keeping track of Alpha stuff in Digital right now.
			- Jim Gettys
-- 
Digital Equipment Corporation
Cambridge Research Laboratory
Newsgroups: comp.sys.dec
From: chuang@athena.mit.edu (Weihaw Chuang)
Subject: CALL_PAL question
Keywords: alpha, 21064
Organization: Massachusetts Institute of Technology
Distribution: usa
Date: Sun, 10 Jan 1993 03:24:34 GMT

Does anyone know how the CALL_PAL command in the DEC alpha transfers
control to the PAL code in memory.  Could you e-mail mail me or post
the information on how this is done.   


Newsgroups: comp.sys.dec
From: norm@modcomp.com (Norm Brake)
Subject: WPS-78 -> PC transfer
Organization: MODCOMP, an AEG company
Distribution: usa
Date: Thu, 7 Jan 1993 17:18:48 GMT
Summary: Query: how to transfer documents from WPS-78 8" disks to a PC.
Keywords: WPS-78

Anybody know if there is a DX protocol handler for MSDOS that I can
use to transfer documents off of a WPS-78?  I would like to move them
into a more modern environment (and less expensive to fix).  I am able
to establish communications between the two systems, but I can only do
a "CX" transfer which loses all of the format information (rulers, etc.).

As a last resort, I might me willing to buy something from DEC if they
have an appropriate software package.

Any help would be appreciated.

Norm

norm@modcomp.com


--
Norm Brake                                Modular Computer Systems, Inc.
(norm@modcomp.com)                        P.O. Box 6099                   
Software Tools Group                      Ft. Lauderdale, FL, USA 33340-6099
Newsgroups: comp.sys.dec,comp.os.vms,vmsnet.pdp-11