Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83 (MC840302); site ecrcvax.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!talcott!harvard!seismo!mcvax!unido!ecrcvax!pete From: pete@ecrcvax.UUCP (Pete Delaney) Newsgroups: net.unix-wizards,net.bugs.4bsd,net.wanted.sources,net.misc Subject: MagTape Dump Routine: tsdump() problems; HELP Message-ID: <90@ecrcvax.UUCP> Date: Tue, 7-May-85 21:52:02 EDT Article-I.D.: ecrcvax.90 Posted: Tue May 7 21:52:02 1985 Date-Received: Fri, 10-May-85 02:38:13 EDT Reply-To: pete@ecrcvax.UUCP (Pete Delaney) Organization: ECRC, D-8000 Muenchen 81, W. Germany Lines: 28 Xref: watmath net.unix-wizards:13109 net.bugs.4bsd:1506 net.wanted.sources:841 net.misc:7938 We are trying to hack the ts.c mag-driver dump function so that printf()'s can be directed to the tape instead of the console. We modified lowcore.s to set things up like doadump() does for a disk dump and added a few printf()'s to tsdump() to watch it's behaviour. It seems to get a physical address in the UBA I/O space but the tape doesn't move. We will add some stuff to print the status registers but thought it prudent to both read the manual and ask you guys (and girls) if you have any suggestions or even better a version of tsdump() that works. Hope to hear soon, and thanks for your help. The cpio, vt220, and sccs responses were really great. Thanks. -- -------------------------------------------- Pete Delaney - Rocky Mnt. Unix Consultant Phone: (49) 89 92699-139 European Computer-Industry Research Center UUCP: mcvax!unido!ecrcvax!pete ArabellaStrasse 17 UUCP Domain: pete@ecrcvax.UUCP D-8000 Muenchen 81, West Germany X25: (262)-45890040262 CSNET:pete%ecrcvax.UUCP@Germany.CSNET Login: ------------------------------------------------------------------------------