HDTenEightyP/NetNews huggingface dataset:
From: mrr@noyer.cxo.dec.com (Mark Richard Rance)
Newsgroups: comp.unix.ultrix
Subject: Re: Session Manager not the only thing that's pausing
Date: 28 Dec 1992 18:54:46 GMT
Organization: Digital Equipment Corporation
Distribution: world
Reply-To: mrr@noyer.cxo.dec.com (Mark Richard Rance)
NNTP-Posting-Host: noyer.cxo.dec.com



|> 
|> --
|> - Gerald Combs writes
|> 
|> >  We're running INN 1.2 on a DECstation 5000/200 with Ultrix 4.3 and Motif 
|> >1.1.3.  Whenever the session manager is paused for any length of time 
|> >(usually about an hour), INN freezes until the session manager is unpaused.  
|> >Has anyone else had this problem, or have any idea why this is happening?
|> 
|> Yes, the session manager when paused causes the Xserver to not handle any 
|> X events.  They are queued and delivered to the Xserver when unpaused.
|> 
|

yeah, and believe it or not, this behaviour was designed in!  what you'll
see is the image growing larger and larger as it allocates memory to buffer
any incoming events.  this even includes update events to dxclock!  a real
bad idea is to pause your screen before going on a long holiday.

a potential work-around is to, instead, use xlock, available at an 
ftp site near you.  i recommend "xlock -mode flame"

mark
From: avolio@TIS.COM (Frederick M Avolio)
Newsgroups: comp.unix.ultrix
Subject: Re: Motif for ULTRIX
Date: 31 Dec 92 14:47:05 GMT
Reply-To: avolio@TIS.COM
Organization: Trusted Information Systems, Inc.

Digital "supplies" it. It comes standard with the latest version of
ULTRIX.  You Digital Sales Rep can help.

Fred
From: wilko@russia.idca.tds.philips.nl (Wilko Bulte)
Newsgroups: comp.unix.ultrix
Subject: Re: Unix freeware CD-ROMs
Date: 29 Dec 92 19:45:38 GMT

To the best of my knowledge the distribution of the European Freeware CDROM
was stopped because of some legal hassle. Something with certain sources
which should not have been on the CD

Lawyers....

Wilko


--
 |   / o / /  _   Wilko Bulte               Domain: wilko@idca.tds.philips.nl
 |/|/ / / /( (_)  EasyNet: HLDE01::BULTE_W  uucp  : [mcsun,sun4nl]!philapd!wilko
|d|i|g|i|t|a|l|  Equipment  Enterprise  -  IISS/SE   voice: +3155-432372
fax: +3155-432103 DTN: 829 2372 PO Box 245 - 7300 AE Apeldoorn - The Netherlands
From: mjr@TIS.COM (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Unix freeware CD-ROMs
Date: 27 Dec 92 23:07:00 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Informations Systems, Inc.

bt021@cleveland.Freenet.Edu (Joshua M. Brodsky) writes:
>I recently found a good collection of Unix freeware, and I am
>looking for others.  In "UNIX TACTICS" in a recent Digital News &
>Review, Kurt Reisler mentions two other collections called
>"European Unix Freeware" and "Good Stuff"

	I've fallen out of the loop as a result of changing jobs,
but my understanding is that the Good Stuff CD will be shipping to
people who have automatic software update service. It went to the
distribution group back in November sometime. I don't know what
DEC's plans are as far as future releases or updates, and I'd kind
of hoped that one of the guys would post something about it when
people starting giving them out at DECUS.
	Good Stuff consists of 2 disks: one of sources and one
of precompiled binaries on a mountable filesystem. I think it was
just the sources disk that was being distributed at DECUS.
	Perhaps one of the folks at DEC who is involved in the
Good Stuff can clarify what's up with the project...?

mjr.
From: mjr@TIS.COM (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Unix freeware CD-ROMs
Date: 29 Dec 92 20:56:08 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Informations Systems, Inc.

wilko@russia.idca.tds.philips.nl (Wilko Bulte) writes:
>To the best of my knowledge the distribution of the European Freeware CDROM
>was stopped because of some legal hassle.

	Government hassle, not legal hassle. The EFCDROM had the sources
for "crack", which included a fast DES implementation. Unfortunately,
that made the EFCDROM a munition and unexportable. I believe that another
version without the deadly weaponry ;) was pressed.

mjr.
Newsgroups: comp.unix.ultrix,comp.unix.admin
From: peter@volvo.volvo.se (Peter Hkansson)
Subject: Re: Backup procedure sought
To: wes@dd.dk
Organization: Volvo Data Corp. Sweden
Date: Tue, 22 Dec 1992 21:16:50 GMT

In article <1992Dec22.145720.1684@dd.dk> you write:
>I'm running an Ultrix 4.3 system on a DECSystem 5100 having three rz24 disks
>and two rz57 disks. The disks are partitioned into eight different file-
>systems. I need a backup procedure that (unattended) will bring the system
>into single-user mode, do a full or an incremental backup on *ONE* tape
>and then bring the system back into multi-user mode again. I have read
>the docs for dump(8) over and over again, and to me it seems like there is
>no way to make dump put more filesystems on the same tape. and Also
>it seems to me that there's no way to bring the system into single-user
>and back into multiuser mode unattended ?
>
>Has anybody solved this problem ?? I'd very much appreciate if you
>could enlighten me on this subject.
mads,
To be frank i would say no.
But the case is not hopeless. Start with prioritizing your data.

Do an exersize ' if i was to salvage 20% of my data- what should i 
select ?'. Study your answer. Act accordingly.

Save your valuable and unique data first, then you can start thinking
of saving things you can restore from distribution tapes.
I would start with selecting partitions you DONT backup. I hope
you have avoided installing things in what uglix scratches when you 
installs a new system(this WILL give you problems when you update anyway.
If you have partitions with binaries only- back up only when changed!
Then select among 'dayly changing data' and other. If you are
running some database, there surley is some kind of tool to backup
without going down to singleuser mode. Otherwize cpio could be a better
solution then dump (which collects information looong before actually
dumping the data. 

Think of a disc-crash as a very efficient scavanger :-)

Happy X-mas

Peter Hakanson  VolvoData Dep 2230 phone +46 31 66 74 27
-- 
Peter Hakanson  VolvoData Dep 2230 phone +46 31 66 74 27
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: Rlogin vs telnet puzzler
Organization: CS
Date: Tue, 29 Dec 1992 19:40:52 GMT

In article <1992Dec29.193912.18402@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:

Well, after playing around with telnet a few more minutes, I "verified"
my hypothesis at the end of the previous article.  Sorry to trouble anybody.
-- 
 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: comp.unix.ultrix
From: dalk@login.dkuug.dk (Lars Kalsen)
Subject: LAT/TELNET GAteway (DECNET/INTERNET)
Organization: DKnet
Date: Tue, 22 Dec 1992 21:49:58 GMT

Hi,

We are trying to use a LAT/TELNET gateway running on an Ultrix machine.
We want to from a PC running PATHWORKS/LAT through the gateway to a
UNIX box from HP on which a database system is running.


      PC----- LAT -----> Ultrix (Gateway) ---- TCP/IP ----> HP

It works fine - BUT we have problems with the character set transmitted.
It looks like the LAT/TELNET g{ateway is running 7 bit - for me at least.

Does anyone outthere have the same problem - or much better a solution ?.
Please E-Mail me if so.


Merry Christmas from Denmark

Lars Kalsen


-------------------------------------------------------------------------------
Lars Kalsen, MIS-Manager
SONOFON, Skelagervej 1, 9000 Aalborg, Denmark
+45-99-367000 (tel), +45-99-367070 (fax), E-Mail : dalk@login.dkuug.dk
===============================================================================
From: fox@rudolf.nscl.msu.edu (Ron Fox)
Newsgroups: comp.unix.ultrix
Subject: sendmail.cf which handles bitnet
Date: 25 Dec 92 15:46:54 GMT
Reply-To: fox@rudolf.nscl.msu.edu (Ron Fox)
Organization: National Superconducting Cyclotron Lab.
NNTP-Posting-Host: rudolf.nscl.msu.edu


--
  Does anybody have or know of a modified version of DEC's sendmail.cf
file which can also deal properly with the .bitnet domain via CUNYVM
or any other gateway?  I'm running ultrix 4.3  The config file should also
properly handle MAIL-11 and all the other .xxxx domains.
	Thanks,
	Ron
Ron Fox                     | FOX@MSUNSCL.BITNET      | Where the name 
NSCL                        | FOX@RUDOLF.NSCL.MSU.EDU | goes on before
Michigan State University   | MSUHEP::RUDOLF::FOX     | the quality
East Lansing, MI 48824-1321 |                         | goes in.
USA
Xref: sparky comp.unix.ultrix:9076 comp.unix.misc:4712
From: nessus@media.mit.edu (Douglas Alan)
Newsgroups: comp.unix.ultrix,comp.unix.misc
Subject: Re: Ultrix newfs/mkfs -- can't change number of inodes?!
Date: 24 Dec 92 18:56:09 GMT
Organization: Kate Bush and Butthole Surfers Fandom Center

> In article <1992Dec20.094432.9276@pony.Ingres.COM> rog@Ingres.COM
> (Roger Taranto) writes:

>   If the block size is 8192, then the number of cylinders per group must
>   be a multiple of 16, and the frag size must be at least 1024.

This is not really true.  This limitation only occurs for some disktab
entries.  For other disktab entries, you can go down to a cylinder
group size of 4 cylinders and maintain a block size of 8192.  The
conclusion from this is that the disk geometry parameters that you
give to newfs effect the minimum cylinder group size.  I've never
determined the exact relationship here, but you can try giving newfs
random disktab entries, until you find one that works.

"Doesn't giving newfs a random disktab entry mess up the fine tuning
parameters for the filesystem and thus degrade performance?" you might
ask.  Well, perhaps it does, but I've done a fair number of empirical
tests and never noticed much of a differenence.  Something that has a
much bigger effect it usually to up "maxcontig" using tunefs.  This is
not done by default and can cause a significant performance increase.
(it also might have no effect, or decrease performance if set too
high, so you should do some measurements.)

You may think that setting the block size down to 4096 is a better
alternative than messing up the fine tuning parameters.  This is
probably not true.  The two most significant reasons for the good
performance of the Berkeley Fast File System is the large block size
and the fact that seeking distances are reduced by keeping most
adjacent blocks in a file in the same cylincer group.  Reducing the
block size to 4096 would be diminishing one of the most important
sources of the filesystems performance gains.  The gains from the
fine-tuning parameters are relatively minor in comparison.

|>oug
   <nessus@mit.edu>
Newsgroups: comp.unix.ultrix
From: ccksb@trentu.ca (Ken Brown)
Subject: SOLVED: how to fix unknown host error?
Organization: Trent University, Ontario
Date: Thu, 31 Dec 1992 03:28:00 GMT


Thanks to the folks who responded.  Clearly a host requires
/etc/resolv.conf to be there and correct for resolution of off-site
names.  Everything is fine now.

;-)

-- 
Ken Brown                                   internet: kbrown@trentu.ca
Trent University Computing & Telecommunications  tel: (705)748-1540
Peterborough, Ontario, Canada, K9J 7B8           fax: (705)748-1246 
Newsgroups: comp.unix.ultrix
From: G.Eustace@massey.ac.nz (Glen Eustace)
Subject: Ultrix modified BSD4.3 syslog
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c
Date: Wed, 23 Dec 92 19:08:15 GMT

I vaguely recall seeing an 'Ultrix'ified version of the BSD4.3 syslog
code but I can't remember where it was.  I think it was one of DECs
archive hosts but again I can't remember its name.

Can anyone help.
Thanks.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Glen Eustace, Systems Software Manager | EMail: G.Eustace@massey.ac.nz
Computing Services, Massey University, | Phone:         +64 6 350 5161
Palmerston North,  New Zealand. GMT-12 | Fax:           +64 6 350 5607

Newsgroups: comp.unix.ultrix,comp.sys.dec
From: john@iastate.edu (John Hascall)
Subject: Re: Bug in Xws/HX-card?
Organization: Iowa State University, Ames, IA
Date: Sat, 2 Jan 1993 16:46:18 GMT

I write:
  [...Badly misdrawn arcs in some circumstances with Xws server on HX cards...]

jg@crl.dec.com (Jim Gettys) writes:
}It is conceiveable it is a bug.

I have been told via E-mail that it is indeed a bug in Xws which
is fixed in V4.3.

}But arcs (and in fact wide lines in X) are defined poorly, and
}sensible people avoid them.  ...

That's a pretty silly thing to say, don't you think?
``Here's a windowing system, please use only straight lines.''   ???

John
-- 
John Hascall                   ``An ill-chosen word is the fool's messenger.''
Systmes Software Engineer
Project Vincent
Iowa State University Computation Center  +  Ames, IA  50011  +  515/294-9551
From: hf@tk.telematik.informatik.uni-karlsruhe.de (Harald Fuchs)
Newsgroups: comp.unix.ultrix
Subject: Inconsistent behavior of ioctl(FIONREAD)
Date: 21 Dec 92 12:03:51
Organization: Karlsruhe University, Germany
NNTP-Posting-Host: whyaduck.telematik.informatik.uni-karlsruhe.de

While integrating slow data sources like ttys or sockets into a
homemade lightweight process package I noticed a strange behavior
of ioctl(FIONREAD).

Basically, I do the following:
1) Set the file descriptor to nonblocking and asynchronous with
   ioctl(FIONBIO) resp. ioctl(FIOASYNC)
2) When Ultrix hits me with a SIGIO, I do a select() with timeout=0
3) For all descriptors in the returned rmask, I want to know if there
   has anything happened *without trying to read* from them. So I do
   ioctl(FIONREAD).

This works fine so far, but there is a problem with EOF. When I get
EOF on a tty, Ultrix sends me a SIGIO (as it should), select() sets
the corresponding descriptor in the rmask (as it should), and
ioctl(FIONREAD) returns 1. With sockets, everything is the same except
that ioctl(FIONREAD) returns 0.
Returning 0 sounds reasonable since there are no more bytes to read.
Returning 1 sounds reasonable, too, since the fd has got the
information that it has reached eof, thus causing the next read() to
return without EWOULDBLOCK.
But I think the inconsistent behavior described above could be called
a bug. Unfortunately, I couldn't find anything in the documentation
about the return value of ioctl(FIONREAD) in case of eof. What do you
think?
--

Harald Fuchs <hf@tk.telematik.informatik.uni-karlsruhe.de>
Newsgroups: comp.unix.ultrix
From: rog@Ingres.COM (Roger Taranto)
Subject: Some buffer cache questions
Organization: Ingres Corporation, a subsidiary of The ASK Group, Inc.
Date: 23 Dec 92 02:27:24 GMT

1) I've heard that the largest size that can be configured for the
   buffer cache is 16MB.  Is this true?

2) Can anyone explain the various stats displayed in the bufstats command?
   I assume that readhit is this number of cache hits, and that readahit is
   the number of hits for some sort of read ahead algorithm.  Is this true,
   and what is the read ahead algorithm (or at least enough information on
   how it works so that I can tune the system to take maximum advantage of it).

   Any explanation of the rest of the stats would be useful.

Thanks,
-Roger
rog@ingres.com
Newsgroups: comp.unix.ultrix
From: roland@quadsys.com (Roland Besserer)
Subject: Motif for ULTRIX
Organization: QUAD Systems
X-Newsreader: Tin 1.1 PL3
Date: Thu, 31 Dec 1992 04:52:01 GMT

I have a DECStation 5000/200 and a 5000/125 that currently run the
standard DECWindows interface (I know, it's hard to believe).

Anyway, I want to get a Motif based interface going and would like to 
know who is supplying Motif for ULTRIX as well as costs.

Thanx
-- 

Roland Besserer
QUAD Systems
roland@quadsys.com
Newsgroups: comp.unix.ultrix
From: frandsen@spac11.fzo.dec.com (John R.Frandsen)
Subject: Re: Modem and DECstation 5000/240 ?
Organization: Digital Equipment Corporation
Distribution: comp
Date: Mon, 21 Dec 1992 15:34:27 GMT

In article <BOORTZ.92Dec18094056@dunlop.sics.se> boortz@sics.se (Kent Boortz) writes:
>
>My main problem is that I can't use tip. My /etc/ttys says:

Tip is a "pain in the a**", I changed to using "C kermit".  You might want to
consider using kermit also.

>	% tip modemout
>	all ports busy
>
>I have set the mode bits on ttyd0 to 666. I have commented out the
>/etc/ttys line above and done
>
>Any hints what it is I'm doing wrong or how I can do to figure it out?
>

Also make sure the "uucp" ULTRIX subset is loaded, I got the "all port busy" at
one time 'cause I forgot to load this subset.

John
Newsgroups: comp.unix.ultrix,comp.unix.admin
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: Backup procedure sought
Keywords: Ultrix 4.3 backup dump tape date
Organization: CS
Date: Tue, 22 Dec 1992 19:18:23 GMT

In article <1992Dec22.145720.1684@dd.dk> wes@dd.dk (Mads Westermann) writes:
>I'm running an Ultrix 4.3 system on a DECSystem 5100 having three rz24 disks
>and two rz57 disks. The disks are partitioned into eight different file-
>systems. I need a backup procedure that (unattended) will bring the system
>into single-user mode, do a full or an incremental backup on *ONE* tape
>and then bring the system back into multi-user mode again. I have read
>the docs for dump(8) over and over again, and to me it seems like there is
>no way to make dump put more filesystems on the same tape. and Also
>it seems to me that there's no way to bring the system into single-user
>and back into multiuser mode unattended ?

So what's the problem?  Use the norewind device after each dump, and they'll
just keep getting tacked on the end of the tame.  Use the /dev/nrmt* devices,
rather than the /dev/rmt* devices.

mt -f /dev/rmt0h rewind
dump 0f /dev/nrmt0h /
dump 0f /dev/nrmt0h /usr
dump 0f /dev/nrmt0h /var

etc. etc ad nauseum.
-- 
 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: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: 4.3 syslog problem
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 24 Dec 1992 04:26:26 GMT


In article <1992Dec22.114840.61263@qut.edu.au>, meilak@qut.edu.au writes:
>
>Hi people,
>
> [  A customer noticed the syslog bug... ]
>
>Is this a bug or have I stuffed the installation?

It's a bug.  As distributed /etc/syslog.pid is owned by root.  It should
be owned by daemon.
>
>Thanks in Advance
>
>bjm
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: uncodumented config options
Newsgroups: comp.unix.ultrix
Organization: University of California, Irvine
Date: 21 Dec 92 16:18:55 GMT

In article <1992Dec21.123338.23427@lth.se> perf@efd.lth.se (Per Foreby) writes:
>The "Configuration File Maintenance" manual specifies far from all the
>options and pseudo-devices. Maybe DEC doesn't think that we are supposed
>to know about them. Does anyone have a complete list or at least an 
>explanation of the ones I've found which aren't in the manual:

Some of the options were added after the Ultrix 4.0 manuals were printed
and as far as I know there's been no update of the manual.  That's why
you don't see all the options in the manual.  There may be some information
in the release notes about them.

>options         CDFS
>pseudo-device   cdfs

These options load code into the kernel to allow mounting/reading of
ISO 9660 CD ROMs.


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
From: swc@cs.unh.edu (Steve X. Chappelow)
Newsgroups: comp.unix.ultrix
Subject: Xwst3d drops pixel with XDrawLine
Date: 21 Dec 92 16:36:56
Organization: Computer Science Department, University of New Hampshire
Distribution: usa
NNTP-Posting-Host: superior.cs.unh.edu

We have a problem with  XDrawLine  omitting  the final pixel of a line
drawn using  the Xwst3d X server.  This  code works  fine on the other
video hardware X servers, but all our Xwst3d (PXG) machines  show this
problem.  I've just  checked the  c.u.u  archive  and didn't look like
anyone has complained about this recently.  Is this a well know bug in
the server or hardware?  Is there a known fix?

--
Steve Chappelow, swc@cs.unh.edu
Systems Programmer, Dept of CS, UNH, Durham New Hampshire, 03824-3591.

Newsgroups: comp.unix.ultrix
From: frank@croton.nyo.dec.com (Frank Wortner)
Subject: Re: Motif for ULTRIX
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation
Date: Thu, 31 Dec 1992 14:32:28 GMT


In article <C03xIp.6C2@quadsys.com>, roland@quadsys.com (Roland Besserer) writes:
 
|> ... who is supplying Motif for ULTRIX as well as costs.

Digital Equipment Corporation.

For an exact cost, call your local Digital sales droid, and ask for a quote.

					Happy New Year!

					Frank
From: mjr@TIS.COM (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Ultrix and mmap() of a regular file
Date: 31 Dec 92 21:28:38 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Information Systems, Inc.

JIM@brownvm.brown.edu (James Mathiesen) writes:
>Is this really true?

	Yes. Think of ULTRIX as 4.2BSD. ;)

>Do more recent versions of Ultrix let you mmap() a file?

	No. They probably never will. DEC isn't likely to do the work
to ULTRIX' virtual memory subsystem that is required. DEC's OSF/1 has
memory mapped files.

mjr.
Newsgroups: comp.unix.ultrix
From: frandsen@spac11.fzo.dec.com (John R.Frandsen)
Subject: Re: Cant uncompress .tar.Z files downloaded to VMS nodes
Organization: Digital Equipment Corporation
Date: Mon, 21 Dec 1992 15:17:32 GMT

In article <1992Dec17.081552.46@gtewd.mtv.gsc.gte.com> krajnakm@gtewd.mtv.gsc.gte.com writes:
>BACKGROUND:
>
>We don't have direct access to the internet for our Ultrix machines (yet) so
>I have to do the follwing when ftping files:
>
>Log into our remote gateway, a VMS node.
>
>Use UCX$FTP/ULTRIX to connect to remote machines, usually unix boxes.
>
>Set mode to BINARY and get the files (*.tar.Z and *.gif files), e.g.:
>
>	ftp> set mode bin
>	ftp> get somefile.tar.Z somefile_tar.z # remember the destination is
>					       # a VMS node.
>
>Do a VMS to VMS copy to our local VMS node:
>
>	$ copy somefile_tar.z mynode"user passwd"::disk:[dir]
>
>Use dcp to copy the files to the local Ultrix node (a DECstation 5000/200
>running Ultrix 4.2A):
>
>	% dcp mynode/user/passwd::'disk:[dir]somefile_tar.z' ./somefile.tar.Z
>
>THE PROBLEM:
>
>uncompress gives a "corrupted file" error when I attempt to go from a .tar.Z
>to a .tar file:
>
>	% uncompress somefile.tar.Z
>	uncompress: corrupt input
>
>A possibly related problem is that downloaded GIF files won't work with the
>motifgif application, the error is "not in gif format".
>
>Direct mail preferred
>

try "dcp -i ..."

John
From: cannell@ed8200.ped.pto.ford.com (Larry Cannell)
Newsgroups: comp.unix.ultrix
Subject: Re: TPU for Ultrix?
Date: 22 Dec 92 02:28:43 GMT
Organization: Ford Motor Co., Powertrain Electronics
X-Newsreader: TIN [version 1.1 PL7]

Per Steinar Iversen (iversen@dsfys1.fi.uib.no) wrote:
: 
: In article <1992Dec21.082624.1@phcu.helsinki.fi>, aalto@phcu.helsinki.fi (Erkki '\\rkki' Aalto, University of Helsinki) writes:
: 
: >Has anyone any experience on DEC's tpu-editor for Ultrix? We have been using
: >nu/TPU, but the old version is buggy and the new one is completely impossible.
: >Is DEC's editor good? Will it be available for Alpha/OSF/1, too?
: >
: >Erkki Aalto
: >
: >University of Helsinki
: >
: >FINLAND
: >
: 
: 
: DECtpu is certainly the best editor I have used on any Unix system so far...
: 

Agreed.  I use it all the time.  There was virtually no learning curve to get it
up and running.

Highly recommended.

--
Larry Cannell (cannell@ed8200.ped.pto.ford.com)
Powertrain Electronics
Ford Motor Company
Newsgroups: comp.unix.ultrix