#: 20734 S9/Utilities 04-Feb-95 09:36:47 Sb: #20627-Ethernet Driver - OS9000 Fm: Kurt W. Papke 73663,1331 To: Gordon Lundy 75604,1371 I am always curious when I actually see some traffic indicating use of OS-9000. What are you using it for? We are using for medical devices, real-time instrument control. Have you had problems with floppy drives?? --Kurt also: Kurt_W._Papke@sdpwz.com #: 20746 S9/Utilities 11-Feb-95 14:56:40 Sb: #crc Fm: Paul Hanke 73467,403 To: anyone Is (wasn't) there a utility to fix an os/9 disk's CRC error? Seems to me it was in basic09. One disk, which is a bootable copy of Multivue, has such a sector, track 33, sector 2. It doesn't obstuct the boot, but I'd like to correct the problem, if possible. -ph- There is 1 Reply. #: 20749 S9/Utilities 11-Feb-95 20:46:25 Sb: #20746-#crc Fm: Bob van der Poel 76510,2203 To: Paul Hanke 73467,403 (X) Even if one could fix a problem like that, I would highly suggest that you don't. The best solution would be to copy the disk on a sector to sector basis to a new one. Ummm, don't know if there is a backup util which will ignore bad sectors (on OSK backup there is a -r option to not exit if read error...don't recall with 6809). There is 1 Reply. #: 20751 S9/Utilities 12-Feb-95 14:11:31 Sb: #20749-#crc Fm: Paul Hanke 73467,403 To: Bob van der Poel 76510,2203 (X) Well, I can copy individual sectors around the bad one(s). But I'd like to fix the sector(s) or identify which file occupies that sector. It's rather straight- forward in rsdos, but can this be done in OS/9? If I knew the file name I could copy over a new one without having to re-install multivue perhaps...? Bob, are you the author of a wp for OS/9? If so, is a description available, and is the program still available? thx, -ph- There are 2 Replies. #: 20752 S9/Utilities 12-Feb-95 23:00:12 Sb: #20751-crc Fm: Bob van der Poel 76510,2203 To: Paul Hanke 73467,403 (X) >Bob, are you the author of a wp for OS/9? If so, is a description available, >and is the program still available? thx, -ph- Sure am. Just send me you mailing address and I'll put a catalogue out in the next day's mail. #: 20753 S9/Utilities 13-Feb-95 00:17:11 Sb: #20751-#crc Fm: David Breeding 72330,2051 To: Paul Hanke 73467,403 (X) > Well, I can copy individual sectors around the bad one(s). But I'd like > to fix the sector(s) or identify which file occupies that sector. > copy over a new one without having to re-install multivue perhaps...? One way to identify any file(s) that occupy a bad sector is to do a read of some kind.. For text files, "list" a suspect file.. On a loadable module, you can try to load it or just "ident" it. What to do, I'm not sure.. If it is sector damage it could be that it cannot be written over, and if you simply delete the old file, you'll come across the same problem if you try to rewrite to that sector.. Of course, if you're simply getting error 232, it could be that somehow, that sector was written to by mistake, and the actual disk sector might still be writable. Again, all you have to do is read a suspect file (by any of the above means).. Oh, if it is a module, and all sectors are readable, you'll get a complete ident otherwise, if I remember correctly, a truly damaged sector will abort the read before it gets to eof. If you're curious, and it is simply a bad module CRC, you might do a cmp to see how many bytes are actually different. > Bob, are you the author of a wp for OS/9? If so, is a description > available, and is the program still available? thx, -ph- Yes, he is, and I can vouch for it. He can tell you about it, but I can only give a hearty recommendation. I have the coco version, and intend to get the OSK version. It comes in two parts. ved, the text editor, is really nice. It will wrap text to where you can see all the text.. Scred and many others don't handle unbroken paragraphs very well. The text formatter is called "vpt". It uses a configuration file (or you can have multiple files if you want), and you can define numerous escape codes by which you can output some really professional-looking text, if you wish, depending upon your printer's capabilities.. If you need a word-processing program, by all means get it. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via InfoXpress/OSK - Vr. 1.02 *** There is 1 Reply. #: 20765 S9/Utilities 16-Feb-95 18:04:49 Sb: #20753-#crc Fm: Paul Hanke 73467,403 To: David Breeding 72330,2051 (X) Yes, I can see how your suggestion to identify the file with the bad sector would work. Of course it might take quite a bit of time to find the correct file but I could exclude all those loaded by the boot system. The question of how OS/9 keeps track of disk space is very elusive it seems, or maybe it's a trade secret. If only there were an equivalent to Zapz (rsdos) in OS/9!! -ph- There are 2 Replies. #: 20767 S9/Utilities 17-Feb-95 12:31:00 Sb: #20765-#crc Fm: David M. Horn 73260,242 To: Paul Hanke 73467,403 (X) Paul, The details of OS-9 file allocation are not a secret. The info you need can be dug out of the system ".h" and ".a" files found on a fully installed development system. I did it once myself (debuging an application that was crashing the file system), but I don't know if I still have the information handy any more. I have not been following this discussion to closely, so I don't know what kind of system you are on. I will check this thread more often to see if you still have questions. There is 1 Reply. #: 20768 S9/Utilities 17-Feb-95 20:17:07 Sb: #20767-crc Fm: Paul Hanke 73467,403 To: David M. Horn 73260,242 Ok, thx for the info. I have the dev system, haven't delved into it much, but now will check it out. -ph- #: 20774 S9/Utilities 18-Feb-95 13:50:27 Sb: #20765-crc Fm: David Breeding 72330,2051 To: Paul Hanke 73467,403 (X) > Yes, I can see how your suggestion to identify the file with the bad > sector would work. Of course it might take quite a bit of time to find > the correct file > but I could exclude all those loaded by the boot system. The question of > how OS/9 keeps track of disk space is very elusive it seems, or maybe > it's a trade secret. If only there were an equivalent to Zapz (rsdos) in > OS/9!! -ph- OK.. First, you don't suspect one OS9Boot, do you? If it is, just do ident -s os9boot, there will be a question mark beside any that has a bad CRC, also, it will be skipped in the load. You'll get an error if there's an unreadable sector in this file. One quick way to check _ALL_ files in your cmds directory... If you have a "dir" that will list each file one per line, and have "rep", you can do something like this.. ls ! rep ident -s $ (ls is the name of the directory utility I use).. Anyway, this will, in effect, repeatedly call "ident" to test each file in the directory. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via InfoXpress/OSK - Vr. 1.02 *** #: 20781 S9/Utilities 19-Feb-95 12:13:34 Sb: #20765-#crc Fm: Bob van der Poel 76510,2203 To: Paul Hanke 73467,403 (X) Why not just use dsave to copy the disk file by file. When it craps out, you'll know which file is fried. There is 1 Reply. #: 20786 S9/Utilities 20-Feb-95 11:46:26 Sb: #20781-#crc Fm: Paul Hanke 73467,403 To: Bob van der Poel 76510,2203 (X) Dsave did the trick. I'd never used dsave before so it was a good learning process. Turns out there were 3 files which could have been the culprit. On each of them dsave crashed with a 248 error, media full. Dir e showed that somehow the file length report was corrupt indicating something like $8 eb5d. After deleting the suspect files, dsave completed the process. Before and after the deletions, free /dd indicated the same amount tho. thx, -ph- There is 1 Reply. #: 20790 S9/Utilities 21-Feb-95 11:45:48 Sb: #20786-crc Fm: David M. Horn 73260,242 To: Paul Hanke 73467,403 (X) Paul, I worked on a system where file sizes larger than the media were reported. It was a situation where the system was crashing while a database was being accessed. The file headers were corrupted in the process. Just deleting the bad files did not completly heal the file system. You may want to do some more sanity checks on your files before you trust the drives file structure. #: 20848 S9/Utilities 18-Mar-95 18:18:41 Sb: Call Fm: Paul Hanke 73467,403 To: Sysop (X) I've been trying to use the >call< utility which causes a repeat action with a command word such as attr or ident, etc. but can't seem to get it to do anything. Using suggested command lines in the docs, or the basic command line, nothing happens and I must hit >ctrl-e< to get back the cursor. What do 'ls' '*' '!' and '$' have to do with the syntax, which are not explained when executing >call< alone. -ph- #: 20873 S9/Utilities 28-Mar-95 08:21:16 Sb: #20848-#Call Fm: Bill Dickhaus 70325,523 To: Paul Hanke 73467,403 (X) Paul, I haven't used 'call' in a while, but this is what I remember about it. First of all, call is a filter, it requires input, and only writes the results to standard out, it doesn't execute the commands directly. Given the following files in the current working directory: test1.txt test2.txt test3.txt file1.xyz file2 The following example: ls -1 *.txt ! call "echo $" ^ ^ ^ ^ ^ | | | | | | | | | +-- always use quotes | | | +-- pipe output of ls command to input of call filter | | +-- this assumes an ls or shell that understands wildcards | +-- this is whatever option (sometimes -n) that outputs one file name | per line with no other information. +-- Doesn't have to be ls, but has to generate one value/name per line Since call itself doesn't execute the generated commands, this would display (on the screen): echo test1.txt echo test2.txt echo test3.txt To take it one step further: ls -1 *.txt ! call "echo $" ! (-p) ^ ^ | | | +-- ... to a shell (the -p means no prompt) | and the command "shell" is implied +-- pipe the output of the call filter... Since the generated echo commands were piped to a shell (to be executed) this would display (on the screen): test1.txt test2.txt test3.txt Any command that writes to standard output can be used as input to call, as an example: echo 2 ! call "echo test$" ! (-p) Would generate: test2 Hope this helps. -Bill- There is 1 Reply. #: 20876 S9/Utilities 28-Mar-95 21:59:31 Sb: #20873-#Call Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Don't know why you wouldn't use 'call' much. I use it all the time...for much more complex stuff than your example . For example, I might use it to process a set of files: dir -u ! call "tr [a-z] [A-Z] $ >foo; del $; rename foo $" ! shell -np Quite useful, really. There is 1 Reply. #: 20880 S9/Utilities 29-Mar-95 22:00:01 Sb: #20876-#Call Fm: Paul Hanke 73467,403 To: Bob van der Poel 76510,2203 (X) At this point, your example looks to me more like egyptian hieroglyphics . Well, what I had in mind was to be able to generate the idents of all modules in a directory or in memory, for that matter, to a file to be examined later. I assumed that using would be the best way to do that but wasn't able to duplicate the examples or comprehend the command lines. -ph- There is 1 Reply. #: 20884 S9/Utilities 01-Apr-95 21:34:59 Sb: #20880-#Call Fm: Bob van der Poel 76510,2203 To: Paul Hanke 73467,403 (X) To get Idents of all the modules in a directory you can do two things. One, if you have shell+ with wildcarding enabled just do something like "indent *". Using call you could do this: dir -u ! call ident $ ! shell -np This is for OSK. For OS9 the -np becomes -p and I think the -u is the same for dir (one entry per line), but you better check. There is 1 Reply. #: 20887 S9/Utilities 02-Apr-95 17:59:29 Sb: #20884-Call Fm: David Breeding 72330,2051 To: Bob van der Poel 76510,2203 (X) > To get Idents of all the modules in a directory you can do two things. > One, if you have shell+ with wildcarding enabled just do something like > "indent *". Using call you could do this: > dir -u ! call ident $ ! shell -np > This is for OSK. For OS9 the -np becomes -p and I think the -u is the same > for dir (one entry per line), but you better check. The stock os9 "dir" doesn't support "-u". I wrote a program called "ls" that did this specifically (I think others have done this too. Paul! If you don't have this, give me a shout and I'll email it to you. I never had "call". I copied a command "rep" out of Rainbow, I think, that was handy for this. One thing, and I don't mean it as a put-down for OS9/6809, but the built-in features of OSK are really far ahead of those for OS9. OS9 was patched to where it would do about everything you can do with OSK, but with OSK, often one command will do that of two or so with OS9. One case in point is ident.. As you noted above, you can ident a whole directory with one call, where with OS9, you have to recursively call ident by some means or another. I must admit that I've become quite spoiled. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via InfoXpress/OSK - Vr. 1.02 *** #: 20888 S9/Utilities 04-Apr-95 18:31:16 Sb: 40track upgrade Fm: Paul Hanke 73467,403 To: anyone How would one upgrade standard single-side drives with FD-501 controller to 40 trk drives? I don't understand the ddd0_40d.dd descriptor - would it be used in single sided drives or should I use only dx_40d.dd descriptors? I assume that they'll work for both single and double sided drives, n'est-ce pas? Does the step rate auto- matically change from 35ms to 6ms with the use of the 40 trk descriptor? And will OS9gen still be able to create a bootable disk; if so, which track will contain the kernel? thx, -ph- #: 20890 S9/Utilities 06-Apr-95 08:10:23 Sb: #20888-#40track upgrade Fm: Pete Lyall 76703,4230 To: Paul Hanke 73467,403 (X) This takes me back quite a while, so I'm no 100 percent sure.... Radio Shack used to allow 4 drives on the COCO controller. The way they did this was: a) address all drives the same INTERNALLY, and then pull pins in the cable connectors at each drive to decide which drive address bits could be passed through to the drive. As a result, the drive number/ID was a result of WHICH plug you had used on the RS drive cable (normal disk setups used all pins at each plug, and the drive ID jumpers were set on the drive's internal configuration block.) b) Radio Shack used the SIDE SELECT line (side 0 or side 1 - used for selecting which head to use in a double sided drive) as a DRIVE 4 address line. This is because they never offered DS drives for the coco, and it was a cheat that allowed them to use a 4th drive). So the first step you must take is a) Get true 40 track DS drives, then b) Address them properly, and c) Get a normal 34 pin drive cable (you could just add plugs to your existing cable). NOTE: don't use an IBM PC floppy cable... they twist the address lines around in those. Pete There is 1 Reply. #: 20892 S9/Utilities 06-Apr-95 20:07:45 Sb: #20890-40track upgrade Fm: Paul Hanke 73467,403 To: Pete Lyall 76703,4230 (X) Pete, Thx for the reply. If that's what it takes, I don't believe I'll make the conversion but will stick with using 40 tracks on JV's Coco-3 emulator for pc's. Altho there's a glitch when trying to access both sides of a virtual disk, I can get 366kb storage on one side. -ph- #: 20941 S9/Utilities 04-May-95 13:30:02 Sb: network tar ? Fm: Marc Tritschler 100344,2706 To: all I am an OS9/68K user running 4 VME based development systems (with four separate hard drives). The systems are networked using OS9/INTERNET but I dont have NFS. Hence when I backup my drives I have to manually connect the tape streamer onto the SCSI port of each system in turn and use tar locally. Is there any tar type utilities out there that I can use to allow me to leave the tape streamer on one system only and backup across the network ? From my (very limited) understanding of UNIX utilities I think I am looking for something similar to tar running locally and a utility called rmt to run on the machine with the streamer. Thanks in advance for any responses, Marc. #: 21199 S9/Utilities 27-Sep-95 16:06:35 Sb: #20627-Ethernet Driver - OS9000 Fm: BOB BROWN 73420,2557 To: Gordon Lundy 75604,1371 Please let me know if you find one. I need it alao. Bob Brown