Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!mcvax!ukc!warwick!cvaxa!leilabd
From: leilabd@cvaxa.sussex.ac.uk (Leila Burrell-Davis)
Newsgroups: comp.sys.atari.st
Subject: Re: Dumas encode -- possible bug
Message-ID: <328@cvaxa.sussex.ac.uk>
Date: Thu, 6-Aug-87 16:10:42 EDT
Article-I.D.: cvaxa.328
Posted: Thu Aug  6 16:10:42 1987
Date-Received: Sun, 9-Aug-87 10:13:11 EDT
References: <2604@dalcs.UUCP>
Organization: Computing Services, University of Sussex, UK
Lines: 24
Keywords: short last line
Summary: no problem with last line of turtle.uue

In article <2604@dalcs.UUCP>, silvert@dalcs.UUCP (Bill Silvert) writes:
> I've run into a recurrent bug with multipart uuencoded files from the
> net.  The last line appears truncated at the beginning.  Here is a
> sample from the recent posting of turtle.arc -- this is the last part of
> the fifth file, turtle.uue:
>
> M1S 5 /#;B]'P=[_=&3\ URT $3 $DIW<:.'>,@_T1D\ )" 5:'$1O^WH Q$0e
> M*$#<*0 * :$"!@< *V 2 , "X=T"%0$7O>T"FOX"]OWH%3$5)C$59WT5%7$5e
> EV! 0-6#?70$) 0$ -T#<.&#?B69P * #QY3JJ,X#V/ 0*  : #$5e
>  e

This is perfectly normal behaviour by uuencode, standard or Dumas
variety. The first character on the line indicates to uudecode
how long the line will be and the E at the beginning indicates a
shorter line than the more usual M.

I dumas decoded turtle with no trouble and, though I haven't
tried to run it yet, `arc t turtle' says that all the files are
ok.
-- 
Leila Burrell-Davis, Arts E, University of Sussex, Brighton BN1 9QN, UK
Tel:  +44 273 606755  Ext. 2387          JANET:  leilabd@uk.ac.sussex.cvaxa
ARPA: leilabd%sussex.cvaxa@cs.ucl.ac.uk  BITNET: leilabd%sussex.cvaxa@uk.ac
UUCP: leilabd@cvaxa.uucp OR ...!mcvax!ukc!cvaxa!leilabd