#: 6702 S10/Tandy CoCo 15-Sep-90 09:18:30 Sb: #6515-TAR Fm: JOERG SATTLER 74016,631 To: BRETT 72057,3720 (X) Will do . Thanks a lot for the repl. Joerg #: 6703 S10/Tandy CoCo 15-Sep-90 10:09:38 Sb: #Hard Drive Fm: LUTE MULLENIX 70721,2230 To: 76703,4227 (X) Hi Kevin: It's been awhile since Iv'e been able to sit down with my CoCo and play. Been a busy summer! But any way, now it's time to start to think about my hobby (?) again. Through out the summer Iv'e been trying to decide on eather a hard drive or a 1Meg upgrade. Well I just couldn't decide, so a compromise. Just have to get both. Now this is where you come in. I'm going for the hard drive first, it will get me more of what I'm after right now. So this is where I stand now, I have a CoCo 3, Disto 512K upgrade, Disto Super Controller I (the II hadn't come out yet)w/ 3in1 board, Bob Puppo's keyboard interface. I have an MPI, but don't use it at this time. What do you think would be the way to go? Get a 4in1 board,and piece togeather a SCSI system, or maybe pick up a MEB and SCSI board from Disto and go to the MPI, and put togeather a SCSI system, or go to the MPI and get a Burke & Burke system. I Don't want to lose the use of the RTC, parallel port, or RS232 port. Also with the Disto SCSI system will I get no halt access? In the checking Iv'e done so far, the MEB/MPI setup would be the least expensive, the 4in1 the neatest, and the Burke & Burke the simplest. What do you think? Don't you just love this stuff. >Lute< There is 1 Reply. #: 6711 S10/Tandy CoCo 15-Sep-90 14:48:34 Sb: #6703-#Hard Drive Fm: James Jones 76257,562 To: LUTE MULLENIX 70721,2230 (X) Well...I've managed to put off buying the 1 Mbyte upgrade for some time now, and it's not impeded my use of my CoCo in one sense, though on the other hand, it *has* held me back in some ways, because there are things I'd leave going in the background all the time (MultiVue, cron or something like it, and so forth) if I had the memory. I've put it off sufficiently that I may not ever do it, since I now think an MM/1 is a better place to put my $$$. Were I you, I'd give serious thought to an MM/1, but putting that aside, I'd say that I don't think I'd trade my hard disk for the extra 512Kbytes. There is 1 Reply. #: 6716 S10/Tandy CoCo 15-Sep-90 21:40:25 Sb: #6711-#Hard Drive Fm: LUTE MULLENIX 70721,2230 To: James Jones 76257,562 (X) James: That's why I kind of went with the idea of going with the hard drive first. I've been useing a RAMdisk alot for speed, and maybe with a hard drive I'll be able to use that memory. Even though I've had Multi-vue since before I got my 3, I've just now started to use it. I like it pretty well, and maybe now my wife will start to use this thing. Before she said it was just too hard to get it to do what she wanted it to, and I'm hoping that a hard drive will speed the process up some. (Kind of slow with just floppies!) I've given some thought to the new machines, though I would go with the TomCat rather than the MM/1. I like the expandability of the FHL machine, but when it comes right down to it, I don't really stress this thing. About all I do is some word processing, use DynaCalc and Profile to do my budget and keep track of it, and pop on CIS about twice a week. That with some dabbling with programming, and it's a little hard to justify putting out a grand+ for something I would most likely be doing the same thing with. When this dies I will be moving up, but until then I just can't see it. Besides, when I move up, I'll most likely want a hard drive anyway. >Lute< There is 1 Reply. #: 6726 S10/Tandy CoCo 16-Sep-90 07:03:20 Sb: #6716-Hard Drive Fm: James Jones 76257,562 To: LUTE MULLENIX 70721,2230 (X) Sounds reasonable to me. If you do think there's any chance of your moving up, be sure to get a hard drive that will work with the system you're thinking of going to. In the case of the MM/1, that means SCSI--dunno about the FHL boxes. #: 6704 S4/MIDI and Music 15-Sep-90 10:11:50 Sb: #6536-midi help Fm: Lester Hands 70135,430 To: Mike Knudsen 72467,1111 Mike, yes EGA and VGA are pretty much what everybody has now. I think that the CoCo 3 would be better than CGA but not quite as good as EGA (same number of colors but not as high resolution). Still don't have an MM/1? I had thought they would be delivering by now! Yes, I would imagine that OS9ers are pretty good about piracy. I think those who use OS9 are a pretty dedicated bunch. I am using an AT clone (that I assembled from 'this and that') with 4 meg RAM. I have both the Microsoft C compiler and the Turbo C++ compiler. The Turbo C++ wins hands down over the Microsoft product when it comes to ease of use. How's Ultimuse comming? I still don't see anything in Rainbow from Second City Software. Lester #: 6708 S15/Hot Topics 15-Sep-90 11:37:49 Sb: #6686-MM/1 specs Fm: Jim Peasley 72726,1153 To: Paul K. Ward 73477,2004 Paul; That'd be great. I've been monitoring some of the 'internal' forums at work and recently there's been a significant amount of interest in the MM/1 based on info that's come over ARCnet. The queries from domestic employees I can handle by giving them your 800 number, but the overseas queries present a different problem. So far, I've gotten queries from the Netherlandsn Belgium, France, and 2 from OZ. Be happy to send them info. ..Jim #: 6712 S12/OS9/68000 (OSK) 15-Sep-90 15:09:38 Sb: #6615-#Osk 2.2 C bugs Fm: Bud Hamblen 72466,256 To: James Jones 76257,562 (X) Anyone noticed the 2.3 C compiler generating incorrect code for signed compares to constants? (int) X >= 5 seems to generate the same code as 5 >= (int) x. wrh There is 1 Reply. #: 6713 S12/OS9/68000 (OSK) 15-Sep-90 17:29:07 Sb: #6712-Osk 2.2 C bugs Fm: James Jones 76257,562 To: Bud Hamblen 72466,256 Trying out a simple "if (x >= 5) arf(); if (5 >= x) arf();" does not display the problem--indeed, if the compiler were that confused, I'd be surprised that much of anything worked at all. When reporting bugs (and reporting them to Microware officially is the best thing to do, lest they get forgotten), example code, made as short as possible to simplify finding and correcting the problem, along with the edition numbers of the software in question, helps a great deal. (Tried again just now in another window, using explicit casts--no difference.) So...I can't duplicate the stated problem, so I can't say that I've noticed that. #: 6717 S13/Atari ST 15-Sep-90 21:41:36 Sb: #6695-Missing File Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Good 71706,1227 (X) Paul - I just found that file on my drive... I'll AR it and reupload it. Hope it's the one you want (to use a Dallas romclock chip in the ST?). kev #: 6718 S12/OS9/68000 (OSK) 15-Sep-90 21:47:55 Sb: #6560-OSK TSmon Fm: Jay Truesdale 72176,3565 To: Jay Truesdale 72176,3565 (X) Greg, While I didn't ask the origional question, I am remotely interested in a TSMON that supports modems for OSK. Some thoughts on programming Hayes "compatible" modems... They will only connect at speeds up to the one they are initialized with. I.e. if you initialize the modem at 1200 BPS, it will NOT connect at 2400 BPS even if the caller is capable of it. I'd just start at 19.2KB and then work downwards until I got an intelligible response and mark that as my maximum speed. I agree that using the text answers from the modem is the way to go. There is no standard for the numeric codes above 1200 BPS. The product ID code (ATI) is useless for determining the type of modem attached since other "compatible" modems don't return the same response that the equivalent Hayes modems do. It is a good idea to send the initialization strings to the modem one at a time instead of grouping them together like "ats0=1V1X4" because we had a (in) "compatible" modem that was sensitive to the ORDER of the commands sent. (I was ready to give the manufacturer a REAL nasty phone call and I *REALLY* wanted to tell the customer to go buy a real modem but the jerks in sales nixed that idea. ) Some modems don't like lower case. Different modems have differing amounts of time needed between lowering/raising signals and sending them a command. Which leads one to the conclusion that there is NO SUCH THING AS A HAYES COMPATIBLE MODEM! (In fact Hayes themselves said this in a large format ad a while back that we programmers gleefully posted on the wall at work in agreement.) While I'd like to have a modem capable TSMON available someday, right now I've got too many irons in the fire to do anything about it myself. Regards, -J #: 6719 S12/OS9/68000 (OSK) 15-Sep-90 23:44:29 Sb: #6614-#TERMCAP Fm: Robert A. Larson 75126,723 To: Ed Gresick 76576,3312 (X) O'reilly has a book on termcap and terminfo. Send email to nuts@ora.com (internet address, I don't remember exactly how to send them from compuserve, but it is possible) or call 800-338-nuts for the current price and title. There is 1 Reply. #: 6724 S12/OS9/68000 (OSK) 16-Sep-90 03:47:26 Sb: #6719-TERMCAP Fm: Ed Gresick 76576,3312 To: Robert A. Larson 75126,723 (X) Thanks - will do Ed #: 6720 S1/General Interest 16-Sep-90 00:57:39 Sb: #File MANAGER Fm: Greg Morse 72746,3451 To: all Did I see somewhere where someone had uploaded a MSDOS file mgr for os9? If so whIch DL is it in? tnx - greg morse There is 1 Reply. #: 6739 S1/General Interest 16-Sep-90 22:29:05 Sb: #6720-#File MANAGER Fm: Dan Robins 73007,2473 To: Greg Morse 72746,3451 (X) Greg.... I don't know if I would classify it as an MSDOS file manager, however, there is a program in LIB 10 that will read/write MSDOS type files in the OS9 environment. Check out PCDOS.AR in Lib 10. Dan There is 1 Reply. #: 6742 S1/General Interest 16-Sep-90 23:40:20 Sb: #6739-File MANAGER Fm: Greg Morse 72746,3451 To: Dan Robins 73007,2473 (X) Thank you. I will. #: 6721 S9/Utilities 16-Sep-90 01:07:51 Sb: New TREE Fm: Greg Morse 72746,3451 To: all I have just uploaded NTREE (new tree) pgm to dl9. doing "NTREE /DD ! GREP pattern" will serve as a poor man's whereis. #: 6722 S3/Languages 16-Sep-90 01:31:10 Sb: #C Libraries Fm: Greg Morse 72746,3451 To: all Is there a way to maintain or build from scratch a library for C? That is assuming I have a .r module (compiled and rma'ed but not linked) can I "append" it or otherwise insert it into clib.l? if not into clib.l can I build a library gmlib.l by simply concatenating a bunch of .r modules together? or do i need a "librarian" program to do all that? tnx - greg morse There are 4 Replies. #: 6725 S3/Languages 16-Sep-90 06:20:23 Sb: #6722-#C Libraries Fm: Kevin Darling (UG Pres) 76703,4227 To: Greg Morse 72746,3451 (X) Greg - as far as I know, you can just append the .r file onto a .l, or even just rename it with ".l" on the end. I do it a lot under OSK. There may be a restriction on sequence of forward/backward references tho... not sure... I'll bet we'll find out in the next answer . There is 1 Reply. #: 6741 S3/Languages 16-Sep-90 23:39:25 Sb: #6725-#C Libraries Fm: Greg Morse 72746,3451 To: Kevin Darling (UG Pres) 76703,4227 (X) Then ho does the search take place? there is no table of contents? how primitive! On another note I have been studying your RAMMER code. Why is it necessary to disable interrupts when doing the mapblock and the byte moves? There are 2 Replies. #: 6752 S3/Languages 17-Sep-90 13:42:45 Sb: #6741-#C Libraries Fm: Kevin Darling (UG Pres) 76703,4227 To: Greg Morse 72746,3451 (X) Greg - Dunno about your OS9, but the Developer's Pak for the CoCo came with an "rdump" util... it shows the table of names/values used in linkable files. I think Carl K is the resident expert on this stuff (well, and JJ of course). I'm a novice at it. Rammer: pretty sleazy piece of code, actually . Correct approach of course is to map in blocks legally. But I was after speed etc, and I see drivers as being able to legally do anything they want (as long as they don't futz up other drivers). Why shut off interrupts? Two main reasons. 1. CoCo interrupts can cause an entire map change due to the need to move to the second 64K system map, where the gfx cursors code is. On return, the original system map is replaced, not the one Rammer may have rammed into the GIME. 2. More importantly, any interrupt requires that the system map be genuine, as OS9 doesn't reset the DAT (at least, on DATs with more than one map available) when it goes into system mode. So the DAT info could be quite bad and the system would crash and burn. In other words, OS9 wouldn't know that someone had diddled with the system DAT info... and it sure wouldn't know how to reset it after an interrupt. Does that make sense? You could insert a good block entry into the system DATImage, and then you'd be legal, but the trouble there was that if the system map is full up, a ramdisk like this couldn't work. - kev There is 1 Reply. #: 6799 S3/Languages 19-Sep-90 23:01:28 Sb: #6752-#C Libraries Fm: Greg Morse 72746,3451 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev - I am looking at a version of RAMMER modified by ?? (name escapes me at momment). Claims yo have made some minor mods. In any case THIS version does an OS9 F$MapBlk which should result in legal dat image. I too wondered about any blocks being free, but it seems to me that OS9 MUST keep at least one DAT slot free as a "scratch" if only to map different I/O pages etc. But I dont know for sure, and maybe in a 4K system it can afford too, but in 8K not. Anyway I figured if RAMMER works with a F$MapBlk then any other I/O modulre should also. In case you are wondering I am looking at rewritting Pipeman Imagine an I/O device using F$LDABX to trnasfer 1 byte at a time. That's 37 cycles per byte minimum, plus the overhead of the SWI2 call! Anyway I figured it was time I tackled a Manager and pipeman is the easiest one to do. Do you still see it necessary to disable interrupts in this case? There is 1 Reply. #: 6800 S3/Languages 19-Sep-90 23:19:30 Sb: #6799-C Libraries Fm: Kevin Darling (UG Pres) 76703,4227 To: Greg Morse 72746,3451 Greg - this is offhand, but... No, I cheated badly and didn't use F$MapBlk at all, so someone did some extensive changes in the version you have. In any case, ummmm, OS9 doesn't keep any blocks in the system map free. So if the MapBlk could fail if things are hot and heavy (less so in your 4K system of course). The kernel's F$LDABX etc commands are hardcoded to directly map in the desired external block at logical $0000 in the system map... for speed, and because OS9 always knows that block 00 is located there. That is, it can always zap the DAT to grab/write a byte, and reset that first DAT block to 00 with impunity. Of course, it shuts off interrupts before doing so . Thus a driver which does the same thing is cool, just not useable on other hardware (just as the kernel isn't). Sounds like fun (messing with Pipeman)... good idea, too, as Pipes are rather slow, as you said. Yell if you need anything! best - kev #: 6754 S3/Languages 17-Sep-90 14:42:41 Sb: #6741-#C Libraries Fm: Pete Lyall 76703,4230 To: Greg Morse 72746,3451 (X) Greg - I forgot about that... the library must be ordered so that all dependencies are successive... that is, if an earlier module makes reference to a symbol '_blerf', then '_blerf' must be defined in a downstream module in the library, I believe. Ther are a few tools for ordering libraries.... see 'lorder'. Also - toggle JJ on this. I believe there's another tool as well. Pete There is 1 Reply. #: 6765 S3/Languages 17-Sep-90 20:45:08 Sb: #6754-C Libraries Fm: James Jones 76257,562 To: Pete Lyall 76703,4230 (X) Yup--lorder output is intended to go into a topological sort program, because in a proper library, that dependency induces a partial ordering, and the .r files have to be in a linearization of said partial order. #: 6727 S3/Languages 16-Sep-90 07:05:43 Sb: #6722-C Libraries Fm: James Jones 76257,562 To: Greg Morse 72746,3451 (X) You can concatenate the .r files together, but they have to be in a particular order if there are references in one .r file to symbols defined in another. I really need to modify the lorder program I uploaded here to handle either .r format (the pre-COMMON and post-COMMON flavors). #: 6743 S3/Languages 17-Sep-90 02:46:58 Sb: #6722-#C Libraries Fm: Bob Taylor 73270,3124 To: Greg Morse 72746,3451 (X) Greg, If you are running OSK, there are two programs called merge and rdump, that will create a library. The best way is to create a file listing the .r modules one per line then typing the command: merge -z=libname.l;rdump -l libname.l;rdump -l main() { long curtime; /* current date time */ struct tm *t, tim; /* tim for sizeof */ pflinit(); /* enable long printing */ curtime = time( (long *) 0); printf("curtime: %ld, curtime/86,400: %ld\n",curtime,curtime/86400); t = localtime( curtime ); printf("tm_sec: %d, tm_min: %d, tm_hour: %d, tm_mday: %d, tm_mon: %d, tm_year: %d\n", t->tm_sec, t->tm_min, t->tm_hour, t->tm_mday, t->tm_mon, t->tm_year); _dump("tm:\n",t, sizeof(tim) ); } OUTPUT: curtime: 653435281, curtime/86,400: 7562 tm_sec: 15, tm_min: 28, tm_hour: 6, tm_mday: 6, tm_mon: 2, tm_year: 206 tm: 1 2 3 4 5 6 7 8 9 a b c d e f 0 123456789abcdef0 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ---------------0211: 00 0f 00 1c 00 06 00 06 00 02 00 ce 00 00 00 24 ...........N...$ 0221: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Has anyone else had this problem? What am I doing wrong? (I also note that the heading on _dump is wrong and the function sends its output to stderr not stdout as the clib documents say.) Thanks for the help. There are 2 Replies. #: 6736 S3/Languages 16-Sep-90 20:52:38 Sb: #6731-#localtime problem Fm: James Jones 76257,562 To: Ken Drexler 75126,3427 (X) Alas, many Unix-inspired functions take pointers as arguments where one would expect to pass the values instead, and hand back a result by modifying some global variable. I bet localtime() is one such function, and that you get to hand it a pointer of some sort. Look at the docs closely. There is 1 Reply. #: 6772 S3/Languages 19-Sep-90 00:23:16 Sb: #6736-localtime problem Fm: Ken Drexler 75126,3427 To: James Jones 76257,562 (X) Thanks for the suggestion. I'll give them a hard look. Ken #: 6755 S3/Languages 17-Sep-90 14:46:27 Sb: #6731-#localtime problem Fm: Pete Lyall 76703,4230 To: Ken Drexler 75126,3427 (X) Hmm... looks like this may be an age old gotcha.... did you define time() as a function that returns a long? i.e. 'long time(); /* no C */' Pete P.S. Pardon the obligatory C humor... There is 1 Reply. #: 6773 S3/Languages 19-Sep-90 00:29:53 Sb: #6755-#localtime problem Fm: Ken Drexler 75126,3427 To: Pete Lyall 76703,4230 (X) I think so. utime.h includes that declaration so I figured that #including it provided the needed declaration. The output suggests that it does because curtime looks right i.e. 7562 days after 1970 is a day in 1990. Have you used localtime() to break down the value returned by time()? If so (and your code worked) what did it look like? Thanks for the help Ken There is 1 Reply. #: 6779 S3/Languages 19-Sep-90 12:06:33 Sb: #6773-#localtime problem Fm: Pete Lyall 76703,4230 To: Ken Drexler 75126,3427 (X) Ken - Yep - I have used localtime() a lot.... works ducky. One thing that used to screw folks up (me too) was that most of the time related functions called for pointers to the long value. Have a gander at that. Also - let's see you're code segment again (pls)... Pete There are 2 Replies. #: 6831 S3/Languages 21-Sep-90 01:05:34 Sb: #6779-localtime problem Fm: Ken Drexler 75126,3427 To: Pete Lyall 76703,4230 (X) Pete, Thanks for the suggestions. I'll give my code a hard look. Ken #: 6833 S3/Languages 21-Sep-90 01:28:28 Sb: #6779-#localtime problem Fm: Ken Drexler 75126,3427 To: Pete Lyall 76703,4230 (X) Pete, Your guess on my error was right on the money. I changed the argument to localtime to a long pointer and the code worked fine. Funny how those asterisks sneak past me. Thanks for the help. Ken There is 1 Reply. #: 6844 S3/Languages 21-Sep-90 15:35:46 Sb: #6833-localtime problem Fm: Pete Lyall 76703,4230 To: Ken Drexler 75126,3427 Ken - Ahhh... good. Happy to help. Pete #: 6732 S12/OS9/68000 (OSK) 16-Sep-90 16:11:22 Sb: OSk Docs Fm: Zack Sessions 76407,1524 To: ALL I was browsing through my new OSK documentation and found that someone at Microware has a sense of humour! In the C Function manual on page 21 is the description of the _julian() function. The synopsis states: int _julian(time,date) int *time, /* pointer to time value */ *date; /* pointer to date value */ Under "Caveats:" it says, "Unless debugging is an obsession, use pointers for date and time values." Zack #: 6735 S10/Tandy CoCo 16-Sep-90 18:21:29 Sb: #Ramdisk Fm: Paul Hanke 73467,403 To: All What is the largest ram drive available for OS9? Is there one for the 1meg upgrade? -ph- There is 1 Reply. #: 6764 S10/Tandy CoCo 17-Sep-90 19:50:56 Sb: #6735-#Ramdisk Fm: DENNIS SKALA 73177,2365 To: Paul Hanke 73467,403 (X) Paul, Your question is very timely. Just yesterday I put the finishing touches on modifying (actually correcting) the Microcom Ramdisk package to work with the 1 Meg memory upgrade. Up to 800K in size, sets up and formats in a wink, size selectable at setup, recovers (most of the time) from a system crash, undoable to recover system memory. Comes with a quick device-to- device copy utility. They should have it in a week or so. ***** Dennis ***** There is 1 Reply. #: 6766 S10/Tandy CoCo 17-Sep-90 21:00:30 Sb: #6764-Ramdisk Fm: Paul Hanke 73467,403 To: DENNIS SKALA 73177,2365 (X) Great! I'll be looking for it! -ph- #: 6746 S10/Tandy CoCo 17-Sep-90 06:03:28 Sb: Stereo Sound Fm: Floyd Resler 72500,2572 To: All Would it be possible to make a driver for the Orchestra-90 cartridge and play computer generated sound through it in stereo? #: 6761 S15/Hot Topics 17-Sep-90 16:45:35 Sb: #MM/1 Serv. Manual Fm: Giles 73347,2651 To: Kevin Darling, 76703,4227 (X) Hiya, Kev! (grin) How's everything? NS!) I Called Multi-Media several wks ago requesting a service manual for th MM/1, & th nice lady took my name & addr & said she'd get it to appropriate person to send me info on it, but no word. I'm curious if they HAVE a service manual (yet), or if they're still workin on it etc. (grin) Do u kno anything about it? (I figure if they HAVE one, YOU HAVE it! Hehehe Tell Marsha "Hi!". (grin) Giles There is 1 Reply. #: 6762 S15/Hot Topics 17-Sep-90 18:55:32 Sb: #6761-#MM/1 Serv. Manual Fm: Kevin Darling (UG Pres) 76703,4227 To: Giles 73347,2651 (X) Hey der Giles! Being worked on, I'd say. There are schematics and chip specs already, of course, but a service manual will probably take quite some time to do. A technical manual should be pretty easy to do tho. Besides , nothing goes wrong with OS9 machines, and how dare you to imply otherwise ? There is 1 Reply. #: 6778 S15/Hot Topics 19-Sep-90 09:15:23 Sb: #6762-#MM/1 Serv. Manual Fm: Giles 73347,2651 To: Kevin Darling (UG Pres) 76703,4227 (X) Ah yes...My apologies (grin). Musta been a TECH manual I was after! Hehe...Yah jus somethin that shows all th parts & how they work. Can u gettem to fix me up? Thx Kev. Hey, cancha come to CB band B sometimes? I'm on Mon, Wed, Fri, & Sat at 22:00. My handle is "Gentle Miant" (snicker). Well, hope to c u SOMEWHERE! (Maybe even th COCOfest!) Giles There is 1 Reply. #: 6781 S15/Hot Topics 19-Sep-90 13:13:34 Sb: #6778-#MM/1 Serv. Manual Fm: Kevin Darling (UG Pres) 76703,4227 To: Giles 73347,2651 (X) Giles - until it's ready, you can also check with your Phillips/Signetics parts dealer, and ask for manuals on the 68070 cpu, and the 66470B Video and System Controller chip. That's enuf reading for weeks! There is 1 Reply. #: 6810 S15/Hot Topics 20-Sep-90 11:23:03 Sb: #6781-#MM/1 Serv. Manual Fm: Giles 73347,2651 To: Kevin Darling (UG Pres) 76703,4227 (X) Thx, Kev (grin)! Oh and if it's SEPARATE, I'd ALSO like tech manual on th I/O board. Gonna b at th CoCoFest? Have FUN! (grin) Giles There are 2 Replies. #: 6816 S15/Hot Topics 20-Sep-90 17:30:29 Sb: #6810-MM/1 Serv. Manual Fm: Kevin Darling (UG Pres) 76703,4227 To: Giles 73347,2651 (X) Oh you bet... we're gonna be at the CoCoFest. So far it sounds like the entire gang will be there. Should be a good show (too short, as usual!) #: 6824 S15/Hot Topics 20-Sep-90 21:21:34 Sb: #6810-#MM/1 Serv. Manual Fm: Dan Robins 73007,2473 To: Giles 73347,2651 (X) Giles, You gonna be at the fest? If so....I'm not speaking there (Sunday)!!! (Only kidding!) Dan There is 1 Reply. #: 6845 S15/Hot Topics 21-Sep-90 15:45:23 Sb: #6824-#MM/1 Serv. Manual Fm: Giles 73347,2651 To: Dan Robins 73007,2473 (X) Yup! (At least really gonna TRY!) Iz about time I saw for mySELF if u're REALLY as ugly as they SAY, Danno! Hehehe Giles There is 1 Reply. #: 6854 S15/Hot Topics 21-Sep-90 20:44:28 Sb: #6845-MM/1 Serv. Manual Fm: Dan Robins 73007,2473 To: Giles 73347,2651 Giles, Yo mama! Dan #: 6767 S12/OS9/68000 (OSK) 18-Sep-90 00:02:34 Sb: #6660-#mm/1 information Fm: Jim Peasley 72726,1153 To: Mark B. Sheffield 76247,1332 (X) Mark; (and Paul, too) -- got the INSIDER today. Thanks for clearing up the mixup so fast. I've got a few questions tho, after reading theispec sheet : o Does the Extended (I/O board) come with 0K? For some reason, I was under the impression that it came with another meg or so of RAM. o Network interface: is this a proprietary networking scheme, or is it based on an established protocol of some sort? o MIDI interface: same as above (I'm a complete newbie as far as MIDI goes, but am sure I'll be asked if it's a standard implementation). _Really_ looking forward to Thanksgiving this year!!! ;-) ...Jim "I know we're on shaky ground, but it's not MY fault." -- S. Andreas There is 1 Reply. #: 6786 S12/OS9/68000 (OSK) 19-Sep-90 17:25:17 Sb: #6767-#mm/1 information Fm: Mark B. Sheffield 76247,1332 To: Jim Peasley 72726,1153 (X) Jim - Glad you got the Insider! I'd like to hear your reactions to it, suggestions for other stuff you'd like to see, etc. The extended board comes with 0K, but you can add either 2MB or 8MB worth of SIMMs. The tentative network scheme involves using high-speed serial and NFM (Microware's standard network file manager). Any number of protocols can be implemented on it including Ethernet, Arcnet, etc. MIDI will conform to MIDI spec 1.0. That's as established a protocol as you can get. -mark There is 1 Reply. #: 6832 S12/OS9/68000 (OSK) 21-Sep-90 01:11:47 Sb: #6786-#mm/1 information Fm: Jim Peasley 72726,1153 To: Mark B. Sheffield 76247,1332 (X) Mark; Thanks for the info on the Net Manager and MIDI. Reaction? Quite well done and produced. First issue had a lot of stuff in it that I already knew from reading msgs. on CIS, but probably invaluable for someone who doesn't have access. What would I like to see? How about my MM/1 on the doorstep after work tomorrow? Oh, you mean in the INSIDER! Well, how about some pix of MVCanvas screens, the GUI, some dope on the utilities that'll be included. I'd like to see some info on things that are in the works regarding software that'll be ported, but I realize that there's some things that can't be discussed until they're a 'done deal'. How about some articles on the MM/1's versatility - a classroom of MM/1's linked together - an MM/1 used as a data acquisition/processing machine - an MM/1 controlling a home environment in the background (heating/cooling/security/lighting). Zat enuf ideas? ...Jim p.s. FWIW - people who attend meetings/rallies/etc. are 'attendees', not 'attendants'. (sorry, couldn't resist ;-) There is 1 Reply. #: 6843 S12/OS9/68000 (OSK) 21-Sep-90 09:30:27 Sb: #6832-#mm/1 information Fm: Mark B. Sheffield 76247,1332 To: Jim Peasley 72726,1153 Jim - Thanks for the suggestions. And for the spell-checking. -mark There is 1 Reply. #: 6848 S12/OS9/68000 (OSK) 21-Sep-90 16:39:27 Sb: #6843-mm/1 information Fm: Joseph Cheek 76264,142 To: Mark B. Sheffield 76247,1332 On the same token, Mark, I received a brochure yestereday in the mail about the MM/1 (it's great! I can't wait to get mine!) I just need to know--I sent in $150 for the preorder, meaning I get $200 off, right? The brochure says 'send me info about what you want and a $150 per mm/1 wanted'. Since I have a $200 credit, do I still need to send in $150? I have that $200 plus about $300 in a month or so for a downpayment--can I get the other $359 paid off in some payment plan? Having my cake and eating it too? (hehe--receive MM/1 now, pay $359 later? Any possible way?) Thanks . .`. #: 6770 S7/Telecommunications 18-Sep-90 17:24:01 Sb: #sterm 1.4 Fm: Joseph Cheek 76264,142 To: all Does anyone have a copy of STerm 1.4 that could upload it here? Or perhaps I missed it? If anyone has it/knows where it is, please drop me a line. thx, Joseph Cheek There is 1 Reply. #: 6776 S7/Telecommunications 19-Sep-90 05:30:11 Sb: #6770-#sterm 1.4 Fm: Mark Griffith 76070,41 To: Joseph Cheek 76264,142 (X) Joseph, STERM 1.4 is not released yet. Version 1.3 is in Lib7 for downloading. 1.4 is still in the testing stage (sorta) and will be available in the next month or so. Mark There is 1 Reply. #: 6821 S7/Telecommunications 20-Sep-90 19:40:49 Sb: #6776-sterm 1.4 Fm: Joseph Cheek 76264,142 To: Mark Griffith 76070,41 (X) Thank you, Mark. I will relay that information to my friend. #: 6771 S10/Tandy CoCo 18-Sep-90 21:31:29 Sb: #HardDrive Problem Fm: james pottage 71750,2012 To: Kevin Darling Kevin, this is a short note to give you a better idea of the problems I am having with the SCSI Seagate 125N hard drive. The drive seems to function well after the system has booted up. The problem seems to be in the boot. When I boot up the system does not change the data and execution directories to the hard drive. It appears that the system may try to change directories because the light on the hard drive comes on during the boot for a breif moment. Once the system has booted I can then type chd /h0 and chx /h0/cmds (or to /dd which is the harddrive as well). This usually works fine, however, once in a while I get an error 247 - seek error. This goes away after a second attempt to change directories to the hardDrive. Moreover, if I press reset after booting (without changing directories) the system will boot with no problems ie. it changes directories to the hardDrive and then runs startup off the harddrive. This sequence of problem will happens even if the system has been running for a while and a cold start is then done(ie the system coco is turned off and then dos is used to start again - and the hard drive is left running the whole time.) I have tried changing the CC3GO module and this has had no effect on the boot. I am presently using the drivers for the Disto Super Controller 2 in 1 board - harddrive and serial port. I believe that these drivers were not written by you. Would the 4 in 1 drivers which you wrote work on this system. Oh yea one more thing, the hard drive is occasionnally accessed by the system for no apparent reason ie. the harddrive runs when the program in memory (like VED) should not be using the drive. Jim Pottage There are 2 Replies. #: 6801 S10/Tandy CoCo 20-Sep-90 00:11:42 Sb: #6771-HardDrive Problem Fm: Kevin Darling (UG Pres) 76703,4227 To: james pottage 71750,2012 (X) Jim - haven't forgotten about you; just couldn't think of anything . Hmmm... Coupla ideas tonight. First, are you using a Multipak, and if so, has it been upgraded? Also, is the drive desc set up for embedded SCSI drives? That is, is the control word stuff set to zero? (I forget what utils Disto provides to set this; some kind of custom "dmode" command?). And (sorry if this is a repeat Q), has it always acted this way? thx! - kev #: 6817 S10/Tandy CoCo 20-Sep-90 17:32:15 Sb: #6771-HardDrive Problem Fm: Kevin Darling (UG Pres) 76703,4227 To: james pottage 71750,2012 (X) Another note: when you say that the HD is accessed at times, even if nothing should be going on, do you mean the drive light comes on? Or just that you hear the drive seeking around every once in a while? That last is normal, as many drives autopark themselves (and/or re-align themselves, I think) after a period of inactivity. #: 6775 S15/Hot Topics 19-Sep-90 02:18:03 Sb: #CD-I News Fm: Kevin Darling (UG Pres) 76703,4227 To: all Two news items of note on CD-I, which uses the OS-9 operating system: "Photo CD" is a new photographic system -- jointly developed between Kodak and Philips -- that can scan 35 mm images and write them on compact discs for later playback by consumers on Compact Disc-Interactive (CD-I) players, CD ROM-XA systems, and dedicated Photo CD players. Gaston Bastiaens, director of Philip's interactive media systems group, said, "Photo CD will extend the application possibilities of the CD-I system." CD-I was also explained as a key stimulus for the development of the new Motorola 68340 "data movement engine", which will be used to enhance future CD-I systems. The 68340 is an integrated device based around a 68020 cpu core. On-chip peripherals include 32-bit dual channel DMA, timers, serial. CD-I players turn televisions and stereos into interactive entertainment and information centers, combining high quality sound, text, still image and full motion video, computer graphics and data on CDs. Developed by Sony/Phillips, CD-I will be the world standard for interactive CD applications. Consumer players will be introduced in the United States and Japan in 1991, Europe in 1992. Many publishers are already preparing titles for the consumer launch. There are 2 Replies. #: 6777 S15/Hot Topics 19-Sep-90 08:49:37 Sb: #6775-#CD-I News Fm: Mark Wuest 74030,332 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, This would be of great interest to others (besides myself) on the Photography Forum (go photoforum). Could you either post it there or tell me how I could do it (I do not have easy access to a machine that allows up/downloading)? Thanks, Mark There is 1 Reply. #: 6782 S15/Hot Topics 19-Sep-90 14:41:11 Sb: #6777-#CD-I News Fm: Kevin Darling (UG Pres) 76703,4227 To: Mark Wuest 74030,332 (X) Mark - I see they're already talking about Photo CD there... see msgs 31592 and onward. Thanks for the tip tho, I can always add some info about the CD-I aspect of all this. There is 1 Reply. #: 6783 S15/Hot Topics 19-Sep-90 15:03:08 Sb: #6782-CD-I News Fm: Mark Wuest 74030,332 To: Kevin Darling (UG Pres) 76703,4227 (X) Oops - thanks. I had de-selected section 2 (News & Issues) because I got tired of tirades about the Mapplethorpe exhibit and censorship. Well, it just goes to show you .... . Mark #: 6849 S15/Hot Topics 21-Sep-90 16:47:01 Sb: #6775-CD-I News Fm: Joseph Cheek 76264,142 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin--you say that "CD-I will be the world standard for interactive CD applications". Whatever happened to competitors, like DVI? #: 6787 S7/Telecommunications 19-Sep-90 18:25:37 Sb: #Initializing modem Fm: Rodney Harper 75130,1321 To: All All, When booting up OS9, is there a way I can send a string to my Modem to initialize it before running a Term program ? I would like to put this in the startup file if it is possible. >>Rod<< There is 1 Reply. #: 6788 S7/Telecommunications 19-Sep-90 18:51:50 Sb: #6787-Initializing modem Fm: Pete Lyall 76703,4230 To: Rodney Harper 75130,1321 (X) Sure... why not: [other startup commands] echo ATE0V0Q1S11=50 >/T2 Pete #: 6789 S12/OS9/68000 (OSK) 19-Sep-90 19:30:44 Sb: #header files Fm: Jim Chapman 72557,1120 To: all I am trying to compile mroff from dl6 but it includes os9.h and scfstat.h. Can anyone tell me what is in these or how to compile this with 68000 C. thanks. There are 2 Replies. #: 6792 S12/OS9/68000 (OSK) 19-Sep-90 20:32:55 Sb: #6789-header files Fm: James Jones 76257,562 To: Jim Chapman 72557,1120 You'll need to look for the system calls that are being made there, and convert them to the corresponding OSK C library call. os9.h is a header that includes a 6809 register image for a call that exists only in the 6809 library. scfstat.h could probably be replaced with sgstat.h; I'd have to look to make sure, though. #: 6813 S12/OS9/68000 (OSK) 20-Sep-90 15:23:48 Sb: #6789-header files Fm: Pete Lyall 76703,4230 To: Jim Chapman 72557,1120 OS9.H mostly includes the register frame structure for doing OS9 calls, and possibly the codes for OS9 I$ and F$ requests. SCFSTAT contains serially (SCF) oriented parameters (path options, etc.). Pete #: 6790 S7/Telecommunications 19-Sep-90 19:42:28 Sb: #term help Fm: edward langenback 73510,145 To: all i have just obtained a Multi-Pak and RS-232 Pak and would like to be able to use OS/9 terminal software, however, i've had no luck in getting either xcom9 or bbterm to work with them. neither one seems to be communicating with the rs-232. in each case i've made sure to specify /t2 as the device, and the rs-232 is in slot 1 of the multi-pak. i have been able to use the telcom application in the level 1 version of Deskmate, which proves that everything is working, but that 32 column screen just simply won't do. any ideas what the problem is? i have used both xcom9 and bbterm in the past with the BITBANG.ar driver through the bitbanger, so i doubt its the programs. "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! There are 2 Replies. #: 6794 S7/Telecommunications 19-Sep-90 20:42:01 Sb: #6790-#term help Fm: Steve Wegert 76703,4255 To: edward langenback 73510,145 (X) Ed, The 232pak expect a high DTR signal before it will listen to anything. Your modem might be able to do this (dip switch or command) or you could jumper a cable with 6-8 and 20 hooked together. What type of modem are you using? Do you see any activity on the light (are there lights?). Steve There is 1 Reply. #: 6802 S7/Telecommunications 20-Sep-90 01:42:56 Sb: #6794-term help Fm: edward langenback 73510,145 To: Steve Wegert 76703,4255 (X) a high DTR signal, Hmmm... forget what that stands for just now, data terminal ready i think. the only switch on my modem (a Capetronic QT-1200) is to force carrier detect on. no status lights, though i have thought of getting one of those units from rat shack that goes in-line and has several status lights on it. i've been going with the switch in force carrier detect position, i'll try it in the normal position. hopefully i won't have to do any jumpering, don't want to have to cut open my new rs-232 cable. Thanks, "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! #: 6811 S7/Telecommunications 20-Sep-90 15:17:06 Sb: #6790-#term help Fm: Bill Dickhaus 70325,523 To: edward langenback 73510,145 (X) Is it possible that you've patched xcom9 and bbterm to use T1 for the bitbang driver? Do you have type (parity) and baud values set properly for T2? Did you remember to include ACIAPAK and T2 in your boot file? What are you using for a cable between your modem and the serial port? Tell us a little more about what you've done, and what happens when it fails and we should be able to figure out what the problem is. Bill There is 1 Reply. #: 6814 S7/Telecommunications 20-Sep-90 16:26:19 Sb: #6811-term help Fm: edward langenback 73510,145 To: Bill Dickhaus 70325,523 (X) help insert list ok, here it is... patched xcom9 and bbterm? no, instead i used the BITBANG.ar descriptors and driver when i was using xcom9 and bbterm through the bit banger. type and parity were set properly ACIAPAK and T2 are in the boot file. (i used a fresh copy of the system master to boot with) the cable is a 6' shielded rs232 cable from radio shack. i also installed the jumpers between pins 6, 8, and 20 as i was advised in a prievious msg here. this setup works fine with BOTH the telcom package in the level 1 version of deskmate, AND with Ultimaterm. (am using Ultimaterm and the above setup now) bbterm starts up normally, but in terminal mode, nothing is echoed to the screen, and none of the AT commands give any responce from the modem. xcom9 also starts normally, but echo's random characters, the following is an example.... ff`ff~`Fxf~`@f`f`~~x~``fx`~~xxx`fxfxf`~fxfffff`d~`xxfx>ffx~~fx`x`~~`xx~`f~~xx@f~`f~f``f`fff~ffff>ffff8ffff~xxf~f|~fdf~fffFf~fff ffDxffDff~8ff this looks similar to what i've seen when Ultimaterms baud rate was not set correctly, however i got this output after i had used XMODE to set the type and baud. (though i also got the same kind of output before using XMODE too) thanks for any help... #: 6791 S10/Tandy CoCo 19-Sep-90 20:04:44 Sb: #Ledger 4.5 Fm: David Sanchez 76200,2476 To: Joseph Cheek Joseph, Concerningg your Ledger 4.5 program, I think it is great! The edits come in handy. However, there are a coupla things I noticed. After editting a transaction, the balances are not correct. I am not sure (I haven't delved into it in a couple of weeks) but I think the program fails to read deposits after the edit or vice-versa (but always AFTER the edit). I will look into it more closely. Also, is there any way to change the screen colors? The reason I ask is because I use a monochrome monitor and some of the highlights fade and can barely be read. Some of the things I noticed were the default selections, the main menu and the deposits on the Transaction Query options. On the deposits, and I can't tell you what colors they are, but the are a light color with dark characters. These are very hard to read. Those are the only two things that I have noticed so far. The colors are an irrritating thing but the miscalculation problem can be devastating. Thanks for your help, David There is 1 Reply. #: 6846 S10/Tandy CoCo 21-Sep-90 16:28:02 Sb: #6791-#Ledger 4.5 Fm: Joseph Cheek 76264,142 To: David Sanchez 76200,2476 David-edit bug also. I found that it works fine with correct entries but that if something is off, everything else is thrown off, also--due to the logic I implemented in the recalculation portion. I will fix that. Third: changing screen colors, yes, I can arrange that. My new version will be 5.0, with greatly enhanced features, a new record type (which will require a program to change the data from the old (pre-5.0) record format to the new format) and lotsa little goodies (of which I could easily implement a color selection). However, it will be several weeks forthcoming, prob'ly a couple of months. For the color right now, there's not much I can do now, but I have noticed a way to work around the recalculation bug (which usually works?!?!?)--try editing the entry previous to the entry in error, and edit the data to contain the same data that was there before--in effect, not changing the entry, but it should provide an accurate recaluon of the entries afterwards. Hope this helps. If you have any other questions, comments, please leave them to me! I appreciate the effort to give me feedback, as this is an essential portion of software development. Thank you for your time. There is 1 Reply. #: 6847 S10/Tandy CoCo 21-Sep-90 16:32:51 Sb: #6846-Ledger 4.5 Fm: Joseph Cheek 76264,142 To: Joseph Cheek 76264,142 (X) David--It seems that my reply was a little munched, some of the first few lines were lost--not sure why. anyway, what you missed was: I'm glad you like the program, and hope to help you in this problem. I can't do much about the color right now, but please read the message previous (PARENT from the ! prompt) for a hopeful temporary workaround for the recalc. bug. #: 6793 S10/Tandy CoCo 19-Sep-90 20:34:45 Sb: #See You in Atlanta Fm: James Jones 76257,562 To: All Well...I hope that I will see many of you in Atlanta. I just bought nonrefundable plane tickets there, so I'm committed to going to CoCoFest. There is 1 Reply. #: 6796 S10/Tandy CoCo 19-Sep-90 22:07:25 Sb: #6793-See You in Atlanta Fm: Zack Sessions 76407,1524 To: James Jones 76257,562 (X) Hey! That's great, JJ! Stop by my booth (sharing one with Art Flexser of Spectro Systems) and say HI! Zack #: 6795 S6/Applications 19-Sep-90 21:44:58 Sb: #microemacs bug Fm: Brett Wynkoop 72057,3720 To: all Greeting- I have found a bug in the version of microemacs for 6809 that I posted. I do not know how to fix it, but I do know the work around. ue will crash the entire system if the sun termcap entry is used. I guess it causes a pointer to go to never never land or something. Since I have no source code the only thing to be done is remove the sun termcap entry and not use a Sun as a terminal for your coco if you want to use microemacs. -Brett There is 1 Reply. #: 6809 S6/Applications 20-Sep-90 07:47:08 Sb: #6795-#microemacs bug Fm: Steve Wegert 76703,4255 To: Brett Wynkoop 72057,3720 (X) Brett, Is it a bug in Uemacs or is it yet another example of the problems with the somewhat flaky implementation of termcaps on the 6809? Steve There is 1 Reply. #: 6818 S6/Applications 20-Sep-90 18:33:09 Sb: #6809-#microemacs bug Fm: Brett Wynkoop 72057,3720 To: Steve Wegert 76703,4255 (X) Greeting- I can not say for sure, all I can say is that I narrowed my system crashes down to every time I started Uemacs using my sun as the terminal. I even set the tty for /w1 to be a sun and it did the same thing, so it is not serial line related. Simmy could probably answer the question as he is the only one with source for the 6809 version that has termcap support I hear tell the source for the non termcap version is on delphi. For now delete the sun termcap entry. I am going to expariment with a shorter bare bones sun termcap and see if that works. -Brett There is 1 Reply. #: 6838 S6/Applications 21-Sep-90 07:33:19 Sb: #6818-microemacs bug Fm: Steve Wegert 76703,4255 To: Brett Wynkoop 72057,3720 Brett, That's a good approach (bare bones entry). I've hosed my system with the model 100 entry and a few others. In fact, I held my breath just recently changing the entry on /t2 from TVI910 to Wy50 but all went well. Keep us posted. BTW ... did you get my note to you (via uucp) about your mailer? Steve #: 6803 S10/Tandy CoCo 20-Sep-90 01:45:42 Sb: #J&M Driver Fm: Don Kircher 76346,3475 To: Kevin Darling/ 76703,4227 (X) Kevin Thanks for your help with the device driver for the J&M. I have come to the conclusion that it just plain needs a new driver/descriptor for level II. I was able to FORMAT the drive with the program supplied in the original package, so that rules out hardware problems. (that program didn't bother with drivers/descriptors but it did work under level II). Two questions before tackling this l-o-n-g term project. The defs files for level II will be different and will be found in the developers kit - yes ( sigh ) and Will the coco II version of dynamite be appropriate for level II drivers as it also had a defs file and If it won't work can you direct me to a disassembler which will be appropriate for level II defs. All this because I couldn't find a decent wordprocessor that would run on WORDPAK RS to do my resume on the hard drive ! Rather like eating your way out of a warehouse full of twinkies! dlk There are 3 Replies. #: 6806 S10/Tandy CoCo 20-Sep-90 03:21:17 Sb: #6803-J&M Driver Fm: Kevin Darling (UG Pres) 76703,4227 To: Don Kircher 76346,3475 (X) I've messed with J&M hard drives on a friend's system a coupla years back... I don't recall any changes needed (other than making quite sure that the address byte we mentioned before is changed... that's mandatory in the descriptor). I can send you some code to look at, tho. Also, I forgot to ask... are you using a Multipak? Has it been upgraded, if yes? Very few drivers actually need L-II defs; but I think you can still find a copy of most of them over on the Microware display area (GO MSC and look in the 6809 section... if it's still there.. hmmm... I'm not sure it is!). Never say die. It's gotta be something quite simple ;-). - kev #: 6807 S10/Tandy CoCo 20-Sep-90 03:23:27 Sb: #6803-J&M Driver Fm: Kevin Darling (UG Pres) 76703,4227 To: Don Kircher 76346,3475 (X) PS: Don, does your J&M HD setup use a Konan drive controller board? - kev #: 6808 S10/Tandy CoCo 20-Sep-90 03:26:19 Sb: #6803-J&M Driver Fm: Kevin Darling (UG Pres) 76703,4227 To: Don Kircher 76346,3475 (X) PPS: I just looked... Microware has taken down all the 6809 OS-9 stuff from their display area. #: 6804 S10/Tandy CoCo 20-Sep-90 02:02:45 Sb: #Disk Drive Help Needed Fm: ANDYT 76636,2300 To: Mark Griffith 76070,41 (X) HELP,ANYONE! I GUESS YOU COULD CALL THIS AN OUCH?.. I JUST TOOK OUT MY DRIVE (ORIGINAL) FROM MY FD500 TO PUT IN TWO TEAC 55B'S NOW I CAN'T GET THEM TO WORK. I WANTED D0 + D1 ,QUESTION: CAN IT BE DONE FOR LESS THAN $50? I'M TYPING THIS OUT ON MY RS232 PAK (NOT MY USUAL DESKMATE TERMINAL) ANY SUGGESTIONS WOULD BE APPRECIATED. ANDYT There is 1 Reply. #: 6805 S10/Tandy CoCo 20-Sep-90 03:16:08 Sb: #6804-#Disk Drive Help Needed Fm: Kevin Darling (UG Pres) 76703,4227 To: ANDYT 76636,2300 (X) Andy - if you leave in just one Teac, does it work? Have you set the drive select jumpers on the drives to d0 and d1? (or d1 and d2, on some drives; whichever are first). Does the FD500 drive cable (the 34-pin cable) have some teeth pulled on it? That will matter if those 55B's are double-sided drives (I can't recall - are they?) Not to worry... you should be running soon. Oh; and are they used or ?? - kev PS: please use the OPTions menu here in the forum to change your name to your first and last name .... thanks! There is 1 Reply. #: 6829 S10/Tandy CoCo 20-Sep-90 23:19:21 Sb: #6805-#Disk Drive Help Needed Fm: ANDYT 76636,2300 To: Kevin Darling (UG Pres) 76703,4227 (X) THEY ACCESS PART OF A DIRECTORY THROUGH RSDOS THEN I GET AN I/O ERROR. YES , THEY ARE DOUBLE SIDED, THEY ARE USED -BUT THEY WERE WORKING PROPERLY BEFORE I TOOK THEM OUT OF THE OLD MACHINE(TELEVIDIO 802),NO I DID NOTICE, HOWEVER ,THAT THERE IS A PLACE FOR A RESISTOR IN ONE OF THE DATA CHANNELS-COULD THIS BE NEEDED? I'VE GOT 2 JUMPERS WITH EACH DRIVE -1 IS SET DRIVE(D0,D1,D2,D3)-THE OTHER ONE WAS SET ON HM(HM,HS,MX), THE ORDER OF ALL OF THEM ARE- FROM BACK LEFT-RIGHT HS,DS0,DS1,HM,DS2,DS3,MX ANDY T There is 1 Reply. #: 6830 S10/Tandy CoCo 20-Sep-90 23:34:43 Sb: #6829-Disk Drive Help Needed Fm: Kevin Darling (UG Pres) 76703,4227 To: ANDYT 76636,2300 Andy - okay, the jumpers sound right. Yes, usually the last drive on the cable needs the resistor pack installed (called "termination"). Drives may or may not operate without one. Check your cable.. do you see any pins pulled on the drive connectors? If so, being double sided will require that you either make a new cable (by crimping on new 34-pin connectors from any RS store)... or by turning over the cable at all ends (so that the "good" side with all pins is used). Let us know what you find. #: 6815 S1/General Interest 20-Sep-90 17:23:14 Sb: #MV Fm: Paul Hanke 73467,403 To: Anyone Recently started to get more familiar with MultiView and found creating OS9 shells within it to be rather fascinating. One glitch I've noticed is that a module in memory can be used by only one window at a time, such as when playing 2 of Floyd's game in different windows. The games require RunB, syscall, inkey, and gfx2. I'm guessing that this is normal and that there's no way around it. Is that true? -ph- There are 3 Replies. #: 6822 S1/General Interest 20-Sep-90 21:12:06 Sb: #6815-#MV Fm: James Jones 76257,562 To: Paul Hanke 73467,403 (X) Eh? Program modules in OS-9 are essentially without exception re-entrant and position-independent, precisely so they *can* be used by multiple processes. Now, a given program module may be written in such a way as to defeat that, typically by using the same names for files open for output or update, but the intent of OS-9 is that programs *should* be usable by multiple processes without loading multiple copies. There are 2 Replies. #: 6825 S1/General Interest 20-Sep-90 21:29:41 Sb: #6822-MV Fm: Paul Hanke 73467,403 To: James Jones 76257,562 (X) Well, maybe the problem is that the process should be started using the icon instead of as tho from a shell independent of MV? I've had MV for quite a while only recently found the time to experiment. -ph- #: 6826 S1/General Interest 20-Sep-90 21:31:42 Sb: #6822-#MV Fm: Paul Hanke 73467,403 To: James Jones 76257,562 (X) PS: Also have had problem getting MV to read /d2. It won't do it from the icon, but /d2 is recognized if accessed from an OS9 shell. Any thots on this one? -ph- There are 2 Replies. #: 6837 S1/General Interest 21-Sep-90 05:48:27 Sb: #6826-MV Fm: James Jones 76257,562 To: Paul Hanke 73467,403 Do you have it listed in the line starting RBFDEV= in /dd/sys/env.file? #: 6852 S1/General Interest 21-Sep-90 18:39:05 Sb: #6826-MV Fm: Bill Dickhaus 70325,523 To: Paul Hanke 73467,403 Paul, Its been a while since I did it, but take a look at env.file in /DD/SYS. I think all you need to do is add /D2 to the list of devices for the RBFDEV option. Bill #: 6827 S1/General Interest 20-Sep-90 23:06:09 Sb: #6815-MV Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Hanke 73467,403 Hi Paul - No, modules can be used repeatedly by anyone, as long as there is memory for the programs to run (and map in the modules). As long as a game uses windows, it should be able to run in several of them at once. You need to give us more info... which game, what kind of errors do you get, how do you start things, how much ram do you have, etc etc. thx - kev #: 6840 S1/General Interest 21-Sep-90 08:48:33 Sb: #6815-MV Fm: Floyd Resler 72500,2572 To: Paul Hanke 73467,403 I know exactly what the problem is. It's my fault, not OS9's. When programming my games, I called some modules the same. For example, I might call the boot modules Dungeon and the main game module Game. For another game, say Gem Quest, I would call the boot module GemQuest and the game module Game. See the problem? For some reason it never occured to me that someone would want to run the games at once! When I have time I'll create a modpatch to take care of the problems with running the games concurrently. Floyd #: 6820 S10/Tandy CoCo 20-Sep-90 19:09:54 Sb: #SELECT Fm: PHIL SCHERER 71211,2545 To: ALL Does anyone know how to create a generic window (/w) from Basic09 and then run a program (SHELL "program) in it and then jump to it without pressing "clear"???? There are 2 Replies. #: 6823 S10/Tandy CoCo 20-Sep-90 21:14:09 Sb: #6820-SELECT Fm: James Jones 76257,562 To: PHIL SCHERER 71211,2545 You'd probably have to explicitly open /w yourself, OPEN #wpath, "/w":UPDATE, and then SHELL "program <>>>/"+STR$(wpath) or words to that effect. (Don't forget to explicitly close #wpath once the smoke clears.) #: 6828 S10/Tandy CoCo 20-Sep-90 23:06:33 Sb: #6820-SELECT Fm: Kevin Darling (UG Pres) 76703,4227 To: PHIL SCHERER 71211,2545 PROCEDURE PhilDemo (* Open /w, goto it, run program in it, return on end (* Taken from MVTEST.AR in Lib 10, I think (* BASE 0 TYPE registers=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM stack:registers DIM oldpath(3),newpath:BYTE DIM I_Dup:BYTE I_Dup=$82 \(* Duplicate path *) (* Open wildcard, and for gcal must dwset it, select it OPEN #newpath,"/w" RUN gfx2(newpath,"DWSet",6,0,0,40,24,0,1,2) PRINT #newpath,CHR$($1B); CHR$($21); (* Duplicate original stdpaths into temp storage (* close them, dup newpath into them. FOR p=0 TO 2 stack.A=p RUN syscall(I_Dup,stack) \(* make dup of oldstdpaths oldpath(p)=stack.A CLOSE #p stack.A=newpath RUN syscall(I_Dup,stack) \(* force oldpath to new NEXT p SHELL "gcal" \(* Start gcal with all new /w paths (* On exit, do the opposite FOR p=0 TO 2 CLOSE #p stack.A=oldpath(p) RUN syscall(I_Dup,stack) \(* reset original stdpaths CLOSE #oldpath(p) NEXT p PRINT #0,CHR$($1B); CHR$($21); \(* reselect BEFORE: CLOSE #newpath END #: 6834 S10/Tandy CoCo 21-Sep-90 02:08:19 Sb: #J&M Hard Drive Fm: Don Kircher 76346,3475 To: Kevin Darling/ 76703,4227 (X) Kevin The J&M has a Konan drive controller board and I've not been using an mpi. I did some fiddling with the ident and cmp utilities and discovered ( well it WAS a discovery for me ! ) that cc3disk is longer than ccdisk as is /d0II longer than /d0I. Why so and could that be a hint of something lacking for level II operation. btw what are the sig surcharge rates for patient tutors of slow students... The educational value of all this easily trancends these silly hardware problems Thanks dlk There is 1 Reply. #: 6839 S10/Tandy CoCo 21-Sep-90 07:34:59 Sb: #6834-J&M Hard Drive Fm: Kevin Darling (UG Pres) 76703,4227 To: Don Kircher 76346,3475 Don - grin - no extra charge for slow learners who keep at it. I betcha /d0 is longer in L-II cuz of the name "cc3disk" embedded in it (versus just "ccdisk"). Am I close? CC3disk itself is longer because it has more capability than the L-I version. That is, it knows better about double-sided and 80tk disks, and isn't hardcoded to everything like CCdisk was. Good on the Konan controller. I assume you have the AR util? I can email you something to play with. best - kev #: 6835 S10/Tandy CoCo 21-Sep-90 02:09:59 Sb: Wordpak(s) Fm: Don Kircher 76346,3475 To: Dennis Skala/ 73177,2365 (X) YES! I'm a diehard user of wordpak on my Coco 1. Got real nervous when it started fuzzing and dancing on me. Probably never would have gotten a COCO 3 if I could have found a wordprocessor that worked on the wordpak RS. I've got Stylo graph but not a Wordpak II. If I can ever get the Coco 3 up to speed I'll check your stuff out. Marty Goodman has done some neat looking stuff for the RS version over on delphi...if I can ever find the time. thanks dlk #: 6836 S10/Tandy CoCo 21-Sep-90 02:12:08 Sb: Tandy Hard drives Fm: Don Kircher 76346,3475 To: all I've been fiddling with an as is tent sale radio shack 15 meg hard drive of the variety intended for the level 1 drivers packaged in os9 version 2.00 The price was right ( 75 bucks ) I couldn't resist. I already have the primary drive and it works well. Got to build my own cables to connect these two beasties. Inside the humongous case there is a five inch tandon unit with a western digital control board. No docs came with either unit. Got it all fired up today with all the drivers in place and the cables hooked up properly ( I hope ! ) But no luck Any attempt to access /h1 including format results in a two step failure. example; format /h1 ** all the normal prompts ** error 247 seek error Ok no sweat the drive is trashed but the next drive access on /h0 gets an error 246 device not ready. Something has happened to the driver ! /d0 and /d1 behave normally but cchdisk is trashed until reboot. I can say with confidence that it is NOT /h0. Ok so now the question; Is that secondary drive /h1 REALLY trashed or is my hookup suspect and does anybody have any ideas how narrow it down. Lastly any favorite vendors for repair. From 75 bucks theres a lot of room to play with and still be cost effective. Thanks dlk #: 6850 S10/Tandy CoCo 21-Sep-90 17:08:53 Sb: Hardisk Fm: james pottage 71750,2012 To: Kevin Darling Kevin, no I am not using a multipak and yes the drive desc is set to zero. The drive light does not come on during the accesses when no programs are being run. I did not realize that some drive autopark themselves after a certain period of no use. The problem with the boot seems to be with the way in which the CC3go module interacts with the CCHDisk. Possibly the CCHDISK has a bug in it. Jim Pottage #: 6851 S13/Atari ST 21-Sep-90 18:33:08 Sb: Atari ST Fm: - Visitor 73020,413 To: [F] Kevin 76703,4227 Excuse me, I own an Atari ST and find TOS very disappointing. Can OS-9 give my Atari real multitasking capability? From whom would I purchase a copy? #: 6853 S14/misc/info/Soapbox 21-Sep-90 19:14:38 Sb: serial port boards Fm: DOUG 72667,1433 To: all I'm conducting a "poll" of the OS9 users here on the sig. 1) How many of you are still using the ss50/30 or ss50/30c bus? 2) If you reply in the affirmative to question 1, does your system have serial port cards that have the capability of selectable baud rate? If so, did you build the card or purchase it from a supplier? 3) If you do not have such a card, would you be interested in PC boards that you could "stuff" using the 6551 ACIA? The reason for these questions is I'm still using the ss50c bus and use the 6850. This of course requires external baud rate generators. I've constructed prototypes for another system I've built from scratch that uses a 80 pin bus. Since it has worked so well, I'm looking for a number of individuals who would like a 6551 serial port card to help defray the cost of having good PCBs made. I am currently laying out the board and will have them made if there is any interest. If you are interested, leave a message for me on Mail (I routinely check that at work). Let me know how many boards you may want. If a large enough interest is shown, we can all benefit from a decent break price per board Unfortunately, at this time I can only offer the board. I cannot offer a driver module. I'm sure someone out there has already written one. Doug 72667,1433 Press !>