| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 3758.1 |  | CLO::COBURN | Growing older, but not up... | Tue May 08 1990 09:19 | 4 | 
|  |     Do you have any virus checkers running like VirusX or ZeroVirus? They
    would grab the disk first (before MSH) and it would show up as BAD.
    
    John
 | 
| 3758.2 | No virus checkers | GVA02::SLOAN |  | Tue May 08 1990 09:25 | 3 | 
|  |     Nope! No virus checkers. It just seems that MSH isn't even trying!
                                                     
    Steven
 | 
| 3758.3 | Try a DIR MS1: | AKOV11::SMITH | Reality, just a visible imagination? | Tue May 08 1990 09:51 | 12 | 
|  | I had the same problem.  It seems that MSH doesn't automatically recognise MS1:
as suggested in the docs.  If you open a CLI window, Mount MS1: and then do a 
DIR MS1: an icon should appear for MS1:  The DF1: BAD will always be there as 
well but has no effect.
I had no success however being able to transport ZOO's from/to work with getting
CRC errors.  Perhaps a floppy incompat problem.  I'm going to try CrossDOS and
PCFormat720.
Good luck,
...Ed
 | 
| 3758.4 | It works for me. | HYSTER::DEARBORN | Trouvez Mieux | Tue May 08 1990 17:42 | 31 | 
|  | I've been quite successful using this.  I create postscript files 
with PPage, outputing them on the ms-dos disk, taking it to a 
DECstation and copying them to the LNO3R connected to the 
DECstation.  It works very well.
If you access MS1: (or whatever you have called it in your 
mountlist) you will get an Icon on the workbench.  You will not 
get program icons though.  MS-DOS does not allow 4 character file 
name extensions, only three letters, so .info becomes .inf and 
won't be recognized by workbench.  So you can drag a file icon 
into the MS1: window, but the icon will dissappear when it gets 
there, as the icon filename is truncated by MS-DOS.
So far, I have only been using text files (postscript) so I can't 
comment on binary files and the problems other people have been 
having.  I formatted my disk with the public domain PcF720 that 
works with the PCFormat that comes with 1.3.   No problems yet.
This has really speeded up getting things printed from PPage.  
Before, I had to upload the files with Kermit to a VAX, then send 
them to a print queue.  Now is just "print to disk" in PPage to 
MS1: and pop the disk into the DECstation and copy the file to 
LPT1:...and I have my output.
You will continue to see the DF1: BAD as long as the MS-DOS 
formatted disk is in DF1:.  You will get an error requestor when 
you put an AmigaDos disk in DF1:.  Just click on cancel.  Other 
than that, it works great!
Randy
 | 
| 3758.5 | Fixed Length Records ? | NOTIBM::MCGHIE | Thank Heaven for small Murphys ! | Tue May 08 1990 18:16 | 9 | 
|  |     I used PCDISK on a VS3100 last week to get some ZOO files onto a 720kb
    3�". Initially PCDISK wouldn't copy the file onto the floppy.
    Complained the record size was to large. I converted the ZOO file to
    fixed length format with CVTARC and no problem. Also no problem when I
    de-zooed it at home.
    
    Sneaker-net, here I come...
    
    Mike
 | 
| 3758.6 | I love my new Sneakers!!! | GIDDAY::MORAN | I'm not bad-I'm just drawn that way! | Tue May 08 1990 18:38 | 15 | 
|  |     I too have had no problems using MSH in fact I prefer it to Cross-Dos
    ... it's cheaper!
    
    I also have VirusX 4.00 running in the background and this gives me no
    problems with MSH - it even tries to find a virus on the bootblock of
    the messydos disk.
    
    I have successfully used this product to do all of my file transfers
    from Easynet to a Vaxmate - copy to a 5 1/4" MessyDos 720K Disk and
    then take it home to read in my Amy. Even Zoo files work no problem.
    
    Ten out of Ten for a TOP Public Domain program.
    
    Shaun.
    
 | 
| 3758.7 |  | WELSWS::FINNIS |  | Tue May 15 1990 09:53 | 13 | 
|  |     
    I get problems  ( CRC ) on zoo and arc files with MSH:.
    
    [ Not all the time though ]
    
    However it does exactly the same with CrossDos.
    
    The Disk was formatted on a Compaq as 720k.
    Files are then copied via PCSA to a Decivetti and then the Amiga
    
    I too can only assume a compatability problem.
    
    
 | 
| 3758.8 |  | ULTRA::KINDEL | Bill Kindel @ BXB1 | Tue May 15 1990 10:14 | 8 | 
|  |     Re .7:
    
>   However it does exactly the same with CrossDos.
    
    You might try various filter combinations in order to assure CrossDos
    isn't trying to add/subtract 
 characters at what it thinks is the end
    of a "line".  I think the default is to convert MS-DOS text files to
    AmigaDOS text files, which implies that kind of filtering.
 | 
| 3758.9 | Bad floppies .. | MEALA::COLLINS | STEVE | Mon Jun 11 1990 09:19 | 18 | 
|  |     
    I too have seen the problem with corrupted zoo archives while
    tranfering files with MSH. But after using it every day for a
    couple of months and tagging the disks that were giving me errors
    I have found that some disks ALWAYS give me errors and others
    NEVER give errors .
    I'm not sure of the reason for this (Do amiga floppies store bad
    block info ?) but would recommend anyone who sees corrupted zoo
    archives on MSH disks to format a bunch of disks and find a couple
    that don't give errors. My guess is the problem is to do with floppies
    themselves as I have reformatted several times disks that give me
    errors but they still continue to give errors.
    I use SONY disks pretty much exclusivly so I haven't had a chance to
    see if some brands are better than others ..
    
    
    Steve.
    
 | 
| 3758.10 | No bad block support for floppies | TLE::RMEYERS | Randy Meyers | Wed Jun 13 1990 18:15 | 11 | 
|  | Re: .9
AmigaDOS does not store any bad block info on floppies, and doesn't
tolerate them too well.  If a floppy is bad, throw it away.
Reformatting a floppy will do nothing if the floppy really does have
some sort of physical defect.  The physical defect will remain, and
AmigaDOS doesn't do anything to skip over the bad blocks.
(In case anyone is worried, the Amiga does handle bad blocks on
hard disks.)
 |