#: 8573 S9/Utilities 03-Dec-90 18:35:02 Sb: #Defragmentation Fm: Frank Russell 74020,1135 To: all I am looking for a file de-fragmenter that handles larger than 1block clusters also has to be faster that CB's System File Repack. I would like to be able to run it on a BBS as a daily maintnence procedure.. (Smart enough to NOT defrag whats iss not fragmented) if any of you know wnything about something close to this plese WB Later Frank There is 1 Reply. #: 8606 S9/Utilities 04-Dec-90 22:35:21 Sb: #8573-#Defragmentation Fm: Bob van der Poel 76510,2203 To: Frank Russell 74020,1135 Frank, I uploaded an unfragmenter a while ago which should do the trick. It is called "unfrag.ar" and is in DL9. As I recall, the C source is included. Let me know if it works out okay. There are 2 Replies. #: 8612 S9/Utilities 05-Dec-90 18:01:58 Sb: #8606-Defragmentation Fm: James Jones 76257,562 To: Bob van der Poel 76510,2203 (X) Howdy. I took a look in DL9, and the unfrag.ar that I saw there was barely bigger than the unfrag executable that I recall getting from said archive a while back--which would seem to confirm my recollection that the source wasn't in the .ar file. (I was pretty sure that was the case, but wanted to verify my occasionally fuzzy memory.) I've yet to try it out; I'll let you know what happens when I do. #: 9013 S9/Utilities 04-Jan-91 01:47:53 Sb: #8606-#Defragmentation Fm: WAYNE LAIRD 73617,3042 To: Bob van der Poel 76510,2203 (X) Bob, been wondering whats your business address to purchase a copy of DED I've got two, one in canada and another in Indiana somwhere. Best, Wayne There is 1 Reply. #: 9035 S9/Utilities 05-Jan-91 20:28:53 Sb: #9013-Defragmentation Fm: Bob van der Poel 76510,2203 To: WAYNE LAIRD 73617,3042 You can write to me at either: P.O. Box 355 Porthill, ID USA 83853 or P.O. Box 57 Wynndel, BC Canada V0B 2N0 I actually live in Canada (at the 2nd address). However, Porthill is just a few miles away and I maintain a mailbox there for the software business, etc. I check this at least twice a week, so for the US it is probably the quickest route. My phone # is 604-866-5772. Oh, and I hope you wanted to order VED (not DED). Ved is my text editor, DED is a PD disk editor available here. #: 8634 S9/Utilities 08-Dec-90 00:59:09 Sb: touch.ar Fm: Ken Drexler 75126,3427 To: sysop (X) Sysop, I have marked my touch.ar file in DL9 for deletion because it has been superceeded by touch2.ar which does all the same things and a bit more. Ken Drexler #: 8657 S9/Utilities 09-Dec-90 15:32:45 Sb: #OS/9 File utilities ? Fm: Keith A. Glass 73770,1300 To: all To all and few. . . Asking a question on behalf of a friend. . .any recommendations on good OS/9 file utilities ? If so, library and filename as well as a brief summary....... Keith Glass There is 1 Reply. #: 8676 S9/Utilities 11-Dec-90 08:34:14 Sb: #8657-OS/9 File utilities ? Fm: Wayne Day 76703,376 To: Keith A. Glass 73770,1300 (X) Uh, any of the utilities in the library are appropriate, Keith. Unfortunately, recommending anything specific would be impossible, since you didn't give us enough information to understand just what it is that your friend wants or needs. Wayne #: 8660 S9/Utilities 09-Dec-90 17:36:31 Sb: Koonce Make Fm: Ken Drexler 75126,3427 To: Bill Breckhaus 70325,523 (X) Bill, Since seeing your message to me about make, I found Tim Koonce's make had been posted here. I have downloaded and it looks great. Thanks again for the pointer (and for posting it here, if you are responsible.) Ken #: 9040 S9/Utilities 06-Jan-91 07:46:21 Sb: #pmap Fm: Everett Chimbidis 76370,1366 To: 76703,4227 (X) Still cant find UTIL3. Can you give me more of a hint? looking for p map There is 1 Reply. #: 9041 S9/Utilities 06-Jan-91 08:04:40 Sb: #9040-pmap Fm: Mike Haaland 72300,1433 To: Everett Chimbidis 76370,1366 (X) Everett, try going to lib 10 and doing a BRO/KEY:PMAP. That'll bring up UTIL2.AR, UTIL2.DOC and UTIL3.BIN. The last file is an AR file and I think it's the one you're looking for. Mike #: 9065 S9/Utilities 08-Jan-91 16:43:04 Sb: #PC Diskette Formatting Fm: Lee Veal 74726,1752 To: All Is there an OS-9 Lvl II utility that will format a MS-DOS diskette so that it could then be used with the PCDOS utility. I'm aware of an RS-DOS-oid utility that will do MS-DOS diskette formats, but I don't want to drop down to brain-dead mode just to format a diskette. Lee There is 1 Reply. #: 9072 S9/Utilities 08-Jan-91 23:15:48 Sb: #9065-PC Diskette Formatting Fm: Bob Palmer 74646,2156 To: Lee Veal 74726,1752 (X) There is a utility package sold by D P Johnson which supports a complete set of transfer functions it also allows formatting. Another package is sold by Clearbrook systems and this has a similar collection ( I understand - not having actually seen it) What I have seen from Clearbrook is their IMS database 4th Gen Language and that was excellent. I never got past the demo system what with not being a very organized person and having no data to base. :-) Sorry - do not know of a public domain MSDOS formatter. #: 9126 S9/Utilities 14-Jan-91 03:30:49 Sb: #9035-Defragmentation Fm: WAYNE LAIRD 73617,3042 To: Bob van der Poel 76510,2203 (X) yes I was looking into VED not ded, I was wondering it's latest price? Another thing on the back of my mind was that some of the rsdoser's have mentioned wanting a bigger text buffer in the tw128, now that 512k is availible, is it possible to adjust the program for the bigger text files? I've only seen the program once but I liked it myself and I've occausionally wanted a program that I could use in decb. Have you ever thought about it? Best, Wayne #: 9222 S9/Utilities 21-Jan-91 16:14:27 Sb: #Formatting SCSI Drive Fm: Rodney Harper 75130,1321 To: All I have been having no luck formatting my Seagate ST-225N with Disto's Basic Formatting program that was supplied with the 4in1 adapter. I have tried every conceivable way to get this thing to work. I had heard that powering down the Drive and then repowering will sometimes work, but NO JOY for me. Has anyone come up with a better formatting program for this drive ? Does anyone have any suggestions ? >>Rod<< There is 1 Reply. #: 9224 S9/Utilities 21-Jan-91 16:38:50 Sb: #9222-#Formatting SCSI Drive Fm: Kevin Darling (UG Pres) 76703,4227 To: Rodney Harper 75130,1321 (X) I'd heard that running it once, getting an error, and then just running it again, would often work. There is 1 Reply. #: 9227 S9/Utilities 21-Jan-91 20:37:10 Sb: #9224-Formatting SCSI Drive Fm: Rodney Harper 75130,1321 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, I tried several times like that. I heard from others that that would work sometimes, and then again, sometimes it won't. I guess I will keep on trying until something come along, or someone develops a better low level formatter. Thanks for the reply.... >>Rod<< #: 9323 S9/Utilities 29-Jan-91 19:50:55 Sb: #Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, I tried your advice and still no luck. I set the execute attributes (e pe) then load to memory and I get ERROR 205. Then I run MDIR which leads me to believe the module did not load, so I don't want to delete the disk image cuz I'd lose the file.. NO??? By the way, I was the one looking for the help. Thanks, John There are 2 Replies. #: 9337 S9/Utilities 30-Jan-91 11:20:19 Sb: #9323-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - Hmm - wonder iff the contents of the file itself are valid? Try an ident on the file, and see what it produces. The technique _does_ work - I've used it for years... Pete There is 1 Reply. #: 9350 S9/Utilities 30-Jan-91 22:41:47 Sb: #9337-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, When I run IDENT on any of these files all I get is MODULE HEADER INCORRECT! any more ideas? John There is 1 Reply. #: 9353 S9/Utilities 31-Jan-91 14:32:21 Sb: #9350-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) Now we're getting somewhere.... That means that the file obviously doesn't contain an executable (or any other kind of) module. Questions: Did you download it as an '.ar' file? If yes, have you already used 'ar' to unpack it? Is it any other form of packed file (uuencode? Pak? Arc? Zip?)? Where did you get the file, and what is it's name? If you can't figure any of the above out, that may help, along with a dump of the first couple sectors of the file.. (i.e. dump {filename} >tempfile) Pete There is 1 Reply. #: 9356 S9/Utilities 31-Jan-91 20:35:08 Sb: #9353-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, 'ar' is one of the files I am trying to use. It was called ar.arc/bin I believe. I saved it as arc.ar.bi and can't do anything with it. I don't own dump because I only have Level II. I am using a COCO3 512K, 2 drives, MPI with controller in slot4 and modem pak in slot 1, DESKMATE3's TELECOM program 8/1bits,no parity,ASCII filter off, XMODEM transfer.John There are 2 Replies. #: 9360 S9/Utilities 01-Feb-91 00:55:29 Sb: #9356-#Help Fm: Kevin Darling (UG Pres) 76703,4227 To: John Colegrove 76467,36 (X) Hi John... don't worry, we'll getcha going. But we really need to know which file it was. If it was AR09.BIN then you should be able to Ident it (after setting attr e pe, I think). Hey, I know. What is the size of the file? That might give us a hint as to which one you downloaded. thx - kev There is 1 Reply. #: 9369 S9/Utilities 02-Feb-91 01:33:23 Sb: #9360-Help Fm: John Colegrove 76467,36 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Thanks for your concern, I downloaded AR09.bin and now no more probs. John #: 9364 S9/Utilities 01-Feb-91 11:30:04 Sb: #9356-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - In order to get AR'd programs unpacked, you need to download ar.bin in DL9. After downloading it (it is NOT compressed or packed) put it in your commands directory, rename it to 'ar', and set execution priveleges (attr /dd/cmds/ar e pe). If you don't have DUMP, grab XOD.ar in dl9. A really nice public domain dump command. There's also a PD save command over there, I believe. Ar.arc? Odd - I would have expected it to be ar.ar. If the latter were the case, you could unpack it using ar by: ar -x ar Pete There is 1 Reply. #: 9370 S9/Utilities 02-Feb-91 01:37:14 Sb: #9364-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, I downloaded AR09.bin and have no more trouble. I looked for XOD.ar here and in the COCO forum, can't find it, I did find a SAVE.ar though Thanks for your help. John There is 1 Reply. #: 9372 S9/Utilities 02-Feb-91 01:59:36 Sb: #9370-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - If Mike Ward can't find it in the archives, let me know. I'll upload a portable C source, and we can probably get someone to compile it for a 6809. Worst case, I could fire up my LI system and do it here. Pete There is 1 Reply. #: 9376 S9/Utilities 02-Feb-91 17:44:04 Sb: #9372-Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, Thanks I'll try that. John #: 9343 S9/Utilities 30-Jan-91 20:43:15 Sb: #9323-#Help Fm: WAYNE LAIRD 73617,3042 To: John Colegrove 76467,36 (X) John, just breaking in here, so I don't know the full story on your file, but try a 'verify' >>> OS9:Verify #ifdef OSK #include #define WRITE 0x02 #define READ 0x01 extern int errno; #else #include typedef long time_t #endif OSK /* #include */ #define FNAME "/DD/SYS/uptime" time_t time(); time_t clck; /* changed from 'clock' which is an osk function */ time_t future; struct tm *tm; Continued in next message #: 9764 S9/Utilities 11-Mar-91 04:42:14 Sb: #9756-OSK HELP needed Fm: Mike Haaland 72300,1433 To: Brett Wynkoop 72057,3720 (X) main(argc,argv) int argc; char **argv; { int days, hours, minutes, seconds; time_t boottime,nowtime, delta; int tpath; if((argc >1) && (*argv[1] == '-')) { if(getuid()) exit(_errmsg(214,"only root user may initialize uptime\n")); nowtime = time(NULL); if((tpath = open(FNAME,WRITE)) == -1) if((tpath = creat(FNAME, WRITE | READ)) == -1) exit(_errmsg(errno,"cannot open %s\n", FNAME)); write(tpath, &nowtime, sizeof(time_t)); close(tpath); exit(0); } else { nowtime = time(NULL); if((tpath = open(FNAME,READ)) == -1) exit(_errmsg(errno,"cannot open %s\n", FNAME)); read(tpath, &boottime,sizeof(time_t)); close(tpath); delta = nowtime-boottime; days = (int)(delta/86400L); delta -= (time_t)days * 86400L; hours = (int)(delta/3600L); delta -= (time_t)hours * 3600L; minutes = (int)(delta/60L); delta -= (time_t)minutes * 60L; seconds = delta; time (&clck); tm=localtime(&clck); fprintf(stdout," %02.02d/%02.02d/%02.02d %02.02d:%02.02d:%02.02d up for: %d days %d hours %d minutes %d seconds\n", \ tm->tm_year, tm->tm_mon + 1, tm->tm_mday, tm->tm_hour, \ tm->tm_min, tm->tm_sec,days, hours, minutes, seconds); } } #: 9765 S9/Utilities 11-Mar-91 04:45:44 Sb: #9756-#OSK HELP needed Fm: Mike Haaland 72300,1433 To: Brett Wynkoop 72057,3720 (X) All in all it looks like you have a pretty good handle on the time fucntions. If I can help with anything just holler, Mike There is 1 Reply. #: 9817 S9/Utilities 15-Mar-91 23:52:17 Sb: #9765-OSK HELP needed Fm: Brett Wynkoop 72057,3720 To: Mike Haaland 72300,1433 (X) Greeting- Thanks for the help. I am going to look at the code off line to see where my errors were. With luck I will have some of my 6809 stuff moved to OSK by the fest! -Brett #: 10106 S9/Utilities 03-Apr-91 22:58:53 Sb: #pc xfer utils Fm: Tony Cappellini 76370,2104 To: all Can anyone tell me where the pc xfer utilities are. I beleive Kevin D. wrote them, but I can'T seem to find them. I have seen reference to them but haven't found them yet Thanx TC There is 1 Reply. #: 10107 S9/Utilities 03-Apr-91 23:15:49 Sb: #10106-#pc xfer utils Fm: Kevin Darling 76703,4227 To: Tony Cappellini 76370,2104 Tony - nope, Bob Santy wrote them ;-). See PCDOS.AR and CC3DIS.AR (there are two files by that name, read the description to get the right one) in Library 10 here. You'll also need Ar and IPatch, if you don't have them. (IPatch is in the file PATCH.AR in ummm... either lib 10 or 9, I forget which). - kev There is 1 Reply. #: 10113 S9/Utilities 04-Apr-91 21:54:07 Sb: #10107-#pc xfer utils Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Will the PCDOS program only work with double sided drives. At the moment, pre-fest, I only have single-sided 40 track drives. --Jeremy, CSJW There is 1 Reply. #: 10131 S9/Utilities 06-Apr-91 02:06:00 Sb: #10113-pc xfer utils Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) I'm not sure. If you have single-sided PCDOC disks, it might work. Anyone know? #: 10194 S9/Utilities 10-Apr-91 20:05:21 Sb: #10113-#pc xfer utils Fm: Mike Stephenson 71655,415 To: Brother Jeremy, CSJW 76477,142 (X) ~ Brother Jeremy; Both disks have to have the same number of 'sides' for PCDOS to work properly. This is not a restriction of PCDOS, but is hampered by the COCO single sided drive. (It's hard to read the 'opposite' side of an IBM double sided drive, when there is no head to read it on a COCO single-sided drive .) Once upon a time I had single sided COCO OS9 40 track drives. I got along fine using Bob Santy's PCDOS fine, IF I formatted the MS-DOG disks first as single sided. eq. (assuming a two floppy IBM system) . . A:>FORMAT B:/1 {the /1 means format as single sided} Then I could . . . OS9:PCDOS -GET /D0 FOOFOO.TXT /DX/FOOFOO.TXT just fine. I even used the COCO 40 trk disks as 'flippys' on the IBM just fine. 'Flippy' meaning I punched another write protect slot on the other side of the floppy, and added another 'read hole' opposite the one already there. Then I formatted the disk on the IBM as single sided, flipped it over and formatted the other side of the disk. This worked great for transferring files and allowed me to maximize the space used for transfers. Enjoy; Mike There is 1 Reply. #: 10196 S9/Utilities 10-Apr-91 20:09:54 Sb: #10194-pc xfer utils Fm: Brother Jeremy, CSJW 76477,142 To: Mike Stephenson 71655,415 (X) Thank you for your reply. I am going to have to try making a new boot disk with PCDOS again. I couldn't get the last one to work properly. Under RS-DOS I used a program from Marty Goodman for Rainbow June 1986, MS2COCO so I have several MSDOS single sided disks to play with. I will let you know what happens. --Jeremy, CSJW #: 10262 S9/Utilities 14-Apr-91 19:34:25 Sb: #Areacode Fm: Al Fleagle 72527,1354 To: All Is anyone familiar with a program named areacode? It would give the area code of a city if you typed in the name. If you typed in the area code it would list states and cites where that area code is located. I've lost my copy. Can anyone help? There is 1 Reply. #: 10266 S9/Utilities 14-Apr-91 20:18:16 Sb: #10262-#Areacode Fm: James Jones 76257,562 To: Al Fleagle 72527,1354 I have it, though no source. Looking at it just now seems to indicate that it must be grepping through a file (good thing, since the Chicago area 312 area code split, etc.!). I'll look through docs, in case there's any restriction on redistribution, and if not, I'll upload it. There is 1 Reply. #: 10298 S9/Utilities 16-Apr-91 08:02:45 Sb: #10266-#Areacode Fm: Steve Wegert 76703,4255 To: James Jones 76257,562 (X) JJ, I have the source if needed. Want me to shoot it to you so a full set of files can be ar'd together? Steve There is 1 Reply. #: 10307 S9/Utilities 16-Apr-91 19:05:02 Sb: #10298-#Areacode Fm: James Jones 76257,562 To: Steve Wegert 76703,4255 (X) Sounds like a good deal to me. Please do. There is 1 Reply. #: 10327 S9/Utilities 17-Apr-91 21:44:10 Sb: #10307-Areacode Fm: Steve Wegert 76703,4255 To: James Jones 76257,562 (X) Will do, suh. Keep your eyes peeled on your mail box. Steve #: 10372 S9/Utilities 20-Apr-91 21:16:58 Sb: dynacalc.trm file Fm: Bert Schneider 70244,427 To: 72057,3720 Brett, I understand you modified the dynacalc.trm file to allow a terminal to use Dynacalc remotely. Is this so? If so, is your code public domain? Will it support a Televideo 920 or 925 terminal? How can I get access to it? (o) (o) U \___/ Bert Schneider #: 10468 S9/Utilities 26-Apr-91 00:49:23 Sb: #10372-#dynacalc.trm file Fm: Brett Wynkoop 72057,3720 To: Bert Schneider 70244,427 (X) Greeting- Not I. I wish I had that. Talk to Pete he may be able to help. -Brett There is 1 Reply. #: 10481 S9/Utilities 27-Apr-91 19:09:21 Sb: #10468-dynacalc.trm file Fm: Bert Schneider 70244,427 To: Brett Wynkoop 72057,3720 Pete Lydall? Would he have modified that file? Someone told me about a year ago that there was such a file here on CIS. Now that I have joined CIS I can't find it. If only the information was made available that describes the workings of that file so you could make your own custom version depending on what type of terminal you have. Thanks! Bert Schneider #: 10616 S9/Utilities 07-May-91 22:56:31 Sb: #10307-#Areacode Fm: Paul K. Ward 73477,2004 To: James Jones 76257,562 (X) JJ, New termcap now uploaded to you. Paul There is 1 Reply. #: 10619 S9/Utilities 08-May-91 06:00:56 Sb: #10616-#Areacode Fm: James Jones 76257,562 To: Paul K. Ward 73477,2004 (X) Downloaded, too; I'll move it over and give it a try. Thanks. There is 1 Reply. #: 10632 S9/Utilities 09-May-91 16:21:35 Sb: #10619-Areacode Fm: Paul K. Ward 73477,2004 To: James Jones 76257,562 (X) JJ, I am also using a bunch of new fonts -- I don't know if they were modified in any way (new header informantion, whatever) to run on the MM/1 -- Mike Haaland apparently left them on my MM/1 at the fest. Use the new fonts as you would on the Color COmputer 3 -- merge one then use display 1b3a followed by the group and buffer numbers. Right now, the font I favor is a sans serif thich font that looks great on the 640 x 420 screens. Paul IMS #: 10734 S9/Utilities 18-May-91 16:41:39 Sb: #Ramdisk Fm: Brother Jeremy, CSJW 76477,142 To: ALL I am having trouble with my ramdisk (Kevin's rammer.bin) I did an ident on it and it shows module header incorrect. What I am trying to do is get the largest ramdisk possible on a 512k machine. Help> Br. Jeremy, CSJW There is 1 Reply. #: 10743 S9/Utilities 18-May-91 21:13:53 Sb: #10734-#Ramdisk Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - perhaps it has some xmodem padding on the end or something... try loading it, then saving it back out and see if ident comes up okay then. The descriptor has been set up so that each "cylinder" = 8K of space, so you can dmode cyl=xx in hex numbers to whatever you'd like. For example, 320K would be 40 "cylinders" of 8K each, so that'd be "dmode /r0 cyl=28". I think ;-) There is 1 Reply. #: 10749 S9/Utilities 18-May-91 23:42:19 Sb: #10743-#Ramdisk Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I'll try that, although, the file as I got it was simply rammer.bin, it wasn't arced, but I'll let you know. --Jeremy, CSJW There is 1 Reply. #: 10756 S9/Utilities 19-May-91 00:43:28 Sb: #10749-Ramdisk Fm: Brother Jeremy, CSJW 76477,142 To: Brother Jeremy, CSJW 76477,142 (X) The problem is in the rammer.bin file. The Rammer_Bin file from the 1987 Rammer.ar checks out properly under ident. #: 11927 S9/Utilities 24-Aug-91 15:39:52 Sb: #SWise Fm: Chuck Watters 70115,536 To: 72177,1762 (X) Thanks for the response. My upload was garbled. I changed printers to a Oki 293 which I run with a parallel interface as it is an IBM compatible printer. I was contacting you regarding a printer driver for Sidewise for the Oki 293. In the meantime I hacked the Epson driver in the SWise.b09 file and am up and running SWise with my new printer. Thanks anyway.b09 There is 1 Reply. #: 11958 S9/Utilities 26-Aug-91 01:11:13 Sb: #11927-SWise Fm: Ian Hodgson 72177,1762 To: Chuck Watters 70115,536 Chuck: Glad you got it working. I wouldn't have been able to do much for you anyway, since I have no info on that printer and since I have pretty limited time lately (most of my free time has been spent in hospital, I'm sorry to say). In fact, I find Sidewise OS9 such an incredible pain in the butt to use that I convert my files to DECB format and print them using the other version of Sidewise. That way I don't have to break up the files manually, calculate things, etc. See you. Ian. #: 12260 S9/Utilities 16-Sep-91 00:19:17 Sb: A New Disk Module? Fm: Erich Schulman 75140,3175 To: ALL As I still have only one physical disk drive, I have to frequently type chd /d0; chx /d0/cmds. Since there seems to be no way that I can define ctrl-1 or some other thing as a keyboard macro, is there any downloadable module that will allow me to just type newdisk (or nd), and preferably a module that will not rely on RunB. I would load it upon startup or maybe even merge it into /d0/cmds/shell. These alternatives would be easier and more accurate (for typing correctly the first time) that what I have to do now. BTW, the reason I want to avoid having to rely on RunB is because even with 512K I still have to RAMcram a lot. Mostly because of my 256K RAMdisk that I (almost) can't do without. #: 12296 S9/Utilities 19-Sep-91 23:37:06 Sb: #Extracting Big ar file Fm: Erich Schulman 75140,3175 To: ALL Yesterday I downloaded a 170K ar file. There is not enough space on a 360K disk to hold the ar file and to extract it. I thought that I could copy the ar to a RAMdisk and extract to a physical disk. I thought that appending >/d0 would redirect the extraction to a newly formatted disk which I had in /d0. Instead I got a File Already Exists error. Would Tee be able to handle the redirection? Or is there some other way that I can extract this archive? There is 1 Reply. #: 12301 S9/Utilities 20-Sep-91 01:19:45 Sb: #12296-#Extracting Big ar file Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Erich, To extract a file from your ramdisk to d0, first "chd /d0" so that the output will end up there. Then "ar -x /r0/file.ar" so that Ar extracts from the archived file on ramdisk. Ar always extracts to the current directory. best - kev There are 2 Replies. #: 12315 S9/Utilities 20-Sep-91 13:43:50 Sb: #12301-Extracting Big ar file Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) Now why didn't I think of that (g). Thanks. #: 12342 S9/Utilities 20-Sep-91 18:23:45 Sb: #12301-Extracting Big ar file Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) If there's still not enough room on the /d0 drive, could Erich also just de-ARchive using specific files from the ARchive file. ar -x /r0/file.ar file1.doc file1.bin ... etc? Having a hard drive has spoiled me on how to solve problems in a floppy-based system. I had somebody ask me some questions about Level 1 the other day, and drew a blank. Lee #: 12422 S9/Utilities 27-Sep-91 10:43:06 Sb: #MS-DOS ARC/ZIP Fm: Erich Schulman 75140,3175 To: ALL I know there are utilities for extracting ZIP archives, but are there any that will extract MS-DOS ARC files? Also, are there utils that will CREATE MS-DOS ZIP archives? There are 2 Replies. #: 12425 S9/Utilities 27-Sep-91 13:23:52 Sb: #12422-#MS-DOS ARC/ZIP Fm: edward langenback 73510,145 To: Erich Schulman 75140,3175 (X) well, theres os9arc which will create ms-dos format arhives, but i`ve never heard of anything to create .zip format archives. just burst em. "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! There is 1 Reply. #: 12429 S9/Utilities 27-Sep-91 21:17:26 Sb: #12425-MS-DOS ARC/ZIP Fm: Erich Schulman 75140,3175 To: edward langenback 73510,145 Thanks, I'll be looking for it. #: 12431 S9/Utilities 27-Sep-91 22:04:16 Sb: #12422-MS-DOS ARC/ZIP Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 Yes, there are programs that will extract at least some versions of MS-DOS ARC files. Nothing to create .ZIP files, though; somebody made a program available to extract stuff from them, but nobody's done the same for a program to create them. A group of people is working on a reverseengineered ZIP program, and I expect that once it's done, people will port it to OS-9. #: 12466 S9/Utilities 01-Oct-91 22:26:09 Sb: #Binary File Editing Fm: Erich Schulman 75140,3175 To: ALL dEd's D command (iddle with file length) always removes bytes from the end of a file. What would be the best way for me to remove a binary file's FIRST 128 bytes? This is for a non-executable binary file. There are 5 Replies. #: 12467 S9/Utilities 01-Oct-91 23:06:10 Sb: #12466-#Binary File Editing Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 (X) The easiest way would be for someone to write or port the "tail" utility. I happen to have source for such a thing that a friend of mine wrote some years back. I may have already uploaded it. If I haven't, or it's been offloaded from the DLs here, let me know and I could upload it (possibly again). There is 1 Reply. #: 12475 S9/Utilities 02-Oct-91 13:04:20 Sb: #12467-#Binary File Editing Fm: Erich Schulman 75140,3175 To: James Jones 76257,562 (X) I checked under the key of "tail" as that seemed most likely to "hit" if the program is there. I did this in Libs 5, 6, 9, 10, and 11. I even checked Lib 12 even though I can't support it. Delphi has something like that for the 68000 only so I thought I might see if your util would be a 68000 thing as well. In all the Lib searches I came up empty. As I do have the catalog files for most Libs downloaded, I'll make a more exhaustive offline search. There are 3 Replies. #: 12491 S9/Utilities 02-Oct-91 23:57:08 Sb: #12475-Binary File Editing Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 (X) If I uploaded it, it would be in C source form--and it works just as well on the 6809 as on the 68000. Let me know what turns up. #: 12496 S9/Utilities 03-Oct-91 04:04:41 Sb: #12475-Binary File Editing Fm: Bob Taylor 73270,3124 To: Erich Schulman 75140,3175 (X) Erich, Ask Wayne to upload tail68.ar in Lib 5. Bob #: 12498 S9/Utilities 03-Oct-91 06:19:06 Sb: #12475-Binary File Editing Fm: Mike Ward 76703,2013 To: Erich Schulman 75140,3175 (X) Erich, I'll upload TAIL09.AR and TAIL68.AR to Lib 5 tonight when I get home. I should have them on my offline archive disks. #: 12478 S9/Utilities 02-Oct-91 16:53:35 Sb: #12466-#Binary File Editing Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Erich - I wrote a program called "fed" that did this sort of thing. May be in DL5 or DL9. Pete There is 1 Reply. #: 12490 S9/Utilities 02-Oct-91 23:23:57 Sb: #12478-#Binary File Editing Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) Are you sure the program is still available for download? I checked Libs 5, 6, 9, 10, and 11 using FED as a filename and as a key. I then went back to each and used "edit" as a key. I turned up nothing. There is 1 Reply. #: 12507 S9/Utilities 04-Oct-91 15:38:03 Sb: #12490-Binary File Editing Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Eric - If that's the case, then perhaps it's in the great bit bucket. The procedure Bruce Mackenzie showed you is essentially all you need to do. The same can be done in BASIC or BASIC09 easily (in fact the original FED was written in B09). If I still had a C Compiler on an 09 machine, I'd write you a quicky tool. Pete #: 12484 S9/Utilities 02-Oct-91 19:47:45 Sb: #12466-#Binary File Editing Fm: Bruce MacKenzie 71725,376 To: Erich Schulman 75140,3175 (X) Erich, If you have access to a C compiler the following should do the trick: #include main() { char c; fseek(stdin,129l,0); while(fread(&c,1,1,stdin) != 0) fwrite(&c,1,1,stdin); } This would produce a program that would copy a file from standard input to standard output minus the first 128 bytes. You'd call the program with i/o redirection, ie chop outputfile. By the way, thats an ell in 129l not a one. I would imagine you could do the same thing just as easily in basic09 if you're not into C. There is 1 Reply. #: 12488 S9/Utilities 02-Oct-91 23:06:34 Sb: #12484-#Binary File Editing Fm: Erich Schulman 75140,3175 To: Bruce MacKenzie 71725,376 (X) I have been wanting to get a C compiler but I no longer hold out any hope of getting Tandy's. Maybe the SmallC on Delphi will suffice. With the source code you gave I may be able to translate this into Basic09 as you had said. So far I've had little success with doing disk operations in B09 though I am finally starting to "get the hang of it". Despite the hassle of two transfers, I also wonder about the potential of doing this under DECB. The only binary editing I've ever done in DECB is with a dEd-like disk zapper utility. There is 1 Reply. #: 12513 S9/Utilities 04-Oct-91 21:25:34 Sb: #12488-#Binary File Editing Fm: Bruce MacKenzie 71725,376 To: Erich Schulman 75140,3175 (X) Erich, You could do it in DECB but it would be a hassle. I had a look at tail09.ar which someone else suggested and it appears to be line oriented and not really what you want. Tell you what I'll hack together a little utility and upload it here. Look for trim.ar in LIB 9. Should show up tomorrow or the next day. There is 1 Reply. #: 12514 S9/Utilities 04-Oct-91 23:02:29 Sb: #12513-Binary File Editing Fm: Mike Ward 76703,2013 To: Bruce MacKenzie 71725,376 (X) Thanks for the upload Bruce. It's in the hopper for the early morning merge-o-matic. #: 12485 S9/Utilities 02-Oct-91 19:51:48 Sb: #12466-Binary File Editing Fm: Bruce MacKenzie 71725,376 To: Erich Schulman 75140,3175 (X) Ah, make that fwrite(&c,1,1,stdout) not fwrite(&c,1,1,stdin). #: 12499 S9/Utilities 03-Oct-91 07:04:51 Sb: #12466-Binary File Editing Fm: Bob Santy 76417,714 To: Erich Schulman 75140,3175 (X) Erich: If you have tsed or tsedit, you can edit a binary file with it. Not really easy to delete 128 bytes at the beginning, but possible. Try a series of "8x" commands (16 of them). That will remove the 1st 128 bytes. #: 12744 S9/Utilities 28-Oct-91 09:04:05 Sb: #Undeleting Files Fm: Erich Schulman 75140,3175 To: ALL Is there a reliable Undelete utility for OS-9 available anywhere? Fortunately I've so far never needed one but my day will come. There is 1 Reply. #: 12761 S9/Utilities 29-Oct-91 07:35:57 Sb: #12744-Undeleting Files Fm: Mark Wuest 74030,332 To: Erich Schulman 75140,3175 Erich, I don't know of an "undelete" utility per se, but have used "fsedit" to get me out of a jam or two. It requires a pretty good understanding of the os9 file system and can really mess up a disk if not used carefully. It most definitely *can* be used to "undelete" a file, assuming the blocks freed up by the original delete (unlink()) have not been re-used. You will have to run "dcheck" and let it fix the thing after you "undelete" a file because you will now be using blocks marked as free. I would download it (I *think* it was in the utilities database) and experiment on a floppy disk that you format and "dsave" a few files and directories to so you can trash it and just re-format and start over. Of course, you would want a complete backup before "fixing" anything with "fsedit". Good luck (you'll need it)! Mark #: 12763 S9/Utilities 29-Oct-91 17:29:34 Sb: #12761-Undeleting Files Fm: Lee Veal 74726,1752 To: Mark Wuest 74030,332 (X) Likewise the DED utility can be use to patch a file back into existence, but one also has to understand the file structure really well, otherwise, well... ..you know... bam!!! Lee #: 12780 S9/Utilities 31-Oct-91 06:56:06 Sb: #12744-#Undeleting Files Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, Its no consolation, but there is an undel utility that comes with the famous (and equally unavailable) OS9 upgrade. If I remember correctly, it required modifications to RBF, so it I don't think its _possible_ to implement one with the current RBF, which clobbers some critical information when a file is deleted. Bill There are 2 Replies. #: 12790 S9/Utilities 31-Oct-91 23:10:42 Sb: #12780-Undeleting Files Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Another method of getting files back (yes, I deleted an entire directory of source files with no backup one night) is to use a utility like DED to suck the text off the bad disk onto a new one. What I did was to open the disk with the deleted files on it (something like "ded /dd@") and then find the text files. Then I opened an output file (make sure it's on a different disk!) and then I just read the sectors and saved them out. Only took a few hours to undo the work of a few seconds--but then what fun would life be otherwise. #: 12791 S9/Utilities 31-Oct-91 23:16:10 Sb: #12780-Undeleting Files Fm: Erich Schulman 75140,3175 To: Bill Dickhaus 70325,523 (X) It won't help on my floppy-based system, but there may be a way to do it on hard drive systems. It would at minimum require a new Del command. Whenever a file is deleted, a file is created/extended as appropriate in the /h0/SYS directory that maintains a record of the file name, its LSN's, etc.--with provisions to keep /h0/SYS/Delrecords from overwriting any of the new file. An Undelete utility would go to Delrecords and see if the location(s) have since been re-allocated to something else. If not, they are re-marked as used and the directory is updated. Alternatively, the dir entry can be removed but nothing else changes (comparable to the file hiding utils in B&B's File System Repack). You can then use a Cleanup command to permanently erase a file and release its sectors. Either way the normal Del action has to be intercepted. I don't know enough about the file system to assess the viability of these schemes--let alone implement them--they're just ideas. #: 12766 S9/Utilities 29-Oct-91 22:07:04 Sb: #Using Binex/Exbin Fm: Erich Schulman 75140,3175 To: ALL When converting OS-9 binary files to S-Record format, how do I determine exactly what would be the correct address and Header Name to give Binex? I presume Exbin will get all data it needs from the file it converts to binary. There is 1 Reply. #: 12771 S9/Utilities 30-Oct-91 09:01:55 Sb: #12766-#Using Binex/Exbin Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Eric - No need.... it will default to acceptable values, which os9 will (well, exbin) will ignore for the most part anyway. Pete There is 1 Reply. #: 12772 S9/Utilities 30-Oct-91 09:51:41 Sb: #12771-#Using Binex/Exbin Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) I've not yet used eitther but that should change within a weeks' time; then I may be using them regularly. In the manual, they said that Binex requires an absolute address even though OS-9 is normally postition-independent, and their example has something like $100 given as the address. So just pressing ENTER at the 2 prompts will suffice then? Exactly what are those specifications for anyway? There is 1 Reply. #: 12773 S9/Utilities 30-Oct-91 14:10:54 Sb: #12772-#Using Binex/Exbin Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Exactly... BINEX and EXBIN are os9 commands, but the format they work with (S Record) is an ascii-fied binary form developed by Motorola for all kinds of uses (not specifically os9). The most common use was sending code over serial lines to EPROM burners, and for loading code into target systems via ROM debugger routines.. primarily developmental stuff. In those cases, absolute addressing may have been required ("this goes into the EPROM at offset $4000", etc.). There is 1 Reply. #: 12776 S9/Utilities 31-Oct-91 00:06:34 Sb: #12773-#Using Binex/Exbin Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) Thanks for helping me with S-Records. The way I intend to use them is to carry binary files between different computers' disk systems, one of them being my CoCo3. They cannot directly read each other's disks but both can read and write MS-DOS disks. But the other system cannot presently import/export binary files with MS-DOS disks. I have found a S-Record util for the other system, so when sending binary files to my CoCo3, I'll make an S-Record representation, export to DOS, take the disk to the CoCo3, pcdos -get /d1 binfile.sr /r0/binfile.sr, and exbin /r0/binfile.sr. DOS is acting as the intermediary link. This may seem rather cumbersome, but considering all the hours I've been transferring back and forth via comm programs at 2400bps, even a cumbersome disk exchange is a pleasant change. There is 1 Reply. #: 12784 S9/Utilities 31-Oct-91 15:05:19 Sb: #12776-Using Binex/Exbin Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Erich- You might be better off with 'uuencode' and 'uudecode'. These are utilities that were originally developed for moving binary unix files over ascii based mail links. They (if memory serves) are fairly effecient in that they do a 3 to 4 bit expansion. Pete #: 12855 S9/Utilities 03-Nov-91 20:58:53 Sb: #Extracting . Fm: Erich Schulman 75140,3175 To: all Is there any way my CoCo3 can extract the .Z archives found in the UNIX Fourm? I found a few text files I'd like to get but I have no Z extractor. There is 1 Reply. #: 12859 S9/Utilities 03-Nov-91 21:38:26 Sb: #12855-Extracting . Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, If they're 12 bit compressed files, we have a compress utility that will do the job in the libraries. If it's the more popular 16 bit jobs, I've not found anything. Steve #: 12998 S9/Utilities 11-Nov-91 23:11:17 Sb: #Using DMode Fm: Erich Schulman 75140,3175 To: ALL I've heard that DMode can be used to access the back of a flippy without having to turn the disk over. How do I set that up? Can DMode be used to allocate more RAM for disk use so i/o can go faster? Finally, a Rainbow article by Marty Goodman said some 3.5" drives will work at a 3mS step rate. How can I dmode /d1 to try it out before Cobblering the change? There is 1 Reply. #: 13004 S9/Utilities 12-Nov-91 02:22:41 Sb: #12998-Using DMode Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 Erich - ummm... I can't imagine how dmode'ing a descriptor would allow using the backside of a flippy (without a custom driver, that is). Nope, the coco doesn't support disk caching (again, stock drivers), so there's no way to allocate more ram for disk use. I think the coco disk controller chips don't know how to do 3ms stepping, so that's out too. I think. best - kev #: 13013 S9/Utilities 13-Nov-91 00:32:45 Sb: #13004-#Using DMode Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) I remember seeing a message in this forum a long time ago about how you can do something like dmode /d0 sid=2 to access the back of a flippy in /d0 as though it were a /d2 (just as you might do in DECB). As the message has scrolled off long ago I thought I might ask how this could be done. (At the time that message was around, I was still struggling with getting a download of Ar 1.2 to work, so DMode'ing was among the least of my concerns; hence, I never took note of what was said then.) I ought have a Disto SC2 on the way soon if not even now. Can that controller step at 3mS? If so, what DMode would do it? Who offers drivers that do cache (and the software to set it up), or do I need to use hardware caching as some PC's use? Except for clock speed, I keep getting this CoCo3 closer to a 386SX:-) There is 1 Reply. #: 13034 S9/Utilities 13-Nov-91 20:41:44 Sb: #13013-Using DMode Fm: Brother Jeremy, CSJW 76477,142 To: Erich Schulman 75140,3175 There was a chache program over on Delphi that was uploaded a few months back. I will see if it can be uploaded here. If not I will see about getting you a copy. --Br. Jeremy, CSJW #: 13018 S9/Utilities 13-Nov-91 00:48:34 Sb: snap.ar Fm: GLEN HATHAWAY 71446,166 To: 76703,376 Hi Wayne... I just uploaded Snap.ar the other day. I was messing with it today and found that after the last batch of additions, I forgot to re-test the modify section. It now has some nasty bugs in it that I am fixing right now. Could you pull the current version off the database ASAP? I'll have this fixed real soon and re-upload. Meanwhile, I don't think the bug is fatal, but it is ugly and confusing. I guess we should warn against modifying any files with it until I fix it, just in case. #: 13019 S9/Utilities 13-Nov-91 00:52:51 Sb: snap.ar Fm: GLEN HATHAWAY 71446,166 To: all Hi all... I just uploaded 'snap.ar' to the utilities database the other day. I just realized that after the new additions, I forgot to re-test the modify routines. They now have a nasty, ugly bug in them - I hope it's harmless, but until I re-upload a fixed version, it would be safest not to use the modify command. If you have downloaded it, either scrap it and get another copy when I re-upload, or use it only to view files and diddle file lengths. I'll reupload ASAP. Glen Hathaway COMPER 71446,166 #: 13020 S9/Utilities 13-Nov-91 02:15:06 Sb: #snap.ar Fm: GLEN HATHAWAY 71446,166 To: 76703,376 Hi again Wayne... Disregard my earlier message. I've already fixed and reuploaded snap.ar. There were 2 people who downloaded the buggy file. If you can tell who, please inform them of the problem. If you can't, I guess they'll figure it out... There is 1 Reply. #: 13022 S9/Utilities 13-Nov-91 06:34:11 Sb: #13020-snap.ar Fm: Mike Ward 76703,2013 To: GLEN HATHAWAY 71446,166 (X) Glen, there's no way for us to know who's downloaded the file but we'll get the new upload posted here shortly. Thanks! #: 13021 S9/Utilities 13-Nov-91 02:17:37 Sb: snap.ar Fm: GLEN HATHAWAY 71446,166 To: all Hi all... Please disregard my earlier message about my Snap.ar upload. It has been de-bugged and re-uploaded. The bug was pretty trivial, but potentially quite dangerous. If you downloaded the earlier version, delete it and get the current one. Works much better when ya can read the modify screen! #: 13042 S9/Utilities 14-Nov-91 00:28:10 Sb: #13034-Using DMode Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 I found it too!:-) Unfortunately I may find that installing it will be a problem. As the Ar remains unextracted I can't say for sure. If the IPatch calls for the original CC3Disk.dr, I'm not going to be able to complete the installation. I have already patched CC3Disk for use with PC-DOS/RS-DOS and I do not want to lose that patch. With that patch being an IPatch as well (and the doc for the PC/RS-DOS CC3Disk patch does call for the original) I'm not going to be able to reinstall the IPatch if I IPatch the original for caching. And if both want to change the same bytes even constructing a table to keep track of both patches to facilitate manual rebuilding of the module....! So if the caching IPatch will not work with my patched CC3Disk, I have to wonder if I will have any alternative short of creating and maintaining two separate boot disks--a normal one and one for when I want to use PC-DOS or RS-DOS. #: 13081 S9/Utilities 17-Nov-91 01:06:49 Sb: #13042-#Using DMode Fm: Brother Jeremy, CSJW 76477,142 To: Erich Schulman 75140,3175 (X) As far as I know, the CC3Disk driver in the Disto package is the same as is created by patching the stock CC3Disk with the IPC file found in PCDOS/RSDOS. The version number for either is #10. I am not certain of the version number needed for the caching program. --Br. Jeremy, CSJW There is 1 Reply. #: 13089 S9/Utilities 17-Nov-91 13:13:41 Sb: #13081-Using DMode Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 The version number or revision level is not a good indication of whether the Disto driver is the same as the CC3Disk driver as patched for PCDos/ RSDos. To determine this one would need to run Ident on each and compare the CRC's. Or use cmp on the two files. The problems I described earlier with caching do exist, but on Delphi I got a great way around it--at least until I have a SCII. I can rename CC3Disk to CC3XDisk and insert the IPatched CC3disk with caching into the boot file as CC3Disk. Then I insert copies of my /d0 and /d1 but renamed to /x0 and /x1. Now I can do something like rsdos -get /x0 os9prog.bin /d1/os9prog. Of course I won't have caching on floppies when referring to them as /x_. Of course once I get a SCII I'll be right back to where I started from since I wouldn't be able to IPatch the CC3Disk_disto for caching. But if the Disto driver really is the same as the PC/RSDos one I'll be OK. I was told on Delphi that the Disto driver was written so as to allow no-halt to take place so I doubt the 2 are the same modules. #: 13151 S9/Utilities 22-Nov-91 13:41:14 Sb: #Finding File Descriptor Fm: Erich Schulman 75140,3175 To: ALL How do I find out, relative to /d0@, which LSN on a disk is a given file's file descriptor sector? There are 2 Replies. #: 13152 S9/Utilities 22-Nov-91 15:14:48 Sb: #13151-Finding File Descriptor Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 Erich - from a program or by hand or ? By hand, a "dir e" will show the LSN of a file's descriptor sector. That's the number under "Sector". The info is contained within the file's entry in the directory "file". Umm. Need more info on what you're up to :-) #: 13161 S9/Utilities 23-Nov-91 11:09:07 Sb: #13151-Finding File Descriptor Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 Erich - The only way that I know of is to read the directories, which are broken down as filename[29] + LSN of file's FD sector[3]. That gives the absolute sector number relative to the disk's structure. Pete #: 13506 S9/Utilities 16-Dec-91 19:59:23 Sb: #scsi47 descriptors Fm: Erich Schulman 75140,3175 To: all I have looked over once again the scsi47.ar package. I see that the descriptors are addressed for the 2-in-1 and the 4-in-1. I have neither: just HDISK. So if it makes a difference which one should I use? I know now that I can pick the cchdisk.dr easily because there is only one in the set (g). There is 1 Reply. #: 13509 S9/Utilities 16-Dec-91 21:52:15 Sb: #13506-#scsi47 descriptors Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Isn't the single board just the 2-1 board placed on a mostly empty bus board? kev There is 1 Reply. #: 13510 S9/Utilities 17-Dec-91 02:30:24 Sb: #13509-#scsi47 descriptors Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) Maybe, I just don't know. The HDisk board looks like that. There is a lot of empty space and there is one such space labeled as being for a 6551. There is 1 Reply. #: 13511 S9/Utilities 17-Dec-91 02:47:35 Sb: #13510-scsi47 descriptors Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Yeah, that sounds like the 2-1 board, I'm almost positive. #: 13525 S9/Utilities 17-Dec-91 22:17:36 Sb: #scsi47.ar: what's next? Fm: Erich Schulman 75140,3175 To: ALL I have installed a driver and descriptor combination from scsi47.ar and have begun trying it out. While running the package's driverchk Basic09 program I have noticed a substantial imrovement except during ident's and mdir's which seem to halt the system. I tried downloading to the hard drive. Not only no improvement, the situation's WORSE. Not only do I still drop carrier, the whole system crashes. I get a lot of random garbage on the screen (does not look like VDG chip garbage) and everything's locked up. For that matter this happens frequently. And at random times after or during boot. It's 100% of the time with all terminal programs when downloading to /h0 and random otherwise (though mostly during any disk access). It started with my installation of RBF Ed. 29 but tremendously magnified with scsi47.ar. I can't depend on my CoCo from one minute to the next with this. DECB does seem totally unaffected. Problem Two: I definitely need to change my interleave but I already have 1431 files in 214 directories with only 9 Meg used. Imagine how long it will take to put all that back from floppy, esp. since my /h0 structure doesn't match my floppy collection. [Continued in reply]. There is 1 Reply. #: 13526 S9/Utilities 17-Dec-91 22:27:10 Sb: #13525-#scsi47.ar: what's next? Fm: Erich Schulman 75140,3175 To: Erich Schulman 75140,3175 (X) [13525 continued] What I want to do is use a backup/restore utility so I can easily replace my directory structure. So once I find the best interleave and format therefor, will restoring the drive overwrite the data in the first LSN's AND ruin my good-interleave format? I think the answer is no but I thought I'd better check here first. My backup/restore is the one in File System Repack. If someone has used it but switched to one that's available to download, I too will consider changing. Just state what you like better about John Doe's program. This is a record post for me, at least in this forum. Thanks for reading this far (g) and for helping me get as far along as I am now with this new drive. In fact, if it weren't for this forum I would probably have given up on OS-9 sometime around last March. Erich Schulman (KTN4CA) There are 2 Replies. #: 13530 S9/Utilities 18-Dec-91 06:41:46 Sb: #13526-#scsi47.ar: what's next? Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Erich - it just struck me: what comm program are you using? Some of the nastier ones go right to the hardware which could cause a crash in this case. kev PS: keep at it! You've learned an awful lot in the last months, it seems! I think we'd all give up on any hobby if there weren't others around :-) There is 1 Reply. #: 13534 S9/Utilities 18-Dec-91 11:24:26 Sb: #13530-scsi47.ar: what's next? Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) For OS-9, my termianl programs are SuperComm 2.1a (which occasionally forks rz) which I use everywhere but here and occasionally here, and Sterm 1.5.1 which I use here and with null modems but not much otherwise. My primary terminal program is Ultimaterm 4.1 (DECB) but there is one BBS where I'll be switching to SuperComm whose ANSI emmulation appears to be better than Ulterm's. BTW, I was using os9arc to archive some .DBF database files I was going to send to a local BBS. I was using Supercomm and was uploading with Xmodem-1K. Was going to that is! I decided to play a online game while os9arc crunched. But os9arc returned an ERROR 001 and that caused me to drop carrier. The sysop knows what I've been up to so all I had to do was get back on, leave a "sorry!" message, and try again. I got no error the second time and all worked fine. #: 13532 S9/Utilities 18-Dec-91 09:14:29 Sb: #13526-#scsi47.ar: what's next? Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Erich - You cannot affect interleave once it's been 'formatted in'. LSN's and interleave have nothing to do with one another. Restoring your filesystem won't screw anything up, assuming that you use a file by file backup and restoral process. You may wisg to check out my 'hdkit.ar' in the DL's. It's a full backup/restoral utility suite. Pete There is 1 Reply. #: 13535 S9/Utilities 18-Dec-91 11:27:54 Sb: #13532-#scsi47.ar: what's next? Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) I think the backup/restore with File System Repack goes sector by sector and ignores file structure. That's why I thought I should ask about this. I do know that my utility will optionally backup only clusters that are both allocated and in the file system, or backup every byte used or not. There is 1 Reply. #: 13536 S9/Utilities 18-Dec-91 14:40:29 Sb: #13535-#scsi47.ar: what's next? Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Then it sounds like a non-option for defragging. It still won't mess with your interleave though. Pete There is 1 Reply. #: 13546 S9/Utilities 19-Dec-91 00:12:25 Sb: #13536-#scsi47.ar: what's next? Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) The manual specifically and unequivocally states that the hdb/hdr combo will not defrag. There are two other utils in the package to do that. They said the advantage is that bad sector info will be preserved along with (which is not present in my case) os9boot, the kernel, and Hyper I/O data without your needing to know their locations on the disk. Since I knew your program was available for download I got FSR for defragmentation. I suspected there might be a backup program but I didn't even really know that til I read the docs. Its FCheck utility now reports 13.5% fragmentation on used areas and 7.?% on free areas and said that was a OK level. With a new interleave the defrag should go much faster than it would have before (it will be my first whenever I do it). But not messing up the interleave is what was most important to me at this point. I didn't think it would; I just thought I'd better confirm it from someone who would really know. There are 2 Replies. #: 13551 S9/Utilities 19-Dec-91 11:56:41 Sb: #13546-scsi47.ar: what's next? Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Erich - The ONLY time you can affect interleave is at format time (i.e. when you're actually spinning track images onto the disk). Pete #: 13586 S9/Utilities 21-Dec-91 06:30:02 Sb: #13546-scsi47.ar: what's next? Fm: William Phelps 75100,265 To: Erich Schulman 75140,3175 (X) >The manual specifically and unequivocally states that the hdb/hdr combo will >not defrag. There are two other utils in the package to do that. They said **the advantage is that bad sector info will be preserved along with (which is If the interleave is changed, won't the locations of the Logical sectors also change? The bad sectors(assuming they are physically bad) will be on the same track but, they will have different LSNs. Comments? William #: 13548 S9/Utilities 19-Dec-91 00:32:20 Sb: scsi47 + RBF29=BLOB? Fm: Erich Schulman 75140,3175 To: ALL I began preps to backup the hard drive in advance of reformatting for a nw interleave. And I noticed something. If you recall a previous post I had described numerous problems with system crashes. But as I formatted disks I consistently had a crash exactly as described after every nine disk formats. I got through 8 and crashed as soon as I hit ENTER for #9 with d1 never going into action. I tried to duplicate this problem in DECB but had no problems. So I looked at changes to my OS-9 software, and there were two. 1) I installed RBF 29, 2) I installed scsi47. I put in both at the same time. I considered it unlikely scsi47 was to blame. I cobblered a new disk and used EZGen to replace RBF 29 with my stock RBF 28. I have not as yet tried to download to the hard drive but otherwise all problems just vanished. Could the BLOB have been causing me all this trouble? I do not have RBF and all its drivers and devices in one 8K block as Rainbow recommends, yet that works fine with the stock RBF. And with the stock RBF it seems important that its load offset be divisible by 4 which is now the case. What would proabably be the best cure for this BLOB, i.e., should I now try to get all RBF modules into one 8K block to use RBF 29, or what? #: 13572 S9/Utilities 20-Dec-91 10:45:34 Sb: #scsi47 format failure Fm: Erich Schulman 75140,3175 To: ALL Is it possible to modify Disto's DECB program to let me try different interleaves? I tried every dmode trick I could think of and I can never get scsi47 to perform a physical format for anything remotely near the drive's capacity. There is no reason that a 65Meg drive should be formatting so that I can get no more than 5 to 16 Meg free! I have already wasted twelve hours trying to get scsi47 to correctly physical-format my drive and I'm not giving it any more. The DECB program works even if its interleave is FAR from correct so that is what I now want to use. There is 1 Reply. #: 13574 S9/Utilities 20-Dec-91 11:43:22 Sb: #13572-#scsi47 format failure Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Hmm - I may be pulling this out of my... er... hair, but I thought that formatting parameters were negotiated between the controller and the drive in SCSI land. The way most OS9 drivers (disk) are setup is that if a format track 0 command is received, it treats it as a command to format the whole drive. Pete There is 1 Reply. #: 13575 S9/Utilities 20-Dec-91 19:37:02 Sb: #13574-#scsi47 format failure Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) Here's just one of the commands I used to unsuccessfully begin to look for the best interleave. dmode /hf cyls=1190 hds=6 sectrk=34 sectrk0=34 ilv=1 This dmode was done to the hf_st296n_53.dd descriptor in the package. If I recall correctly I wound up with 16Meg free. I used the SAME poarameters (minus ilv= which I didn't specify) when I did a logical-only format following the DECB physical format. Worked perfectly. So why not with SCSI47? There is 1 Reply. #: 13587 S9/Utilities 21-Dec-91 07:29:11 Sb: #13575-#scsi47 format failure Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) It's all up to the driver (SCSI47), and it sounds like it's screwing up. There used to be a problem with the 'free' command not being able to deal with larger disks, but if you're running LII's latest version stuff, you should be clear there. I'd bet on SCSI47 as a problem source. Pete There is 1 Reply. #: 13590 S9/Utilities 21-Dec-91 12:10:11 Sb: #13587-scsi47 format failure Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) I now use two free commands. One is Free and it is the one that came with the Enhanced GShell archives. The other is lsH which prints a directory as well. The former did report free space correctly when everything was working. I didn't check what lsH would report back but I assume it would be the same. Unless someone else comes up with a solution I suppose I will have to put everything back the way it was and live with a poor interleave--and that once I have a working CoCo 3 again. I wouldn't know how to go about fixing scsi47 or Disto's DECB program. #: 13724 S9/Utilities 28-Dec-91 04:15:47 Sb: #Ar v1.4 Fm: edward langenback 73510,145 To: all does anyone still have version 1.4 of Ar? seems i deleted it without first converting some *VERY* important archives to another format. i'd really appreciate it a LOT if someone could e-mail me a copy of it. the archives involved are the without doubt the most important files in the entire universe, and i need to get at them *yesterday*! thanks, -Ed. There is 1 Reply. #: 13743 S9/Utilities 28-Dec-91 20:31:46 Sb: #13724-Ar v1.4 Fm: Lee Veal 74726,1752 To: edward langenback 73510,145 AR 1.4 is in the Utilities library (DL 9). Lee