Cracking up with ansitape angst
DanKarron at ucbvax.berkeley.edu
DanKarron at ucbvax.berkeley.edu
Fri Feb 22 12:35:52 AEST 1991
I have tried all the suggestions received about ansitape. There is something
wrong with the way the program cracks its main arg list.
If I attempt to set the -b blocksize option, the program ignores the -f
option and reads its default, /dev/tape (silly for ansitape). Then it hangs
reading /dev/tape. The only way to get it to properly read /dev/mt/xmtape
{ a link to xm0d0nr.1600 } is to leave out the -b option.
I also tried to see if i could eliminate the sawing behavior. I tried
dd if=/dev/mt/xmtape ibs=64k of=/dev/null, but it still does it.
Ansitape program man page says it will not allow a block size > 32K, but
the man page for xmt says that 64K blocksize is supported.
We can really use this utility to read mri tapes, and some attention to this
problem (either a sample command line that is proven to work, or a fixed
program) would make my code for reading vms mri/ct images packagable as
a script. As it stands now, the hardest part of getting mri pictures is
unloading the darn files-11/ansi tapes!
The ansitape program also does not allow you to read from stdin, and it
will not accept an "-f -" argument without an argument. Otherwise I could
use bstream or other buffer/blocking program like dd.
Cheers, and thanks!
dan.
.
+-----------------------------------------------------------------------------+
| karron at nyu.edu (E-mail alias that will always find me) |
| Fax: 212 263 7190 * Dan Karron, Research Associate |
| . . . . . . . . . . . . . . * New York University Medical Center |
| 560 First Avenue \*\ Pager <1> (212) 397 9330 |
| New York, New York 10016 \**\ <2> 10896 <3> <your-number-here> |
| (212) 263 5210 \***\_________________________________________ |
| Main machine: karron.med.nyu.edu (128.122.135.3) IRIS 85GT |
+-----------------------------------------------------------------------------+
NOTE PHONE NUMBER CHANGE: The Med Ctr has changed from 340 to 263 exchange.
More information about the Comp.sys.sgi
mailing list