#: 17643 S9/Utilities 07-Mar-93 13:31:16 Sb: XSM Patch Fm: Chris Burke 72240,304 To: ? Here's a quick patch to the XSM assembler, to fix a problem related to the BAND, BOR, and other bit manipulation instructions. Versions of XSM previous to 2.04 will generate code for the "A-register" when the "B-register" is specified in the source code. For example, BAND B.4,FOO.2 produces code as if it were written BAND A.4,FOO.2. You can fix this by searching your version of XSM for the sequence below, and replacing the byte 03 with the byte value 04. OLD SEQUENCE: 8C000127EA8C000227E98C000327E916FFE1 NEW SEQUENCE: 8C000127EA8C000227E98C000427E916FFE1 You'll also have to correct the CRC. As a side note, XSM now can generate S-record output in addition to OS9 and RS-DOS binary, and it has a symbol table of up to 64K. You can get the current version, 2.04, as an upgrade from Burke & Burke. Thanks to David Breeding for pointing out the problem with BAND. Chris Burke #: 17802 S9/Utilities 26-Mar-93 04:31:07 Sb: #Disk Fragmentation Fm: Mcgennity-M 100136,3276 To: ALL Does anybody know of an efficient RBF disk de-fragmentation utility? I am an engineer working with OS9 for CDI production. I am constantly having to backup-format-restore my SCSI drives because some of the files that I have to manipulate must use contiguous disk space (for emulation etc). The files are in the order of 650 Meg and so backing up to tape is very time consuming as you can appreciate. Any help with this would be much appreciated. Malcolm. Futuremedia Interactive. United Kingdom. tel: 0243 555000 fax: 0243 555020 There are 2 Replies. #: 17816 S9/Utilities 27-Mar-93 16:51:16 Sb: #17802-Disk Fragmentation Fm: Bob van der Poel 76510,2203 To: Mcgennity-M 100136,3276 (X) Malcolm, I'm sure that Ole Hansen will let you know about a program I believe he sells...however, you might be better off just avoiding file fragmentation if you can. A could of suggestions: 1. Pre-extend the file allocation for what you believe the file's max. size will be when you create the file. As long as when you close the file you are not at the EOF, the extra sectors allocated will not be returned to the system. 2. If you have a fragmented file and you have contiguos disk space for it, just copy that file. If I recall correctly, COPY will do a pre-allocation. After the copy, just delete the old and do a rename. I wrote a utility awhile ago for 6809 which did that. It is avail in lib10 as 'unfrag.ar'. #: 17825 S9/Utilities 29-Mar-93 16:33:15 Sb: #17802-Disk Fragmentation Fm: ole hansen 100016,3417 To: Mcgennity-M 100136,3276 (X) Hello Malcolm Try to contact 'Galactic Indutrial' Mr. Paul Dayan. He is selling a program called DiskSqueezer from 'Ark System USA'. That program will reorganize your disk and collect files so they get contigous(if possible). If you are using that big files, why don't you increase the allocation-size so you don't get that many small segments ?? Here is the phone-number to Paul: (+44) 913848343 regards ole@anelec.dk #: 17935 S9/Utilities 18-Apr-93 18:29:14 Sb: .ar format specs Fm: Erich Schulman 75140,3175 To: ALL Is there any file in any Lib detailing the format of a .AR compressed file? No, I'm not writing an unauthorized Ar 1.6 (g), but I am writing a program which does need to work with the compressed data. Upon completion, I shall either a) get permission to release the program as public domain or b) never release the program to the public, but which I have not yet decided upon. Erich Schulman (KTN4CA) #: 18411 S9/Utilities 13-Jul-93 21:30:50 Sb: ar beta testers needed Fm: Carl Kreider 71076,76 To: all I just dropped off a beta version of the new ar in the utils dl (9 I hope). Could anyone who still runs an 09 check it out and report back? In summary, it is smaller, faster, and has more features. A clear case of having your cake and eating it too, right? Well, not really. It is actually a bit bigger with the delete code in it (I could leave that out if no one cares...) but it should still fit on two pages of coco memory. How much is left at the top of the process space on the coco? How big can it grow before it takes three pages? It is twice as fast (unless you are disk I/O bound). I can't help much here without burning memory needed for compression tables for disk buffers. It will still extract from old archives (make by ar 1.2) and will still make old archives. I can't say whether it will extract from archives made with any of the modified versions (unless they didn't change the compression). It will compress much better. In fact, I now default to compressing binaries since it generally helps. It defaults to 13 bit, but you can choose anyting in 9 to 13. I can get more on OSK, but I can't get more than 13 bit tables in 64K (compression takes 48K, burst takes 32K). You won't make or break 13 bits on LI, but 12 should be ok there. I presume you will let me (and others) know ;) Delete isn't quite right yet - it won't do more than one file at once. I haven't put in the directory walk code yet (so naming a directory on the command line would archive that tree). Or is this not desireable? Type ar2 -? for a synopsis. Carl #: 18433 S9/Utilities 23-Jul-93 17:34:49 Sb: #18411-ar beta testers needed Fm: Mike Haaland 72300,1433 To: Carl Kreider 71076,76 Sounds like you've been real busy getting 13 bit compression, etc. into AR. I'm not using my 09 anymore but thought I'd make a suggestion about handling recursive archiving. Why not a command line switch? Ah, never mind well, yeah. A switch, (-r or something), would grab the whole tree, no switch would just grab the directory and contents on the command line. If you'd like some code to do this, check out lha. For compression on binaries, you make the place where you start the header, then keep track of how many bytes the file compresses to, if it's bigger than the binary, seek back to the header and 'store' the file. Hope to see the OSK version RSN. :) - Mike - #: 18442 S9/Utilities 24-Jul-93 14:40:51 Sb: New Ar bugs Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider I have discovered 2 errors..... In using the -u option I have encountered the ar2: Can't get memory and error 248- media full. I have a hard drive with 12 megs free, and I had 300k free. Errors have occurred with ar both in and out of memory. -- John #: 18444 S9/Utilities 25-Jul-93 21:16:21 Sb: #18433-#ar beta testers needed Fm: Carl Kreider 71076,76 To: Mike Haaland 72300,1433 (X) Actually more busy with the new iron foundry instrument, but..... The idea of a command line switch sounds interesting. It should default to off, so you have to be explicit unless you use the flag. I was going to use the tree walk code from tar, but it takes some major work to ar to make it work. Not sure I want to do that much. I may look at lha (actually, I don't think I ever got lha from you) but it may not be any better. The problem is more in ar. Course, soon as I say that someont will show me how easy it is B-\ It is easier to handle the binary file compression problem. I was worried about adding too much code, but I guess I get 16K - 512 bytes before it takes another page on the coco, so maybe I can do it. The OSK version runs, but the problem one is the coco version, so that needs to settle out first. I suspect ar has outlived it's usefulness for OSK, though, with all the other options available. OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in size and enough faster to make it the choice. Dunno at this point. Thanks for the advice! Carl There is 1 Reply. #: 18457 S9/Utilities 27-Jul-93 17:31:46 Sb: #18444-#ar beta testers needed Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) > version, so that needs to settle out first. I suspect ar has outlived > it's usefulness for OSK, though, with all the other options available. > OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in size and > enough faster to make it the choice. Dunno at this point. Thanks for the > advice! Carl Carl, There may be other/better choices for compression under OSK, but we still need a way to unAr those CoCo achives on our OSK machines! :-) *- Steve -* There is 1 Reply. #: 18483 S9/Utilities 29-Jul-93 21:11:10 Sb: #18457-ar beta testers needed Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) I guess I meant mainly putting lots of effort into ar for OSK, vs keeping for bursting old archives. Although it is both faster and smaller than zoo and 1/3 the time of lha although the file size was half again bigger. Ummm that is a bit confusing. Ar made a smaller file in less time than zoo. But lha made a file 2/3 the size ar did, but took 3 times longer. #: 18469 S9/Utilities 28-Jul-93 21:24:17 Sb: #18411-#ar beta testers needed Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Hi Carl, Just back from vacation so I am getting a late start with ar2 beta testing. Actually, not much testing; I can't get it to work. Tried it on several different text files, all with exactly the same results, for example: ar2 -u mail mail archiving ar2: Can't get memory ERROR 216 Or, if I give the complete filename: ar2 -u mail.ar mail archiving ar2: Can't get memory ERROR 248 I did the tests using a ramdisk, then repeated them with source on the ramdisk and destination on a floppy; same results. Looking forward to seeing a working version soon. If you need any more details or detective work, let me know and I will try to characterize it better. Ian There is 1 Reply. #: 18484 S9/Utilities 29-Jul-93 21:12:36 Sb: #18469-#ar beta testers needed Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 (X) I need to know what your setup is: LII CoCo? How much free memory? Would 12 or 11 bits work? There is 1 Reply. #: 18487 S9/Utilities 29-Jul-93 22:41:28 Sb: #18484-ar beta testers needed Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 Carl, OK, I tried using 12 bits (which, by the way, the help screen says is the default) and it works fine, but produces results essentially identical to the old version of ar. Didn't try timing it since I was only doing short files. I tried running without the ramdisk with no change. I had about 400K free at the time, so can't see that memory should be a problem. I see that I'm not the only CoCo user having similar problems; hope you can track it down. For me, the "delete" function is a great addition; I have wanted it many times and am quite used to it with PKZIP at work. Move is also very useful, and compressing binaries should help too. Will download the latest beta version as soon as it is posted. Ian #: 18446 S9/Utilities 25-Jul-93 21:30:45 Sb: #18442-#New Ar bugs Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 (X) Perhaps you could send me the file, if it isn't too big. Could be a bug in the decoding routines. There is 1 Reply. #: 18456 S9/Utilities 27-Jul-93 17:08:18 Sb: #18446-#New Ar bugs Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 (X) I'll send you the file..... If I can figure out _how_ to send a file via mail. Seeya -- John There is 1 Reply. #: 18463 S9/Utilities 28-Jul-93 00:55:59 Sb: #18456-#New Ar bugs Fm: Mike Haaland 72300,1433 To: John L. Wilkerson Jr. 71140,77 (X) John, At the mail prompt type 'upl' and it will ask for a protocol. Using B is the easiest way. Then when it's uploaded it will ask to who. Just enter Carl's UID and you'll be set. For subject use: file.ar or whatever the filename is, that way he'll know it's an .ar file. - Mike - There is 1 Reply. #: 18479 S9/Utilities 29-Jul-93 18:04:43 Sb: #18463-New Ar bugs Fm: John L. Wilkerson Jr. 71140,77 To: Mike Haaland 72300,1433 (X) Thanks for the info.... Seeya -- John #: 18485 S9/Utilities 29-Jul-93 21:25:17 Sb: ar beta Fm: Carl Kreider 71076,76 To: all I dropped off another version of ar in dl9. This fixes the write error problem (sign extension on signed chars got me again) and adds attribute perservation. I am really bothered by reports of inability to do 13 bits. It works fine on my 6809. Why doesn't it on a coco? Or has anyone done 13 bits on a coco? Carl #: 18575 S9/Utilities 22-Aug-93 13:11:04 Sb: #MS-DOS archive help Fm: Paul R. Santa-Maria 71674,422 To: All I have downloaded SWTOOL.AR to my MS-DOS machine. Can someone tell me how to extract it? The file is from 1986, if that helps. There is 1 Reply. #: 18587 S9/Utilities 23-Aug-93 23:51:54 Sb: #18575-MS-DOS archive help Fm: Pete Lyall 76703,4230 To: Paul R. Santa-Maria 71674,422 (X) Paul - You'd need the AR utility for OS9 to do it. While it's not OS specific, I don't know that it was ever ported to DOS (it was ported to Unix system5..) Pete Lyall #: 18626 S9/Utilities 29-Aug-93 11:45:36 Sb: #OKI400 printer Fm: Steve Wegert 76703,4255 To: Zack Sessions 71532,1555 (X) Zack, I picked up an OKI400 yesterday. I just couldn't justify the additional expense for Postscript compatability at this time ... and the price of the 400 was too good to pass up. ($450) Anyway .... having read and re-read the manual several times, do you have any tips for dealing with the ESC sequences for font changes and the like? Have you by chance whipped something up to make this a bit easier on us lazy types? Any useful tips or techniques in operation in general is welcome. Thanks! Steve There is 1 Reply. #: 18628 S9/Utilities 29-Aug-93 12:16:16 Sb: #18626-OKI400 printer Fm: Zack Sessions 71532,1555 To: Steve Wegert 76703,4255 (X) > I picked up an OKI400 yesterday. I just couldn't justify the additional expense > for Postscript compatability at this time ... and the price of the 400 was too > good to pass up. ($450) > > Anyway .... having read and re-read the manual several times, do you have any > tips for dealing with the ESC sequences for font changes and the like? Have you > by chance whipped something up to make this a bit easier on us lazy types? > > Any useful tips or techniques in operation in general is welcome. I played around with them a little on the CoCo, but for the most part, after I had spend a few days entering in the Width Tables I got from Oki, I let VPrint do the job for me!! :-) I did do a little programming on the MM/1 which can print mailing labels and is capable of using multiple fonts, centering info on the label and the likes, but due to the small number of MM/1 users (and CoCo users) who even HAVE laser printers has caused me to not polish the program up for any kind of release. Maybe if there is enough requests ... Perhaps, with a little arm twisting, I may even part with some of the source. :-) ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18773 S9/Utilities 11-Sep-93 16:52:18 Sb: #18641-#OKI400 printer Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Do you plot much? I have a utility that takes data files and generates a labeled graph in plot(3x) format. Then I have backend drivers that convert that to epson (or star) dot matrix, hp laser jet, hp desk jet, and Houston Instrument plotter. Or on a Unix box, you can take the file and use any of their plot(3x) drivers to display/print/plot it. Or you can use my backends to print/plot a file generated with Unix 'graph'. I have a version of graph that runs on OSK too. I used gnuplot a bit but for what I do I prefer something that is not interactive and utilized more if the plot space available. I never think that anyone else can use this stuff so I never mention it. Is any of this of interest? Carl There are 2 Replies. #: 18779 S9/Utilities 11-Sep-93 22:00:38 Sb: #18773-#OKI400 printer Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Carl, please post the plot stuff! There is 1 Reply. #: 18799 S9/Utilities 12-Sep-93 22:00:47 Sb: #18779-OKI400 printer Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Ok. I will have to scrounge for docs. I assume you can look up plot(3x) in a Unix manual. Carl #: 18786 S9/Utilities 12-Sep-93 05:32:59 Sb: #18773-#OKI400 printer Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) Gee Carl ... it's all of interest. I would have responded sooner but I've been on vacation sans laptop. My graphing interest has increased lately with my plotting stock data from the MQUOTE area and a recent purchase of the OKI400 printer (HPII compatable). Upload at your convenience! *- Steve -* There is 1 Reply. #: 18800 S9/Utilities 12-Sep-93 22:02:24 Sb: #18786-#OKI400 printer Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Should be able to get something up this week. I'm a bit tender about sources after ar, but maybe I'll do two packages, binaries and sources. Carl There is 1 Reply. #: 18803 S9/Utilities 13-Sep-93 08:27:22 Sb: #18800-#OKI400 printer Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) > Should be able to get something up this week. I'm a bit tender about > sources after ar, but maybe I'll do two packages, binaries and sources. > I can understand your hesitation about releasing sources after the AR fiasco, but please don't let a couple of cheese-balls ruin it for the rest of us! ;-) I've learned quite abit from stompping through your code. I'd hate to loose that privilege. *- Steve -* There is 1 Reply. #: 18807 S9/Utilities 13-Sep-93 22:56:36 Sb: #18803-OKI400 printer Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Ok, Ok.. ;-) #: 18836 S9/Utilities 18-Sep-93 20:30:33 Sb: #18663-OKI400 printer Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) I haven't tried it, but my plotter software runs the same to an LJII and a DJ500C. In addition, the manuals seem to indicate they use the same commands, so it *should* work. If I get a bit of time, I will compile it and check against both. #: 18884 S9/Utilities 22-Sep-93 23:46:10 Sb: #AR Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Carl, What is the current state of AR development? Beta version 1.92 has been posted since July and I have been using it (CoCo) with no problems except that the default 13 bit compression does not work on the CoCo so I have to call it with -uo or -ub12. Oh, yes; the help screen says that the default is 12 bits which I believe is incorrect. Is it safe to continue using it? Are there any planned changes which will make the files it produces obsolete? For me the major advantages over the earlier version (1.2) are: - MUCH faster operation (about twice as fast) - The DELETE function - The MOVE function - Slightly better compression on text files - Compression of binaries Is a final release version (2.0?) on the way? Ian There is 1 Reply. #: 18894 S9/Utilities 23-Sep-93 21:52:10 Sb: #18884-AR Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 Ian, The current state of AR development is waiting for bug reports. When no more come in, I will make a formal, final release of 2.0. Yes, it is safe to continue to use. There will be no changes to make current files obsolete. Why can't you use 13 bits? Everyone else I talk to say they can. I can. Are you using LI? Do your friends have the same trouble? #: 18935 S9/Utilities 26-Sep-93 22:05:37 Sb: #18894-#AR Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Carl, Gosh, your comment about 13 bits is odd. Seems to me that in early August, shortly after 1.92 was posted, there was a flurry of correspondence from CoCo users who were unable to use 13 bit compression; all with the same "Can't get memory" error that I get. Did they all find a magic solution that I didn't? Perhaps some of them will speak up now. I'm not using L1; haven't used it for several years. Can't say if my friends have the same trouble; I don't have any friends with CoCo's. Bob van der Poel says he will give it a shot on his CoCo and let me know. Ian There are 2 Replies. #: 18944 S9/Utilities 28-Sep-93 19:09:30 Sb: #18935-AR Fm: Bob van der Poel 76510,2203 To: Ian Hodgson 72177,1762 (X) I will download the program tonight and see what happens. #: 18966 S9/Utilities 30-Sep-93 22:26:44 Sb: #18935-AR Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 Umm, none of that flurry of messages found their way back to me. So I am confused still. It should work, 2 pages (less 512 bytes) is enough to bit (err fit) the object in and that leaves 6 pages or 48K for the tables, which is enough. Why doesn't it work? Can *anybody* help? I *know* that it does work on some machines (well, at least three). Carl #: 18957 S9/Utilities 29-Sep-93 22:00:49 Sb: #18894-#AR Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 (X) I have not been able to use the new .ar in any of its enhanced capabili- ties. I forget what the errors were.... Something to do with unable to access memory or somesuch. Same problems as with the first beta version. -- John There is 1 Reply. #: 18968 S9/Utilities 30-Sep-93 22:29:36 Sb: #18957-AR Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 What can you tell me about your configuration? What might be different than another person who doesn't have failure to get memory troubles? Is it that you only have 128K so there isn't enough? Any ideas at all? #: 18989 S9/Utilities 04-Oct-93 00:12:31 Sb: #18966-#AR Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 I just looked to see if I had saved that "flurry of messages" but apparently I didn't. I should hear from Bob van der Poel after he gets back from Atlanta; he said he would try it on his CoCo. I'll also take a copy upstairs and try it on my other CoCo 3, but the configuration is pretty similar so I expect similar results. To help you pin it down a bit more, ar outputs the following: archiving ar1.92: Can't get memory ERROR #216 It gets part way through its job and does create the output file, which it can interpret: ar -t testfile gives file file stored file name ver file date attr size size ----------------------------- --- -------------- ------ ----- ----- testfile 0 93/10/04 00:33 --r-wr 2871 587202683 However, ar -p testfile gives ar1.92: not an archive or archive damaged. Incidentally, testfile.ar is 2967 bytes long; slightly longer than the original file. The stored size above looks a tad suspicious! If it would help to see the original file and the resulting invalid archive, I would be glad to email them to you. By the way, the total time elapsed is less than a second; too short to properly archive the file (using -ub12 works fine and takes about 3 seconds). Incidentally, I have 512K and have lots of free memory so that can't be it. --- Just tried it upstairs: exactly the same results. Mind you, the boot files and configurations are pretty similar, so I wouldn't have expected much else. Anything else I can do to help? Ian There is 1 Reply. #: 18993 S9/Utilities 04-Oct-93 20:10:05 Sb: #18989-AR Fm: Bob van der Poel 76510,2203 To: Ian Hodgson 72177,1762 I went looking to DL the beta ar to test it, but I can't find it? What is it called? Or has it been deleted from the lib? #: 18993 S9/Utilities 04-Oct-93 20:10:05 Sb: #18989-#AR Fm: Bob van der Poel 76510,2203 To: Ian Hodgson 72177,1762 (X) I went looking to DL the beta ar to test it, but I can't find it? What is it called? Or has it been deleted from the lib? There are 2 Replies. #: 18999 S9/Utilities 05-Oct-93 11:27:42 Sb: #18993-AR Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I had to go looking as well. It's AR_BET.AR in LIB 9. *- Steve -* #: 19009 S9/Utilities 06-Oct-93 04:05:36 Sb: #18993-AR Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, The file name is AR_BET.AR in LIB 9. -Bill- #: 19002 S9/Utilities 05-Oct-93 20:00:59 Sb: #18989-AR Fm: Steve Wegert 76703,4255 To: Ian Hodgson 72177,1762 (X) Ian, Shoot me a copy of that test file, eh? I just AR'd my cmds directory with AR1.92 and had no problem. Weird! *- Steve -* #: 19007 S9/Utilities 05-Oct-93 22:32:39 Sb: #18989-AR Fm: Ken Scales 74646,2237 To: Ian Hodgson 72177,1762 (X) Ian - Just a wild thought here... Are you running with Shellplus? I wonder if, by any chance, the new version of 'ar' is being bitten by the same memory allocation problems that affected 'kbcom' and earlier versions of Ultimuse? If you are using Shellplus, you could try using dEd on the original Shell to change its internal name to something different (I used "ohell"), then save it in your CMDS directory under this name. Then try executing: [shellplus]: ohell ar1.92 -u testfile and see if it works. (I can't try it here because my CC3 is crippled.) ... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 ** Composed with KVed/Ved and uploaded with InfoXpress ** #: 19010 S9/Utilities 06-Oct-93 04:05:52 Sb: #18968-AR Fm: Bill Dickhaus 70325,523 To: Carl Kreider 71076,76 Carl, I just retested the latest version, and just by accident duplicated Ian's results. In my case, I really was out of memory, only 40K free. The 216 error is a little confusing though. I haven't had time to do anything more than a few files. -Bill- #: 19060 S9/Utilities 10-Oct-93 16:28:10 Sb: #18989-#AR Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 (X) Ian, My guess is that we have the answer - shell+ is *not* ar compatible (to cop a phrase from the MS-DOG world), or perhaps vice versa (depends or your perspective, I guess). So, to you and all other interested parties, what do I do??? Put a waring in the docs? Can you force shell+ to give less memory? Restrict ar to 12 bits? Let me know so I can release the final version. Carl There are 2 Replies. #: 19089 S9/Utilities 12-Oct-93 08:01:18 Sb: #19060-#AR Fm: Bill Dickhaus 70325,523 To: Carl Kreider 71076,76 (X) Carl, I just got a problem report from someone using the CoCo version of InfoXpress with shell+, same problem with memory allocation. It seems to me there's a patch to shell+ that will disable this "feature", does anyone else remember? -Bill- There are 3 Replies. #: 19091 S9/Utilities 12-Oct-93 20:56:30 Sb: #19089-#AR Fm: Carl Kreider 71076,76 To: Bill Dickhaus 70325,523 (X) I've never used shell+, so don't know. Is that the one that Ron L. did? Is he still around? There is 1 Reply. #: 19097 S9/Utilities 13-Oct-93 07:02:01 Sb: #19091-#AR Fm: Bill Dickhaus 70325,523 To: Carl Kreider 71076,76 (X) Carl, Yes, it is the shell that Ron did. He fixed all this stuff in the upgrade, so while I use shell+, I'm using a version that works :-) I haven't seen him around in quite a while. There was a patch that came about because of this same problem occurring with UMuse. -Bill- There is 1 Reply. #: 19105 S9/Utilities 13-Oct-93 21:48:59 Sb: #19097-AR Fm: Carl Kreider 71076,76 To: Bill Dickhaus 70325,523 (X) Eddie Kuns says shell+ caused a problem with something he distributes, so he provides a patch file. I don't have shell+ or any idea what to do re: a patch. I guess I can document the 'feature' and perhaps someone can make the patch file necessary and distribute it to where ever ar goes. Yep. If that doesn't create too much of an uproar from the public, that is what I will do. #: 19099 S9/Utilities 13-Oct-93 10:25:41 Sb: #19089-AR Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) > me there's a patch to shell+ that will disable this "feature", does anyone > else remember? I recall that as well, but going through stuff I have here, I can't find anything. I believe Ron fixed it in later revs of what was going to be the official shell. Why not post your question on the LIST. That may net a response. *- Steve -* #: 19110 S9/Utilities 14-Oct-93 05:47:26 Sb: #19089-AR Fm: Mark Griffith 76070,41 To: Bill Dickhaus 70325,523 (X) Bill, > I just got a problem report from someone using the CoCo version of > InfoXpress with shell+, same problem with memory allocation. It seems to > me there's a patch to shell+ that will disable this "feature", does anyone > else remember? You might wask over on Delphi. It seems those people have worked up a patch to fix these things. Apparently, Mike Knudsen found the original problem with his Utilmuse player and came up with the patch. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19093 S9/Utilities 12-Oct-93 23:12:02 Sb: #19060-#AR Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Well, if there are no other changes, why not release it now? Although it means a bit more typing, I have no problem running it under the old shell (which, at Bob's suggestion, I have renamed to tshel). And if Ron Lammardo is around, perhaps he can suggest ways to adjust Shell+. One thing would be VERY nice: you should be able to pass parameters to a shellscript on the command line. Heck, even MSDOG lets you do that; I use it every day at work. Ian There is 1 Reply. #: 19104 S9/Utilities 13-Oct-93 21:45:38 Sb: #19093-AR Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 The only other change would be to fix delete so it works for more than one file. I haven't heard of any real bug other than the write error I fixed. #: 19061 S9/Utilities 10-Oct-93 16:28:45 Sb: #19010-AR Fm: Carl Kreider 71076,76 To: Bill Dickhaus 70325,523 (X) Yeah, ar won't run with 40K free ;) I will see about a better error message than 216. That is probably bogus since malloc is never supposed to fail.... #: 19117 S9/Utilities 14-Oct-93 23:16:56 Sb: #19115-#AR Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 (X) Are you using shell+? If so, try it using shell from Microware. You may (I am not the expert here) have to rename shell and patch the binary, but you should be able to use 'mw_shell ar -u foo *' from the shell+ prompt. There is 1 Reply. #: 19122 S9/Utilities 15-Oct-93 22:03:51 Sb: #19117-#AR Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 YES, as a matter of fact I do use shellpluss. I was reading the other messges on how to repair shellplus' memory bug. I installed tha patch, and BINGO, all aspects of the new ar. work flawlessly! -- john There is 1 Reply. #: 19125 S9/Utilities 16-Oct-93 17:31:53 Sb: #19122-AR Fm: Steve Wegert 76703,4255 To: John L. Wilkerson Jr. 71140,77 > YES, as a matter of fact I do use shellpluss. I was reading the > other messges on how to repair shellplus' memory bug. I installed tha > patch, and BINGO, all aspects of the new ar. work flawlessly! > Hmmm ..... did I miss the patch? Where did you find it? *- Steve -* #: 19135 S9/Utilities 17-Oct-93 10:22:22 Sb: #19105-#AR Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) Carl, I've uploaded a file to the CoCo3 library that details the shellplus fix. Steve There is 1 Reply. #: 19139 S9/Utilities 17-Oct-93 15:29:20 Sb: #19135-AR Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Thanks. #: 19130 S9/Utilities 17-Oct-93 01:24:59 Sb: #19093-#AR Fm: Dieter G. Rossmann 70314,1766 To: Ian Hodgson 72177,1762 (X) I have ShellPlus v 2.2 running under NitrOS9 and the 63C09 CPU, and archived my whole Users directory with this command line: AR1.92 -ub13 Experiment * And had NO problems whatever, the resulting file was 171076 bytes in size... So I gues it is NOT the ShellPlus that is giving You problems... G'Day! Dieter There is 1 Reply. #: 19133 S9/Utilities 17-Oct-93 09:35:19 Sb: #19130-#AR Fm: Steve Wegert 76703,4255 To: Dieter G. Rossmann 70314,1766 (X) > I have ShellPlus v 2.2 running under NitrOS9 and the 63C09 CPU, and > archived my whole Users directory with this command line: AR1.92 -ub13 > Experiment * > And had NO problems whatever, the resulting file was 171076 bytes in > size... > So I gues it is NOT the ShellPlus that is giving You problems... > I think it is the _version_ of ShellPlus you're using that's the key. Where did you get version 2.2? *- Steve -* There is 1 Reply. #: 19154 S9/Utilities 18-Oct-93 23:13:47 Sb: #19133-#AR Fm: Dieter G. Rossmann 70314,1766 To: Steve Wegert 76703,4255 (X) I got Shellplus v2.2 from a Vancouver BBS, and StG BBS called Sci_Fi, dont know if it is still in operattion, I tryed to logon to Sci_Fi but cant get a connection... If You want the ShellPlus v2.2 I could send it to You via Email, that is if I can find it in my software library... By the way, the Shellplus v 2.2 I am running also got patched to run in Native mode on my 63C09 CPU... G'Day! Dieter There is 1 Reply. #: 19159 S9/Utilities 19-Oct-93 14:25:25 Sb: #19154-AR Fm: Steve Wegert 76703,4255 To: Dieter G. Rossmann 70314,1766 (X) If there's no restrictions on the file, go ahead and upload it to the CoCo3 library. Might be just the answer folks are looking for to solve their problems with the new version of AR due out. *- Steve -* #: 19128 S9/Utilities 17-Oct-93 01:24:55 Sb: #18966-#AR Fm: Dieter G. Rossmann 70314,1766 To: Carl Kreider 71076,76 (X) I have downloaded AR_BET.ar, unarchived it and have no problem using 13bit compression. I have a CoCo III with 1meg of ram, and one 512K RAM cartridge, B&B sub-system, running NitrOS9 from GaleForce, with a 6309C installed... Also had at the time my StG BBS running in Term window, while I was using AR1.92 in window /W1... Running SMAP gave me 41 Pages free (10Kbytes Free)... I archived my whole Sysop directory and the resulting file was 171076 bytes in size... My command line was: AR1.92 -ub13 Experiment * So on my system everyting works!!! G'Day! Dieter There is 1 Reply. #: 19137 S9/Utilities 17-Oct-93 15:28:03 Sb: #19128-AR Fm: Carl Kreider 71076,76 To: Dieter G. Rossmann 70314,1766 (X) Great! Thanks for the test. It looks like shell+ is the bug in ar..... #: 19129 S9/Utilities 17-Oct-93 01:24:57 Sb: #18966-#AR Fm: Dieter G. Rossmann 70314,1766 To: Carl Kreider 71076,76 (X) BTW, I also was using ShellPlus v2.2, and AR1.92 had no problems archving with 13bit compression... G'Day! Dieter There is 1 Reply. #: 19138 S9/Utilities 17-Oct-93 15:28:59 Sb: #19129-#AR Fm: Carl Kreider 71076,76 To: Dieter G. Rossmann 70314,1766 (X) Oops... Did you have shell+ patched, or does 2.2 not allocate 31 pages per process or ????? There is 1 Reply. #: 19155 S9/Utilities 18-Oct-93 23:13:51 Sb: #19138-AR Fm: Dieter G. Rossmann 70314,1766 To: Carl Kreider 71076,76 >>> Ops DidYou have shell+ patcheed? Yes, I got shellplus v2.2 from a Vancouver BBS, then when I Purchesed NitrOS9 from GaleForce Enterprises, there where a bunch of patched on the distribution disk, and one of them was for veriouse skellplus version. Now my shell+ is patched to run in native mode on my 63C09 CPU... G'Day! Dieter #: 19161 S9/Utilities 19-Oct-93 18:57:41 Sb: #19125-#AR Fm: John L. Wilkerson Jr. 71140,77 To: Steve Wegert 76703,4255 (X) I got the patch off Delphi. This is the patch I used: l shell c 1313 1F 01 v There were a couple more on the list, as well as extensive documentation. -- John There are 2 Replies. #: 19168 S9/Utilities 20-Oct-93 13:08:03 Sb: #19161-AR Fm: Steve Wegert 76703,4255 To: John L. Wilkerson Jr. 71140,77 Thanks John. I found the file over there and have also posted it here. (Crossposting permission was granted in the body of the text) *- Steve -* #: 19173 S9/Utilities 20-Oct-93 22:09:16 Sb: #19161-AR Fm: Ken Scales 74646,2237 To: John L. Wilkerson Jr. 71140,77 > I got the patch off Delphi. This is the patch I used: > > l shell c 1313 1F 01 v > > There were a couple more on the list, as well as extensive documentation. > > -- John It's been a long time, but I believe that I tried that patch. I removed it, but maybe some of the later versions fixed the problem I encountered. With a Ramdisk pretty full of files (and with ":" enabling wildcards), :del /r0/* required a reset to recover. As I recall, the lockup was visually quite spectacular... The wildcard expansion exceeded the parameter space allotted to "del", due to the patch. This prompted me to create the patched version of the Microware Shell called (both internally and externally) "ohell". But, as I noted, perhaps some of the other patches overcome this problem. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 ** Composed with KVed/Ved and uploaded with InfoXpress ** #: 19163 S9/Utilities 19-Oct-93 19:03:06 Sb: #19125-#AR Fm: John L. Wilkerson Jr. 71140,77 To: Steve Wegert 76703,4255 (X) OOPS.... for some reason my patch all came out in one line. -- John -- John There is 1 Reply. #: 19169 S9/Utilities 20-Oct-93 13:08:10 Sb: #19163-AR Fm: Steve Wegert 76703,4255 To: John L. Wilkerson Jr. 71140,77 John, That due to the CIS formatter. You need to either indent each line with a space, place a period in the first position of each line or use the post unformatted option in IX. *- Steve -* #: 19136 S9/Utilities 17-Oct-93 15:27:08 Sb: #19122-#AR Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 (X) Great! Pass the word..... There is 1 Reply. #: 19162 S9/Utilities 19-Oct-93 18:59:17 Sb: #19136-AR Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 I can pass the word on Delphi too..... BUT, then they'd all scream to have it uploaded to them :) Do I have your permission to upload the file.... with a sidenote to patch shell plus? -- John #: 19191 S9/Utilities 23-Oct-93 17:02:09 Sb: #19162-AR Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 Yes. #: 19181 S9/Utilities 22-Oct-93 17:41:18 Sb: #CAWF Fm: Brian A Lantz 71055,1611 To: 71076,76 (X) Hey, Carl.... Have you by any chance dug up the source for CAWF, yet? I have plenty of GNU man pages that have a FEW lines that CAWF chokes on, and want to do a quick hack to fix it. There is 1 Reply. #: 19192 S9/Utilities 23-Oct-93 17:04:34 Sb: #19181-CAWF Fm: Carl Kreider 71076,76 To: Brian A Lantz 71055,1611 Check with Mike Haaland. I gave him the sources to mung and he has fixed several of the problems, so you may not have to do anything. If not, the disk did surface for a moment during the great fall den cleanout, so it is probably easier to find. #: 19204 S9/Utilities 26-Oct-93 04:34:32 Sb: #19191-AR Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 Thank you sir, I shall post it with the appropriate notice to install the shell+ patch. Seeya -- John #: 19226 S9/Utilities 31-Oct-93 16:01:26 Sb: #IBM to/from OS-9 Fm: Dennis Sprenger 74026,3633 To: Anyone m There are utilities for moving files between IBM or MS_DOS and RS_DOS but no utilities for between IBM or MSDOS and OS-9. Also utilities between RS_DOS and OS-9. Am I wrong or can someone help me? ?EXIT/ There are 2 Replies. #: 19230 S9/Utilities 01-Nov-93 06:38:07 Sb: #19226-#IBM to/from OS-9 Fm: Bill Dickhaus 70325,523 To: Dennis Sprenger 74026,3633 (X) Dennis, If you are using a floppy driver that understands 512 byte sectors (the stock LII driver does not) then you can use the PCDOS utility, should be here in the libraries. It can read/write MSDOS disks. There's a commercial product that will read/write OS9 disks on an MSDOS machine, its marketed by a company in Europe, a crippled version is in LIB 12, I haven't tried it out since my MM/1 can read/write MSDOS disks. -Bill- There is 1 Reply. #: 19239 S9/Utilities 02-Nov-93 16:03:05 Sb: #19230-#IBM to/from OS-9 Fm: Lee Veal 74726,1752 To: Bill Dickhaus 70325,523 (X) Bill, Hi! Is the MM/1's ability to read MS-DOS diskettes built-into the FD driver or do you have a utility (ala PCDOS) that allows you to read and write MiSery-DOS diskettes? The PCDOS.AR archive doesn't include the source code. It appears to be written in C. Do you know if the source code for PCDOS is available? Lee There are 2 Replies. #: 19242 S9/Utilities 02-Nov-93 20:28:47 Sb: #19239-IBM to/from OS-9 Fm: Zack Sessions 71532,1555 To: Lee Veal 74726,1752 (X) > Is the MM/1's ability to read MS-DOS diskettes built-into the FD driver or > do you have a utility (ala PCDOS) that allows you to read and write > MiSery-DOS diskettes? Another file manager, PCF, is required, and device decsriptors. These were all included in the first (and only) official "upgrade" to OSK for the MM/1. I have not tried DD DOS formatted disk IO, but I have read and written to successfully to HD DOS formatted 3.5s. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19245 S9/Utilities 03-Nov-93 06:02:54 Sb: #19239-IBM to/from OS-9 Fm: Bill Dickhaus 70325,523 To: Lee Veal 74726,1752 (X) Lee, As Zack said, OSK on the MM/1 came with the PCF file manager. OS-9000 also can read/write PC disks, kinda neat to use OS9 utilities on my PC's hard drive. I have never seen the source to PCDOS, and never heard anything about it. -Bill- #: 19233 S9/Utilities 01-Nov-93 11:01:40 Sb: #19226-IBM to/from OS-9 Fm: Steve Wegert 76703,4255 To: Dennis Sprenger 74026,3633 (X) Dennis, Check out RSDOS.AR and PCDOS.AR in LIB 9 and 10. These might be what you're after. Be sure to read the info in the description for more detail on their operation and requirements. *- Steve -* #: 19310 S9/Utilities 11-Nov-93 10:07:34 Sb: #19105-AR Fm: Lee Veal 74726,1752 To: Carl Kreider 71076,76 Carl, Keith Alphonso had some sort of a problem with Shell+ when he tried to run his HDTree program (as I recall), so he supplied instructions on how to allow Shell and Shell+ to co-exist. As I recall he made a copy of the original shell in an unpacked form, then used ded or some other utility to change the name in the header to "shelp" which matched the name that he'd copied shell to. When he need to run his HDTree (or whatever program had the problem with SHELL+), he'd start "SHELP" in a window instead of "Shell"(+). It's been a long time since I saw the demo that he was doing, back at one of the Chicago Rainbowfests, but I remember doing a "PROCS" and seeing that both SHELL and SHELP were in the task list. I asked what "SHELP" was and he then explained about his program's problem with shell+. It could be that he internally called SHELP and passed stuff to it, it's been along time since I got the explanation. Lee p.s. How are you and Debra doing? LV #: 19344 S9/Utilities 18-Nov-93 21:21:34 Sb: #19310-AR Fm: Carl Kreider 71076,76 To: Lee Veal 74726,1752 Thanks Lee. Debi and I are doing well. She says hi! #: 19397 S9/Utilities 01-Dec-93 06:48:41 Sb: RBF utility Fm: Mcgennity-M 100136,3276 To: ALL Does anyone know of an OS9 equivalent of Norton Utilities for RBF devices? We work in OS9 for CD-I production and consequently have large SCSI drives with assets stored on them. A file/directory/disk management utility would be very valuable and would save valuable time in sorting out directory structure and general disk management. Some sort of tree based change directory utility (similar to Norton's ncd) would be very useful. If such a utility exists, who can we purchase it from and how much is it likely to cost? Any information would be greatly appreciated. Thanks. Duncan Green. Futuremedia Interactive PLC. UK.