[comp.os.minix] uudecode problems

HIGGS_M%P1.LANCSP.AC.UK@cunyvm.cuny.edu (Mike Higgs) (08/08/89)

Hi everyone, me again,
I just got the fixes.atari01 -10 down to my minix disks, and tried to uudecode
the files. At first I kept getting 'short file' and 'no end' etc. When I looked
at the files with mined, at the end of each line, there is a reverse video
upper case M. I deleted this from around the 'end' of the file and it decoded
OK. ( it seemed ). The file length was OK but the sum was different than it
should have been and the programs give Bus Error when tried.
I tried using gres but I can't seem to put in the M character to search for. I
assume this is the problem, but can't seem to get rid of it, apart from going
through it a line at a time in mined. Can anybody help?
If I could enter the reverse M character into gres and tell it to replace it
 with
nothing, it might work. ( I need sed which incidentally was the file I tried
first!! ).

                        Mike Higgs

School of Computing,              JANET : higgs_m@uk.ac.lancsp.p1
Lancashire Polytechnic,           EARN  : higgs_m@p1.lancsp.ac.uk
Preston,
U.K.
PR1 2TQ.

VBRANDT%DBNUAMA1.BITNET@cunyvm.cuny.edu (08/09/89)

Hello all,

Mike Higgs <HIGGS_M%P1.LANCSP.AC.UK@CUNYVM.CUNY.EDU> writes:

>I just got the fixes.atari01 -10 down to my minix disks, and tried to uudecode
>the files. ...
>                    ....at the end of each line, there is a reverse video

Mike, I think you forgot the -a switch while using tosread to get the uuencoded
files to your Minix disk.  This switch tells tosread to leave out ASCII CR 0x0d
characters, since the standard *nix EOLN is a single LF 0x0a.

The extra CRs in turn confuse the uudecode program.  If you use -a, you should
be abble to uudecode just fine.  If you get the message "no end line", you can
use a recently posted fix to uudecode, which avoids this.  Alternatively, try
to append/delete a blank line to the end of the file (forgot which).

One of these days I'm going to port the Dumas UUE/UUD package. If someone has
already done this, maybe he/she can post the binary (sources are available at
several servers).

Hope this helps.

----------------------------------------------------------------------------
Bitnet:  VBRANDT@DBNUAMA1 (will go away late '89)      Volker A. Brandt
          UNM409@DBNRHRZ1 (soon)                       Angewandte Mathematik
UUCP:    ...!unido!DBNUAMA1.bitnet!vbrandt             (Bonn, West Germany)
ARPAnet: VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU

SQ79%liverpool.ac.uk@nsfnet-relay.ac.uk (Mark Powell) (08/09/89)

  When transferring ASCII files (as uudecoded files are) use the -a switch on
tos. This will give you the correct end of line marker. The inverse M is the CR
character from the CR/LF pair. Minix only uses a LF to mark the end of line.
  You could also do with getting yourself a decent uudecode, as the supplied
minix version is pretty poor. The best uudecoder around, uud.c, is available
on the bradford PD server. Send "help" to server@brad.marvin for help on how to
use this server.

Mark Powell

ARPAnet : sq79%liv.ac.uk@{ucl-cs.arpa,cs.ucl.ac.uk}
JANET   : sq79@uk.ac.liv
USENET  : ...!mcvax!ukc!liv.ac.uk!sq79

pcf@galadriel.bt.co.uk (Pete French) (08/10/89)

From article <21287@louie.udel.EDU>, by HIGGS_M%P1.LANCSP.AC.UK@cunyvm.cuny.edu (Mike Higgs):
> at the files with mined, at the end of each line, there is a reverse video
> upper case M. I deleted this from around the 'end' of the file and it decoded
> OK. ( it seemed ). The file length was OK but the sum was different than it

I get this problem on uuencoded files a lot - especially when moving from
DOS to UNIX via Ethernet or something. It occurs because of one machine
wanting CR-LF as an end-of-line and the other wanting just CR or LF.


There is no way I have found of putting the ^M character into a serch sequence.
However ... all lines end with it so you can simply delete the last character
of each line using :

s/.$//

Hope this helps.

-Pete French.

hjg@amms4.UUCP (Harry Gross) (08/14/89)

In article <316@galadriel.bt.co.uk> pcf@galadriel.bt.co.uk (Pete French) writes:
>From article <21287@louie.udel.EDU>, by HIGGS_M%P1.LANCSP.AC.UK@cunyvm.cuny.edu (Mike Higgs):

>There is no way I have found of putting the ^M character into a serch sequence.
>However ... all lines end with it so you can simply delete the last character
>of each line using :

I found a way - use elle.  The control character can be included in a search
command by preceding it with the character ctrl-\ (I think that was what it was,
my docs are at home, and I am at work).  At any rate, the specific character is
in the elle manual, and it works just fine.  A single command will remove all of
the ^M's from the file.

Cheers,
-- 
		Harry Gross				 |  reserved for
							 |  something really
Internet: hjg@amms4.UUCP   (we're working on registering)|  clever - any
UUCP: {jyacc, rna, bklyncis}!amms4!hjg			 |  suggestions?