X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f996b,dcfcc278f6fad809
X-Google-Attributes: gidf996b,public
X-Google-ArrivalTime: 1993-11-13 15:17:49 PST
Path: 
 gmd.de!Germany.EU.net!mcsun!howland.reston.ans.net!pipex!warwick!not-for-mail
From: stuce@csv.warwick.ac.uk (Peter Weighill)
Newsgroups: alt.ascii-art
Subject: Re: DON'T TRY 'Cow.vt' animation!!!
Date: 13 Nov 1993 16:14:08 -0000
Organization: Commodore 64 Services, University of Warwick, UK
Lines: 32
Message-ID: <2c314g$6fp@dill.csv.warwick.ac.uk>
References: <2c085m$3sj@nutmeg.csv.warwick.ac.uk> <2c14bf$85n@notwerk.mcs.com>
NNTP-Posting-Host: dill.csv.warwick.ac.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Keywords: Cow vt

In article <2c14bf$85n@notwerk.mcs.com>,
	jorn@Notwerk.mcs.com (Jorn Barger) writes:
>
>The animation "cow.vt" that was just posted, in uuencoded form, is
>dangerous and caused my *Mac* to lock up when uudecoded and catted,
>remotely, with Zterm.
>
>Investigations are underway-- please be aware that this is more
>dangerous than anyone told us...
>

I had tried it myself on an Xterm on Unix/X windows with no such problem.

One problem I have noticed with many of these animations is that they
do not reset the original screen attributes when finished.

Also, cat'ing on animation then another can do weird things. 
I did this with a couple of them at after wards the screen was displaying
a funny character set with just lines instead of characters. Neither of these
animations on their own did this, only when they were done on after the
other.

Perhaps if someone could write a program which could filter out any such
'nasty' escape codes then we would all be a lot happier.

Bye,

Peter.

-----------------===================***====================------------------
   stuce@csv.warwick.ac.uk                                          Wizbit
-===========================================================================-