#: 8658 S7/Telecommunications 09-Dec-90 15:50:07 Sb: #Sterm 1.3 Fm: LUTE MULLENIX 70721,2230 To: 76070,41 (X) Mark; I reciently got a harddrive going, and am getting all my stuff put on there. However I remembered that quite some time ago I got a patch from you to change Sterm 1.a so it looked for the termcap stuff on D0 insted of DD. I don't know if you remember this, but I don't remember the patch points or values. Now I need to change it back. Other wise I have to have this info on D to get it to run as I have set the HD as H0 and DD. Thanks >Lute< There is 1 Reply. #: 8659 S7/Telecommunications 09-Dec-90 17:01:10 Sb: #8658-Sterm 1.3 Fm: Steve Wegert 76703,4255 To: LUTE MULLENIX 70721,2230 (X) Lute, Why not use DeD and zap the offensive bytes as they appear? Just use the search capabilities to look for /D0 then modify to /DD. Give a shout if you need more info. Steve #: 8681 S7/Telecommunications 11-Dec-90 22:10:17 Sb: #Sterm Fm: Paul Hanke 73467,403 To: anyone I have downloaded STERM a while ago and am thinking of giving it a try, that is, logging on with STERM. My CoCo-3 is upgraded to 1meg. Is there any modification of procedure or can I expect everything to go as tho no upgrade had been made? Also, can STERM be used with other computers, as well as null modem up & downloads, or, other than on CIS, for which it seems to have been written? -ph- There is 1 Reply. #: 8684 S7/Telecommunications 12-Dec-90 05:36:16 Sb: #8681-#Sterm Fm: Dan Robins 73007,2473 To: Paul Hanke 73467,403 (X) Paul, In theory, it should fly on your 1meg CC3, at least, there's nothing that comes to mind that would prevent it. You should be able to use it with other computers and boards. Just remember to toggle the ECHO if on with another computer. Also keep in mind, that since it ONLY implements the CIS "B" protocols, that you'll be limited to terminal mode only, unless the other side uses the "B" protocols as well. Dan There is 1 Reply. #: 8685 S7/Telecommunications 12-Dec-90 07:44:14 Sb: #8684-#Sterm Fm: Steve Wegert 76703,4255 To: Dan Robins 73007,2473 (X) Err.... Dano ... My version (sterm 1.3) supports xmodem as well as b broto. I do believe it's the most current revision in the libraries. Steve There is 1 Reply. #: 8704 S7/Telecommunications 13-Dec-90 06:26:48 Sb: #8685-#Sterm Fm: Dan Robins 73007,2473 To: Steve Wegert 76703,4255 (X) Oops! My mistake. Guess I got comfortable with an earlier version and didn't update to 1.3, and it utilized ASCII and the "b" protos. Dan There is 1 Reply. #: 8707 S7/Telecommunications 13-Dec-90 07:57:25 Sb: #8704-#Sterm Fm: Steve Wegert 76703,4255 To: Dan Robins 73007,2473 (X) 1.2 is still rock solid, in my opinion. 1.3 added termcap stuff (which I make use of as the CoCo's downstairs and I'm in the back bedroom on a Wyse). Since I hardly ever venture from CIS, either would suit my needs in terms of protocol. B+ ... is there anything else? :-) Steve There is 1 Reply. #: 8882 S7/Telecommunications 25-Dec-90 14:03:26 Sb: #8707-#Sterm Fm: MOTD Editor..Bill Brady 70126,267 To: Steve Wegert 76703,4255 (X) You should try ZMODEM with a MNP 5 modem, then you can answer that question for yourself Steve. There is 1 Reply. #: 8909 S7/Telecommunications 27-Dec-90 07:38:01 Sb: #8882-#Sterm Fm: Steve Wegert 76703,4255 To: MOTD Editor..Bill Brady 70126,267 You bet, Bill. I'm in the process now of convincing Lisa that having a 9600 baud modem with MNP 5 is just what I need to spend less time on the computer and more time with her ... Did I forget to mention that St. Louis is slated for upgrading to 9600 baud RSN? Nahh ... nothing to do with it! :-) Steve There is 1 Reply. #: 8912 S7/Telecommunications 27-Dec-90 13:09:59 Sb: #8909-#Sterm Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - Soo... you gonna go for one of those beasties? It looked like a reasonable deal, but a bit painful after Christmas... Pete There is 1 Reply. #: 8915 S7/Telecommunications 27-Dec-90 16:30:10 Sb: #8912-Sterm Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) Yeah ... I'm seriously considering it. I passed up on the last MNP deal and have regretted it ever since. This way, I'll nab the extra speed when it arrives and gain the MNP capabilities now. Steve #: 8693 S7/Telecommunications 12-Dec-90 18:27:40 Sb: DM-3 telecom Fm: Paul Hanke 73467,403 To: all Reporting on the solution to a problem aired a coupla months ago- A null modem transfer of files to a CoCo-3 running DM-3's telecom program was not possible using 7E1 setup. Even tho keyboard text was ok, apparently DM-3 does not shift to 8N1 when xmodem is initiated, which doesn't let xmodem begin, evidently. Some other comm programs do change the setup automatically, such as Ultimaterm. So the moral of the story is to start both telecom programs using the 8N1 setup and xmodem transfers should go without a hitch. -ph- #: 8701 S7/Telecommunications 13-Dec-90 01:21:04 Sb: #BBS Fm: edward langenback 73510,145 To: all Springwood BBS 300 / 1200 (going 2400 within the month) 24 hours/7 days 1-614-228-7371 13 message bases, limited transfers, Galactic Conflict: Journey II "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! There is 1 Reply. #: 8861 S7/Telecommunications 23-Dec-90 03:57:51 Sb: #8701-#BBS Fm: edward langenback 73510,145 To: edward langenback 73510,145 (X) just a quick note to notify all that Springwood is now operating at 2400 bps as promised. Springwood BBS 1-614-228-7371 Ed. A.K.A. >>>>>S S<<<<< !!!!!!!!!!!!! There is 1 Reply. #: 9011 S7/Telecommunications 04-Jan-91 01:41:58 Sb: #8861-#BBS Fm: WAYNE LAIRD 73617,3042 To: edward langenback 73510,145 (X) edward, (got a twin named sisccior- hand?) saw your bbs adand wanted to add it to my national bbs list for the coco/os9 called COCOS9ER, the databanks should have acopy here if I don't upload a copy to you first ->grin>>>>S S<<<<< !!!!!!!!!!!!! #: 8820 S7/Telecommunications 18-Dec-90 23:24:36 Sb: Cu now in d/l 7 Fm: Brett Wynkoop 72057,3720 To: uucp users Greeting- I just left a Yule gift in the telcom D/L area. Hope you folks with the UUCP package like it. It is cu. Works similar to the Un?x program of the same name. Really neat for dialing out on your modem without having to think about the details of killing tsmon removing and creating lockfiles etc. -Brett #: 8945 S7/Telecommunications 30-Dec-90 06:00:24 Sb: #ACPDS7.DOC help needed Fm: PaulSeniura 76476,464 To: all Hi - I don't get on here much at all nowadays cuz it CO$T$ too much! But I can't get any decent help on Delphi after waiting for almost a whole month for someone to reply to our requests for help with our AciaPDS driver. I'm already way behind in letting people use our driver because it's not complete. If you can spare some time to read the ACPDS7.DOC file in the TelComm area (database #7 I believe here) which is the very same file I shared on Delphi by the name of ACIAPDS7.DOC, in it will be some details on the missing Status calls we need some help on. Tandy already supports these calls and we're wanting to make our driver 100% complete - we'd also like to incorporate even more support that Tandy didn't include and we've pointed out these calls, too, that *are* in the OS9DEFS file but none of the books on the market (even KD's "Inside OS9") describes these things. If you can help and can access Delphi, please send your replies over yonder instead of CI$$$$ here. I was hoping to make this driver available as a Christmas present, but as I said, it's been a month already on Delphi and only one person (who is a local acquaintance) mentioned it's too technical for him! Please help us ASAP so I can turn this critter loose and let everyone start using it, please, especially the RiBBS people who've been calling my beta test site night & day for it! (the docs are copyrighted & shared only for personal use right now, so that no one will misquote our text and use it in unscrupulous ways) -- Thx, Paul Seniura (76476,464 - PAULSENIURA on Delphi) There is 1 Reply. #: 8954 S7/Telecommunications 30-Dec-90 11:34:20 Sb: #8945-ACPDS7.DOC help needed Fm: Steve Wegert 76703,4255 To: PaulSeniura 76476,464 Paul, Nice to see you back where the action seems to be. Have you checked out FAST.DOC in LIB 1 here? It goes a long way on saving connect charges. Steve #: 9015 S7/Telecommunications 04-Jan-91 12:55:14 Sb: #uucp Fm: Tom Napolitano 70215,1130 To: 76257,562 (X) Jim, I see mentioned on the coco echo that some folks are saying Mark's uucp does not communicate properly with 386 machines? What are the details? Who's 386 Unix port and which programs don't work? I found this surprising, since my coco3 at home exchanges mail quite nicely, thankyou, with the compaq 386 running Interactive's 386/ix at work. Could you elaborate please? tom n There are 2 Replies. #: 9016 S7/Telecommunications 04-Jan-91 17:33:58 Sb: #9015-#uucp Fm: James Jones 76257,562 To: Tom Napolitano 70215,1130 (X) The message I saw about this was, I think, on FIDO, and it mentioned problems using Mark's UUCP to talk to a 386 and a VAX. My guess--and it's only a guess, of course--is, considering that VAXen and 386s both have the bizarro leastsignificant-byte-first byte ordering, that there's some part of the protocol that contains byte-ordering-dependent values that aren't getting byte-swapped before use. I haven't looked in the (very large!) uucp.ar to see whether there is any indication of that's being the problem, though. There are 2 Replies. #: 9017 S7/Telecommunications 04-Jan-91 18:46:10 Sb: #9016-uucp Fm: Pete Lyall 76703,4230 To: James Jones 76257,562 (X) JJ - It's been a while, but VAX and Intel BOTH have different byte ordering schemes from a 68K box. I seem to remember: 68K - 1234 (MSB to LSB) VAX - 4321 (LSB to MSB) Intel 2143 .. Not sure on this last one. Pete #: 9054 S7/Telecommunications 07-Jan-91 08:09:30 Sb: #9016-uucp Fm: Tom Napolitano 70215,1130 To: James Jones 76257,562 (X) Empirically, that would be my view too. Byte ordering has bitten me when porting between os9 and the intel world. I have Mark's sources, but have not read them all. I do not have the Unix source for uucp. Like I said, I haven't the problem, so had no need to go looking for one. I was just surprised when another claimed to have one. Perhaps the error is on the 386 port, and not the os9 port of uucp. Thanks, tom #: 9023 S7/Telecommunications 05-Jan-91 04:53:04 Sb: #9015-#uucp Fm: Ed Gresick 76576,3312 To: Tom Napolitano 70215,1130 (X) Tom, I communicate the 3 machines (besides several CoCo boxes) using Mark's version of UUCP with my CoCo. 1 - The Tandy Regional Office in Randolph, Mass. at least twice a week. They are using a Tandy 4000 (386 box) running Tandy/SCO Xenix. The version of UUCP is Honey Dan Bear. I upload orders to them and receive stock updates from them using 'uucp' as well as mail back and forth using the 'mail' utilities. I've been communicating with them since last February (1990). (Previously I used either 'uulink' on an MSDOS box or the UUCP provided by SCO on a Xenix 386 box.) 2 - Tandy in Ft Worth occassionaly - no regular schedule. They're using a VAX of some sort and I don't know what version of UUCP they're using. This is primarily a mail link. 3 - A Company in Long Island once a week. They have a Wang computer and I don't know the version of UUCP they're running (neither do they). I upload orders to them once a week using 'uucp' as well as occassional mail back and forth. I did have problems setting up with Tandy. They use a hyphen '-' in the site names. I had to set-up a different 'alias' file and I modifed uucico, login, rmail and uuxqt to handle it. I was the first vendor to set-up a link with the Company in Long Island. They had problems setting up their system. They finally had the Wang people set them up. Ed Gresick - DELMAR CO There is 1 Reply. #: 9055 S7/Telecommunications 07-Jan-91 08:13:38 Sb: #9023-uucp Fm: Tom Napolitano 70215,1130 To: Ed Gresick 76576,3312 (X) Ed, Thanks for the reply. I have to admit my setting up Mark's uucp was not perfectly clean, due to my particular modem, but that wasn't his fault. However the connection between uucico and 386/ix went like it was designed. tom #: 9062 S7/Telecommunications 08-Jan-91 08:01:22 Sb: UUCP problems Fm: Steve Wegert 76703,4255 To: All Mark replies to some UUCP questions: <<>> In Message 9015 Tom Napolitano says: > I see mentioned on the coco echo that some folks are saying Mark's uucp >does not communicate properly with 386 machines? What are the details? >Who's 386 Unix port and which programs don't work? I found this surprising, >since my coco3 at home exchanges mail quite nicely, thankyou, with the compaq >386 running Interactive's 386/ix at work. Could you elaborate please? Sigh, yes it is true...there are at least a couple machines that my UUCP protocol has trouble talking with. So far, I know about a DEC microVAX running ULTRIX and a Intel 386 box running an unknown 386 version of UNIX. I suppose there are more lurking out there someplace. I think one or more Apple implementations have trouble also. In Message 9016, James Jones says: >My guess--and it's only a guess, >of course--is, considering that VAXen and 386s both have the bizarro >leastsignificant-byte-first byte ordering, that there's some part of the >protocol that contains byte-ordering-dependent values that aren't getting >byte-swapped before use. I haven't looked in the (very large!) uucp.ar to see >whether there is any indication of that's being the problem, though. You may be right there, but I think it is something less bizzare. On all the machines that my port has problems with, you can send to the problem machine without any troubles, but you just can't receive anything from it, but only after the two machines go into the 'g' protocol transfer mode. I have looking into the problem, but it is very very obscure as you can imagine. On a lighter note, I do have a sliding windows version now running (actually, sorta limping) and will be cleaning it up in the near future for release. I hope to have the above mentioned bug fixed by then too. Dunno if any non-upgraded CoCo's will be able to handle sliding windows UUCP tho....those that had tried it failed. I think I'll have to do some fancy optimizing to get them to work OK. Mark #: 9104 S7/Telecommunications 12-Jan-91 20:42:39 Sb: #9017-#uucp Fm: Greg Law 72130,23 To: Pete Lyall 76703,4230 (X) Pete, The byte ordering used on Intel processors is the same as the VAX, I believe. It's a simple case of little-endian versus big-endian. Thus, the value $ABCD would be seen in memory as CDAB. I assume that in your examples, you used 4-byte numbers. (Otherwise you'd be implying that the VAX swapped the order of the two nibbles within a byte.) On Intel processors, the most common data types and their values are stored as follows: int CDAB ($ABCD) long CDAB2301 ($0123ABDC) far ptr CDAB:2301 ($0123:ABCD) Of course the colon isn't stored in memory, but it helps to clarify a far pointer consisting of a segment:offset. The values in parantheses are the actual values you'd feed to the assembler. Oops, that should be ($0123ABCD) for the long - I accidentally swapped C and D. -- Greg There is 1 Reply. #: 9106 S7/Telecommunications 12-Jan-91 21:32:59 Sb: #9104-#uucp Fm: Pete Lyall 76703,4230 To: Greg Law 72130,23 (X) Greg - I seem to recall that when I ran the VAX test using a LONG of $01020304, accessing it bytewise brought it back as $04, $03, $02, $01. For reference, this was an older VAX 11/750 running SysV (now it's running 4.3BSD). I can recheck, if you like... Pete There is 1 Reply. #: 9182 S7/Telecommunications 18-Jan-91 19:08:29 Sb: #9106-uucp Fm: Greg Law 72130,23 To: Pete Lyall 76703,4230 (X) Pete, That sounds normal. If I recall correctly, storing a long integer in memory ($01020304) will be read byte-wise as $04, $03, $02, $01 on both the VAX and Intel processors. It's only service is to make porting software a big pain in the neck. -- Greg #: 9112 S7/Telecommunications 13-Jan-91 10:20:48 Sb: Bobbyterm Fm: Butch Mooney 76702,1126 To: Bob Ayella 71356,1102 Hi Bob, I try using your Bobbyterm program and I ran into trouble. When I pick up a carrier the program locks up. Has anyone else had a problem like this? Thanks, Butch Mooney #: 9114 S7/Telecommunications 13-Jan-91 12:35:39 Sb: #Sterm P_R_oblems Fm: Art Doyle 71565,262 To: All After downloading sterm to obtain a B+ transfer capability, I7m having problems initializing the .bin module to a useable format. Whenever I use sterm with the /m2w device descriptor, it produces a string like "C_o_m_p_u_serve " with each letter separed by an underscore. What am I doing wrong?????? Art There are 2 Replies. #: 9119 S7/Telecommunications 13-Jan-91 20:59:29 Sb: #9114-Sterm P_R_oblems Fm: Jim Peasley 72726,1153 To: Art Doyle 71565,262 (X) Art; Gee, you seem to come up with the dangdest problems!! I myself have never seen this, or even seen any messages relating to something like it. Maybe Steve'll pick up on it, as he's in touch with Mark Griffith often. Meantime, how 'bout posting some system config stuff... Version of STERM modem type modem driver -- did you really mean to type /m2w ? baud, parity, etc. and anything else you can think of that may be related. What term program were you using previously? ...Jim #: 9128 S7/Telecommunications 14-Jan-91 08:18:37 Sb: #9114-Sterm P_R_oblems Fm: Steve Wegert 76703,4255 To: Art Doyle 71565,262 Art, Did you mean to type /m2w ? Isn't that Bill Brady's specialized descriptor for his Wiz product? Could that be part of the problem? Have you tried using sterm with the normal stock driver / descriptors (aciapak and /t2 or Modpak and /m1)? Steve #: 9116 S7/Telecommunications 13-Jan-91 16:41:22 Sb: #Sterm Problems Fm: Art Doyle 71565,262 To: ALL Are there any "tricks of the trade" that I'm missing when I use sterm? In the normal terminal mode, characters are separated by the _ c_h_a_racter and when B+ or quick B+ is activated, a transfer initialization failure is produced after a few minutes Comments??? Art There is 1 Reply. #: 9120 S7/Telecommunications 13-Jan-91 20:59:31 Sb: #9116-#Sterm Problems Fm: Jim Peasley 72726,1153 To: Art Doyle 71565,262 (X) Art; Almost forgot.. are you invoking STERM with the "-f" option (using a HD or RAMdisk) And, did you patch ACIAPAK for the 1024 byte buffer? ...Jim There is 1 Reply. #: 9123 S7/Telecommunications 13-Jan-91 22:28:31 Sb: #9120-#Sterm Problems Fm: Art Doyle 71565,262 To: Jim Peasley 72726,1153 (X) Ooopps!!! No Aciapak patch....I've been using /m2w that comes with the Wiz. @ Thanks for the tip. Art There is 1 Reply. #: 9149 S7/Telecommunications 15-Jan-91 00:19:34 Sb: #9123-Sterm Problems Fm: Jim Peasley 72726,1153 To: Art Doyle 71565,262 Art; Great! Glad I could help. ...Jim #: 9127 S7/Telecommunications 14-Jan-91 03:34:13 Sb: #9073-BBS Fm: WAYNE LAIRD 73617,3042 To: edward langenback 73510,145 (X) thanks for the new ones, always looking for new coco/os9 bbses Best, wayne #: 9176 S7/Telecommunications 18-Jan-91 17:24:30 Sb: #Telecom host s/w? Fm: Ernest Adams 71170,161 To: ALL I'm looking for a telecom program that will run in a server mode like Kermit, but run faster than Kermit. I'm developing software for the CD-I player, which is a 68000 machine running a variant of OS9. The player doesn't have a keyboard, I log into it via a serial port hooked up to a Mac which is running a terminal program. I have tried running STERM and ATERM, but both of them think I'm typing straight into the OS9 system; they want me to start the remote system sending before they can receive files (in XMODEM, say). Once I start the Mac sending, however, I have no way of telling the player to start receiving! I have gotten Kermit to run as a server (I set it up to receive on the player, then tell the Mac to send) and that works OK, but it only runs at about 270 CPS! Does anyone know of a) a faster Kermit for the player; b) preferably, some terminal program which can run in "host" mode on a 68000 OS9 machine, permitting me to tell it to start receiving, then permitting me to start sending from my Mac *afterwards*? There is 1 Reply. #: 9181 S7/Telecommunications 18-Jan-91 18:42:30 Sb: #9176-Telecom host s/w? Fm: Pete Lyall 76703,4230 To: Ernest Adams 71170,161 On kermit.... are you sending things in IMAGE (-i) mode? That may help... Also - there are Zmodem tools for Unix (rz and sz) that are probably reasonably portable to OS9/68000. They may even be posted here in source form. They do a nice job of stdin/stdout file xfer. Pete #: 9186 S7/Telecommunications 18-Jan-91 22:33:34 Sb: #8954-ACPDS7.DOC help needed Fm: PaulSeniura 76476,464 To: Steve Wegert 76703,4255 Ah I have done the steps in FAST.DOC ... very good. I do type my messages to "All" off-line and get 'em as succinct as I can, then upload them with CIS B+ or QB with STerm 1.3 (btw is 1.3 the latest? it messes up in the "fake" pop-up window during downloads once in a while). STerm, SuperComm, C pgms in general, all work with the test version of AciaPDS7 I got going. Ron Bihler & a couple of others are testing it, too. Big Rx and/or Tx buffers w/o ruining the "Y" register. ;-) Oh the test RiBBS site got hit by Okla. Gas & Electric company's *ZAPS* about two weeks ago. The phone # is 405-670-6666 or Fido address 1:147/40 but I asked to be marked as 'Down' for a while -- going to try hooking up all those 6.5 amp-hour 12-volt batteries for UPS backups. Using a 25-amp fully regulated 13.8-volt Tripp-Lite power supply. I think lifting that thing was where I got my hernia (seriously). Good grief I forgot whether I posted the text file on our UPS plans for the entire CoCo/MPI/disk drive system. I'll upload it if not here already. Actually this msg should be for "All" ... sorry! -- Thx, Paul S. #: 9195 S7/Telecommunications 19-Jan-91 11:10:05 Sb: #9186-ACPDS7.DOC help needed Fm: Steve Wegert 76703,4255 To: PaulSeniura 76476,464 Paul, No sweat on the addressing of the message. I've forwarded it to 'ALL' as you have requested. On the lastest version of Sterm ... I still use 1.3. There may be another release in test stage ... but 1.3 is the most current public release. The screwup with the window seems to be tied to the Termcaps library, not necessarily with the Sterm Code. I'll check with Mark and see if there's an update coming anytime soon. Steve #: 9443 S7/Telecommunications 08-Feb-91 20:16:48 Sb: #terminal blues Fm: Bob van der Poel 76510,2203 To: all I've been fooling with my MM/1 serial port trying to get my coco to act as a terminal. I have a Disto RS-232 in the CoCo and am using t0 on the mm/1. But I can't seem to establish a link. I've tried login, but no go. Using sterm on the coco I can start a shell on the mm/1 (shell <>>>/t0) and I can type commands on the coco and have them executed on the mm/1, but the mm/1 will not echo anythink back to the coco. If I run sterm on the mm/1 I can list files, etc. to the coco; but I can't get things back. It seems the port will only operate one way. At first I thought that there was a hardware problem, but I don't think so. Is there a secret in setting up the path descriptors on one of the machines? There is 1 Reply. #: 9445 S7/Telecommunications 08-Feb-91 21:08:14 Sb: #9443-#terminal blues Fm: GENE TURNBOW 72457,220 To: Bob van der Poel 76510,2203 (X) I've seen this problem many, many times, and not just with OS-9 machines, either. The problem is your cable. If you're able to transmit characters in one direction, your hardware otherwise is probably fine. Probably what needs to be done is to tie all the handshaking lines high on both ends of the cable. You'll have to find a document that tells you what pins those are, but I've had good success with one where pins 4 & 5 are jumpered together, and also pins 6, 8 & 20 jumpered together but separate from 4 & 5. Pin 2 goes to pin 3 on the opposite end; pin 3 goes to pin 2 on the opposite end. Pin 7 is ground and goes straight through to pin 7 on the other end. This should work. I have found very few terminal devices on which a cable configured this way wouldn't work. There is 1 Reply. #: 9475 S7/Telecommunications 11-Feb-91 20:38:38 Sb: #9445-terminal blues Fm: Bob van der Poel 76510,2203 To: GENE TURNBOW 72457,220 Gene, Thanks for the suggestions. I'll hack my cable later this week and see how it works. Hmmm, don't want to cut things up . . .guess I could just do some wire-wraps on the pins of the null-modem. I'll let you know how it works. #: 9449 S7/Telecommunications 09-Feb-91 05:27:05 Sb: #MM/1 serial ports Fm: Mark Griffith 76070,41 To: Pete Lyall, 76703,4230 (X) Pete, Sorry I didn't save you message number to reply too. Don't know yet about how the MM/1 responds to modem kill. Pease says it kills mtsmon and he is as good a source as any. I haven't tried it myself. On the MM/1 port signals, it depends on which port one is using. Not all of them have the full modem control set--actually none have them all since they are all setup for DB-9 connectors. Here are some specs: Port /t0 DTR and CD Port /t1 DTR at least--ask Pease about anything else Port /t2 DTR, RTS, CD Ports /t3 /t4 DTR, RTS, CTS, and CD Ports /t3 and /t4 are fully configurable via jumpers on the paddle boards. I have been having great problems with mtsmon just for logging in from a terminal. Can't get it to read some of the password file entries, on some it will log you in then bump you right out and lock the port which requires a reboot to free up. Have been afraid to try it for UUCP stuff (grin). Mark There is 1 Reply. #: 9452 S7/Telecommunications 09-Feb-91 09:31:14 Sb: #9449-#MM/1 serial ports Fm: Pete Lyall 76703,4230 To: Mark Griffith 76070,41 (X) Mark - I'll try to give you a call during the weekend to get more detailed poop on the problems and configuration... Pete There is 1 Reply. #: 9478 S7/Telecommunications 11-Feb-91 23:11:57 Sb: #9452-#MM/1 serial ports Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) Do you own an MM/1 yet? There is 1 Reply. #: 9481 S7/Telecommunications 12-Feb-91 12:31:12 Sb: #9478-#MM/1 serial ports Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) Nope - I have a loaner 68020 running OSK. Pete There is 1 Reply. #: 9484 S7/Telecommunications 12-Feb-91 18:59:14 Sb: #9481-MM/1 serial ports Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 That kit price looked very tempting but I guess I am waiting to hear reports about it. #: 9457 S7/Telecommunications 09-Feb-91 17:09:07 Sb: #HELP Fm: JOHN HYATT 71760,2744 To: ID READY HELP! I NEED A TERMINAL PROGRAM FOR OS9 LEVEL I. DOES ANYONE KNOW OF ONE? NONE OF THEM IN THIS FORUM WORK. THANKS TO ANYONE THAT CAN HELP. JOHN HYATT There is 1 Reply. #: 9464 S7/Telecommunications 10-Feb-91 10:25:44 Sb: #9457-#HELP Fm: Steve Wegert 76703,4255 To: JOHN HYATT 71760,2744 (X) John, Hmmm ..... none seem to work? I used Xcom9 for years under level I. Should work just fine. What type of problems are you having? Do you have a 232pak or it's equal or are you trying to bit bang your way across country? The bit banger approach is fairly useless under OS9. Steve There is 1 Reply. #: 9477 S7/Telecommunications 11-Feb-91 22:32:01 Sb: #9464-#HELP Fm: JOHN HYATT 71760,2744 To: Steve Wegert 76703,4255 STEVE,THANKS FOR THE REPLY.I HAVE AN OLD MODEM I AND XCOM9 RUNS BUT IT SEEMS TO LOCKUP OR AT LEAST I CAN'T GET IT TO DO ANYTHIN BUT I DON'T HAVE ANY DOC'S ON IT. MAYBE IT'S WORKING I DON'T KNOW. ARE YOU SAYING I NEED A RS232? ARE THERE DOC'S ON XCOM9 I CAN GET? THANKS FOR ANY HELP YOU CAN GIVE. JOHN HYATT There is 1 Reply. #: 9482 S7/Telecommunications 12-Feb-91 12:33:06 Sb: #9477-HELP Fm: Pete Lyall 76703,4230 To: JOHN HYATT 71760,2744 John - Yes - in all practicality you need an RS-232 pak (or equivalent) to do serial I/O under OS9. The bit banger just doesn't get it. See the file SERIAL.TXT in DL2 for more depth on the matter. Pete #: 9489 S7/Telecommunications 13-Feb-91 08:07:31 Sb: #9477-#HELP Fm: Steve Wegert 76703,4255 To: JOHN HYATT 71760,2744 (X) Pete's directed you to the bible on serial stuff. Take a gander. You'll need a hardware serial pak and some type of IRQ hack modification to eliminate the lockup during use. There should be some docs available for xcom9 ... I'll look around. Steve There is 1 Reply. #: 9508 S7/Telecommunications 14-Feb-91 22:58:21 Sb: #9489-HELP Fm: JOHN HYATT 71760,2744 To: Steve Wegert 76703,4255 (X) THANKS FOR YOUR HELP. JOHN #: 9507 S7/Telecommunications 14-Feb-91 22:55:32 Sb: #9482-HELP Fm: JOHN HYATT 71760,2744 To: Pete Lyall 76703,4230 (X) THANKS FOR THE INFO, ILL CHECK IT OUT. JOHN #: 9522 S7/Telecommunications 15-Feb-91 20:11:36 Sb: #9449-MM/1 serial ports Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 Welcome back. I've missed your valuable insights (and opinions, even the ones I disagreed with ). Hope that your life is back to normal... #: 9557 S7/Telecommunications 17-Feb-91 22:30:34 Sb: #Sterm 1.3 bug found Fm: PaulSeniura 76476,464 To: all I found where STERM 1.3 messes up, on that fake pop-up window during downloads with B+ or QB protocol. When the file being sent is bigger than around 64k. From then on, no matter how big or small subsequent downloads are, that pop-up window loses all the termcap controls it has read in. I've been downloading lots of things tonight, on up to 58k each. Then I found a 67k file I wanted, and Sterm started messing up from then on. I restarted Sterm and things straightened out until the next 64k/bigger file! Hope this will help .. I think I got the sources to Sterm 1.3 somewhere. Might try to see what it was poking ... -- Thx, Paul Seniura (76476,464). There are 2 Replies. #: 9559 S7/Telecommunications 18-Feb-91 07:14:47 Sb: #9557-#Sterm 1.3 bug found Fm: Bob Santy 76417,714 To: PaulSeniura 76476,464 Gee. I hope you're right about the >64k error in Sterm. I'm running Sterm (OS9 6809 version) on my Atari ST right now. Everything seems to work OK except the problem you just mentioned. I tried to send a file that is greater than 64K last night and I lost the window too. I thought my OS9 emulator had -yet-another-damed-bug- I'll check it out on my COCO next. I also noticed and XCom9 problem that is associated with I$Read. XCom9 seems to think that the Z bit is set on a successful I$Read call. The code actually does a beq ... over the error handler!! Does anyone know if this is a bug in XCom9 or that I$Read has another way to return error status???? Thanks for the very timely message Paul! Bob Santy There is 1 Reply. #: 9568 S7/Telecommunications 19-Feb-91 05:26:09 Sb: #9559-Sterm 1.3 bug found Fm: Ed Gresick 76576,3312 To: Bob Santy 76417,714 (X) Paul, Interesting. Last summer, I uploaded almost 10 Megabytes of files to the OSK library using STERM 1.3 on the SYSTEM IV. This was the OSK version of STERM. Most files were in the 500K to 600k range. According to the STERM transfer stats, the average efficiency was about 76%. It still took a long time - about 11 1/2 hours total. I wonder what the difference is between the 6809 and 68000 ports - maybe Mark Griffith will see these messages and shed some light. Ed Gresick - DELMAR CO #: 9569 S7/Telecommunications 19-Feb-91 19:15:20 Sb: #9557-Sterm 1.3 bug found Fm: Mark Griffith 76070,41 To: PaulSeniura 76476,464 Paul, You said: >I found where STERM 1.3 messes up, on that fake pop-up window during >downloads with B+ or QB protocol. When the file being sent is bigger than >around 64k. From then on, no matter how big or small subsequent downloads >are, that pop-up window loses all the termcap controls it has read in. I have never seen this myself, but others have mentioned it to me in the past. Still, Sterm version 1.5 is about ready for release and it has been worked over pretty well. There was a bug Carl Kreider found in the B+ protocol code that messed up his screen controls, but it only happened when a certain type of error occured. This may be what you are referring to. In any case, the latest version should correct any bug that might have been in 1.3 Version 1.5 will be uploaded in the next few weeks. Mark #: 9561 S7/Telecommunications 18-Feb-91 10:20:35 Sb: #9475-terminal blues Fm: GENE TURNBOW 72457,220 To: Bob van der Poel 76510,2203 (X) Good luck; connectors are fairly cheap, though. They go for about a buck here in Los Angeles -- if they're the same where you are, it might be better just to get a couple fresh connectors and dink with those instead. #: 9586 S7/Telecommunications 21-Feb-91 21:18:19 Sb: OSTERM Fm: Tony Cappellini 76370,2104 To: all I'm having problems with osterm's macros. I had them all set up to log into cis and then take me to the os9 section, but now when I try to edit the macro, there is nothing there. Ok maybe the file got hosed, but I just put it in the learn mode and still there was nothing there. Whats happening, I I going crazy or what? TC #: 9590 S7/Telecommunications 22-Feb-91 12:15:24 Sb: #Deskmate Telecom Fm: REX GOODE 73777,3663 To: All I recently bought Deskmate at a great price and thought I'd give it a try with telecommunications. The docs say that telecommunications are accomplished through RS232 Pak and a standard modem. I have the Modem pak but no RS232 Pak. Can I still do use Deskmate Telecom? Rex There is 1 Reply. #: 9592 S7/Telecommunications 22-Feb-91 18:07:53 Sb: #9590-#Deskmate Telecom Fm: Bill Dickhaus 70325,523 To: REX GOODE 73777,3663 (X) Rex Yes, you can use a modempak with DeskMate . I'm not sure exactly how to change the DM configuration, but change /T2 to /M1, and it should work. Maybe someone else (hey Dan!) will come up with exactly how to change it. You will also want to grab DM3.TXT and DMHELP.AR from LIB 10 for some pointers on DM3 operation. There are some other deskmate files in LIB 10, try BRO/KEY:DESK* to check them out. Bill There are 2 Replies. #: 9606 S7/Telecommunications 23-Feb-91 08:54:55 Sb: #9592-Deskmate Telecom Fm: Floyd Resler 72500,2572 To: Bill Dickhaus 70325,523 (X) Changing the path to the modem is easy. In the configuration menu you have to specify which device descriptor you are using. #: 9607 S7/Telecommunications 23-Feb-91 11:23:57 Sb: #9592-#Deskmate Telecom Fm: REX GOODE 73777,3663 To: Bill Dickhaus 70325,523 (X) Bill, Thanks for the help and suggestions. I once knew this, but isn't a ".AR" file some kind of archive, and won't I need some program to unarchive it? Rex There is 1 Reply. #: 9628 S7/Telecommunications 26-Feb-91 07:03:32 Sb: #9607-Deskmate Telecom Fm: Bill Dickhaus 70325,523 To: REX GOODE 73777,3663 (X) Rex, You'll need to download AR09.BIN in LIB 9. Documentation is in AR.DOC. Rename AR09.BIN as "ar", move/copy it to your exec directory, and make sure to set the execution attributes (attr ar e pe). Bill #: 9637 S7/Telecommunications 27-Feb-91 22:27:19 Sb: #tsrun/tsmon Fm: Hugo Bueno 71211,3662 To: 76625,2273 (X) Bruce, I'm trying to get your tsrun/tsmon package to work on my system. My config is as follows: 512K Coco B&B Hard Disk SACIA driver (multipak version) RS232 pak on slot 1 I have set up the following init file called init.t2 in /dd/sys: ATZ ATM0Q0V1X1&D2&C1S0=2E0 Unsupported baud rate on this phone line. "CONNECT 2400":04 "CONNECT 1200":03 "CONNECT":01 When I call the programs like so: tsrun tsmon /t2 /dd/sys/init.t2 & the system crashes with horizontal lines flashing on the screen upon access to the disk. If I run just "tsmon /t2 /dd/sys/init/t2 &", the modem is initialized just fine. Do I need to do any special xmode to /t2 or set the modem kill bit? If so, could you tell me how? Hugo 71211,3662 Delphi: MRGOOD There is 1 Reply. #: 9663 S7/Telecommunications 02-Mar-91 17:51:24 Sb: #9637-#tsrun/tsmon Fm: Bruce Isted (UG VP) 76625,2273 To: Hugo Bueno 71211,3662 (X) Hugo, I've tried tsrun, and it doesn't crash my system. I don't know what is wrong, but I'll get back to you if I figure it out. If possible, don't use tsrun... it is only really useful if you have set the "modem kill bit" (see xmode in your OS-9 manual) anyway. Bruce There is 1 Reply. #: 9667 S7/Telecommunications 03-Mar-91 08:17:08 Sb: #9663-#tsrun/tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted (UG VP) 76625,2273 (X) Just for the sake of science, could you give me an xmode of your /t2? By the way, when I use your xmode on window devices, it doesn't work. (i.e., window parameters not shown, and cannot be changed). Is this correct? Finally, could you explain swapped DSR DCD? Why would I implement it, what is it supposed to do? How do I do it? (Sorry for all the questions!) Hugo There is 1 Reply. #: 9677 S7/Telecommunications 03-Mar-91 21:25:36 Sb: #9667-#tsrun/tsmon Fm: Bruce Isted (UG VP) 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, OK, here's an XMODE listing of my /T3 port (I don't have a /T2 port in memory): nam=T3 mgr=SCF ddr=DACIA hpn=07 hpa=FF60 upc=00 bso=01 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=18 bsp=08 del=18 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08 ovf=07 par=02 bau=06 xon=11 xof=13 col=50 row=18 xtp=45 wnd=45 val= sty= cpx= cpy= fgc= bgc= bdc= It sounds like you're referring to the "wnd= val= sty= ..." stuff near the end of the XMODE listing of a window descriptor. As you will see in the following listing, they can be changed, but only if the window descriptor's option table size includes them. Get my "WINVDG.AR" package if you want window descriptors that are already set up that way, or you can modify your own window descriptors by changing the byte at offset $0011 to $24. nam=W1 mgr=SCF ddr=CC3IO hpn=07 hpa=FFA1 upc=00 bso=00 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=18 bsp=08 del=18 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08 ovf=07 par=80 bau=00 xon=00 xof=00 col=50 row=18 xtp=01 wnd=01 val=01 sty=02 cpx=00 cpy=00 fgc=00 bgc=01 bdc=02 Finally, swapped DSR+DCD is useful if you want your 6551 ACIA based serial port to be able to receive characters even when DCD is not valid. This is of most interest to BBS SysOps, who want their BBS to be able to recognize when a caller hangs up (DCD would go from valid to invalid) and reset itself, rather than going through the hassle of the modem kill bit killing their BBS program and then having to use a program like TSRUN to restart the whole thing. The easiest way to implement it is to simply swap the two lines on your serial cable and then set the appropriate bit in the XTP byte. And don't worry about the questions, there hasn't been too much mail for me here lately, so this is a nice change! Bruce There are 2 Replies. #: 9680 S7/Telecommunications 04-Mar-91 19:39:28 Sb: #9677-tsrun/tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted (UG VP) 76625,2273 (X) OK, I'll read your response offline. Ah, so swapping involves some actual wire crossing, YUCK! By the way, what would that do to telecom programs? Could I still call out? I've been having nothing but frustration with your tsmon :-(. I've had a friend calling in for testing, and tsmon never seems to recognize when he presses ENTER. I tried the Developer's pak tsmon, and it worked fine. The only problem is when people hangup unexpectedly, which is something I'd like to protect against! I'll upload a summary of my efforts in another message. Hugo #: 9681 S7/Telecommunications 04-Mar-91 19:59:54 Sb: #9677-#tsrun/tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted (UG VP) 76625,2273 (X) Bruce, As I said, I've had problems with your tsmon/tsrun combo. Anyway, here's the init file that I send to the modem via the tsmon command line: TSMON /t2 /dd/sys/init.t2 & ATZ ATM0Q0V0X1&D2&C1S0=2E0S25=100 Unsupported baud rate on this phone line. "CONNECT 2400":04 "10":04 "CONNECT 1200":03 "5":03 Is there anything obviously wrong with it? When a caller calls, the modem answers, carrier detect gets established but pressing return (I can see the RD light flashing) yields nothing except a series of dots (SOMETIMES). Here is an xmode of /t2 as I have it set up when I run TSMON: nam=T2 mgr=SCF ddr=SACIA hpn=07 hpa=FF68 upc=00 bso=01 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=00 bsp=08 del=18 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08 ovf=07 par=0C bau=04 xon=11 xof=13 col=50 row=18 xtp=05 wnd=05 val= sty= cpx= cpy= fgc= bgc= bdc= Anything visibly wrong? When I run the stock developer's pak tsmon, everything works peachy, except if a caller hangs up without typing "ex", things get messy. What possible difference can there be between the two where the stock TSMON sees the CR and your TSMON doesn't???? I'm pulling my hair out on this one. I wonder if it's a problem of your tsmon never getting the CONNECT string and running at the wrong baud rate??? HELP HELP HELP SOS! Hugo Bueno CIS:71211,3662 Delphi: MRGOOD There is 1 Reply. #: 9707 S7/Telecommunications 06-Mar-91 22:14:45 Sb: #9681-tsrun/tsmon Fm: Bruce Isted (UG VP) 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, I'm afraid I don't know what is wrong, but I can pass along a couple ideas that others have given to me when they had solved their tsmon/modem problems. The first is from Rich Mailer, who found that his "Zoom" type modem hung up too quickly when DTR dropped momentarily. What happened was someone called in, the modem connected, and then hung up on the caller. The solution was to increase the amount of time allowed before a DTR interruption causes the modem to hang up. Sorry, but I can't remember exactly which S register controls that... and I can't find an equivalent S register in my modem manual. The other thing is related to exactly when the modem sets DCD enabled. On my modem, the CONNECT message comes in first, and then after that the DCD line is enabled. If your modem does this then you'll have to do the DSR+DCD swap to get it to work with a 6551 ACIA. Check your modem manual for info regarding the DCD signal, you may be able to set it so DCD is enabled before the modem sends result codes and CONNECT messages. You can check if DCD is enabled too late by getting someone to call in at the default baud rate, and then manually typing in the CONNECT message after the modems have connected. Remember, when my TSMON is given an "init" file parameter it doesn't respond to just a CR, unless there's a line in the init file that has a CR connect message in it. You could do this with a file editor such as dEd, BTW. I can't see anything wrong with the sample "init" files you've posted. As a matter of fact, I used the first one you posted in a test and had no problems with it. Bruce #: 9642 S7/Telecommunications 28-Feb-91 23:53:00 Sb: #9568-Sterm 1.3 bug found Fm: PaulSeniura 76476,464 To: Ed Gresick 76576,3312 (X) Wow! Uploads are free - wonder what CIS thinks of that! *-) I use a Courier 9600 HST (real USRobotics but before they upgraded 'em to 14.4k & 19.2k). It "defaults" with MNP5 & ARQ mode on CIS and Delphi both, but with B+ and QB I'm getting 75% thruput as well (local DTE set to 4800 even tho the line & CIS runs at 2400). Compression on top of AR'd files are not suppose to be that good according to the USR book! Might want to do some research into the Acia drivers being used cuz I'm using something like 2100 bytes each for send & receive buffering (read my ACPDS7.TXT article for more info on that - still waiting on how to program the undocumented Stat calls!). -- Thx, Paul Seniura (76476,464) #: 9643 S7/Telecommunications 28-Feb-91 23:55:46 Sb: #9569-Sterm 1.3 bug found Fm: PaulSeniura 76476,464 To: Mark Griffith 76070,41 (X) Thanks Mark! It's "the" only thing to use on CIS here! (Kinda wish Delphi would ask around for ideas on improving their d/l support, but then again their 20/20 package cannot be beat no matter how slow their I/O gets!) -- Thx again, Paul Seniura (76476,464). #: 9717 S7/Telecommunications 07-Mar-91 20:17:22 Sb: #more tsmon Fm: Hugo Bueno 71211,3662 To: 76625,2273 (X) Bruce, I've built myself an rs232 cable with swapped DSR/DCD so now there shouldn't be a problem with the serial port not receiving connect messages from the modem. With the swapped DSR/DCD, I now xmode /t2 XTP=85 instead of XTP=05 that I used previously. Is TSMOn smart enough to deal with the "OK" messages sent back from the modem? As far as modem connect, that part is fine. The connection is made, but TSMON just doesn't recognize the caller's carriage returns. After a call-in attempt, a PROC command shows that TSMON is suspended. Variables: 1. I use Dennis Skala's clock driver for the B&B. That driver is supposed to be compatible with the clock you provide in the Eliminator software package. 2. My multipak is not upgraded. Before I used the hardware clock driver, the system time would advance at an exceptional rate during serial port transmissions. I notice the keyboard repeat is "enhanced" during serial transmissions also. Could it be tha the non-upgraded multipak can be causing me grief?? Someday this will be behind me, but right now it's tough to keep a smile on my face! Hugo There are 2 Replies. #: 9718 S7/Telecommunications 07-Mar-91 22:22:49 Sb: #9717-#more tsmon Fm: Kevin Darling 76703,4227 To: Hugo Bueno 71211,3662 (X) Hugo - definitely yes: the non-upgraded MPI is causing your clock/keybd problems. It's because when the cpu reads the GIME irq register, your MPI is turning on and overwhelming the data bus with false info. The upgraded MPI doesn't do that. best - kev There is 1 Reply. #: 9726 S7/Telecommunications 08-Mar-91 11:17:51 Sb: #9718-#more tsmon Fm: Hugo Bueno 71211,3662 To: Kevin Darling 76703,4227 (X) My only question is, why do term programs run ok in spite of the "super speed". Hugo There is 1 Reply. #: 9727 S7/Telecommunications 08-Mar-91 11:22:45 Sb: #9726-#more tsmon Fm: Kevin Darling 76703,4227 To: Hugo Bueno 71211,3662 (X) Umm. The term programs only require that the characters incoming are found, and the extra fake interrupt flags (caused by the MPI) actually would help there, perhaps... altho causing some cpu time to be wasted checking for irqs that didn't really exist. There is 1 Reply. #: 9732 S7/Telecommunications 08-Mar-91 16:55:00 Sb: #9727-more tsmon Fm: Hugo Bueno 71211,3662 To: Kevin Darling 76703,4227 (X) OK, I've been testing again with my friend today and things were especially bad. I would start any tsmon (microware's, Bruce's, Bruce's patched by my friend, etc) and every time, your proc command would show Tsmon suspended. I've ordered the satellite board upgrade for my mpak from Howard Medical. Should arrive next week sometime. Hopefully, upgrading will solve the problem because I just don't see where I'm doing anything wrong. And I want to get UUCP up and running so bad now! What's weird is that my friends Mpak isn't upgraded either, and he has no problems. Such is life. Hugo #: 9735 S7/Telecommunications 08-Mar-91 22:52:02 Sb: #9717-#more tsmon Fm: Bruce Isted (UG VP) 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, As Kevin said, the un-upgraded MPI is probably causing some of your problems, so get it upgraded ASAP. As for the B&B clock, it should be OK. Actually, it really wouldn't matter if it had the GIME IRQ toggle or not, except Rx characters might be lost more often. But I doubt it'd cause the total lack of response you're seeing. A couple more things to check. If your modem has LED status lights, can you see if the Tx and Rx lights come on (virtually) solid as soon as the connection is made? If so, your modem echo isn't being turned off by the "initialization" string properly, although it looked fine in your example "init" file. Also, your serial port's echo isn't being turned off by TSMon, though it's supposed to do that whether or not it was enabled in the first place. Also, try enabling "forced DTR". That'd be "xtp=C5" with swapped DCD+DSR, or "xtp=45" with regular DSR+DCD. That should prevent any small period of time where DTR is dropped when TSMon forks LogIn, though it really shouldn't happen at all. Speaking of LogIn, what happens when you try "TSMon" in a window. No "init" file, just start TSMon all by itself. Does LogIn work properly then, finding the password file (./SYS/password or /DD/SYS/password, or whatever your LogIn wants) and so on? One other thing is you said "... caller's carriage returns.", but you didn't say whether the caller tried typing in the full "CONNECT" message followed by a carriage return. Please try that and let me know the results. I'm sorry I can't be more help, but I only use the TSMon program's most basic (original) capabilities. I did have a terrible time writing it (as Pete Lyall said, and auto-baud TSMon is among the most difficult trivial programs to write) and getting it to work decently. And it does work for me, when I test the auto-baud stuff... though as you've found out some people have no luck with it at all. Bruce There is 1 Reply. #: 9749 S7/Telecommunications 10-Mar-91 08:32:30 Sb: #9735-#more tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted (UG VP) 76625,2273 (X) Bruce, The other day I tried the stock tsmon, and immediately upon initialization, a PROC command would show the process as suspended. The other day it worked fine. Then I tried your tsmon with and without the initialization file. Sometimes it works, sometimes it doesn't (set up corectly). However, sometimes it seems to set up just fine. Then a caller calls in, and the PROC command shows the program as suspended with an AGE of 255. So either with or without an initialization file, your tsmon does absolutely nothing except get suspended once someone calls in. By serial port echo, does that mean I should set eko=0 ? TSMon works fine in windows. Hugo There is 1 Reply. #: 9826 S7/Telecommunications 16-Mar-91 18:50:28 Sb: #9749-#more tsmon Fm: Bruce Isted (UG VP) 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, I don't think being suspended is the problem, but maybe it is a clue. The serial driver must be suspending TSMON because it tried to read when there was no data available, which is normal. The problem appears to be with either the hardware or driver for the serial port. You need to be using a driver that supports the get/set status calls required by TSMON, such as SACIA. ACIAPAK will not do the job, unless it is a customized version, and even then if there are problems I can't help you at all. If the driver isn't at fault, then you need to ensure that DCD is valid for the 6551 ACIA to receive data. If you have swapped the DCD+DSR lines, make sure that your modem forces DSR valid (which is then swapped and hooked up to the 6551's DCD input). If you haven't swapped DCD+DSR, then make sure your modem enables DCD before transmitting any data to the 6551 ACIA. Also, make sure that the /T2 descriptor's "swap DCD+DSR" bit in the XTP byte matches the serial cable. I think you mentioned once that you've done the DCD+DSR swap, so the first thing to do is ensure that the modem forces DSR enabled all the time. Bruce There is 1 Reply. #: 9835 S7/Telecommunications 17-Mar-91 09:56:54 Sb: #9826-#more tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted (UG VP) 76625,2273 (X) Bruce, I'm doing one last ditch effort. On the software end, everything is in order. I have a swapped DCD/DSR cable, I have set XTP=85, and I'm using the SACIA.mpi driver. I'll let you know what happens once I install the satellite upgrade board in my multipak. Kevin Darling recommended that I perform the upgrade since it may be possible that my problems are MPI related. Hugo There is 1 Reply. #: 9847 S7/Telecommunications 17-Mar-91 21:15:00 Sb: #9835-#more tsmon Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Yes, by all means do the MPI upgrade. It could be the problem, I've seen stranger things! Anyway, did you check to ensure that your modem forces DSR (now hooked to the 6551 ACIA's DCD input) enabled? Also, I assume SACIA has been set up for the appropriate MPI select code...? By default the sacia.mpi driver sets the MPI for floppy controller in slot 4 and RS-232 Pak in slot 1. Bruce There is 1 Reply. #: 9859 S7/Telecommunications 18-Mar-91 19:24:44 Sb: #9847-more tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 As of yesterday, the MPI upgrade board is installed. (My first hardware soldering project!) . Now, I need to have someone call in to test that %&$#* TSMON. If it doesn't work, I'll scream. By the way, I was meaning to ask you about that slot select stuff mentioned in the eliminator manual. It says something about setting a byte at some offset in SACIA. I don't quite understand what you were trying to explain. Right now, my floppy controller (Disto DC-7) is in Slot 4, B&B controller is in slot 3, and rs232 pak is in slot 1. Is this the definitely the default that SACIA.mpi is set for? I'll let you know how the tsmon stuff goes once I can get Bob Billson to call in. (He was working with Rich Mailer, if you remember). Hugo #: 9750 S7/Telecommunications 10-Mar-91 08:35:18 Sb: #shell+/mail Fm: Hugo Bueno 71211,3662 To: All My friend Bob asked me to post this question of his here on CIS: sg#: 6342 ** Private Mail ** 03/09/91 13:45:35 From: BOB BILLSON Can you ask anyone who might be able to help, how to get Shell+ v2.1 NOT to strip the '%' from a command line? I am attempting to write a smart mailer to be used with both of current OS-9 UUCP programs out there. In order to be able to handle Internet-style addresses properly such as: bob%kc2wz.uucp@fdurt1.fdu.edu When Shell+ gets done with the address it becomes: bobkc2wz.uucp@fdurt1.fdu .edu definitely not the same thing. Quoting the address like you can do with '!' to protect it from the shell doesn't help. Shell+ still removes the '%'. I guess no matter what it treats the % as a shell variable. Seems like a bug in Shell+. Does anyone have a way to fix this? There is 1 Reply. #: 9807 S7/Telecommunications 15-Mar-91 16:47:03 Sb: #9750-#shell+/mail Fm: Lee Veal 74726,1752 To: Hugo Bueno 71211,3662 (X) You have to preface any command that has a percent sign (%) in it with a SHELL+ 2.1 command to turn off the shell variable feature. OS9:-v OS9:{command with a % in it} OS9:v The -v and v turn the variable feature off and on, respectively. I ran into the same problem with RSB commands which use a % to point to an drive containing in RS-DOS diskette. Lee There is 1 Reply. #: 9809 S7/Telecommunications 15-Mar-91 18:45:02 Sb: #9807-#shell+/mail Fm: Hugo Bueno 71211,3662 To: Lee Veal 74726,1752 (X) Thanks Lee. I'll send Bob your response to his question! Hugo Bueno There is 1 Reply. #: 9824 S7/Telecommunications 16-Mar-91 16:09:26 Sb: #9809-shell+/mail Fm: Lee Veal 74726,1752 To: Hugo Bueno 71211,3662 (X) No problem. Glad I could help. Have a "bueno" day!!!!! Lee #: 9886 S7/Telecommunications 21-Mar-91 19:38:08 Sb: #tsmon Fm: Hugo Bueno 71211,3662 To: 76625,2273 (X) Bruce, One final report regarding my experience with your autobaud tsmon. 1. It just doesn't work, at all. 2. My Mpak is now upgraded, it works fine, the software clock doesn't go nuts during rs232 transmissions anymore. 3. I tried both a DCD/DSR swapped cable and a regular cable and I always made sure to get the XTP settings right. 4. I tried TSMON alone (wait for CR) and with an init file. 5. With the swapped cable, the modem would answer, but as soon as a connection was made, it hung up. I etting modem register S25 to 25 or more but it didn't make a difference. 6. With a regular cable, the connection would be made, but login was never initiated, even running TSMON without an il ito as c mb.kSNwc osfe uuftneyds' gvm hfars a oigo. Hugo There is 1 Reply. #: 9945 S7/Telecommunications 24-Mar-91 16:02:16 Sb: #9886-#tsmon Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Well, I don't know what is wrong... I know my tsmon works for me, with and without the init file. If tsmon doesn't work for you even in the "dumb" mode (no init file), then the only thing I can think of is the wrong driver is being used. Using the xmode utility supplied with the "esw110.ar" package, check the T2 descriptor you're using to see whether SACIA or ACIAPAK is the driver. If you have both SACIA and ACIAPAK in your boot file, and the T2 module is for ACIAPAK, then there's no way my tsmon will work. Just grasping at straws here now... Bruce There is 1 Reply. #: 9951 S7/Telecommunications 24-Mar-91 17:46:29 Sb: #9945-#tsmon Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) No go there. I do have ONLY SACIA in my boot file and T2 shows SACIA as the driver. The thing just doesn't work. It works on my friends coco, but not mine. I've given up on it at this point. Thanks for all of your suggestions and help. Hugo There is 1 Reply. #: 9995 S7/Telecommunications 26-Mar-91 23:13:09 Sb: #9951-tsmon Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Yeah, there is at least one other fellow I know of (locally) that has problems with that auto-baud tsmon. It works fine on my system with my (USR) modem, and it works fine on his system with my modem, but it doesn't work at all on either system with his (Intel 2400 baud modem-on-a-chip) modem. He's given up on it too, at least until he gets a new modem... or new ideas for his old modem. Sorry I couldn't help. Bruce #: 9913 S7/Telecommunications 23-Mar-91 16:10:34 Sb: Telecommunications Fm: Brother Jeremy, CSJW 76477,142 To: All I am having problems with my modem, a BSR Model. It is Hayes Compatable. It works finewith OSTERM 2.08 which it what I am using at this very moment. Where I am having problmes is when I try to use other programs to access the /T2 port. For example, I have attempted to send ATDTPhone# strings to my modem and nothing happens. I have also had the same problem with a dialer program PFV2 (I think it is on CIS, if not I will upload it after I check.) What do I need to do to initialize the modem port? I use a Tandy RS232 Pak and I have /term /t1 and /t2 in my boot file. As I said it works with Osterm and has worked under RSDOS with Ultimaterm 4.0 so I know that the modem is ok. Is there something that those programs do that I should include? Thank you for any and all help. ---Br. Jeremy CSJW. #: 9928 S7/Telecommunications 24-Mar-91 07:30:51 Sb: Null Modem Xfer Fm: DonVail 70233,2037 To: all Can anyone tell me how I can do data transfer between two modems. My brother has a 64C with a Commodore modem and I've got a CoCo 3 (Obviously) which is Hayes comp. I've tied both Line inputs together and then did AT H1 O0, but all that hapeens is that both modems screem. #: 9943 S7/Telecommunications 24-Mar-91 16:02:06 Sb: #9859-more tsmon Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Yes, the "sacia.mpi" version of the driver sets the same MPI slot select as the stock aciapak driver. That is, the serial port (RS-232 Pak or clone) is expected to be in slot one, while the floppy controller must be in slot four. Bruce #: 9991 S7/Telecommunications 26-Mar-91 20:56:21 Sb: #Coco as terminal Fm: Bob van der Poel 76510,2203 To: all I've been doing some playing with my coco serving as a terminal for my MM/1. Using a disto rs232 in a no-halt controller (the rs232 is interupt driven via a patch cable from the port to one of the leads on the disk controller (darned if I can remember which one...). So, what is the fastest, reliable baud I rate I can expect to use? Logging on to the MM/1 with xcom9 or stem--no flow control & 4800 baud works perfectly; with flow I can get 9600 to work pretty well; nothing seems to help 19200. Is this normal? Would an rsdos program like ultimaterm (if I can get it to recognize the disto pack) work better at the higher rates? There are 2 Replies. #: 10002 S7/Telecommunications 27-Mar-91 01:03:53 Sb: #9991-Coco as terminal Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob - perhaps the rsdos program would work, dunno. Like you, 4800 seems about tops for me (9600 if I keep page pause on). OTOH, I've seen comments on Amiga forums about 9600 being the fastest for them also, so... ? #: 10041 S7/Telecommunications 29-Mar-91 13:48:57 Sb: #9991-#Coco as terminal Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, If you're gonna be using the CoCo for a terminal, expect 4800 baud to be the best the screen can keep up with. A good test to see where it will fail would be to list the 'u' log from the forum (lots of small lines). It'll start falling all over itself very quickly into the dump. Steve There are 2 Replies. #: 10043 S7/Telecommunications 29-Mar-91 14:48:05 Sb: #10041-#Coco as terminal Fm: Robert A. Hengstebeck 76417,2751 To: Steve Wegert 76703,4255 (X) Steve. We use 9600 baud with no problems. Maybe I am reading something out of context. But We did use the bit banger on the COCO II, using termix, terminal packages. One was used on an 80 column board, the other supported I think a 54 column screen. There is a review of the termix in the dl 10 library I think also. There is 1 Reply. #: 10056 S7/Telecommunications 30-Mar-91 09:39:11 Sb: #10043-#Coco as terminal Fm: Steve Wegert 76703,4255 To: Robert A. Hengstebeck 76417,2751 (X) Robert ... If your application used some other screen driver than the stock CoCo, all bets are off and speed of 9600 baud _may_ be possible. I've been trying to run my CoCo 3 at 9600 baud (just got a new PPI 9600 baud modem, and find that even tho I'm using a hardware serial port, my thoughput is 4800 baud. No amount of tweaking will let me cross that barrier. And that's using a Wyse 50 tube hung off /t2. If I were using the CoCo screen, I start to loose character at speeds just over 2400 baud. If I monkey with the receive buffers in my descriptors, I can push it to 4800 baud. Steve There is 1 Reply. #: 10058 S7/Telecommunications 30-Mar-91 14:13:02 Sb: #10056-#Coco as terminal Fm: Robert A. Hengstebeck 76417,2751 To: Steve Wegert 76703,4255 (X) believe that I was using drivers provided by Ron Schmidts. You probably have a different setup so there may not be a good comparision here. Steve, I currently have a SuperBoard, which is no longer manufactured by LR Tech. LR Tech quit the support of CoCo about 2 years ago. Prior to that I was using the RS232 Board sold by Tandy. In both cases, the Boards could go to 19,200 Baud with no problems. Of course I was using the drivers /t1 and There is 1 Reply. #: 10059 S7/Telecommunications 30-Mar-91 14:21:14 Sb: #10058-#Coco as terminal Fm: Robert A. Hengstebeck 76417,2751 To: Robert A. Hengstebeck 76417,2751 (X) Steve. I don't know what happened with the last message, the last two lines some how got move to the first two lines. Hope you can decipher it. There are 2 Replies. #: 10062 S7/Telecommunications 30-Mar-91 17:57:34 Sb: #10059-Coco as terminal Fm: Steve Wegert 76703,4255 To: Robert A. Hengstebeck 76417,2751 (X) Got it figured out, Robert ... not to worry. Looks like you somehow ended up at the top your your message before you were finished. Steve #: 10116 S7/Telecommunications 04-Apr-91 23:00:02 Sb: #10059-#Coco as terminal Fm: Bob van der Poel 76510,2203 To: Robert A. Hengstebeck 76417,2751 (X) Robert, when you say that you use 9600 baud is the Coco the terminal, or are you logging on to the coco with another terminal? There is 1 Reply. #: 10117 S7/Telecommunications 05-Apr-91 01:43:44 Sb: #10116-Coco as terminal Fm: Robert A. Hengstebeck 76417,2751 To: Bob van der Poel 76510,2203 (X) Bob, In this case We were using two coco II's with the bit banger port, plugged into the rs232 ports on the superboard on a coco III. The limiting factor was 9600 baud from the bit banger ports and the program termix that we were using to communicate back and forth. The coco II were being used as remote terminals to the coco III. Note the 'were'; since I am now using two 1000EX's in the place of the coco II. Even here, I am still limited to 9600 baud, since this is the fastest the serial boards for the EX's can go. I have used the Model IV rs232 port to the coco III at 19,200 baud with no problems. #: 10114 S7/Telecommunications 04-Apr-91 22:59:40 Sb: #10041-Coco as terminal Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Steve, Thanks for the confirmation (about 4800 baud max). I'd like to get things going a bit faster -- but it is quite usable. So I guess it'll just have to do. #: 9992 S7/Telecommunications 26-Mar-91 20:57:14 Sb: #remote software blues Fm: Bob van der Poel 76510,2203 To: all I'm trying to write a no-frill terminal driver to be used in testing some programs being written on the MM/1 on a coco acting as a terminal. As a start I coded the following very "simple" program... #include #include main() { char databuff[300]; int termpath, t; if(termpath=open("/t2",S_IREAD+S_IWRITE))<1) exit(errno)); for(;;){ if((t=_gs_rdy(0))>0){ read(0,databuff,t); write(termpath,databuff,t); } if((t=_gs_rdy(termpath)>>0){ read(termpath,databuff,t); write(1,databuff,t); } } } Problem is, it just doesn't work. It terminates after a few characters are sent/received. If I use sterm or xcom9 with the same setup all works fine. So I assume that I have to some error checking when reading??? Any one already been though this? There is 1 Reply. #: 10000 S7/Telecommunications 27-Mar-91 00:17:30 Sb: #9992-#remote software blues Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) You may be getting some framing errors.... some error checking may yield some invaluable debug information. Pete There is 1 Reply. #: 10001 S7/Telecommunications 27-Mar-91 00:18:59 Sb: #10000-remote software blues Fm: Pete Lyall 76703,4230 To: Pete Lyall 76703,4230 (X) Hmmmm... msg 10000 eh? What's it gonna be this time, Wayne? Pete #: 9994 S7/Telecommunications 26-Mar-91 22:45:41 Sb: #upgrade of lmail Fm: Brett Wynkoop 72057,3720 To: all uucp users Greeting- Just posted an upgrade to lmail in DL6. This will be of interest to all uucp users. It is only the 6809 binary as I have not had time or disk space to compile my uucp stuff for OSK yet. -Brett There is 1 Reply. #: 10042 S7/Telecommunications 29-Mar-91 13:52:16 Sb: #9994-upgrade of lmail Fm: Steve Wegert 76703,4255 To: Brett Wynkoop 72057,3720 Brett, What improvements have you added .... or are you gonna make me look at the file? :-) Steve #: 10016 S7/Telecommunications 27-Mar-91 21:26:15 Sb: #Osterm 2.08 Fm: Brother Jeremy, CSJW 76477,142 To: All I use OSTERM 2.08. I cannot get YMODEM to work properly on CIS. I am currently set at 7-e-1 at 1200 baud. If I try YMODEM, everything freezes up. Sometimes control-c will help, other times I have to disconnect. DOes YModem work on CIS os9? Customer service suggested using 8-n-1 but for some reason it doesn't work with OSTERM 2.08 on CIS. I have to change modem options. Please Help. Thankyou --Br. Jeremy CSJW. There are 2 Replies. #: 10017 S7/Telecommunications 27-Mar-91 21:35:18 Sb: #10016-#Osterm 2.08 Fm: Mike Ward 76703,2013 To: Brother Jeremy, CSJW 76477,142 (X) I recall that OSTerm has a Ymodem Batch option and I've used it on CIS but not lately. Have you tried Ymodem Batch? I think if you do you'll have better luck. Don't worry about the 7-e-1 stuff. That's all handled under the hood. Mike There is 1 Reply. #: 10027 S7/Telecommunications 28-Mar-91 17:27:53 Sb: #10017-Osterm 2.08 Fm: Brother Jeremy, CSJW 76477,142 To: Mike Ward 76703,2013 (X) I will try dl-ing something right now and see what happens. Thank you for your response. Another problem I am having is while OSTERM works fine I have tried other programs such as Phone Book Version 1.1 (PBOOK1.1) by Brian Stretch. I cannot get it to work. It will not initialize my modem. The same is true if I try to send various commands to it from a Basic09 program. I have ACIAPAK (It is the stock Tand y version) and /t2. I have no idea what I am doing wrong. I use a Hayes compatable modem. A BSR model that I got from DAK. It is a 1200 baud. Any help will be appreciated. Thank you---Br. Jeremy ,CSJW #: 10028 S7/Telecommunications 28-Mar-91 18:05:06 Sb: #10016-#Osterm 2.08 Fm: Chris Bergerson 72227,127 To: Brother Jeremy, CSJW 76477,142 (X) ~ The problem you're probably having is that CIS' YMODEM is in fact Y-Modem Batch. Specify Batch download to Osterm, and you'll be OK. There is 1 Reply. #: 10036 S7/Telecommunications 28-Mar-91 23:14:41 Sb: #10028-Osterm 2.08 Fm: Brother Jeremy, CSJW 76477,142 To: Chris Bergerson 72227,127 (X) Thank you. I tried the ymodem-batch and it worked, sort of. One problem. I could not get it to write properly to drive 1. I not sure what the problem is. I use a slightly patched version of OSTERM that created a seperate /dd/com subdirectory, and one or two other changes that I am not certain of right know. I will try playing with an unpatched version and see what happens. Brother Jeremy, CSJW #: 10072 S7/Telecommunications 31-Mar-91 02:39:39 Sb: #Modem Blues Fm: Brother Jeremy, CSJW 76477,142 To: ALL I am still having trouble getting my modem to work with PhoneBook and other dialing programs. It works fine with OSTERM using /t2. What else do I need to do in order to send a dial string to the modem so as to be able to have a diling program. Please, I hope that one of the telcom guru's will help as this is beyond my knowledge. I have posted several messages asking for help in this matter, but so far no response. HELP!!!!!!!!!!!!!!!!!!!!!!!!! --Brother Jeremy, CSJW. There is 1 Reply. #: 10073 S7/Telecommunications 31-Mar-91 08:32:12 Sb: #10072-Modem Blues Fm: James Jones 76257,562 To: Brother Jeremy, CSJW 76477,142 (X) Perhaps more details would help. What output do you get if you type the command "xmode /t2"? How is the cable from the serial cartridge to the modem wired? (I've used osterm and telstar, and they seem to be able to dial reasonably. Aside from xmode /t2 type=0, I don't think I've done anything special to the serial port.) #: 10092 S7/Telecommunications 02-Apr-91 18:59:38 Sb: device_translation Fm: james delaney 70242,461 To: all Does anyone know if there is a /t2 or similar device driver that can do translations. That is if it recieves a character from it's input it will send a replacement character to the output. Any help will be appreciated. James #: 10139 S7/Telecommunications 06-Apr-91 21:47:53 Sb: #10117-#Coco as terminal Fm: Bob van der Poel 76510,2203 To: Robert A. Hengstebeck 76417,2751 (X) Robert, Just what is this termix program? 9600 buad out the bit banger port?? Sounds too good to be true. Is this a PD program? There is 1 Reply. #: 10152 S7/Telecommunications 07-Apr-91 18:10:40 Sb: #10139-Coco as terminal Fm: Robert A. Hengstebeck 76417,2751 To: Bob van der Poel 76510,2203 (X) Bob, download the file termit.txt from library 10. this will give you the information that you were looking for. #: 10189 S7/Telecommunications 09-Apr-91 20:55:04 Sb: #10042-upgrade of lmail Fm: Brett Wynkoop 72057,3720 To: Steve Wegert 76703,4255 (X) Greeting- Reply function and it handles tabs in a mail message since the coco screen basarfs on tabs, at least hardware screens do I do not use gfx screens myself. There were some bugg fixes as well. Do not remember all right now. -Bret #: 10230 S7/Telecommunications 13-Apr-91 07:35:45 Sb: #9928-#Null Modem Xfer Fm: Len 72240,175 To: DonVail 70233,2037 (X) I had that same problem until I set one modem (which isn't Hayes compatible) to ORIG, and sent the other modem the command ATA from the keyboard. The Hayes compat answered right away. Good luck! -Len There is 1 Reply. #: 10354 S7/Telecommunications 19-Apr-91 23:49:38 Sb: #10230-Null Modem Xfer Fm: DonVail 70233,2037 To: Len 72240,175 (X) Well MARTY GOODMAN from Delphi help me. And the same thing that you explained worked. I have to set one modem to AT H1 O1 and the other modem to AT A. Worked great. DONVAIL Thanks. #: 10231 S7/Telecommunications 13-Apr-91 07:42:46 Sb: #t1 null modem Fm: Len 72240,175 To: all I'm trying to find a way to direct either of my terminal programs (OSTERM, SuperComm) to /t1 so I can set up a serial port-to-serial port null modem between two CoCo's, one of which is a CoCo 2 and would be running RSDOS. Thanks! -Len There is 1 Reply. #: 10233 S7/Telecommunications 13-Apr-91 08:49:20 Sb: #10231-#t1 null modem Fm: James Jones 76257,562 To: Len 72240,175 (X) If I remember rightly, /t1 is the bit-banger. It's not suitable for any serious serial communications, though someone has made a valiant effort with bitbang.ar, which I think you can find in DL10. There is 1 Reply. #: 10241 S7/Telecommunications 13-Apr-91 16:55:00 Sb: #10233-#t1 null modem Fm: Len 72240,175 To: James Jones 76257,562 (X) You're right, /t1 is the bitbanger. I just want to be able to transfer some files back and forth between a CoCo 2 under RSDOS and a CoCo 3 under OS9 via null modem cable. I have only one RS232 pak. I guess an option would be to devise a null modem cable that would connect the RS232 pak on the CoCo 3 to the bitbanger on the CoCo 2. I have no idea at all how to do that. -Len There are 2 Replies. #: 10243 S7/Telecommunications 13-Apr-91 18:32:14 Sb: #10241-t1 null modem Fm: James Jones 76257,562 To: Len 72240,175 (X) I think that in the bitbang.ar archive are instructions on how to wire the cable, so that if you go that route, you'd have the poop on how to set it up. #: 10297 S7/Telecommunications 16-Apr-91 06:51:33 Sb: #10241-#t1 null modem Fm: Bill Dickhaus 70325,523 To: Len 72240,175 (X) Len, Check out SERIAL.TXT in LIB 2. It contains all kinds of valuable information on serial communications, how to set up the various CoCo (and other) serial ports, and how to make cables to interconnect them. And yes, you are correct, the best way to do what you want to do is to use the bit banger on the CoCo2, and the serial pak on the CoCo3. Bill There is 1 Reply. #: 10306 S7/Telecommunications 16-Apr-91 18:05:48 Sb: #10297-t1 null modem Fm: Len 72240,175 To: Bill Dickhaus 70325,523 (X) Thanks! I'll give SERIAL.TXT a shot. -Len #: 10400 S7/Telecommunications 22-Apr-91 21:37:37 Sb: #Serial Terminal Program Fm: Stephen Hamilton 71570,1546 To: ALL Does anyone know of an OS9 Terminal program that I could use through the serial port with a DCM-5 modem. My RS232 pack is on the blink so I'm having to survive without it till I can get it fixed. Any help would be appreciated. P.S. I was hoping for a small one that I could download for the time being. Steve Hamilton 71570,1546 There is 1 Reply. #: 10407 S7/Telecommunications 22-Apr-91 23:19:28 Sb: #10400-#Serial Terminal Program Fm: Pete Lyall 76703,4230 To: Stephen Hamilton 71570,1546 (X) Baiscally, without the RS232 port you're dead in the water under OS9. You could use your RSDOS terminal package, and then use DOSOR9.BAS (DL10) to convert the snagged files over to os9. Pete There is 1 Reply. #: 10425 S7/Telecommunications 24-Apr-91 04:17:20 Sb: #10407-#Serial Terminal Program Fm: edward langenback 73510,145 To: Pete Lyall 76703,4230 (X) there is one alternative to the RS232 pak, BITBANG.AR (in DL10 i think) contains a d communications. i've used it a few times myself back before i got my RS232 pak, and it does work. it's a bit sluggish, and i wouldn't expect it to be worth much at anything faster than 1200, but it does work. "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! There is 1 Reply. #: 10430 S7/Telecommunications 24-Apr-91 11:14:40 Sb: #10425-Serial Terminal Program Fm: Pete Lyall 76703,4230 To: edward langenback 73510,145 (X) Edward - Thanks.. I was aware of that. While I didn't write it, I did solicit it from its author and post it for him here. Ed (author) acknowledged that serious serial work is better served by an RS-232 pak or equivalent. Pete #: 10423 S7/Telecommunications 23-Apr-91 22:45:37 Sb: DeskMate 3 Download Fm: Stephen Hamilton 71570,1546 To: 72756,2213 Dave, I read your file on downloading with DeskMate 3 but seem to still be having trouble with it. I usually use another term prog but my rs232 is not working properly so I'm reduced to using the old standby, the Modem Pak. Anyway, I followed your directions, the screen says 'Xmodem Transmit Begun', something like that, but nothing goes to the drive. Any help would be appreciated. Steve 71570,1546 #: 10475 S7/Telecommunications 26-Apr-91 17:12:07 Sb: SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted Bruce, I have a multipak with B&B interface in slot 3 and rs232 pak in slot 1. For SACIA, what value should be in offset $0014 for this configuration? $02? Hugo #: 10488 S7/Telecommunications 28-Apr-91 14:05:06 Sb: #sterm Problem Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) I tried a DUMP of sterm on both the DOSOR9 disk and the OS9-formatted disk sterm was copied to. The results were totally different. The results I got on the DOSOR9 disk might be OK, but are not on the OS-9 disk. I had DUMP running in the 40-col mode. In the middle, every line went E5E5E5... and in the right col, every line was just lowercase e's. No wonder I kept ;getting ERROR 205 when I tried to load sterm from the true OS-9 disk. How could copy -s have messed up the copy like this? There is 1 Reply. #: 10493 S7/Telecommunications 28-Apr-91 17:22:35 Sb: #10488-#sterm Problem Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Aha... evidence. The 'E5' patterns is what the formatter puts in the sectors when it formats the disk. In short it looks like the disk never actually got written to. Pete There is 1 Reply. #: 10500 S7/Telecommunications 28-Apr-91 20:40:53 Sb: #10493-#sterm Problem Fm: Erich Schulman 75140,3175 To: Pete Lyall 76703,4230 (X) OK, but why didn't copy -s actually put the file on the disk? It did at least put an entry in the file allocation table. Under what conditions will copy not copy? And for those times, how can I copy a file, short of Backup of the whole disk and deleting everything else one by one? There is 1 Reply. #: 10511 S7/Telecommunications 29-Apr-91 11:31:11 Sb: #10500-sterm Problem Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Can't help you there... I wasn't there. Was the disk write protected? (probably not if the directory and FD sector entries made it.. BTW, there is no FAT per se under os9). Was there a bad spot on the media that caused copy to die out prematurely? Was the disk drive flakey or dirty? Any of the normal disk related suspicions apply. Best bet is to repeat the whole affair, checking results at every step. That way, at least we can point a finger at the culprit, and move from that point. Has this been consistant with all file copies? Have you got the latest copy of DOSOR9.BAS? Is your 'copy' good (ident it)? CHeck its version and CRC with others here. Pete #: 10597 S7/Telecommunications 06-May-91 19:13:46 Sb: #10475-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Since the RS-232 Pak is in slot 1, and if the floppy controller is in slot 4, then you may want to stick with the standard $03 slot select code in the SACIA driver. Unless you want to use the B&B autoboot code, and I'm really not too sure how that works. I suppose if you have the MPI's external slot select switch set to slot 3, then the $02 MPI slot select code would be what you want in the SACIA driver. Since all this happens after OS-9 boots up I really don't know how much difference it makes. I guess what I'm saying is, experiment, and please let me know what works! Bruce PS: I almost missed your message to me because my PPN wasn't in the "To:" address. To make sure I see future messages, please include my PPN (76625,2273). There is 1 Reply. #: 10612 S7/Telecommunications 07-May-91 21:52:35 Sb: #10597-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) Bruce, The way I have things currently, I boot directly with the hard disk using B&B's XT-ROM. The MPI slot switch is set for slot 3 and the B&B interface is located in slot 3. The floppy controller is in slot 4, but I don't power up the floppies unless I'm doing some file moves. To tell you the truth, I don't see much difference using $03 or $02 at offset $0014. I just figured I'd ask you for the correct numbers just to have things j-u-s-t right. Also by the way, I have strapped together the pin 8's of slots 1 and 3 (locations of rs232 and B&B, respectively). The reason I'm asking all this is that I'm running Mark's UUCP, but the system hasn't been 100% bulletproof as sometimes I get missed characters, and such. The strange thing is, it ONLY happens with UUCP, I have NEVER experienced lost characters with OSTerm, Sterm, or any other com package. I figured by setting things up per spec, I might solve the problem. Hugo UUCP: (rutgers,njin)!fdurt1!kc2wz!bluehaus!hugo There is 1 Reply. #: 10646 S7/Telecommunications 11-May-91 15:34:30 Sb: #10612-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Since you only occasionally miss characters when using UUCP, I'd think that UUCP was probably just a touch slower with Rx than any of the other programs you mention. Perhaps adding one more page to the Rx buffer is worthwhile, just to handle the occasional UUCP buffer overflow? It should just be an Rx buffer overflow, unless UUCP masks IRQs a lot, which I'm sure Mark wouldn't do. Bruce There is 1 Reply. #: 10659 S7/Telecommunications 12-May-91 19:32:10 Sb: #10646-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) I guess UUCP might be slower on the Rx than Sterm, I hadn't thought of that. Hey while we're on the subject of Rx/Tx, could you explain the difference between hardware and software flow control? Is one better than the other? I was thinking that maybe I should enable some sort of flow control.... Hugo There is 1 Reply. #: 10660 S7/Telecommunications 12-May-91 20:47:51 Sb: #10659-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) Hugo, The difference between hardware and software flow control is usually the difference between the flow control being part of the data stream (on the Rx and Tx lines) or being on separate lines. The distinctions beyond that tend to get blurred. Basically, if I say software flow control I mean that one end transmits a character (usually XOFF, or ^S) to tell the other end to stop transmitting, and then transmits a different character (usually XON, or ^Q) to tell the other end it is OK to transmit again. Hardware handshake (to me) usually refers to any of the other RS-232 control lines, such as DSR/DTR or CTS/RTS handshaking. Depending on the serial chip (or hardware) used, these "hardware" handshakes may be partially or totally under software control. Does that make any sense to you? I'm not sure it makes sense to me... Bruce There is 1 Reply. #: 10662 S7/Telecommunications 12-May-91 21:39:59 Sb: #10660-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) Not totally clear on that. Is hardware control from modem-to-modem or computer-to-modem? I'm still having difficulties with UUCP so I'll try anything that will stop these annoying problems. It's amazing, my coco dislikes communications, but only sometimes. First your tsutils didn't work, now uucp works great for several days, then it completely fails every time, etc etc.. Hugo Ps. Pretty quick response there! There is 1 Reply. #: 10676 S7/Telecommunications 14-May-91 23:01:59 Sb: #10662-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Hardware and software handshaking may be computer to computer, computer to modem, or whatever. I think of it more in terms of Tx/Rx data (software) handshake or separate pairs (CTS/RTS, DSR/DTR) of lines that are dedicated to (hardware) handshaking. Bruce There is 1 Reply. #: 10680 S7/Telecommunications 15-May-91 17:08:18 Sb: #10676-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) So, if I set SACIA for hardware flow control, it's computer to modem? Hugo By the way, I'm losing characters using SACIA with UUCP. I should verify what happens with the ACIAPAK I had been using... There is 1 Reply. #: 10732 S7/Telecommunications 18-May-91 16:41:12 Sb: #10680-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, Hardware and/or software flow control have nothing to do with the difference between computer to computer and computer to modem connections. Either method of flow control may (or may not) be used with either type of connection. The difference (to my way of thinking) is whether or not the flow control is transmitted with the data stream. That is, if the flow control consists of special characters that both ends agree on to tell each other when to send and when to not send (typically XON and XOFF characters) then I consider that to be software flow control. If the flow control consists of control/status lines that are not the Tx/Rx lines, then I consider that to be hardware flow control. Bruce PS: I can't recall, were you using one of "my" Clock modules together with SACIA in your boot file? There is 1 Reply. #: 10741 S7/Telecommunications 18-May-91 20:37:04 Sb: #10732-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) I just recently installed a diode irq hack. Therefore, I figured your "special" clock module would be redundant. I'm now using the standard Microware clock.60hz. Unfortunately, the diode hack didn't solve my uucp problems as the same thing happened today ( I assume lost characters and/or bad data in some way). By the way, I'm using SACIA.mpi, slots 1 and 3 of the mpak have their pin-8's strapped. The rs232 pak is in slot 1 and the B&B controller is in slot 3. My final final attempt to solve the uucp problems will be to replace the 6551 chip with a 6551A. If that doesn't work, I guess uucp will have to wait until I get a new 68000 machine. Hugo There are 2 Replies. #: 10758 S7/Telecommunications 19-May-91 09:38:20 Sb: #10741-#SACIA Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Hugo, Let me toss in my two cents: With every report of interupt type problems, the unit had the _diode_ hack in place. The success of the diode hack seems to be in direct relation to where the diodes were purchased. Seems the Shack has a batch of bad diodes. Rather than rip that out, the easy solution would be to use the new Clock routine that handles interupts correctly. There should be no reason why they can't co-exisist. Steve There is 1 Reply. #: 10767 S7/Telecommunications 19-May-91 20:24:44 Sb: #10758-#SACIA Fm: Hugo Bueno 71211,3662 To: Steve Wegert 76703,4255 (X) Is there a way to check if a diode is bad (with a VOM?) Hugo (I'm beginning to think my problem may be software related) My problem is, Osterm and STERM work fine with my current setup. UUCP works error free, maybe 40% of the time. My system seems to be the only one suffering these problems. There is 1 Reply. #: 10775 S7/Telecommunications 20-May-91 07:27:12 Sb: #10767-#SACIA Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Hugo ... Shades of my high school Basic Electronic class have surfaced with someting about testing diodes with a VOM. Perhaps continuity in one dirrction only indicates a properly functioning diode. Those lurking ... please be kind. High School was 16 years ago .... :-) Steve There are 2 Replies. #: 10776 S7/Telecommunications 20-May-91 11:47:57 Sb: #10775-#SACIA Fm: Robert A. Hengstebeck 76417,2751 To: Steve Wegert 76703,4255 (X) Gee, I didn't even get that information when I was in High School 30 years ago. I had to wait until engineering courses in college for diodes and tubes. Transistors I found out about later. Its a good thing that I had trouble with electronics, so I went into some other engineering field, like aerospace. Now you can't do aerospace without electronics. Darn. There is 1 Reply. #: 10785 S7/Telecommunications 21-May-91 07:13:06 Sb: #10776-SACIA Fm: Steve Wegert 76703,4255 To: Robert A. Hengstebeck 76417,2751 (X) But then again Robert .... I had this 'unnatural' interest in electronics. I was always trying to wire something together. I recall a situation in 3rd grade where I (with the help of my teacher) took an AC power supply, rectified it and hooked up a couple of telephones set. The class was impressed that they could actually speak over the phones ... impressed, that is, until the day I crossed a couple of wires, and smoked the insulation off the wires, filling the room with a wonderful aroma! Fortunately for me, this did not end my tinkering career. Mr. Schmidt saw it as an experience and showed me the error in my thinking... Steve #: 10779 S7/Telecommunications 20-May-91 17:18:08 Sb: #10775-#SACIA Fm: Hugo Bueno 71211,3662 To: Steve Wegert 76703,4255 (X) I guess if you reverse the leads, resistance should be infinite in one direction and zero in the other, makes sense, no? Hugo There is 1 Reply. #: 10786 S7/Telecommunications 21-May-91 07:15:55 Sb: #10779-SACIA Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Sure does! #: 10763 S7/Telecommunications 19-May-91 16:08:38 Sb: #10741-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, No, just because you're installed the "diode" IRQ hack doesn't make "my" clock module redundant. As I said before, the SACIA driver has had some recheck IRQ service code removed, and this recheck code was placed in "my" Clock module. The reason for this was to eliminate the need for every IRQ driven driver to do the IRQ recheck, thus saving valuable system space. If you use "my" clock module with SACIA it will be much more dependable. If you use another Clock module with SACIA you will most probably lose characters at 2400 baud and above. Bruce There is 1 Reply. #: 10768 S7/Telecommunications 19-May-91 20:26:28 Sb: #10763-#SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) Ah so, OK. For now I will install the clock.60hz included in the smouse package. Is there a way to use the ELIMSW110 clock.60hz.rtc with my B&B RTC hard disk interface? Hugo There is 1 Reply. #: 10820 S7/Telecommunications 23-May-91 20:47:39 Sb: #10768-#SACIA Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) ~ Hugo, I believe Dennis Skala did a B&B RTC clock module that incorporates the GIME toggle and repeated IRQ poll. I think it is available here, but if not I know it is available on Delphi and perhaps elsewhere. Bruce There is 1 Reply. #: 10824 S7/Telecommunications 24-May-91 17:24:30 Sb: #10820-SACIA Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) I'm aware of Dennis's clock driver, I even used it in the past. Someone hinted that I should disable the hires mouse and see if it made a difference. I did, and have had 2 trouble free days. If it keeps up, I'd say the hires mouse was the problem. Hugo -------------------------------------->UUCP on a Color Computer 3<---- Hugo Bueno | Delphi: MRGOOD Fanwood, NJ | Compuserve: 71211,3662 | UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo | or hugo@bluehaus.uucp ---------------------------------------------------------------------- #: 10636 S7/Telecommunications 09-May-91 20:45:29 Sb: OSTERM Fm: Dale Toyne 76304,2104 To: 76477,142 (X) Just wanted to thank you for sending me OSTERM and let you know that I finally got oi to work. I ended up having to hack my MPI. Well thanks a lot I tried a few YMODEM BATCH downloads and they worked great the only th out is how to get the echo path feature to work. Thanks again, Dale A. Toyne #: 10730 S7/Telecommunications 18-May-91 10:42:55 Sb: #Modem Problem Fm: Ernest Withers Jr. 71545,1117 To: All Can anyone help me with a small problem I'm having with my new modem and CIS? I bought a Best Data Products SMART ONE 9632X V.32 9600 baud modem that is currently connected to COM1 on my Tandy 3000 HL. I still have my 2400 baud modem connected to the CoCo 3 and will move this 9600 to my MM1 when it arrives (soon I hope). Now for the problem. The new modem works fine EXCEPT after a CISB+ file transfer. After the successful transfer I get no response from CIS and even sending a CTRL-C gets a strange graphics character echoed back to my screen. After a while, if I stay connected long enough, I get a Host Time Out message. I don't normally stay connected that long because of the connect charges. The files ARE successfully received and will unzip on the 3000 or the OS9 files will un-AR on the CoCo. If I select Xmodem or Ymodem, everything works great. I get normal responses from CIS after the transfer. This problem happens when I call either the 2400 baud node or the 9600 baud number. On the 3000 I'm using PCPLUSTD for the term program. I prefer to use B+ transfers for the speed (approx. 1K per sec.) but will drop back to Ymodem if I have to or does CIS support Zmodem? By the way, I asked this question almost two weeks ago in the IBMCOM forum since the modem is being used with an IBM compatible. I never got a single reply@and now the msg has scrolled off. That says something for the attitude and friendliness of the CoCo/OS9 community Thanks for any help. Ernie. There is 1 Reply. #: 10735 S7/Telecommunications 18-May-91 17:25:31 Sb: #10730-#Modem Problem Fm: Donald R. Spoon 76417,1302 To: Ernest Withers Jr. 71545,1117 (X) Earnie, Just a quick reply on your modem problem until I can check out something. First, the people who wrote PCPLUSTD have their own forum here on CIS. Just type GO DATASTORM at any prompt, and post your question over there. They are very good at getting problems solved and are quite eager to go the "extra mile" to make you happy. They also have some good add-on things in their databases. Second, it sounds like the CIS computers are waiting for your computer to send something. Try the following key-combinations in this order to see if you can "wake-up" the connection: , then . Try these on at a time, but if one doesn't work then try the next. I will go try to down-load a short file using B+ to see how my rig works. I don't quite have the same set-up, but I do use PCPLUS version 1.1B. It has been a while since I used B+, and I forget if it acts like yours or not. -Don Spoon- There are 2 Replies. #: 10736 S7/Telecommunications 18-May-91 18:35:02 Sb: #10735-Modem Problem Fm: Ernest Withers Jr. 71545,1117 To: Donald R. Spoon 76417,1302 (X) Thanks for the quick reply, Don. I'll try on the DATASTORM forum and see what they have to say. Again, Thanks. Ernie. #: 10780 S7/Telecommunications 20-May-91 18:07:13 Sb: #10735-#Modem Problem Fm: Ernest Withers Jr. 71545,1117 To: Donald R. Spoon 76417,1302 (X) Don, I downloaded the Sept. 1988 version of PCPLUSTD from the Datastorm Suppor Forum and that cured my problem with B+ downloads. Everything seems to be working OK now. Thanks for the help. Ernie. There is 1 Reply. #: 10782 S7/Telecommunications 20-May-91 20:32:52 Sb: #10780-#Modem Problem Fm: Donald R. Spoon 76417,1302 To: Ernest Withers Jr. 71545,1117 (X) Ernie, Glad you got it working OK. As I said before, I am using the commercial version 1.1B. If you send in the sofware up-grade, that is what you get. One thing to note, that version was often less expensive via a software house (i.e. Compuadd here) than you could get it from Datastorm!! This was a fact that THEY frequently pointed out to people on their Forum, and was a major factor in me believing in them. They have a new version 2.0 out now. From what I have heard, it is having some "new software" blues (bugs). I elected not to get it as version 1.1B is VERY solid and does all I want. Cheers, -Don Spoon- There is 1 Reply. #: 10791 S7/Telecommunications 21-May-91 19:21:47 Sb: #10782-Modem Problem Fm: Ernest Withers Jr. 71545,1117 To: Donald R. Spoon 76417,1302 (X) Thanks, Don. #: 10806 S7/Telecommunications 22-May-91 18:06:00 Sb: UUCP problems Fm: Hugo Bueno 71211,3662 To: All .literal OK everyone, I have a problem and I'd like to fix it. I am currently running Mark Griffith's UUCP. The problem is that it won't work reliably for me. Details: 1. My system is set up to RECEIVE calls from another Coco running UUCP 2 towns over. The other guy is also using Mark's software and he in fact provides a mail feed to another coco user as well. They DO NOT experience any problems whatsoever. 2. My machine autoboots using the XT-ROM. GSHELL is started and is the only window open. 3. I have the following hardware/software: - 512K coco - Upgraded 26-3124 Multipak with pin-8's on slots 1 and 3 strapped. - Deluxe Rs232 Pak in slot 1 - B&B RTC in slot 3 - Diode IRQ hack between R2 and R7 (installed correctly) This is my bootfile: OS9p2 OS9p3 <-- Prints out full error description IOMan CC3Go <-- STOCK Clock <-- Bruce Isted's Clock.60hz/Elim package RBF RAM R0 BBhdisk <-- Version 2.4 dd CC3Disk <-- Patched for PCDOS D0 D1 SCF <-- W/Kevins enhancements VRN <-- Bruce Isted's Nil SACIA <-- SACIA.mpi from Eliminator software T2 <-- T2.sacia from Eliminator software PRINTER P CC3IO <-- From Bruce's SMOUSE package WindInt <-- Patched to not mask interrupts Term W W1 W2 W3 W4 W5 W6 W7 W8 W9 W10 PipeMan Piper Pipe Init <-- Flightsim version n #: 10807 S7/Telecommunications 22-May-91 18:06:54 Sb: UUCP problems Fm: Hugo Bueno 71211,3662 To: All The actual problem, which occurs about 90% of the time, is that my Coco gets "stuck" when receiving data. That is, a transfer starts, a couple of packets get through, then my machine doesn't acknowledge. I can make the transfer start again by opening a window and typing DIR (sometimes more than just once is required), or even pressing ENTER a couple of times. Is anyone out there aware of anything that would cause this despite the use of all the latest software and hardware upgrades?? Here is an XMODE of my T2 descriptor: nam=T2 mgr=SCF ddr=SACIA hpn=07 hpa=FF68 upc=00 bso=01 dlo=00 eko=00 alf=01 nul=00 pau=00 pag=00 bsp=08 del=18 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08 ovf=07 par=0C bau=04 xon=11 xof=13 col=50 row=18 xtp=05 wnd=05 val= sty= cpx= cpy= fgc= bgc= bdc= The kicker is that the Coco sending me the mail is pretty much the same hardwarewise and softwarewise, except he uses GRFINT instead of WINDINT. Hugo Bueno | Delphi: MRGOOD Fanwood, NJ | Compuserve: 71211,3662 | UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo or hugo@bluehaus.uucp #: 10867 S7/Telecommunications 29-May-91 21:04:10 Sb: #sacia & uucp Fm: Hugo Bueno 71211,3662 To: 76625,2273 (X) Bruce, Finally got my uucp to work right. The solution was to disable the hi-res mouse. I was running uucp in the background with gshell as the only main, open window. Someone on Delphi dropped that hint along with an explanation that the mouse takes more and more cpu time the further it is from 0,0. I guess even SACIA coudln't deal with that. All the while I was looking in the wrong places.... To all: I promised Mark Griffith that I would say this: A couple of times, I left messages here indicating that I was having trouble getting Mark's uucp to work. I just want to clarify that I didn't mean I had trouble with his actual program. What I meant was that I was having trouble making my set-up work with his obviously well written and debugged software! Sorry Mark! Hugo -------------------------------------->UUCP on a Color Computer 3<---- Hugo Bueno | Delphi: MRGOOD Fanwood, NJ | Compuserve: 71211,3662 | UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo | or hugo@bluehaus.uucp ---------------------------------------------------------------------- There is 1 Reply. #: 10897 S7/Telecommunications 01-Jun-91 18:45:56 Sb: #10867-#sacia & uucp Fm: Bruce Isted 76625,2273 To: Hugo Bueno 71211,3662 (X) HB> Finally got my uucp to work right. The solution was to disable the HB> hi-res mouse. Hugo, I'm glad to hear you've got things sorted out. Just to complicate things, I thought I'd ask if you're using the standard joystick version of "my" CC3IO patches? The SMOUSE.AR package patches might alleviate your hi-res joystick problem, but no guarantees! Bruce There is 1 Reply. #: 10900 S7/Telecommunications 02-Jun-91 08:36:53 Sb: #10897-sacia & uucp Fm: Hugo Bueno 71211,3662 To: Bruce Isted 76625,2273 (X) Bruce, Yes, I am using the updated cc3io (patched via cc3io.joy.ipc). Hugo -------------------------------------->UUCP on a Color Computer 3<---- Hugo Bueno | Delphi: MRGOOD Fanwood, NJ | Compuserve: 71211,3662 | UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo | or hugo@bluehaus.uucp ---------------------------------------------------------------------- #: 10916 S7/Telecommunications 03-Jun-91 01:53:16 Sb: #Making the ESCape Fm: Erich Schulman 75140,3175 To: ALL sterm requires using ESC plus a character to carry out functions. I have been doing this with CTRL-BREAK and the character. This does not work reliably; I often must repeat the key sequence. Is there a better way to generate an ESC character on the COCO3? There are 2 Replies. #: 10919 S7/Telecommunications 03-Jun-91 07:37:33 Sb: #10916-Making the ESCape Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, I've not run across the problem you described. Make sure you're depressing the key first, then the then the needed character. Steve #: 10927 S7/Telecommunications 03-Jun-91 19:04:27 Sb: #10916-Making the ESCape Fm: Mike Haaland 72300,1433 To: Erich Schulman 75140,3175 (X) Erich, I can't think of any other way to generate and ESC, except CNTL-BREAK on the CoCo keyboard. A few years back, I found another way.... I bought one of Bob Puppo's XT keyboard interfaces. Besides the modem, it was the best hardware purchase I made. It allows you to hit an ESC key only. I think you can still get the interface form FHL (Frank Hogg Labs). The other bonus is that you can use any XT/AT keyboard with the CoCo you want and put the CoCo under the desk. Mike #: 10933 S7/Telecommunications 03-Jun-91 22:15:43 Sb: #Binary dload on sterm Fm: Erich Schulman 75140,3175 To: ALL For several weeks I have successfully used sterm 1.2 to download ASCII files and capture text screens (as in APV). I thought sterm could download a file in XMODEM and Kermit. Without the ability to use either of those, it is impossible to download a binary file in this forum, which means I am really not much better off than before I got this program. Could there just be an unlisted ESCape key sequence that sets these protocols? Or should I look for another OS-9 terminal program? Or just stay with Mikeyterm 4.7 and DECB? I have had OS-9 LII for nearly 6 months and have accomplished near-nothing, beyond four different boot disks. There are 3 Replies. #: 10934 S7/Telecommunications 04-Jun-91 00:03:50 Sb: #10933-Binary dload on sterm Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Hi Erich - sterm will download using the much faster CompuServe "B" protocol, which is why we all use it here. When you're ready to download a file (in this example, after BROwsing), you could type "dow /proto:b" which will prompt you for a filename on your disk to go to, and all is automatic after that. Or better: leave here and "go default" which is a free area on CIS where you can set your default transfer protocol to "B", and then you'll always download using it by default here on CIS. Then you can just do a "dow" command on a file and CIS will automatically use the B protocol. This sounds harder even than it is... just GO DEFAULT and follow the prompts for default transfer mode for Permanent sessions/settings. Then come back and try doing a download. Yell if have troubles. best - kev #: 10936 S7/Telecommunications 04-Jun-91 01:46:07 Sb: #10933-Binary dload on sterm Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 (X) Eh? B protocol should work perfectly well for downloading binary files. What makes you think that without XMODEM or Kermit protocol it is impossible to download a binary file? #: 10941 S7/Telecommunications 04-Jun-91 07:36:06 Sb: #10933-#Binary dload on sterm Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) What _may_ be confusing you, Erich, is the absence of any command for a B proto download on the startup screen of Sterm. Not to worry ... B proto is built in. When you type DOW at the LIB prompt, and specify B proto, CIS takes it from there and initiates the transfer. B proto is yards faster than either xmodem or Kermit on CompuServe, but you still can use either by Shelling out and running an external protocol utility. For instance, I log on routinely to a system in Florida and transfer files with SZ/RZ (a zmodem external utility). Likewise, I'm forever moving files back and forth between the office and home using Kermit. Just to a shell and issue the comands. But here .... nothing beats typing DOW and letting the system take over! Steve There is 1 Reply. #: 10952 S7/Telecommunications 04-Jun-91 23:50:49 Sb: #10941-#Binary dload on sterm Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) What happens is that I ESC-c which turns on capture. This seems to be doing exactly the same thing as CTRL-1 on Mikeyterm. Everything winds up in the buffer (protocol menus, Enter a filename for your computer prompt, etc.). And this capture seems to me to be no different than telling CIS dow filenm.ext proto:capt. I have considered altering my profile to a protocol in place of my present "SHOW MENU". But I make frequent use of both XMODEM and CAPTure on MT. And I am planning to get a new DECB terminal program that will give m VT-100 emulation. It supports YMODEM, which is one more protocol to deal with. So SHOW MENU seems to be the best for me to use until once and if I have terminal programs for both DECB and OS-9 that both support the same fast protocol (e.g., YMODEM (or ZMODEM once and if CIS supports it)). There is 1 Reply. #: 10959 S7/Telecommunications 05-Jun-91 07:11:12 Sb: #10952-#Binary dload on sterm Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Nothing wrong with the SHOW MENU option. I'm still set that way .. out of laziness, if nothing more.. is similar to Mikeyterm's -1 in that it captures incomming data, but while MTERM is limited to appx. 40K, STERM is only limited by the amount of available disk space. Downloading directly to disk is a big plus when dealing with large files. Steve There is 1 Reply. #: 10963 S7/Telecommunications 05-Jun-91 12:06:58 Sb: #10959-#Binary dload on sterm Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) OK, but how does that ESC-c enable downloading in CIS B protocol? It seems I can only ASCII CAPTure on sterm. Perhaps I just don't know enough about how B protocol works, but I just don't see it. I may go back to the Practice Forum and just try to download something and see what happens with it. At least I won't get a 4-digit bill experimenting. There is 1 Reply. #: 10982 S7/Telecommunications 06-Jun-91 07:41:53 Sb: #10963-Binary dload on sterm Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, won't enable B proto downloading. That only opens a capture buffer for ASCII captures. B proto is automatic. Lemme try this: When you type DOW filename and select B proto, CIS polls your terminal program with an specific escape series. They call it an INQUIRY. If your terminal program supports B proto, it "knows" to respond back to the INQUIRY with an appropriate answer and the transfer takes off. If not, it sits there dumbly for 3 attempts (just to make sure it got it right) and bombs out. This is all going on between the host (cis) and the remote terminal (you). The operator has no involvement other than answering what ever prompts the system may throw at you. Give it a try and you'll see what I mean. Enter any LIB, and nab a file using B proto. Sit back and watch! Steve #: 10983 S7/Telecommunications 07-Jun-91 02:33:32 Sb: #sterm on RS232pak Fm: Erich Schulman 75140,3175 To: ALL I have successfully used sterm 1.2 with my DC Modem Pak. I now have a Hayes-compatible modem which I use with a COCOPRO! RS-232 pak. I have been unable to use sterm with the new modem. /t3 cannot be opened but I do get a baud rate message with /t1 and /t2. But in both cases, the modem does not respond to my ATDT commands (or any other). The phone dialer at ESC-p doesn't seem to work either (is it set up for pulse only?). The DCD line is forced high as I do in Mikeyterm 4.7; the DCD high setting is saved in nonvolatile RAM. I tried ESC-e but it didn't help. What else can I do? There is 1 Reply. #: 10984 S7/Telecommunications 07-Jun-91 04:18:20 Sb: #10983-#sterm on RS232pak Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 (X) How are the device descriptors set? There is 1 Reply. #: 10988 S7/Telecommunications 07-Jun-91 15:04:43 Sb: #10984-#sterm on RS232pak Fm: Erich Schulman 75140,3175 To: James Jones 76257,562 (X) They are on the disk as originally put there by CONFIG? Exactly what are you asking; I'm not quite sure. There is 1 Reply. #: 10989 S7/Telecommunications 07-Jun-91 22:58:39 Sb: #10988-sterm on RS232pak Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 (X) I'm wondering what the path descriptor option section (which is initially copied from the device descriptor) looks like. The easiest way to find out (which I should've said to start with--sorry about that) is with the xmode utility. #: 11010 S7/Telecommunications 10-Jun-91 00:57:14 Sb: #Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: Carl Kreider 71076,76 Carl - I finally got Kevin Pease's GMX all cabled up with a couple of tty lines and a modem this afternoon. Was messing about with the modem stuff a bit, and was trying to get sterm1_4 operational. I need a memory jog... the code seems to be wired to /t2... what's the parameter for making it /t7? Pete There is 1 Reply. #: 11011 S7/Telecommunications 10-Jun-91 02:41:52 Sb: #11010-#Sterm1_4 parameters Fm: James Jones 76257,562 To: Pete Lyall 76703,4230 (X) The parameter should be the name of the device, e.g. "sterm /t7". There is 1 Reply. #: 11020 S7/Telecommunications 10-Jun-91 15:36:23 Sb: #11011-#Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: James Jones 76257,562 (X) JJ- Tried that and no potatoes..... 'paths' still showed that /t2 was being used. Pete P.S. DO you know of any reason why DTR will assert on the modem port when I use C-Kermit, but not upon opening the port (i.e. cat Mike #: 11034 S7/Telecommunications 11-Jun-91 07:25:07 Sb: #11020-#Sterm1_4 parameters Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) Pete, I've notice in Mark's latest version of sterm that syntax has changed to: Sterm Ver. 1.5 Usage: sterm [-df? -l'p' -e'x'] -d Debug mode on (displays during downloads) -f NOT downloading to floppy disks (CoCo only) -? Print this usage message -l p Link to modem port 'p' -e x Set B+ MAXERRS to 'x' (default 10) Mayhaps this approach will help. Steve There are 2 Replies. #: 11036 S7/Telecommunications 11-Jun-91 09:08:04 Sb: #11034-Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - Gracias.... I'll file that now. Pete #: 11037 S7/Telecommunications 11-Jun-91 09:15:54 Sb: #11034-Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - Thanks .... works great now! Pete #: 11058 S7/Telecommunications 13-Jun-91 13:43:54 Sb: #11020-#Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: Pete Lyall 76703,4230 (X) JJ - A chat with Carl Kreider told be that some of the drivers are extremely stOOpid... Apperently DTR isn't raised implicitly on first path open. There's allegedly a setstat call (_SS_RTS ?) that will explicitly muck with the line. Carl has apperently mixed these in on Mtsmon and Ckermit. Other (groan) _standard_ tools (Tsmon, etc.) don't handle this. Pete P.S. What's the difference between clib.l and clibn.l is OSK'dom? This one cost me an hour or so of grief, and I couldn't find any poop on it in the book. Also - while you're orating, do you mind touching on the other clib* enties as well (68020 here).. There is 1 Reply. #: 11059 S7/Telecommunications 13-Jun-91 21:34:04 Sb: #11058-#Sterm1_4 parameters Fm: James Jones 76257,562 To: Pete Lyall 76703,4230 (X) Hmmm...I always have to look up which clib* is which--cc always takes care of it, right? I will go look it up again, but if you want to find out experimentally, you can compile something short with and without -x, and with the various 020 math options, and use -bp so that you'll see what is handed to the linker. That's what influences the choice of libraries. There is 1 Reply. #: 11065 S7/Telecommunications 14-Jun-91 01:46:56 Sb: #11059-Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: James Jones 76257,562 In my trial case, l68 seemed to head directly for 'clibn.l' unless I explicitly forced it to /dd/lib/clib.l with the -l option. I guess more digging is in order. Pete P.S. Aren't you still in the compiler troup? #: 11141 S7/Telecommunications 21-Jun-91 01:01:20 Sb: #11122-Sterm1_4 parameters Fm: Pete Lyall 76703,4230 To: Jim Peasley 72726,1153 (X) Nothing to review.... Kevin Pease has graciously floated me an 020 as a nasty trick to keep me immersed in os9, and to keep from from becoming exclusively Unix (grin). It's a Gimix 68020 SBC, and he's outfitted it with 16 serial ports, a SCSI drive, and os9 2.3 for the 68020. Actually, I'm engaged in working on grafting the autobaud mechanisms into Mtsmon so we can get some reliable, secure, and baud rate agile login facilities for UUCP and general use. My travel schedule (and school) is playing hell with my progress, but I will get it done shortly. Pete #: 11191 S7/Telecommunications 25-Jun-91 14:18:53 Sb: #11010-Sterm1_4 parameters Fm: Carl Kreider 71076,76 To: Pete Lyall 76703,4230 (X) Ooofff! I just realized I haven't been on in a month. Sorry. Should be 'sterm /t7' unless it is the latest version. In that case it is 'sterm -l /t7' (like kermit ;-) #: 11257 S7/Telecommunications 30-Jun-91 14:53:35 Sb: OSTerm v2.0.8 patch Fm: Bruce Isted 76625,2273 To: All I've figured out where OSTerm v2.0.8 "cheats" and have changed it to call some routines I've tacked onto the end. These routines depend on a driver that supports the enhanced SS.ComSt call (which returns 6551 style DSR+DCD status info in the [B] register), such as DACIA/SACIA and most of the RiBBS supporting drivers. This allows the auto-dialer and some other functions to work fully, no matter what serial hardware is used. I have put together an ARChive containing the IPatch file and brief instructions, and uploaded it here. Look for "O208IP.ARC" in the telcom (7) data library. DeArc is required to extract the files from the ARChive, and Bob Santy's IPatch utility (from "PATCH.AR") is also required. Bruce #: 11373 S7/Telecommunications 14-Jul-91 12:47:06 Sb: Sterm Fm: KENHEIST 71750,551 To: 76070,41 (X) Mark been using the latest Ver. of Sterm amnd have one problem. When I download and it opens the overlay window its OK but it nt kill the window when its done , the curser jumps back to the main screen below the window and the window must roll off the screen to clear. I'm using a COCOIII w/ 512k DCII w/ 4n1 and 1200 ba Avetex running on a 150 watt IBM pwr. supply. Yes even the 4n1 is running on the 150w through a lm317 volts reg. set to 9v. and pwr'ed off the 12 volt line. P.S. How about a stand alone B-Plus module that will work with my WizPro? I know you like sterm and its ok but wizpro has a lot of features and I miss being able to run CIS th it except as a boot for sterm. #: 11522 S7/Telecommunications 28-Jul-91 16:11:38 Sb: sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: ALL I have been trying to get sterm 1.2 to work on my CoCoPRO! RS-232 pak, but it won't. When I had xmode /t2 baud=06, the modem and the CoCo will not communicate at all. I changed the xmode to baud=04. Now I can connect to CIS and log on, but instead of getting my custom logon menu, I just get a lot of garbage. But CIS did respond to my OFF. This happened both times I tried. And I always completed the logon just fine. I have always had xmode /t2 type=00. I now run sterm in /w1 running a shell in a 80x24 text window. sterm always works fine using the modem pak /m1 in the 40-col text screen (green) I always get upon booting. I want to be able to run a OS-9 term program faster than 300 baud, but so far I just can't. Is there any other thing I can do? Press !> #: 11525 S7/Telecommunications 29-Jul-91 08:04:11 Sb: #11522-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, Since you're seeing a reaction with the chaange of baud rate ... how fast is your modem? When I gave you the value of 4 for th baud parameter, I made thhe assumption you have a 2400 baud modem attached. If you're running something slower, you'll need to adjust accordingly. 1200 baud=3, 300 baud=1. Steve There is 1 Reply. #: 11526 S7/Telecommunications 29-Jul-91 13:43:44 Sb: #11525-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) The modem is 2400 baud. I have also went into the manual to try to construct my own hex numbers, and I came up with type=00 and baud=04. Just what is that Modem Kill? Should I have adjusted for that? And it seems weird that I can log on to something but nothing works right from then on. I might try a slower baud rate in case, perhaps, sterm can't handle 2400 very well. I finally found some documentataion for the xcom9 you sent me some time ago so I'll soon give that a try (I was never able to do anything with that til now). But if I can get something to work right at 2400, is there a OS-9 term program like Mikeyterm or Ultimaterm available for download or purchase? There is 1 Reply. #: 11536 S7/Telecommunications 30-Jul-91 07:38:56 Sb: #11526-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, Ok ... at 2400 baud, the value should be 4. Type at 0 is fine. The modem kill bit, when on, sends a signal back to the system when a drop in carrier is detected. This is used generaly with dial up systems. Ok ... by the book, now. Does the modem have any lights? What are lit when you bring up sterm? Specifically look for the HS lamp. Is it on (indicating high speed -- 2400 baud). Also, check your modem manual for the proper commands to reset the modem to it's factory defaults. AT&F is what does it for me (and most other Hayes compatable modems). Write that out to the modem's memory with AT&W and try dialing up again. Let's start here and see what happens. Steve There is 1 Reply. #: 11543 S7/Telecommunications 30-Jul-91 19:23:48 Sb: #11536-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I do have status lights. They are HS, AA, CD, OH, RD, SD, TR, and MR. The HS light is on as I go into sterm and after it starts. I cannont use factory default since my CoCoPRO! RS-232 adapter needs DCD to be forced high. That is the only change from defaults that I keep in nonvolatile RAM; the manual states they use different defaults from usual. The only otherr thing I like to do is AT S11=50, and in Ulterm, I also add D to my initialization string. But the modem will not respond to sterm at all. There is 1 Reply. #: 11552 S7/Telecommunications 31-Jul-91 08:21:22 Sb: #11543-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, The fact the HS lamp is lit tells me the modem is expecting high speed. The only other changes I would make for the time being (until we get this thing straightend out is: AT&C&D1. Is the TR lamp lit when you fire up sterm? Do the rx and tx lamp blink when you type blindly in sterm? What does the s11 register do? My Hayes has this one as 'reserved'. What brand of modem do you have? Does it work properly under RSDOS? ARe you using the pak or the bit banger under RSDOS? Steve There is 1 Reply. #: 11574 S7/Telecommunications 01-Aug-91 23:34:51 Sb: #11552-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I don't recall about those lights; I'll post the answer after I try sterm again later today. I'll see about the &d1 too. The s11 register controls dialing speed. 50 is very fast dialing--about the fastest I can use with 100% reliability. Without it, dialing is as slow as my fingers (that is why I has asked about a voice call dialer in the COCO FOrum. My modem is the Supra SupraModem 2400 widely advertised in InCider/A+ for less than what I paid locally (sigh). The modem works fine under DECB. I use the bit banger for null modems (or connect 2 modems to each other) and I use my CoCoPRO! pak for all normal Ulterm, Mterm, RLETRM, and sterm usage (CIS, etc.) There are 2 Replies. #: 11578 S7/Telecommunications 02-Aug-91 07:07:09 Sb: #11574-sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) All good info, Erich! I use a Supra myself ...with Sterm, and it does fine. The fact you can use the CoCoPRO pak with DECB tells me the hardware is ok. Looks like all we're left with is some fine tuning. Let us know about the lamps ... Steve #: 11579 S7/Telecommunications 02-Aug-91 07:11:15 Sb: #11574-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) One other thought, Erich: You have a proper driver and descritor for the CoCoPRO pak in your OS9 boot, jes? (Generally /t2 and ACIAPAK). Steve There is 1 Reply. #: 11580 S7/Telecommunications 02-Aug-91 09:06:28 Sb: #11579-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I do have /t2 and ACIAPAK there. I now know exactly what's in my OS9Boot thanks to EZGen 1.08. There is 1 Reply. #: 11595 S7/Telecommunications 03-Aug-91 09:07:59 Sb: #11580-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Ok ... drivers and descriptors are in place. What do the lamps do when you type on the keyboard under sterm? There is 1 Reply. #: 11608 S7/Telecommunications 03-Aug-91 23:57:19 Sb: #11595-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I'll have to try to look while typing very fast. Even under Ulterm and Mterm I still can't see activity. There is 1 Reply. #: 11612 S7/Telecommunications 04-Aug-91 09:21:48 Sb: #11608-sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 Let the key repeat handle the fast typing for you. Just sit on a key and watch what happens to the lamps. Steve #: 11540 S7/Telecommunications 30-Jul-91 14:46:03 Sb: #Sterm Fm: Jim Sutemeier 70673,1754 To: ALL I am using Sterm for the first time today & seem to have a problem getting the menu up (or for that matter, anything!!) The startup menu says hit ESC H for a menu. Welp, I tried ESC-H, CTL-H, ALT-H,CTL-ALT-H,SHIFT-RIGHT-H (like xcom9)..... pretty much every combination I can think of, and I still can't get the menu to come up. Any help from you experienced OS9/Sterm users?? Thanks! jim There are 2 Replies. #: 11541 S7/Telecommunications 30-Jul-91 15:05:46 Sb: #11540-Sterm Fm: Robert A. Hengstebeck 76417,2751 To: Jim Sutemeier 70673,1754 (X) Escape on the coco is the contral key and the break key pressed at the same time together. I've always hated that since I don't have the span in one hand to do that. this is a two hand operation. #: 11553 S7/Telecommunications 31-Jul-91 08:24:24 Sb: #11540-Sterm Fm: Steve Wegert 76703,4255 To: Jim Sutemeier 70673,1754 (X) Jim, It's a nimble fingered trick on the CoCo keyboard, but depress _THEN_ the option letter. is the sequence. Steve #: 11581 S7/Telecommunications 02-Aug-91 10:04:38 Sb: #sterm w/o Modem Pak Fm: Erich Schulman 75140,3175 To: Steve Wegert I ran sterm the way I usually do and the same problems occurred. I do get TR on the modem after the opening menu appears. When I communicate with the modem, RD and SD lights are active. There is 1 Reply. #: 11596 S7/Telecommunications 03-Aug-91 09:13:28 Sb: #11581-#sterm w/o Modem Pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) If the RD and SD lights are active, then there is a link between sterm and the port. That's good! Is it possible that the modem's echo is truned off? What happens if you type ATe1 ? You should get a '0' in response if you have non verbal error messages set ... and'OK' if you have verbose on. Also ... is the 'CD' lamp lit when you're trying to use Sterm? If not, then your DCD line is not being held high as required by aciapak. Steve There is 1 Reply. #: 11609 S7/Telecommunications 03-Aug-91 23:59:12 Sb: #11596-#sterm w/o Modem Pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) The CD light is always on whenever the modem is on. I never changed the echo from its defaults setting. The problem is after logon the modem now responds to my ATDT commands. There is 1 Reply. #: 11613 S7/Telecommunications 04-Aug-91 09:24:23 Sb: #11609-sterm w/o Modem Pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 Things are begining to get fuzzy, Erich. (Joys of diagostics via modem!) Do you mean to say that you're able to log into ...say... CompuServe, then the modem drops into command mode? If so ... what happens if you type ATO ? Steve #: 11631 S7/Telecommunications 05-Aug-91 20:22:43 Sb: telecom parameters Fm: Paul Hanke 73467,403 To: all Some observations on parameters may be in order: They say that logon to CIS with 7E1 is best. Deskmate for OS9 doesn't change to 8N1 for xmodem transfers to 7E1 doesn't work. But CIS does accept a logon with 8N1 from deskmate and xmodem transfers work fine! Ultimaterm can logon with 7E1 or 8N1 but line feeds get lost with 8N1 and text wraps around, even menus, but it works. CIS, however, doesn't like pc's to logon using 8N1 and will produce enough jumbled charcters to make legibility quite difficult. Given the above, what would be the explanation, short of partiality to Deskmate's telecom? #: 11637 S7/Telecommunications 06-Aug-91 03:52:23 Sb: #11631-#telecom parameters Fm: Wayne Day 76703,376 To: Paul Hanke 73467,403 (X) Paul, I believe that Deskmate strips the high order bit (the 8th bit) out of what is being sent to the display so that loging in at 8N1 makes it appear that everything is kosher. If I remember right (and if I don't you can be sure that someone will be here to set me straight) OS-9's drivers don't have the capability to switch from 7E1 to 8N1 on the fly, once connection has been made. Thus, switching is a process of closing the previously open path, changing the parameters, and then reopening the path.... quite a lot to get done. Like I said.. if I'm wrong, someone'll hit me upside the head with the correct info (and I do sometimes get confused about which computer I'm using at the time). Wayne There is 1 Reply. #: 11639 S7/Telecommunications 06-Aug-91 06:27:47 Sb: #11637-#telecom parameters Fm: Bill Dickhaus 70325,523 To: Wayne Day 76703,376 (X) Wayne, A stat call was added with OS9 LII that allows changing baud rate, word length and parity on the fly. You are correct, though, about what had to be done with ACIAPAK under OS9 LI on the CoCo. Even now, some terminal programs do it the hard way, either because nobody ever changed them, or wanted to keep compatability with LI. Bill There is 1 Reply. #: 11648 S7/Telecommunications 06-Aug-91 16:47:17 Sb: #11639-telecom parameters Fm: Wayne Day 76703,376 To: Bill Dickhaus 70325,523 (X) Bill, Thanks... I never did work with the L2 drivers closely enough to know that they were different. Wayne #: 11643 S7/Telecommunications 06-Aug-91 09:32:55 Sb: #11612-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I checked it out and the LED's are active. I also tried out xcom9 with the help of the docs i found. It won't work with /t2 either. When on CIS, I lose the first 4 characters of every displayed line. I was hoping to use xcom9 to just get another term program but I can't get it into command mode to start the download. At least CIS timed out in one minute rather than the usual five. There is 1 Reply. #: 11657 S7/Telecommunications 07-Aug-91 07:44:36 Sb: #11643-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, With the LED active and you're actually getting online I'm begining to suspect an interupt problem. Dropping characters sounds too much like the old IRQ issue. Have you performed the IRQ hack? I perfer this method over that of the diode hack approach. Haven't heard of one of those working correctly yet! Steve There is 1 Reply. #: 11689 S7/Telecommunications 09-Aug-91 21:24:15 Sb: #11657-#sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I am not familiar with any IRQ mods for the CoCo3. Could you perhaps fill me in on what is going on (if this is indeed the problem) and what I need to do to fix it? There is 1 Reply. #: 11706 S7/Telecommunications 10-Aug-91 10:17:34 Sb: #11689-#sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Stock OS9 software has problems with missed interupts. THe hardware solution is the imfamous IRQHHAK as described by Pete in LIB 10's IRQHAK.TXT. Others have suggested a diode approach. While it's theory is sound, I've not seen it work here or elsewhere. Apparently the choice of diode is critical. Another thought crossed my mind on your dropped chharacter problems. What type of window are you trying to run sterm in? If it's a Graphic window, then that may be contributing to your problems. Screen updates on a graphic type window are too slow to keep up at 2400 baud. Without the IRQ hack and perhaps on a graphic window, things would look like heck! Steve There is 1 Reply. #: 11726 S7/Telecommunications 11-Aug-91 22:58:39 Sb: #11706-sterm 1.2 w/o modem pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 It is a 80*24 text window that I've been having these problems in. I finally tried out sterm on a local board so I can download a 180K(!) GIF at 1200bps. Same problems but better than I'd ever seen it. They don't have CIS B protocol so I tried esc-S to shell out to XYDOWN and get it by YMODEM. They timed out with 0 bytes transferred. I immediately got a message that sterm was back online as soon as the disk drive stopped. No other indication of problems. #: 11644 S7/Telecommunications 06-Aug-91 09:35:52 Sb: #11613-#sterm w/o Modem Pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I do complete the logon process. As far as I know I am not going into command mode since CIS still responds to OFF. But as soon as CIS is supposed to display my custom logon menu, I just get a lot of garbage. The right characters for the most part get here but only a few show up on each line; ;and usually only every other line has anything on it. And the text scrolls by me very fast. There is 1 Reply. #: 11658 S7/Telecommunications 07-Aug-91 07:45:39 Sb: #11644-#sterm w/o Modem Pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) An easy way to confirm the IRQ issue would be to slow things down to 1200 or 300 baud. If you don't see any missing characters then we've found your problem. Steve There is 1 Reply. #: 11690 S7/Telecommunications 09-Aug-91 21:24:53 Sb: #11658-sterm w/o Modem Pak Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I'll check that out. Never did think of cutting the baud rate.... #: 11666 S7/Telecommunications 07-Aug-91 17:22:31 Sb: #11553-Sterm Fm: Jim Sutemeier 70673,1754 To: Steve Wegert 76703,4255 (X) I tried using ctrl-break with STerm to no avail....will wait for my TC70 and then download Sterm, and then all should work fine. (TC70 should be here within about 2 weeks) Thanks for the info!! jim #: 11698 S7/Telecommunications 09-Aug-91 22:53:49 Sb: #large STERM downloads Fm: Rick Ulland 70540,3305 To: all Just another problem- When using STERM, I get exactly 484 blocks,and then the errors start. ESC A no longer works, in fact nothing works except the power switch and CLEAR key. I've got RAM and disk space, but after mucho downloado, I'd like the rest of the file,also. I waited untill 32 errors before hanging up last time,and tried every ESC sequence in the docs to no avail.Can SOMEBODY help? (whimper) Rick There are 2 Replies. #: 11700 S7/Telecommunications 10-Aug-91 03:06:22 Sb: #11698-large STERM downloads Fm: Wayne Day 76703,376 To: Rick Ulland 70540,3305 Rick, What file izzit that you're trying to download? Wayne #: 11708 S7/Telecommunications 10-Aug-91 10:22:13 Sb: #11698-large STERM downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Rick, To what are you downloading? A ram disk, hard drive or floppy? IF it's neither of the first two, don't use the '-f' option when calling sterm. Steve #: 11699 S7/Telecommunications 10-Aug-91 00:18:49 Sb: #sterm w/o Modem Pak Fm: Erich Schulman 75140,3175 To: Steve Wegert I am now using sterm at 1200 baud. It's working pretty much. But I am still getting some lost characters and garbage. I wouldn't trust this program with a download like this. I'll try xcom9 next. I suppose I could try out 300 baud but if I am going to do that it would be easier to just use the modem pak. There is 1 Reply. #: 11709 S7/Telecommunications 10-Aug-91 10:25:19 Sb: #11699-sterm w/o Modem Pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Ok ... this is good news! With the dropped characters going away as you drop baud rate, it's pretty much assured it's an IRQ problem. First step is to immediately install the hack. It's simple, and reversible _if_ you're careful. Steve #: 11725 S7/Telecommunications 11-Aug-91 21:43:50 Sb: #FTP Fm: Bob van der Poel 76510,2203 To: All Does anyone know if INTERNET ftpmail is available via CIS mail? Or is the ascii only restriction a deadlock? There is 1 Reply. #: 11731 S7/Telecommunications 12-Aug-91 10:35:15 Sb: #11725-#FTP Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob - my *guess* is that binary is a restriction to CIS mail, altho I think one of us should test that. If the internet ftpmail site can uuencode the data first tho, wouldn't that work? Assuming they will, of course. There is 1 Reply. #: 11740 S7/Telecommunications 12-Aug-91 21:43:24 Sb: #11731-FTP Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 Don't know if the problem is the ascii restriction or not. I sent a 'help request' to ftpmail@decwrl.com and instead of the help file I got the following error message returned: -- Ftpmail Submission Transcript -- <<< to: >INTERNET:ftpmail@decwrl.dec.com >>> COMMAND UNRECOGNIZED, TRY 'help'. >>> `connect' COMMAND IS NONOPTIONAL, TRY `help' >>> checking security of host `' >>> HOST NAME MUST BE DOMAIN-QUALIFIED -- End Of Ftpmail Transcript -"help". Maybe this makes more sense to some of the net-gurus than to me--if so, please explain... #: 11749 S7/Telecommunications 12-Aug-91 23:55:06 Sb: #11700-large STERM downloads Fm: Rick Ulland 70540,3305 To: Wayne Day 76703,376 (X) Wayne, The problem wasn't here (or in STERM) after all. I didn't realize until later that the backup (DeskMate) was also having trouble. However, while STERM stopped recieving,and reported ever increasing errors, DeskMate closed the file and pretended it was ok. Thanks anyway- Rick #: 11750 S7/Telecommunications 13-Aug-91 00:06:37 Sb: #11708-#large STERM downloads Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve- Thanks for the help-both times. The big file problem wasn't really STERM, but the service sending it, since DeskMate3 also didi the same thing, (twice) and didn't report it, but just closed the file like it was ok. The puzzelment is after the last valid block (while the #errors was counting along), there was no way to break out except hanging up or zapping the window out from under it. ESC-A didn't work,DeskMate didn't gripe, so I blamed the program for crying wolf when it should have. -Rick There is 1 Reply. #: 11773 S7/Telecommunications 14-Aug-91 08:13:44 Sb: #11750-#large STERM downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Happy to hear Sterm was vindicated! Steve There is 1 Reply. #: 11834 S7/Telecommunications 18-Aug-91 22:49:27 Sb: #11773-#large STERM downloads Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve- Still not toally sure whats going on.It seems as though the first error marks the end of a download.(ie: never completed a download with errors). And today, a download crashed at 200 blocks, much shorter than many successful ones. The crash at 400+ blocks I've (maybe) got a handle on, but this is a whole new #$%&&#%$. Any reason the ESC codes would quit working? Or mebbe my machine is crashing in some subtle way? It's a real hack-y cabled ModemPak with the rom CS tied hi(<$) -Rick There is 1 Reply. #: 11849 S7/Telecommunications 20-Aug-91 08:05:23 Sb: #11834-large STERM downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Rick, A suggestion for you to try out. Play a bit over in PRACTICE forum downloading some smaller files. It's free of connect time over there. That way you might beable to spot a pattern without costing yourself a fortune in connect charges. Watch for things like ... ASCII files downloading correctly and binary files failing ... or the reverse. Watch the file size. See if there is some kind of pattern there. Double check your work on the modempak hack... loose connections? I can't think of any reason the ESC codes should stop working. Start looking for other problems ... perhaps hardware related. Steve #: 11772 S7/Telecommunications 14-Aug-91 08:10:43 Sb: #11726-sterm 1.2 w/o modem pak Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, How the progress on the IRQ hack? Steve #: 11784 S7/Telecommunications 15-Aug-91 00:39:49 Sb: #MM/1 and STERM Fm: Jim Peasley 72726,1153 To: All Hmmm... I just composed a couple of messages offline and went to ransmit them as I used to do with the CoCo. The messages seemed to get transmitted o.k., but when STERM's Transmit File Closed message appeared, the only keyboard keys that get thru are CTL-C. I can't type the /exit command. Anybody run into anything similar? I also tried to nab AR68.bin from the DL, but after selecting the 'B' protocol, the system just hung and I had to kill STERM and restart. No download box or nuttin'. Ideas anyone? ...Jim There is 1 Reply. #: 11791 S7/Telecommunications 15-Aug-91 08:17:56 Sb: #11784-#MM/1 and STERM Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 (X) Just a thought, Jim .... is it possible that the port is getting hung with a stray xoff command? Steve There are 2 Replies. #: 11798 S7/Telecommunications 15-Aug-91 22:59:10 Sb: #11791-MM/1 and STERM Fm: Jim Peasley 72726,1153 To: Steve Wegert 76703,4255 (X) Steve; Don't know what the trouble is/was... I just successfully dropped off a message for Kev & it worked as always. Then I tried to ransmit a 2nd message and it got all garbled up! The problem just MAY be with the phone line here... I've got a 20' retractile cord stretched across the kitchen at this moment and it might be noisy. ...Jim #: 11799 S7/Telecommunications 15-Aug-91 23:13:47 Sb: #11791-#MM/1 and STERM Fm: Jiml;jTo: Steve Wegert 76703,4255 (X) Steve; Just tried the B+ download again, and same results - dead session after keying in filename. I killed STERM and restarted in another window and got a successful XMODEM transfer. It's got me baffled! ..Jim There is 1 Reply. #: 11802 S7/Telecommunications 16-Aug-91 07:32:15 Sb: #11799-#MM/1 and STERM Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 (X) Perhaps Mark will see your note and have something to add. I know he's been using sterm for quite some time without all these problems folks have been reporting. Steve There is 1 Reply. #: 11805 S7/Telecommunications 16-Aug-91 11:35:58 Sb: #11802-#MM/1 and STERM Fm: Bill Dickhaus 70325,523 To: Steve Wegert 76703,4255 (X) I haven't had any problems either, and now that I have a PM9600SA, I have been doing 9600 baud downloads on my MM/1. Maybe Jim's problem is related to line noise (of course with the PM9600SA there isn't any). I do know that there are some problems with the serial driver (SC68070), that _may_ be related to flow control, I haven't had time to really mess with it much. Bill There are 2 Replies. #: 11806 S7/Telecommunications 16-Aug-91 12:26:56 Sb: #11805-#MM/1 and STERM Fm: Mike Ward 76703,2013 To: Bill Dickhaus 70325,523 (X) You wanna see something fly... set your baud rate to 38,400 and dial up the PM9600SA on the mainframe. The compression really makes a difference since your PM9600SA will expand the datastream it receives at 9600 baud into a sizzling 38,400 to your interface. Keep a bucket of water handy in case you see smoke. There is 1 Reply. #: 11807 S7/Telecommunications 16-Aug-91 12:52:59 Sb: #11806-MM/1 and STERM Fm: Bill Dickhaus 70325,523 To: Mike Ward 76703,2013 (X) I'm not sure the onboard serial port can handle 38400, but I'll try it, I'm sure it can deal with 19.2. #: 11812 S7/Telecommunications 17-Aug-91 09:42:27 Sb: #11805-MM/1 and STERM Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) Yeah ... I'm dying to try out my PM96600SA out as well. I've almost convinced myself on getting a MM/1. The fact that I can no longer create bootfiles on the 3 may cinch it (can you say BLOB, boys and girls?) I've always held that as soon as something becomes more of a pain than an enjoyment, it's time to reevaluate the situation. (Pitty I've never applied that philosophy to employers! ) :-) Steve #: 11845 S7/Telecommunications 20-Aug-91 00:02:07 Sb: #MM/1 & STERM Fm: Jim Peasley 72726,1153 To: Kevin Darling 76703,4227 (X) Don't look like the phone cord is the culprit!! Next option is to drop back to 1200. Kev; This is more a test message to see if my phone extension cord is the culprit in the 'garbled file Transmit' fiasco than a regular post. Just to justify the bandwidth and logon cost tho, here's a quuestion... I'd like to play around with the palette colors and possibly put together a colorset utility a bit more sophisticated than 'color'. Where can I find more(any)) info on the palettte controoller and cooommmmmanddds? I nnotttice that 'color' is BASIC I-code. Do you know if there's source about? Thanks, ette colors and possibly put tog epthh 'Bob'? Any damage in your area? phisticated than 'color'. Wher There is 1 Reply. #: 11846 S7/Telecommunications 20-Aug-91 02:42:22 Sb: #11845-#MM/1 & STERM Fm: James Jones 76257,562 To: Jim Peasley 72726,1153 (X) Hiya. I just got through downloading some files (maybe 20K each) using sterm on my MM/1 at 2400 baud, and it went just fine. Downloaded to RAM disk, though as fast as the Quantum hard drives are, I tend to think that would do OK, too. So...keep after it, it can work. There is 1 Reply. #: 11878 S7/Telecommunications 22-Aug-91 00:38:14 Sb: #11846-MM/1 & STERM Fm: Jim Peasley 72726,1153 To: James Jones 76257,562 (X) JJ; Thanks for the words of encouragement... I need 'em at this point! My first setup was using a 20' retractile cord stretched across the kitchen to the phone jack. I suspect that this cord has some broken connectors in it, as our oldest daughter used to talk for hours and progressively wrap the cord around her waist as she paced the floor. Switching to a straight 20' extension cord that is almost new, at least I was able to download successfully at 2400 baud. ransmits still got garbled. Tonight I dropped back to 1200 and was able to ransmit 2 separate messages with no errors. Next step is to go to ramdisk and shorten the modem/phone jack cord still further. One benefit to running into problems like this is the added knowledge gained by RTFM. I found in the VIVA manual that ATDS=n will dial up to 4 numbers stored in non-volatile memory! Neato! ...Jim #: 11867 S7/Telecommunications 21-Aug-91 00:31:12 Sb: MM/1 & sterm Fm: Jim Peasley 72726,1153 To: Kevin Darling 76703,4227 (X) Kev (and Mark, if you're listening) Looks like the drop back to 1200 works in eliminating garbled transmitted text. Next step is to go back to 2400 using a ramdisk. Don't know what the problem is at this point, but it may just be that this VIVA 2400 is at the edge. Stand by for further news as it happens. ...Jim #: 11895 S7/Telecommunications 22-Aug-91 21:50:46 Sb: #11849-#large STERM downloads Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve, Beginning to suspect hardware myself, since there is no rhyme or reason to the crash. At one time I thought it was Tymnet, since it never happened here. Then it happened here. Then it started on smaller files! Seems as thou all input is blocked, both keyboard and serial port, although the hotkey still works and other shells seem normal. Procs doesn't show any weird signals or dead stuff. Oh yea... sometimes with a buffer capture going things stop and I have to ESC C off and ESC C back on to get things moving again. If anyone else has seen this, please drop me a line. Already reheated all 120 solder joints to no avail so I'm stuck.Unless the ROM thats still in the modempak? CS is tied hi, but I think I read somewhere to pull it? Thanks for the response -Rick There is 1 Reply. #: 11923 S7/Telecommunications 24-Aug-91 09:38:50 Sb: #11895-#large STERM downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Which driver are you using, ACIAPAK or MODPAK? And refresh my memory .... do you have th IRQ hack installed? Steve There is 1 Reply. #: 11929 S7/Telecommunications 24-Aug-91 20:00:59 Sb: #11923-#large STERM downloads Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) In using ACIAPAK, and at one time had a diode hak, but yanked it because it even crashed RomPaks. I tried to find the 'old style' IRQ hack, but guess I gave up, since it's not on any of the 15 or 20 floppies here! Everything is on a Y-board (one hand drawn %#&$'$ labor of love), so I guess the IRQ's are tied together, but not hacked inside. -Rick There is 1 Reply. #: 11934 S7/Telecommunications 25-Aug-91 09:41:53 Sb: #11929-#large STERM downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) The lack of the hack (grin) could be the culprit. Never did like the diode approach, as I had much more success with the 'classic' solution. See IRQHAK.TXT in LIB 10 for the details. Steve There is 1 Reply. #: 11948 S7/Telecommunications 25-Aug-91 22:39:12 Sb: #11934-large STERM downloads Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Thanks- Guess I'll warm up the iron, download the HACK, and tack to my tracks! { grin(grin) } -Rick #: 11954 S7/Telecommunications 25-Aug-91 23:36:24 Sb: #%&#$&" y cable Fm: Rick Ulland 70540,3305 To: 76703,4255 (X) O.K. I've dug thru all my books, and with 24 pages of 6809 pinouts I can't find anything on the 6551.Not having a '232 pak, but a modem pak the empirical data in the IRQHAK text doesn't quite help.Short of getting out the microscope, I need someone to tell me where the 6551's IRQ is. Can you (or anyoe) blame the corect pin? (I could send the missin chars later). -Rick There is 1 Reply. #: 11960 S7/Telecommunications 26-Aug-91 08:08:56 Sb: #11954-%&#$&" y cable Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Rick, I'm without my modem pak manual, but as I recall, there is a schematic in the back that should give you what you need. Steve #: 11993 S7/Telecommunications 27-Aug-91 21:35:03 Sb: #11960-#%&#$&" y cable Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve, Sure enough! Never even THOUGHT to RTFM. In fact, took a while to find it. Thanks for pointing out the obvious. -Rick There is 1 Reply. #: 12000 S7/Telecommunications 28-Aug-91 09:01:51 Sb: #11993-%&#$&" y cable Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Don'tcha just hate when that happens? :-) Actually, it happensso often at this end, I have Kevin's digitized voice reminding me of the same! Steve #: 12061 S7/Telecommunications 03-Sep-91 21:41:10 Sb: #12000-#%&#$&" y cable Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) :-) Now that a new month's upon us, and my CoCo has a new wire proudly hidden in back, think I'll go find a big download and test it! Thanks for the help. -Rick There is 1 Reply. #: 12071 S7/Telecommunications 04-Sep-91 08:03:57 Sb: #12061-%&#$&" y cable Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Sounds great! Let us know if your problems go away. Steve #: 12062 S7/Telecommunications 03-Sep-91 22:02:43 Sb: #Sterm 1.5 Fm: Paul Hanke 73467,403 To: anyone When logging on to CIS with Sterm 1.5 I get as far as two lines past the CIS copyright notice, then Sterm appears to quit as far as reproducing anything on screen. What could have happened? -ph- There is 1 Reply. #: 12065 S7/Telecommunications 03-Sep-91 23:51:40 Sb: #12062-Sterm 1.5 Fm: Bob Palmer 74646,2156 To: Paul Hanke 73467,403 (X) Have you by any chance noticed whether the transmit light on your modem blinks when you do a CR or hit a key? I have seen similar activities or rather lack of them from time to time - CIS just seems to die and if I log off and return all will be well. Has been worse of late for some reason. I had been blaming some wierdity of the machine here ( brand new TC70 ) but local BBS's do not have the problem. When I have the lock up the transmit goes out but there is no incoming data at all. Bob P. #: 12073 S7/Telecommunications 04-Sep-91 11:32:06 Sb: Aterm for the TC70 ?? Fm: Jim Sutemeier 70673,1754 To: ALL I just recently got my Tomcat70, and am now using Sterm to call out with. I have downloaded Aterm, and have tried to get it to work, but no luck so far. I have altered /dd/sys/aterm/aterm.ctl, primarily putting "00" in most of the spaces required, and a @03/t1 for the port spec...(also tried @02t1, too). The system just locks up. Anyone get this Aterm to work?? and how did you do it?? Thanks jim Sutemeier #: 12075 S7/Telecommunications 04-Sep-91 15:48:50 Sb: #sterm 1.5 Fm: Paul Hanke 73467,403 To: 74646,2156 (X) Yes, The tx led lights when i hit some keys but cis still seems to get stuck after the copyright lines. Now I m using utrm40 and i got to the os9 forum ok, but everything is in lower case, which you may be noticing now. This hasn t happened before so there must be something new happening with the system...? -ph- There is 1 Reply. #: 12078 S7/Telecommunications 04-Sep-91 20:51:03 Sb: #12075-sterm 1.5 Fm: Bob Palmer 74646,2156 To: Paul Hanke 73467,403 What is unusual about things being in lower case? My COCO setup was invariably in lower case under OS( - or are you saying that items which would normally be in upper case are appearing in lower. That certainly is a new one on me but would more probably not be cserve originated. They after all normally send whatever was left in the message in whichever case. Note that this has the usual Capital letters and lower case as well. My own problems I still suspect as being some flakey wiring on my part but have not been able to nail it down yet. Bob. P. #: 12093 S7/Telecommunications 06-Sep-91 00:09:13 Sb: #12065-Sterm 1.5 Fm: Rick Ulland 70540,3305 To: Bob Palmer 74646,2156 I've also had a variant-CS goes away for a while, but comes back right in the middle of something after say a minute (in the newstuff menu) or two (someplace in TOP).It's also pretty consistent-haven't seen the whole login BS in months. -Rick #: 12094 S7/Telecommunications 06-Sep-91 00:13:39 Sb: #12078-#sterm 1.5 Fm: Paul Hanke 73467,403 To: Bob Palmer 74646,2156 yes, I meant that what I saw typed via echo was all in lower case! But when I logged off and back on, re-checking the posted message showed that some caps were correct (those at the beginning of a sentence) others were still in lower case (those in the middle of a sentence). But even the CIS log-on lines were in lower case! Where sterm seemed to hang up is where CIS goes to check on your mailbox for new mail. Sterm never got past that point. Mebbe there's an incompatibility with Sterm's 8N1 parameter requirement. -ph- There is 1 Reply. #: 12100 S7/Telecommunications 06-Sep-91 07:28:37 Sb: #12094-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul .... I've been using Sterm 1.5 for months .... even before Mark released it to the public. I've not noticed any trouble at all ... I have my CIS parameters set to notify me of waiting mail ... and it does, nicely. Then I'm taken to my customized personal menu. No muss ... No fuss. Has something else changed on your setup? Steve There are 2 Replies. #: 12105 S7/Telecommunications 06-Sep-91 20:50:55 Sb: #12100-sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) The only thing to change is the terminal program: I usually use UTRM40, DM3, or CIM (via 1000TL/2). Sterm is new to me and I tried it just for the experience of running from an os9 shell other than DM3 (which I haven't yet tried to run in MV). -ph- #: 12106 S7/Telecommunications 06-Sep-91 22:56:17 Sb: #12100-#sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) Success! It seems that previous attempts were done when power line glitches were occurring (house wiring - complete with intermittant circuit breakers; lights would flicker in other parts of the house). I even downloaded a file using B send ahead protocol. It took 99 sec. to dl a 17733byte file (2 errors); net baud rate 1423. Two questions arise: during library browsing, text transfers, etc., some lines are repeated, and some menus get scrambled on screen. Sometimes ctrl-c must be used to stop repeat scrolling. What causes this (note- power line problem isn't yet resolved fully, but doesn't seem to be a factor at this moment) Lastly- can't get sterm to even boot using MV, only OS9. MV gives a >can't open /t2< error. Any special changes to env.file? I've never run a comm program in MV. -ph- There are 2 Replies. #: 12110 S7/Telecommunications 07-Sep-91 10:18:35 Sb: #12106-sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, Last things first .... Sterm can run from Multiview ... used to do it all the time. Make sure the env.file lists /t2 as a valid device in the SCFDEV line. (I'm assuming that /t2 and ACIAPAK is already in your bootfile.) Back to the sterm issues. It sure sounds like a combination of buffer over-run and missing interupts. Have you installed thhe IRQ hak? Have you installed the patch to ACIAPAK to increase the buffer size and have you installed the patches to MV to speed things up ... greatly. These are all required modifications for happy computing with the CoCo 3. (You can confirm the buffer over run problems by stepping down to 300 baud. If you don't notice the repeating text, then that's it!) Steve PS ... I'll nab the file names of the above mentioned patches ad pass then along. #: 12111 S7/Telecommunications 07-Sep-91 10:27:34 Sb: #12106-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, The needed files all can be found in LIB 10. Look for : IRQHAK.TXT ACIAPK.IPC or PAKMOD.TXT Then run in order: MV2PAT.AR GSHELL.AR GSHELL2.AR It goes without saying ... apply patches to back up copies of required modules, eh whot? Steve There are 2 Replies. #: 12114 S7/Telecommunications 07-Sep-91 19:11:35 Sb: #12111-sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 I'm almost done with the gshell2 patch; the gshell patch sure took a long time to run, tho. But I'm not sure I ever did the mvpatch. Guess this means I have to start all over again? -ph- p.s. yes, I've done the grfdrv speed-ups quite a while ago. #: 12115 S7/Telecommunications 07-Sep-91 19:14:09 Sb: #12111-sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 Ok, I just nabbed those files; will have to apply them when time permits. One other thing, when using deldir to delete everything in a directory, I can clear out everything except the directory name itself. Deldir reports bad pathname or pathname not found and leaves it active! -ph- #: 12124 S7/Telecommunications 08-Sep-91 10:27:39 Sb: sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 PAKMOD.TXT refers to a file called PAKMOD.SCR in the same dl10 but it doesn't seem to be there (?) How's 'bout a collective summary of all patches & mods describing each and including module idents for each step of a particular upgrade? -ph- Press !> #: 12126 S7/Telecommunications 08-Sep-91 13:17:22 Sb: #12124-sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, Why not just use the values in the table provided for Level II and manually patch ACIAPAK with dEd. PAKMOD.SRC was just a modpatch source file that automated the process and applied the patches to what was in memory. Alternately, you could create your own .src file. Steve #: 12127 S7/Telecommunications 08-Sep-91 13:20:59 Sb: #12124-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) For a quicky tutorial on the Level II utility called modpatch, see MODPAT.TXT in LIB 10. Modpatch supports both .src files as well as an interactive mode. Steve There is 1 Reply. #: 12145 S7/Telecommunications 09-Sep-91 07:39:43 Sb: #12127-sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) Thanks for the tip. I tried modpatch again on a gshell patch to boot MV into an 80 column window and this time I seem to be getting the hang of it since it worked. Now I still have to go back and OS9Gen a disk here & there. -ph- #: 12128 S7/Telecommunications 08-Sep-91 13:22:23 Sb: #12115-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, is thhe problem with deldir _after_ you've patched gshell with gshell2? I think that was one of the buglets corrected via that file. Steve There is 1 Reply. #: 12135 S7/Telecommunications 08-Sep-91 19:48:35 Sb: #12128-#sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) I had only half completed the gshell2 patch. Seems I re-instated the old scf file instead of the new one. IDENTs of each new mod would be helpful in crosschecking especially if more than one patch is made to a given module, over a period of time. Now, after making the changes for MV, say with SCF & CC3IO, then these changes should be applied to the working OS9 boot disk, too, or are they applicable only when used in MV (meaning the modules common to both, not for windint, for example)? Yes, I've put /t2 into the env.file, but hadn't thought of aciapak, the absence of which caused sterm not to load. Once loaded manually, sterm did load into MV ok. -ph- There is 1 Reply. #: 12136 S7/Telecommunications 08-Sep-91 21:17:23 Sb: #12135-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, I agree .... things get pretty hairy at this level of patching ... but the results are well wrth the efforts. Stock MV is pretty much worthless. Kent and others did a bang up job on getting it to where it is today. The patches to SCF and cc3io are not specific only to MV. They should be treated as required updates to the stock modules. I'd offer my idents to help ... but I'm so patched, I doubt they'd be of much help. There is 1 Reply. #: 12139 S7/Telecommunications 08-Sep-91 22:32:11 Sb: #12136-#sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) Sheesh, if I read you right then at any given point in time no 2 users will have the same upgrade of MV; all their crc's just ain't gonna match nohow (without proceding from square one along a defined set of upgrade steps) depending on which patches were applied and when. -ph- There is 1 Reply. #: 12146 S7/Telecommunications 09-Sep-91 08:13:45 Sb: #12139-#sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Not necessarily so, Paul. The average user will be in sync with other average users as far as patch levels go. In my case, I'm constantly trying things .... patching this, pulling that. If they work well, they stay, if not .... Steve There is 1 Reply. #: 12149 S7/Telecommunications 09-Sep-91 16:32:49 Sb: #12146-#sterm 1.5 Fm: Paul Hanke 73467,403 To: Steve Wegert 76703,4255 (X) Well, I was referring to being aware as to what all the available patches are after one decides to jump into the fray well after the 'olde-timres' have been at it since square one. -ph- There are 2 Replies. #: 12160 S7/Telecommunications 10-Sep-91 07:51:15 Sb: #12149-sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, I see your point. Why not start the file yourself. You're at the begining of a patching project. Just jot down your successes, file names and where you found 'em. We'll be happy to help in any way we can. Steve #: 12161 S7/Telecommunications 10-Sep-91 08:00:51 Sb: #12149-sterm 1.5 Fm: Steve Wegert 76703,4255 To: Paul Hanke 73467,403 (X) Paul, As a starting point in your search for all those patches, take a look at Kev's BESTOF file as well as BUGS.TXT and BUGS2.TXT file. All found in LIB 10. Steve #: 12192 S7/Telecommunications 11-Sep-91 21:58:01 Sb: #12111-#sterm 1.5 Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve- I almost hate to bring this up again,but-I just can't get STERM to from MV. I've used all of those patches and made a nice AIF with -l /m1 on the parameter line.For my trouble, I get a pink screen with a white overlay and a dead block cursor.I can click on an AIF I made for shell, and start it from the command line in the new shell,so what could I possibly be doing to the STERM AIF? Know MV can handle it, it does! just not from gshell directly. Any thought you may have would be app. -Rick There is 1 Reply. #: 12225 S7/Telecommunications 13-Sep-91 07:22:12 Sb: #12192-sterm 1.5 Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Hmmm .. lessee if I can bring up my sterm AIF file ... sterm -f -l /t5 ICONS/icon.stm #40 2 80 24 0 1 Works for me. Your /m1 device is activated in your env.file, jes? Steve #: 12193 S7/Telecommunications 11-Sep-91 22:03:07 Sb: #12128-sterm 1.5 Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Paul- Deldir does that when it can't find Attr.It needs to change (delete) the d attribute to delete the directory itself.Load attr or keep it handy in cmds, which is sometimes hard to do if ya merge files like I do- I could always find attr, deldir couldn't! -Rick #: 12214 S7/Telecommunications 12-Sep-91 20:39:11 Sb: #sterm 1.2 transfers Fm: Erich Schulman 75140,3175 To: ALL I have been using sterm 1.2 with some real success now. But its only binary protocol of CIS B is quite restrictive: where can you use it BUT on CIS. I have obtained a program called xydown which will allow file transfers in Xmodem or Ymodem. Xydown must be called from a terminal program; it is not a stand-alone program. I tried to use the Shell option in sterm to run xydown when I wanted to download a file. After the disk drive finished spinning, I saw the message "Sterm back online". The host (which was a local BBS) timed out with no bytes transferred. Is there a bug with sterm's Shell option, or perhaps is it restricted somehow as to how it may be used? Also, as long as sterm supports receiving in CIS B, does it also support sending in that protocol? There are 2 Replies. #: 12216 S7/Telecommunications 12-Sep-91 21:43:19 Sb: #12214-#sterm 1.2 transfers Fm: Wayne Day 76703,376 To: Erich Schulman 75140,3175 (X) Uh, Erich.... STerm was designed SPECIFICALLY FOR OS-9 users ON COMPUSERVE! That's why it only supports the CIS Quick-B Protocol! And yes, STerm supports B Protocol transmissions as well! As far as running xydown as a shell process, it sounds as if something told STerm that the xydown shelled process had quit, which sounds suspiciously like something that xydown would have to do itself. Wayne There is 1 Reply. #: 12219 S7/Telecommunications 12-Sep-91 23:02:33 Sb: #12216-#sterm 1.2 transfers Fm: Erich Schulman 75140,3175 To: Wayne Day 76703,376 (X) Considering the opening screen of sterm, I could easily notice its CIS orientation. But it is the only OS-9 terminal program I have. Recently I found that a local BBS has a 180K GIF file I wanted to get. I do have double-sided 40track drive, but my DECB double-sided utility clashes with Ultimaterm 4.1 so I have no choice but to use OS-9. And if sterm is my only OS-9 terminal program.... There is 1 Reply. #: 12228 S7/Telecommunications 13-Sep-91 07:33:32 Sb: #12219-#sterm 1.2 transfers Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, Now that you've mastered the ins and outs of the basic version of Sterm ... why not upgrade to the current 1.5 version. It supports xmodem (esc x) and makes it handier to user elsewhere. It's in the telcom library. Steve There is 1 Reply. #: 12233 S7/Telecommunications 13-Sep-91 11:12:22 Sb: #12228-#sterm 1.2 transfers Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) Actually I had downloaded sterm 1.5 before but couldn't make it work. I suspect that the problem was Xmodem padding. It took a lot of work to get your emailed copy of the dEd module to work, all caused by Xmodem padding. I was beginning to suspect that dEd didn't work on Level II. But now that I do have it working properly (indicated by a successful pad strip) I can now see about fixing up sterm 1.5. I just hope my previous efforts to make it work didn't cause a necessity to redownload. BTW, I actually do have (sort of) Xmodem capabilities under OS-9. That's with DeskMate 3. But I have found DeskMate 3 to be awkward on a one-drive system. And I think MultiVue is a much better package anyway. At least I got that DM3 for only $5. There is 1 Reply. #: 12243 S7/Telecommunications 14-Sep-91 09:09:35 Sb: #12233-#sterm 1.2 transfers Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, keep up posted. I think your troubles with 1.5 early on may just have been getting used to it' quirkiness .... and perhaps the padding etc. Give it another shot. It's straight forward. Just get the supportting files in the proper subdirectories, ad fire it up with a new syntax: Sterm -f -l /t2 Note the second option for modem line. Steve There is 1 Reply. #: 12259 S7/Telecommunications 16-Sep-91 00:10:01 Sb: #12243-sterm 1.2 transfers Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) What I have decided to do is download the complete archive rather than just the executable. I think the docs will help and I have never had a prob with padding after extracting. Not that padding is much of a prob for me anymore. Before I had never gotten the thing to go; ident always gave me a Module header is incorrect! I have found elsewhere a command that will patch in memory only os9p1 to turn the CRC checking on or off. That may be of some use for when padding becomes moot and I still have that message in ident. I have yet to extract its archive so all I now know is what the uploader's description says. #: 12348 S7/Telecommunications 20-Sep-91 21:01:25 Sb: #12214-#sterm 1.2 transfers Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, It sounds like something else is not quite right. I use xydown all the time, with Sterm, to download from Delphi. I've downloaded huge files with very few problems. Make sure you are in a valid data directory (I use Sterm's ESC/D), and then use ESC/S to fire up xydown. Xydown uses the current port settings in the device descriptor, so if using an earlier version of Sterm, and you use ESC/B, the Sterm baud rate settings are not carried forward to xydown. Also xydown defaults to T2, if you are using a different port, you need to use the -t option of of xydown. Bill There is 1 Reply. #: 12355 S7/Telecommunications 21-Sep-91 01:37:06 Sb: #12348-sterm 1.2 transfers Fm: Erich Schulman 75140,3175 To: Bill Dickhaus 70325,523 (X) I was always trying to use xydown from /t2. Before trying to do any downloading with sterm, I always set up a RAMdisk and then use esc-d to set the directory to /r0. I was calling xydown via esc-s. I also gave the full pathlist to xydown just to be sure it would be found right away. As I now have the newest sterm, I can now use xmodem directly. Actually, for most of my OS-9 downloads, I don't even use sterm. If I can fix it so that I never have more than 21 Grans on the disk (whether I put 1 file or 21 files on the disk), I download under DECB using Ultimaterm then transfer the files to OS-9 via DOSOR9. Otherwise, I go ahead and use sterm. When doing the downloads, I try to fill the disk and then break up the files into 21-Gran groups for DOSOR9ing later while I'm offline. #: 12217 S7/Telecommunications 12-Sep-91 21:53:38 Sb: #12093-#Sterm 1.5 Fm: Bob Palmer 74646,2156 To: Rick Ulland 70540,3305 Started out to make a reply last night at 2400 baud and something went west on the TC70 and I lost track of what was happening. Trying tonight at 2400 baud the login stopped at a line beginning with I. Logged off and came back at 300 baud (different phone number) and stopped at exactly the same point. Repeated CR's to no avail until I suddenly thought of the possibility that I had generated an XOFF (why ?) and sent a control S immediately started again so now will try at 2400 again another time to see if symptoms are the same. Why the TC70 would send XOFF at 300 baud with no buffer open heaven only knows Fun stuff when tour new toy is self assembled and you have 7 thumbs. Bob P. There is 1 Reply. #: 12347 S7/Telecommunications 20-Sep-91 21:01:15 Sb: #12217-#Sterm 1.5 Fm: Bill Dickhaus 70325,523 To: Bob Palmer 74646,2156 (X) Bob, That line beginning with "I", sounds suspiciusly like the CIS "inquire" command sent to CIS specific terminal emulation programs. You might check your options (GO DEFAULT) and make sure you have inquiry turned off. You might also want to double check all the options in the device descriptor for your modem port. In most vanilla OS9 systems I've seen, the "modem" port comes configured more for a terminal, than for a modem, including xon/xoff. Some newer serial drivers support xon/xoff in both directions, automatically handling buffer overflow conditions, etc. Bill There are 2 Replies. #: 12412 S7/Telecommunications 26-Sep-91 21:13:25 Sb: #12347-Sterm 1.5 Fm: Bob Palmer 74646,2156 To: Bill Dickhaus 70325,523 the message turns out to be basically the - All Rights Reserved - line followedby a linefeed and then I - hang. Good suggestion about the terminal setting - I shall go away and putter about in DEFAULT. Mind you STERM runs perfectly with all of the other services and it can hardly be an overflow condition when it happens at 2400 and 300 baud. My XON XOFF speculation was wrong - just sitting and waiting or hitting CR will eventually bring it up. Your INQUIRE suggestion is good - just cannot imagine how it would suddenly have gotten turned on? Bob Palmer #: 12413 S7/Telecommunications 26-Sep-91 22:01:55 Sb: #12347-Sterm 1.5 Fm: Bob Palmer 74646,2156 To: Bill Dickhaus 70325,523 YOU ARE RIGHT!!! Thank you so kindly - that is precisely what my setting had become - wait for inquire was ON. Dad ratted !@#$!@!# Solves the mystery of the week - month actually. And to think that I even walked through that section last week to change my screen size to match the tc70 (no I did not screw it up then - it was already bad |-0 Thanks for the thought though. Bob Palmer #: 12241 S7/Telecommunications 14-Sep-91 00:45:29 Sb: #rz/sz options? Fm: James Jones 76257,562 To: All Well...I decided to go ahead and try zmodem. The documentation for zmodem is just as legible as the source code. Any advice on what options, redirection, or sacrifice of serial mice during the full moon are needed to cause rz and sz to use a particular device to send or receive files over would be appreciated. There is 1 Reply. #: 12244 S7/Telecommunications 14-Sep-91 09:18:03 Sb: #12241-#rz/sz options? Fm: Steve Wegert 76703,4255 To: James Jones 76257,562 (X) JJ, The version I run is pretty quirky too ... (two quirky's in one day! Sheesh!) What I do is fire up the sz process on the remote. Escape back to a shell here locally, and do 'rz -m /t5 ' (no quotes, of course). (The SZ side may need a -b option to force it into binary mode) I've noticed it's timing sensitive, so I escape back to shell very quickly, before the remote spits anyting back at me. I also issue the local command as quickly as I can, else I time out.\ Now for my weird question. It just so happens with the version of sz/rz I'm running, I can't get the -h option to work when calling the file from disk. Load the moodule to memory, and the -h option works as expected. Ideas? Steve There is 1 Reply. #: 12246 S7/Telecommunications 14-Sep-91 10:07:55 Sb: #12244-#rz/sz options? Fm: James Jones 76257,562 To: Steve Wegert 76703,4255 (X) My guess would be that the author is peeking at argv[0] to decide how to behave, a common Unix-oid behavior for programs that serve multiple (presumably related) purposes, since there you'll see the file linked under multiple names, and there's no module name. I'll give your method a shot; thanks for the advice. There is 1 Reply. #: 12248 S7/Telecommunications 14-Sep-91 12:03:18 Sb: #12246-#rz/sz options? Fm: John R. Wainwright 72517,676 To: James Jones 76257,562 (X) James, I am a LONG way from "Expert" at this, but I did get the MM/1 to compile rz from the source in "ZMODEM.AR" in lib 12 here. (it grouched some warnings about return() returning nothing in non-void functions, but otherwise OK). Got it to work by requesting zmodem download (with STERM) then calling rz with the STERM shell option - had to redrict stdin and stdout to the port to make it work (rz <>/t0) but it DID work. Still playing and learning. JohnW There are 2 Replies. #: 12250 S7/Telecommunications 14-Sep-91 18:18:52 Sb: #12248-rz/sz options? Fm: James Jones 76257,562 To: John R. Wainwright 72517,676 (X) Thanks for the pointer! I grabbed a copy of rz/sz stuff from, um, elsewhere, and unfortunately I find it impossible to resist the temptation to reformat the code, get rid of the spaghetti control flow, and so forth. I really should resist, of course, because I want to actually get stuff transferred someday. #: 12262 S7/Telecommunications 16-Sep-91 00:25:02 Sb: #12248-#rz/sz options? Fm: Bob Palmer 74646,2156 To: John R. Wainwright 72517,676 (X) Interesting - I have been using RZ and SZ form STERM on my TC70 in exactly the same way. Possible difference - I swap STERM to a shell and just type RZ to receive. No need to pick a device as it seems to default to /t1 (the other serial port on a TC70. To use SZ I type SZ followed by the -x or -y option if I want to use xmodem or ymodem and the filename(s) to go in zmodem or ymodem. Seems pretty robust. To be honest offhand I "think" I just used the .exe from the DL here and never bothered to recompile from source but it has been a while and I have been having so much fun compiling C programs quickly rather than painfully as was the case on the COCO that I could be wrong. Current struggle is to compile the ARC.C which has some 68020 code which I do not yet understand. There is 1 Reply. #: 12269 S7/Telecommunications 16-Sep-91 21:16:20 Sb: #12262-#rz/sz options? Fm: John R. Wainwright 72517,676 To: Bob Palmer 74646,2156 (X) The source that I started with has device "/t3" in it. I changed that to /t0 for the MM/1, but it puts everything on the console unless I tell it otherwise. The source is written to compile on many different machines and is FULL of conditional #ifdef #ifndef type stuff, I haven't figured out how to direct it to my "/t0" port yet - I'll get it sooner or later (probably later). There is 1 Reply. #: 12282 S7/Telecommunications 19-Sep-91 00:09:52 Sb: #12269-#rz/sz options? Fm: Bob Palmer 74646,2156 To: John R. Wainwright 72517,676 (X) the mm1 uses serial port /t0 ??? That would be rather an unusual standard. Not impossible but would that not be more likely to be /t? then it would go along with /p. Where did your source come from? Somehow I have not yet gotten around to downloading the source from the DL here and getting version 1.5 up on the coco III as well. Inertia is an extremely powerful force around here. Oh well - I get a hard drive and you MM1 guys get graphics - standoff. Bob Palmer There are 2 Replies. #: 12284 S7/Telecommunications 19-Sep-91 04:41:31 Sb: #12282-#rz/sz options? Fm: James Jones 76257,562 To: Bob Palmer 74646,2156 (X) Eh? I've had my I/O board for at least a month. I'm looking forward to the new drivers, but even with the current ones, I get along quite reasonably with one of those Quantum low profile 105 Mbyte SCSI hard drives. There is 1 Reply. #: 12349 S7/Telecommunications 20-Sep-91 21:01:33 Sb: #12284-#rz/sz options? Fm: Bill Dickhaus 70325,523 To: James Jones 76257,562 (X) You're apparently one of the _very_ lucky ones. I haven't heard one little peep out if IMS since I got my MM/1. I was hoping they would send out the I/O boards in the same order as the MM/1 kits, but apparently they aren't. I guess I ought to make a little more noise in their direction, I'm ready to start some _real_ work, having just one floppy drive takes me back to OS9 LI days on my CoCo1 with one 35 track drive! Bill There are 2 Replies. #: 12354 S7/Telecommunications 20-Sep-91 22:44:06 Sb: #12349-rz/sz options? Fm: James Jones 76257,562 To: Bill Dickhaus 70325,523 (X) I dunno if it's *that* bad--1.2 Mbytes beats the heck out of 140 Kbytes. :-) #: 12358 S7/Telecommunications 21-Sep-91 09:58:47 Sb: #12349-rz/sz options? Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) Bill, I was talking to Paul just a couple of days ago. You may not have heard anything from Paul ... but he did ask about you, and if you were going to Atlanta. Might be time to start getting vocal ... Steve #: 12289 S7/Telecommunications 19-Sep-91 20:46:01 Sb: #12282-rz/sz options? Fm: John R. Wainwright 72517,676 To: Bob Palmer 74646,2156 (X) Yep, its /t0. If I understand the (kinda preliminary) docs right, /t0 is the "built in" serial port on the 68070 chip. Until I get some more hardware, it's the only port I have. The Rz/Sz souruce I am playing with comes from "ZMODEM.AR" in Lib 12 here. John Wainwright #: 12267 S7/Telecommunications 16-Sep-91 21:01:39 Sb: #12073-#Aterm for the TC70 ?? Fm: Colin J. Smith 73777,1360 To: Jim Sutemeier 70673,1754 (X) I am using it now on my MM/1. The only thing I had to change (I think) was the device driver line in Aterm.ctl. This is what my Aterm.ctl looks like: <<< ATerm Control File >>> Descriptions Sequence code Informations related to the codes ================ =============== =========================================== Clear Screen $021B45 For Vt-52 Video Cursor On $021B65 For Vt-52 Video Cursor Off $021B66 For Vt-52 Video Reverse On $021B70 For Vt-52 Video Reverse Off $021B71 For Vt-52 Video Printer Init. $021B15 (CR=CR) : For TANDY DMP-105 printer Modem prefix @04ATDT "ATDT" Command Prefix. (Hayes Compatible) Modem suffix $010D "[CR]" " " Suffix. " " " " Device Driver @05sc68070 Device driver identification. (Ser. Path) Pipe Buffer Size $0400004000 Internal representation of $4000 (32 Bits) Printer Processor @10/R0/ATerm.Print& Name of the script file to Print " " $00 " " " " " " " $00 " " " " " " " $00 " " " " " " " $00 " " " " " " " $00 " " " " " " " $00 " " " " " " " $00 " " " " " etc. Hope this helps! --Colin There is 1 Reply. #: 12408 S7/Telecommunications 26-Sep-91 09:50:49 Sb: #12267-Aterm for the TC70 ?? Fm: Jim Sutemeier 70673,1754 To: Colin J. Smith 73777,1360 (X) Thanks for your report....think I know now what I dood wrong.... think I named the device descriptor /t1 (dumb.....I know.... ) Will try out what you've reported.... jim #: 12274 S7/Telecommunications 17-Sep-91 19:04:47 Sb: UUCP nodes Fm: Hugo Bueno 71211,3662 To: ALL Hello all. I recently lost my UUCP feed from my friend Bob Billson. I'm now suffering Internet Coco list withdrawal. I would like to find myself a new feed. Unfortunately, I don't know how. Would it be possible for any UUCP'ers out there to find information on UUCP sites close to me? I assume the following is needed: State, City: Fanwood, NJ Zip: 07023 Area Code: First preference-908, second preference-201 Any help is greatly appreciated. Hugo #: 12295 S7/Telecommunications 19-Sep-91 23:33:13 Sb: #sterm 1.2--->1. Fm: Erich Schulman 75140,3175 To: 76703,4255 (X) I have downloaded the complete sterm 1.5 archive, extracted it, and it all works. I've already done about 450K of Xmodem with it. Only prob that I did have is when I list sterm.manual. There appear to be formfeed characters in it that prevented my reading a few parts. But obviously not enough to keep me from using the program. There is 1 Reply. #: 12306 S7/Telecommunications 20-Sep-91 07:45:16 Sb: #12295-#sterm 1.2--->1. Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, I'm betting the doc file has been formated with mroff for a nice looking document when _printed_ . Grab one of the MORE utilities that can be found in the libraries here to help you with managing online documentation. The version I use allows for selective positing within the file as well as backing up. Glad you're up with the current version! Steve There is 1 Reply. #: 12316 S7/Telecommunications 20-Sep-91 13:51:19 Sb: #12306-sterm 1.2--->1. Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) Since I have Level II Tools, I do have a Browse which would probably have done just as well as MORE. I usually use list with a paged display since I don't have to load anything more into memory. Though I have 512K total, I've only got 392K free on startup, and a big RAMdisk (like 256K) really pares that down. And then with Wcopy, Wdel, and Ar also in RAM.... I may print the sterm manual some time, but I rightly suspected that just reading it once on the screen would be enough for me to get up and running with it. I've now used a total of roughly ten to twelve term programs so not much of anything is new to me anymore. #: 12298 S7/Telecommunications 19-Sep-91 23:45:16 Sb: #GO FILE Fm: JOERG SATTLER 74016,631 To: ALL I cant tell you how much I would like to see a File Finder (OS9FF) similar to the IBMFF or AMAIGAFF sections. Shure would make life somewhat easier at times. I am looking for the (optional) GO file module for UUCP. Joerg There are 2 Replies. #: 12299 S7/Telecommunications 20-Sep-91 00:04:38 Sb: #12298-#GO FILE Fm: Wayne Day 76703,376 To: JOERG SATTLER 74016,631 (X) Joerg, It would be nice, but I don't think the OS-9 activity on CompuServe would be enough to support the resources needed to set up the FF program. Wayne There is 1 Reply. #: 12351 S7/Telecommunications 20-Sep-91 21:23:03 Sb: #12299-#GO FILE Fm: John R. Wainwright 72517,676 To: Wayne Day 76703,376 (X) Hey Wayne!, How about that "browse all libs" thingy I saw in the new stuff listing when I logged on the other day - will it be here (is it already here?) JohnW There is 1 Reply. #: 12368 S7/Telecommunications 22-Sep-91 01:48:57 Sb: #12351-GO FILE Fm: Wayne Day 76703,376 To: John R. Wainwright 72517,676 (X) John, It's in the final testing stage, now, and should be available in all of the forums when it's release for general useage. Wayne #: 12309 S7/Telecommunications 20-Sep-91 07:58:27 Sb: #12298-#GO FILE Fm: Steve Wegert 76703,4255 To: JOERG SATTLER 74016,631 (X) Joerg, As Wayne mentioned, I doubt we'll see anything like the File Finder utilities, however, if you caught mention of the 'Across Library Searching' feature announced in this weeks System Wide What's NEW announcement, help is on the way. This new version of the library software will allow users to span all libraries within a specific forum while browsing for files. It's up and running in a few forums now (see the list in the WN announcement). In fact, you can play with it for free in the PRACTICE forum and get a flavor while we wait for it to migrate here. Soon .... I hope! Steve There is 1 Reply. #: 12317 S7/Telecommunications 20-Sep-91 14:00:27 Sb: #12309-#GO FILE Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) I'd agree that OS-9 activity is not sufficient for a File Finder, but.... Why just OS-9? Perhaps combining this forum, the CoCo Forum, TRS80PRO, and maybe some other relevant forum(s) would be enough to justify a file finder. Or at least we could do what IBMAPP also does. This forum and the CoCo Forum do a comprehensive update of their catalog files. Then each forum can put them in their respective sections. And a combined catalog file can be placed in one section. The file would probably need to be TC3'ed or Ar'ed (as appropriate). I prefer to do most of my looking around offline anyway. There is 1 Reply. #: 12357 S7/Telecommunications 21-Sep-91 09:41:38 Sb: #12317-GO FILE Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Good point, Erich .... Perhaps it's time to run a new series of complete catalogs for all the libraries. Steve #: 12327 S7/Telecommunications 20-Sep-91 16:17:12 Sb: #11807-MM/1 and STERM Fm: Paul K. Ward 73477,2004 To: Bill Dickhaus 70325,523 (X) Bill, I am hoping to have serial drivers for most (if not all) serial ports to handle 38.4 K baud. Of course, IsquaredC can handle 100,000bps, but that's not for modem communication, generally. paul ims #: 12388 S7/Telecommunications 23-Sep-91 22:56:29 Sb: #IRQ hack Fm: Paul Hanke 73467,403 To: anyone Just completed the irq hack. Now, using sterm 1.5, I no longer get missing text lines. I have yet to e upgrades which allow faster transfer times. A question concerning the hack: When removing the blue jumper wire in the rs232 pak, there is no replacement wiring for the other side. Does this mean that the pack can now be used only for OS9 communications or will it still work for say Uterm? If only for OS9, how about installing a socket/plug arrangement on the rs232 pak as well. This would allow for removal of the irq hack and restore the original jumper connection, if the socket is wired correctly. The only problem I can anticipate would be if I forgot to remove the wire before using Uterm which might cause damage to one circuit or the other (?). -ph- There is 1 Reply. #: 12398 S7/Telecommunications 24-Sep-91 19:37:39 Sb: #12388-#IRQ hack Fm: Pete Lyall 76703,4230 To: Paul Hanke 73467,403 (X) Scratching old memory cells here... All the hack does is pass the IRQ from the 6551 chip directly to the 6809's IRQ line... no stopping at PIA's or multiplexor chips. In the original PAK configuration, I believe the line (IRQ from the 6551) was originally setup to go to NMI (non maskable interrupt). This was a bad idea, thus all the little blue jumper wires. It is now connected to pin 8, which lands on the coco as either an IRQ or possibly an FIRQ (been too long). Best advice: try it. I believe you'll have no problems. Hundreds if not thousands have installed this simple mod with no negative effects. Pete There is 1 Reply. #: 12400 S7/Telecommunications 25-Sep-91 08:03:39 Sb: #12398-IRQ hack Fm: Paul Hanke 73467,403 To: Pete Lyall 76703,4230 (X) Added the socket so that when the plug is removed, the jumper is effectively restored, returning the pack to its original status. I found that with the hack in place, Uterm doesn't work. On the other hand, DM-3's telecom doesn't seem to care whether it's in place or not. To be on the safe side, one should probably remove the wire from both sockets since a loose end at the pack side could subject the 6809's pin 3 to some possible static discharge thru inadvertent mis-handling. -ph- #: 12421 S7/Telecommunications 27-Sep-91 10:40:30 Sb: #Case-sensitive sterm Fm: Erich Schulman 75140,3175 To: ALL I have seen that when I use sterm -f -l /t2, on the command line, sterm seems to be case-sensitive on the switches invoked. sterm -F -L /T2 does not start the program. Why is this? Can anything be done about it? There is 1 Reply. #: 12430 S7/Telecommunications 27-Sep-91 22:01:20 Sb: #12421-Case-sensitive sterm Fm: James Jones 76257,562 To: Erich Schulman 75140,3175 It's just the way the program was written; it would be hard to do much about it without the source code, to change and recompile. #: 12444 S7/Telecommunications 29-Sep-91 13:44:29 Sb: #wizpro Fm: Ben Pischke 73730,1746 To: Bill Brady, 70126,267 (X) I have tried to download wizpro but cannot find wizpr3.ar. Can you help me to get this part of the program? There is 1 Reply. #: 12477 S7/Telecommunications 02-Oct-91 16:19:25 Sb: #12444-wizpro Fm: MOTD Editor..Bill Brady 70126,267 To: Ben Pischke 73730,1746 I believe that for the update part 3 is not needed. (the latest version is in 2 parts.) #: 12452 S7/Telecommunications 30-Sep-91 06:07:01 Sb: #12421-#Case-sensitive sterm Fm: Mark Griffith 76070,41 To: Erich Schulman 75140,3175 (X) Hi, Yes, you're right! I never used uppercase options so I never saw that. An oversight on my part. I'll fix it and reupload the package. Thanks, Mark There is 1 Reply. #: 12453 S7/Telecommunications 30-Sep-91 10:12:46 Sb: #12452-Case-sensitive sterm Fm: Erich Schulman 75140,3175 To: Mark Griffith 76070,41 (X) The only reason why I pointed this out is because my local Tymnet node seems to prefer that I use ALL CAPS when I call to logon to Delphi. When I go to log on there, I normally set all caps first and then start the term program. Since fixing the problem is, I don't believe, a major change, perhaps a small IPatch would be more appropos than a big reupload. #: 12486 S7/Telecommunications 02-Oct-91 20:30:41 Sb: #12421-#Case-sensitive sterm Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, There are many OS9 programs that have case sensitive arguments. This is even more prevalent with OSK, the "ls" command distributed with the MM/1 has arguments that _must_ be specified as upper case. I know of several programs for which arguments with the same letter mean totally different things as upper or lower case. I see that in this case :), Mark has elected to change Sterm to be case insensitive, which, as the program author, is his choice. Bill There is 1 Reply. #: 12489 S7/Telecommunications 02-Oct-91 23:16:09 Sb: #12486-Case-sensitive sterm Fm: Erich Schulman 75140,3175 To: Bill Dickhaus 70325,523 (X) Normally, case sensitivity in a program does not bother me. It's just that with a terminal program, I was hoping for insensitivity because a service I use a lot "prefers" all-caps for my logons. Since Ultimaterm always puts me in all-caps as soon as I drop into terminal mode, I wanted to continue along this line by being in all-caps as soon as STerm has me in terminal mode. I've found that under Ulterm, if I call CIS before them, I usually forget to restore all caps and am not reminded until Tymnet refuses to get me through. And Tymnet won't let me through to the service unless my full logon procedure is absolutely flawless. One lowercase or mistyped character and I have to hang up and redial. I did complain to their customer service. They acknowledged the situation but said there is nothing they can do about it. My sole intention of starting the thread was for purposes of easier OS-9 logon to that service, not to stir up trouble. #: 12454 S7/Telecommunications 30-Sep-91 10:26:04 Sb: #12413-#Sterm 1.5 Fm: Bill Dickhaus 70325,523 To: Bob Palmer 74646,2156 (X) Bob, Good news! One other thing that has driven me nuts before, CIS keeps a different set of options for each baud rate. This can come in handy, but is usually just one more thing to have to remember. Bill There is 1 Reply. #: 12517 S7/Telecommunications 05-Oct-91 12:47:29 Sb: #12454-Sterm 1.5 Fm: Bob Palmer 74646,2156 To: Bill Dickhaus 70325,523 But of course - and now you have just explained how the fool thing got to be different! I just switched to a 2400 baud modem. Wonder though why the 300 baud did the same because I have occasionally used that rate for mail browsing (cheap you know). Probably some scheme to "encourage" use of CIS's own software ignoring the fact that at least on here it is of no consequence to probably the majority of the users. Oh well. #: 12461 S7/Telecommunications 01-Oct-91 10:27:15 Sb: #Age old deskmate problem Fm: REX GOODE 73777,3663 To: All I know this is a tired old question, but my 6809 on my CoCo3 went bad and I couldn't get my disk drive to work. I finally bought a new CoCo3 while waiting for a 68B09 chip to arrive from JDR Microdevices. So now, back to the subjects I was working on before everything came to a screeching halt. I have a CoCo3, 128K, MPI and FD502 disk drive. I have the Modem Pak and Deskmate. What do I have to do to get Deskmate to use the Modem Pak? Rex There are 2 Replies. #: 12462 S7/Telecommunications 01-Oct-91 11:42:11 Sb: #12461-#Age old deskmate problem Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Rex - I think you need to specify that /M1 is the communications device, instead of /T1 or /T2. I think we just went through this with another user... perhaps Steve Wegert's memory is a touch sharper than mine... Steve? Pete There is 1 Reply. #: 12501 S7/Telecommunications 03-Oct-91 11:48:34 Sb: #12462-#Age old deskmate problem Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 (X) Pete, OK, I went and specified /M1, which, of course, didn't work since my Deskmate boot disk doesn't load that driver, neither does it load /T1. I do have the DCM-6 modem that hooks into the bit banger. I assume this is /T1. What is the best way to add /M1 to my Deskmate configuration? Rex There is 1 Reply. #: 12508 S7/Telecommunications 04-Oct-91 15:50:02 Sb: #12501-#Age old deskmate problem Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Ugh... Essentially you'll need to build a new bootfile using your favorite tool (i.e. either OS9GEN, COBBLER, or CONFIG). I believe that M1's associated driver is ACIAPAK. If that is true (you can do a 'dump M1' on the M1 device descriptor module on your disk and verify that it says ACIAPAK), if your standard kernel already has ACIAPAK in it, you're not too far off.... You can put the disk with M1 on it in the drive and type something like: load /d1/modules/M1.dd to get it into memory, and then insert your deskmate disk into a drive and type something like: cobbler /d? (where ? is the target drive) If none of this looks like it will work, you'll need to 'hand build' a new kernel. That involves taking your current bootfile, splitting it into modules (get the bootsplit utility in DL9 or DL10), making a list of them, and then adding the M1 to both the list and the group of modules. Then you'd use OS9Gen to glue them all together again, uisng the list to drive OS9Gen's input. Let me know how (or if) you fare.... Pete There is 1 Reply. #: 12511 S7/Telecommunications 04-Oct-91 18:45:25 Sb: #12508-Age old deskmate problem Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 Pete, You've given me some more things to try. I tried using "config" but it didn't work. I'll try what you suggest about "load /d1/modues/M1.dd" and the "cobbler". Thanks. Rex #: 12463 S7/Telecommunications 01-Oct-91 13:14:04 Sb: #12461-Age old deskmate problem Fm: Erich Schulman 75140,3175 To: REX GOODE 73777,3663 (X) There is a help file in the DL's somewhere. Try Libs 1 and 7, maybe 10. (We need that new cross-lib forum software!). Just BRO KEY:DESKMATE and you'll probably find it. #: 12512 S7/Telecommunications 04-Oct-91 19:21:07 Sb: Aterm problems Fm: Jim Sutemeier 70673,1754 To: all To the author of Aterm --> Chris ????? I apologize, but I deleted out your message and file to me before I saved the number in my personal area (Guess being a recent new member shows...) Anyway, I tried out the version of Aterm you sent me, and it locked up my system every time. (No menu, no nothing....just a freeze up) I did get Aterm to 'partially' work once using the aterm.ctl file, but I haven't been able to duplicate my efforts again. (The 'partial' working means a menu came up, but nothing would work after that...) Anyway, if you've some thoughts, maybe we can work on this further. What type of machine are you using your 'home' version of Aterm on??? jim Sutemeier #: 12533 S7/Telecommunications 07-Oct-91 19:55:13 Sb: Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: All Can someone please help me with Sterm? I have the executable and termcap files, but I keep getting a "NO TERMINAL NAME" error when I enter "sterm -f -l (doesn't matter)". My terminal program doesn't have a big enough buffer to d-l the whole AR. Thanks, Bruce Press !> #: 12719 S7/Telecommunications 27-Oct-91 14:15:48 Sb: #12541-Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 (X) Thanks!!! I would have NEVER EVER have figured that one out! I have a good CRC, etc. on the module, so if I just transfer those two files to that dir it looks like it just might work, after all. I'll let you know. Thanks again, Bruce Baker #: 12721 S7/Telecommunications 27-Oct-91 18:27:19 Sb: #12546-#Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Pete Lyall 76703,4230 (X) I did have all the files. When I put the termcap and ttytype files in my /dd/sys dir the program finally executed (once I got the xmode to /t2 set correctly - that is, xmode /t2 baud=03 type=10. That sets up for 1200 baud [for my modem] and modem kill switch on [again, for my modem]) In fact, I'm using sterm right now! But... NOW I have another problem. The opening screen for sterm has several different functions, all of which could be desirable options at one time or another, but HOW does one access them? For example- [Esc. D - change directory] I can't seem to generate the Escape character. I've tried , , etc. and nothing seems to work. Any ideas? Bruce There are 2 Replies. #: 12722 S7/Telecommunications 27-Oct-91 19:31:00 Sb: #12721-Help w/ Sterm Fm: Erich Schulman 75140,3175 To: BRUCE BAKER 73747,3137 It took me a while to figure it out for I had no docs at all when I first got sterm, albeit an older version. Both my original 1.2 and the new 1.5 work the same way. First hit a ctrl-break to generate the ESC character. Release the keys. Then press the letter. Example (to change directory): Press and hold CTRL, then press BREAK. Release both. Press and release D. sterm now asks for the new directory, which is where your downloads will be put until you change again. Do this Ctrl-Break twice in succession if you need to send an ESC character over the modem. #: 12745 S7/Telecommunications 28-Oct-91 11:36:11 Sb: #12721-Help w/ Sterm Fm: Pete Lyall 76703,4230 To: BRUCE BAKER 73747,3137 Bruce - Glad it's all rolling now. I'm sure you've had a response, but you generate ESC by using CTRL+BREAK. Pete #: 12732 S7/Telecommunications 28-Oct-91 00:42:19 Sb: #Quick-B Problems Fm: Erich Schulman 75140,3175 To: ALL I've been using STerm 1.5 with the Quick-B option enabled, and whenever I download in Quick-B I get a lot of errors, esp. in the beginning of the transfer. On a 100K file, STerm's error count increased much faster than the block count for the first 15K or so, then slowed down--but I had errors til the end. This problem happens with every download in Quick-B and never happens with a download in regular B where I may have downloaded files as large as 200K with no errors. These downloads are usually at 2400bps though I have tried 1200. I used esc-d to set the directory to r0 prior to logging on. I am using /t2 under ACIAPAK with an expanded buffer though I intend to install SACIA soon. The RS-232 pak is the "Marty Goodman pak" sold by CoCoPRO! and the modem is a Supra 2400 which does not support compression or error correction. Is there anything I can do about this problem? There is 1 Reply. #: 12739 S7/Telecommunications 28-Oct-91 07:45:15 Sb: #12732-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, Do you have the IRQ hack installed? If you're missing interupts, you'll see the type of problem you describe with B+ protocol. Steve There is 1 Reply. #: 12754 S7/Telecommunications 28-Oct-91 22:55:16 Sb: #12739-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) Along this thread: I installed the newest version of STERM (1.5?) and also SACIA and am using a Disto Deluxe RS-232 pak. When downloading with Quick-B to /r0 I get about 1 error every 10 blocks; not as many as Eric but I used to get NO errors. Seems to me this corresponded in time to when CIS changed their library software again. Any ideas? Paul R. There is 1 Reply. #: 12760 S7/Telecommunications 29-Oct-91 07:35:49 Sb: #12754-Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 Interesting Paul! While it's easy to pin the blame on the XDL software recently installed, I've not heard of anyone else (outside our forums) reporting protocol type errors. And wouldn't have expected to, either. But I'll keep my eyes peeled. I'd look towards anything that may be different on your setup. Are you running any background process while downloading? Do you get the same errors while uploading? What did you use before installing SACIA? Were you using the irqhak at the time, and now have discontinued it's use because of SACIA? Get the magnifying glass out, and look for the obvious. It's generally the culprit with things like this. (By the way .... I've not experienced any problems with errors after the XDL software came down. But I'm also using the irqhak.) Steve #: 12785 S7/Telecommunications 31-Oct-91 16:53:07 Sb: #12760-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) I've had the irq hack installed for quite some time and left it installed after switching to SACIA. Is this recommended? Also new on the system are a Disto No-halt floppy controller and a Burke & Burke XT hard drive system. One thing I will try is changing the driver CC3Disk for the no-halt controller as it came with two: an interrupt driven driver and a driver that works by sleeping. I have only tried the sleep one as it was easier to install. I have another problem that I am trying to get rid of: random quick flashes of horizontal color bars on my monitor during disk accesses. Paul There are 2 Replies. #: 12792 S7/Telecommunications 31-Oct-91 23:22:17 Sb: #12785-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 Those flashes may be Radio Frequency Interference. If RFI is actually present, try moving the drives and monitor further apart. Also try better shielded cable between the CoCo and the drives (or add shielding with aluminum foil around the cable). A metal drive case ought not need additional shielding but you can always try. One other thing to try is connecting the monitor's power cable and the drives' power cable into separate circuits as interference can be transmitted through your home's electrical system. For more info, you might want to GO CEFORUM. #: 12806 S7/Telecommunications 02-Nov-91 10:05:46 Sb: #12785-Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 Wow ... you've been busy with the new stuff. I'd start there first ... your ideas on the CC3DISK driver sounds like a natural place to begin. I doubt the B&B stuff is causing the problems ... I've been using one for years. Re: the random color bars ... are we talking 'sparklies?' If so, nothing much to worry about. They seem to be timing related. Some of us have it some don't. Infact, I used to have a lot of it and with the addition of different modules, their intensity is a lot lighter now. Steve #: 12849 S7/Telecommunications 03-Nov-91 18:43:27 Sb: #12792-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) Nope, They aren't RFI. They don't occur at all if I boot up with earlier versions of my boot disk. If anything, this computer generates quite a bit of RFI that I can tune in on my shortwave or watch on my television. But I don't use them at the same time so it doesn't matter. The bars that flash on my screen are very digital looking. Thanks anyway. Paul #: 12850 S7/Telecommunications 03-Nov-91 18:55:24 Sb: #12806-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) Well, I did some checking: I booted up starting with an old boot disk and used sucessively newer disks until I found where the problem started. The problem started not with the addition of the hard drive or any of the serial ports, but with the addition of SACIA. I also tried the interrupt driven version of B&B's CC3Disk and this was radically wworse. You could see lots of missing characters while online at 300 baud. The horizontal bars that occur are very digital in nature. They look like those above Ascii 127 characters that you can generate in RSDOS but they flash by too fast. However, when I see them I know there will be download problems. I have another boot disk that has a CC3Disk version that is used when running PCDos. This does not support the no-halt floppy controller but it too causes the flashing bars even without SACIA present. There are no download problems in this situation though. When I log on to CIS after I get the CONNECT message from the modem, I hit Cntl-C. With the standard ACIAPAK driver, I have to hit return to send the Cntl-C down the line. With SACIA, I don't have to hit return; the Cntl-C apparently shoots right out. This is a nice feature for CIS use. Is there maybe something in SACIA that needs setting with the new XMODE it comes with in order for it to perform correctly? What do you think? Paul There is 1 Reply. #: 12857 S7/Telecommunications 03-Nov-91 21:36:43 Sb: #12850-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, Was there a corrected clock module that was also needed with the SACIA modules? Seems to me the 'soft' fix to irq problems was in the clock module. Can't speak to the stalling ^c problems. My control codes shoot out just dandy ... no need to hit . As far as new xmode settings for SACIA .... you have increased the xmit/receive buffers, jes? A small buffer could be the cause of your troubles. Steve There is 1 Reply. #: 12879 S7/Telecommunications 04-Nov-91 17:17:46 Sb: #12857-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 Hmm. Since I have a real time clock on a Disto 3 in 1 board I figured I had to use their clock module, no? What is this buffer size increase and how do you do it? It's definintely worth a try. Paul #: 12891 S7/Telecommunications 05-Nov-91 08:09:11 Sb: #12879-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, On the clock module, that's where the IRQ fix is. Perhpas it will be a simple as patching the address. A note to Bruce might be in order. Regarding the buffer size, take a look at the elim.man file in the archive. In the description of both DACIA and SACIA, the IT.XTYP parameter is discussed. He makes mention of Bill Dickhaus's modification. THat's it. On my system, I use xmode /xtype=9 and I've increased the buffer to 9 pages. Be careful ... as I understand it, this extra memory is coming from the system space. Bill might be able to jump in with a bit more detail. Steve There is 1 Reply. #: 12899 S7/Telecommunications 05-Nov-91 10:43:52 Sb: #12891-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 I have obtained a copy of Rainbow's software IRQ fix. There is a fairly long listing to patch Clock.x0hz (depending on which you use) and a very short listing to patch Init. The Basic-09 util to do the patch is what's the longest of all the listings but at least you can use it to patch other modules as well with delete/insert capabilities to boot (unlike Modpatch). There is 1 Reply. #: 12904 S7/Telecommunications 05-Nov-91 18:45:52 Sb: #12899-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) Now I'm confused. Will go back and read the elim.man text but don't understand about the Clock patch. Guess I'll just start taking apart all the different clock modules I've got laying around. What kind of fix are we talking here? Surely someone out there is using a Disto real time clock along with SACIA and has probably encountered this problem. Thanks Steve and Eric. Paul There is 1 Reply. #: 12909 S7/Telecommunications 05-Nov-91 20:33:29 Sb: #12904-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 If you get the August(?) 1990 issue of Rainbow, you'll find listings that serve as a software equivalent to the IRQ Hack more commonly (it seems) implemented in hardware. The article has listings to patch the Clock and Init modules, along with a detailed explanation of what your system is doing now and will do after you patch. You will have to type a Basic-09 program to make the patch based on the listings which contain the patches themselves. If you have SACIA as opposed to DACIA, I'd suggest you check which SACIA driver you're using. There's a special one which has a .mpi extension. That's the one I use with my SACIA. Now the Rainbow patches are designed for the stock Clock modules. I don't have any real time clock so your Disto unit will make things more complicated. You may be limited to the hardware IRQ hack, and that means you can't use the .mpi driver that I use (you will have to use the other one whose extension I don't recall). You might searchthe Libs on the key Disto and see if anything turns up. #: 12902 S7/Telecommunications 05-Nov-91 17:59:18 Sb: #12722-#Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Erich Schulman 75140,3175 (X) Thanks very much! I would never have figured that out on my own. I'm going to try to get the SySop to put the Docs in the lib. I'm doing very well with Ultimaterm (which I plan to register soon), but it's a real drag to have to transfer files between RS and OS-9 formats. I sure hope I can get sterm mastered to eliminate all that. Thanks again, Bruce Baker There is 1 Reply. #: 12908 S7/Telecommunications 05-Nov-91 20:24:07 Sb: #12902-Help w/ Sterm Fm: Erich Schulman 75140,3175 To: BRUCE BAKER 73747,3137 Even when I used an old version I had trouble at first, and I had no docs at all. I thought you would press ctrl, break, and the letter all at the same time. Seeing the program's reaction to my attempst (which usually failed) led me to believe that you may have to press the ctrl-break and the letter in sequence, so I tried it and it worked. If you download RSDos and RSSave your transfers between Disk BASIC and OS-9 will be much easier. You'll also need a IPatch for CC3Disk which you can also download. And you'll have to download the IPatch utility if you don't have it already. Hang on to the IPatch utility because there are a variety of useful IPatches available for downloading. I believe all this put together is about 60K of .ar files. Have you ever installed the IRQ Hack or its software equivalent? With STerm, you'll probably need it if you want to use a baud rate over 300. #: 12903 S7/Telecommunications 05-Nov-91 18:04:23 Sb: #12745-Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Pete Lyall 76703,4230 Yes, I did get a reply, but thanks anyway. By the way, is there any way that you could use your considerable influence with the SySop to have someone put the docs in the lib. ? It would sure help people like me who have an active terminal program (MikeyTerm, etc) that will just barely download the executable. Bruce Baker #: 12911 S7/Telecommunications 05-Nov-91 22:05:32 Sb: #12891-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) I tried using the clock module supplied in esw110.ar called 'Clock.60rtc' and patched it using 'Clkaddr' to the base address of the Disto RTC which is $FF50. This didn't work; probably two different rtc chips involved here. Will try that buffer size thing just for kicks. By the way, the irq hardware hack I have installed involved more than just wiring all the MPI pin 8's together; it also involved running a wire from these to the CPU through a diode. Paul There are 2 Replies. #: 12914 S7/Telecommunications 06-Nov-91 01:57:22 Sb: #12911-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 There are TWO hardware-based IRQ hacks. One involves a diode and the other doesn't. For the one that doesn't, if I recall it correctly, you're tying the IRQ line of the RS-232 port to the IRQ line of the CPU on the opposite side of a resistor at the CPU. A text file on that hack is available for download somewhre; I think it's IRQHAK.TXT in one of the Libs. BTW, from what I've heard, the diode-based hack is very rarely successful. #: 12917 S7/Telecommunications 06-Nov-91 07:50:23 Sb: #12911-Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 Paul, Bad luck on the address match for the clock modules. I had hoped it would be that simple. Again, perhaps Bruce could shed some light. On the IRQ hack, as Erich mentions ... I've never heard of a single case of the diode method working. Seems to be very picky on the type of diode in use. I personally use the method made famous by Pete Lyall and detailed in IRQHAK.TXT. Erich's pointed you in the right direction, there. It ain't pretty .... but it works! With a functioning IRQ mod, you can forget the software fix. Steve #: 12919 S7/Telecommunications 06-Nov-91 08:08:10 Sb: #12903-Help w/ Sterm Fm: Steve Wegert 76703,4255 To: BRUCE BAKER 73747,3137 Actually Bruce, you have considerably more influence with the sysop than Pete. STERM.DOC should be available in LIB 7 by the time you read this. AT 38K, it should just fit into your Mikeyterm buffer. Thanks for bringing this to our attention. Steve #: 12923 S7/Telecommunications 06-Nov-91 21:56:53 Sb: #12917-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) Really. I've had this hack installed for a long time. Like I said, if I throw out SACIA everything works fine and dandy. But I will read the IRQHAK.TXT file and maybe try it. I found a patch to the Disto clock module called DISTO.IPC. It says not a lot about what it does but I installed it anyway. That along with the setting of the xtp buffer thingy allowed me to download a 40K file last night with no errors. But that was last night; today I tried downloading a file three times. Using Quick-B each time; the first two times it wouldn't start downloading; the clear key switched windows but the system was otherwise locked. The third time, after running xmode just to check parameters, it downloaded the first 8 packets and then froze up. Makes me think I might have a genuine hardware bug. Paul There are 2 Replies. #: 12926 S7/Telecommunications 07-Nov-91 00:41:49 Sb: #12923-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) My SACIA docs specifically mention that there are two modules, one with the .mpi extension and one that has some other extension--as I had said earlier. Are you sure you installed the right one? The .mpi is for those who do NOT have the hardware IRQ hack, the "other" one is for those who DO have the hack. No details were made as to what the consequences of using the wrong one would be, but that could be the/a source of your problems. (If you can't do anything else, redownload SACIA without using the SACIA you have now, then reinstall from the redownload following the docs carefully. If that still doesn't work you can safely rule out my wrong module hypothesis.) There is 1 Reply. #: 12932 S7/Telecommunications 07-Nov-91 21:58:21 Sb: #12926-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) I haven't tried the other module (the .mpi one) because I had a hardware IRQ hack installed (so I thought). It is worth a try. I have a bigger problem now though. I am sending this message with my trusty Epson QX-16 since my trusty COCO has decided not to recognize any of my disk drives. I took things apart and now things are muffed. Paul #: 12928 S7/Telecommunications 07-Nov-91 08:56:12 Sb: #12923-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, Remember, the xtp must be set each time the system is booted (unless you've saved a new copy of the descriptor and installed it in your boot. Also ... Erich has a couple of suggestions in his note. It's gotta be a combination of IRQ and SACIA problems. Keep after it systematically and you'll have it nailed! Steve There is 1 Reply. #: 12933 S7/Telecommunications 07-Nov-91 22:10:37 Sb: #12928-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 Steve, I am in serious trouble. After reading about the hack that was recommended, I opened up both the computer and the MPI to see what hack I had installed so long ago. I had all the pin 8's on the multipack connected together. I had the pin 8 input from the MPI connected to the CPU IRQ pin through a diode. With this hack, I was able to run three serial ports simultaneously as long as I didn't run SACIA. That's why I had a hard time swallowing Eric's statement that the diode hack didn't work. Anyway, I tried connecting the IRQ pin of the 6551 in the RS-232 pak right to the 6809 IRQ pin. It gave me problems. The system would freeze during bootup. So I was frustrated and let it sit for the night. Today I put everything back the way it was. With the drive controller in slot 4 and the MPI switch set to 4 I get a green screen with no cursor or version logo on it. If I throw the MPI switch, I will get Extended Color Basic 2.0. No disk basic. Thought the controller might have bought it, so I plugged in my old controller; same thing. Tried moving the controller to a different slot; no luck. So it ain't recognizing the disk ROM. Help. BTW, I had cobblered that xtp setting onto the boot disk. Paul There are 2 Replies. #: 12935 S7/Telecommunications 07-Nov-91 23:02:23 Sb: #12933-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) I reviewed the text file on the nondiode IRQ hack. It states that you put the 6809-end of the wire on the side of the IRQ line resistor that is opposite the 6809 (i.e., not directly to it). That could have been a problem source. Also, it is my understanding of the text that you keep the 6551 and 6809 IRQ's tied together only when you are using the serial port because of the recommendation you use a plug/jack pair (enabling you to detach the hack) instead of a direct connection; I may be wrong on this point though. There is 1 Reply. #: 12940 S7/Telecommunications 08-Nov-91 20:13:09 Sb: #12935-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 I got the hack you are talking about to work. The reason I thought it wasn't working was because while working on the MPI, one of the little wires on the upgrade board fell off and the system wouldn't recognize the disk controller. With the hack, I was able to download a 47K file with one error instead of four errors. It might have been a legitimate error. However, using ACIAPAK and downloading a 120K file last night gave me no errors. I found that Aug. 1990 Rainbow article you were talking about. Very interesting. I would need source code to the original clock module and either the Disto or someone else's RTC module to be able to write the changes. I'm not knowledgeable enough to write a clock module on my own. Thanks for all your help. Paul #: 12939 S7/Telecommunications 08-Nov-91 10:47:33 Sb: #12933-#Quick-B Problems Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) Paul - Have you tried removing the multipak from the circuit, and plugging in the disk controller directly? Also, try cleaning all the connectors.. that's a notorious COCO failure point. Also - If you hung during booting with the hardware IRQ hack, the only reasonable explanation is that something attached to the IRQ line/bus generated an IRQ (like a serial port) before there was a handler in place to deal with it. Make sure that the IRQ decks are cleared. Is your situation such that your whole system is powered from one power strip, and turning it on causes the modem to generate an "OK", or something like that? Pete There is 1 Reply. #: 12941 S7/Telecommunications 08-Nov-91 20:22:30 Sb: #12939-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 The problem with the loss of Disk Basic was that when I had the MPI apart, one of the little wires from the upgrade board fell off. I cleaned all the contacts with an eraser anyway. Very interesting about an IRQ coming down the line during boot. This just might happen. Anyway, I got your hack to work, but instead of opening up each serial port cartridge I have and soldering a little wire to the IRQ of the 6551, I soldered the wire into the multipak pin 8 (which are all wired together). This seemed like a timesaver since I have serial ports in 3 slots. I cut the trace going out of the multipak on pin 8 so that the 6809 doesn't get two messages about one interrupt. Seems to work so far. Am going to error test it on some large file downloads from a local BBS while simultaneously playing with a remote terminal. Paul #: 12946 S7/Telecommunications 08-Nov-91 23:27:43 Sb: 4-in-1 Fm: Brother Jeremy, CSJW 76477,142 To: ALL Dear Friends: After several years of using the RS-232 pack, I am going to be converting to the RS-232 port in the Disto 4-in-1. SInce I never us RSDOS /Ultimaterm but only OSTERM 2.08, I do not anticipate any problems....But then ignorance is bliss, rather than being happy, is there anything that I should be aware of? Any problems with the 4-in-1? I know that I have to make up a new boot, that's easy with EZGEN, anything else? With all best wishes, Br. Jeremy, CSJW #: 12950 S7/Telecommunications 09-Nov-91 09:18:48 Sb: #12933-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, Sorry I didn't get back to you sooner. I see things have worked out for you, tho... Over the years of watching the messages and screwing up myself, the most poular causes for 'green screen only' on boot is as follows: 1) MPI is 'cocked' in the ROM PORT. The fit on my box is lousy. I am forever having to shut things down and reinstall the MPI correctly. 2) There's a memory problem (generally hits 512k systems). Board is loose, 'Hemphil' resistor came loose, board is tood deep (not deep enough). 3) You toasted the CPU. IF you gotta replace it, socket it. You'll toast more. 4) You're having a GIME with your toasted CPU. Your problem was a variation on #1. With the wire missing from the upgrade board, the system wasn't seeing the disk controller. All other systems were good as told by the Extended Banner showing up. Keep us posted on the results of your testing. You've got me curious! Steve There is 1 Reply. #: 12953 S7/Telecommunications 09-Nov-91 13:50:33 Sb: #12950-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) Well, I got frightened again when I just got a green screen after installing the IRQ hack semi-permanently. I forgot to plug in the power to the 1 meg upgrade. And things aren't working quite right yet; the download errors seem to be back. But I'm leaving this IRQ hack installed since it comes so recommended. Sigh... Paul There is 1 Reply. #: 12959 S7/Telecommunications 09-Nov-91 21:41:32 Sb: #12953-#Quick-B Problems Fm: John R. Wainwright 72517,676 To: Paul Rinear 73757,1413 (X) One more thing to add to the list of things to check--- I spent several frustrating days because of an intermittent dirty contact in the manual slot select switch on my MPI. The thing would work fine for a while then loose its disks - I finally noticed that when I tried to disk access after a failure, the modem lights would flash. Drowned that puppy in tuner cleaner - cured it. JohnW There is 1 Reply. #: 12964 S7/Telecommunications 10-Nov-91 00:48:03 Sb: #12959-Quick-B Problems Fm: Paul Rinear 73757,1413 To: John R. Wainwright 72517,676 (X) Thanks alot for the tip John. I can relate to several days of frustration due to a simple problem. Paul #: 12962 S7/Telecommunications 10-Nov-91 00:13:29 Sb: #12940-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) To get the source code to the original clock module you will probably need a disassembler. I've recently downloaded DASM from Delphi's OS-9 Forum; I haven't used it much yet but it seems to be pretty good. I haven't checked our Libs but I'd be surpirsed if we didn't have one. You could also run a disassembler on the Disto module. I'd suggest you disasm the original, the patched original, and the Disto. See how the source code changes from the original to the patched original and from that you may be able to ascertain how to modify the Disto source and reasm. When you're done and got it all working, run MakPatch and upload DISTOC.IPC as you probably won't be the last to have this sort of trouble:-). There is 1 Reply. #: 12965 S7/Telecommunications 10-Nov-91 01:00:06 Sb: #12962-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) Easy to say there Eric. I have a disassembler from this forum called disasm. I tried this before asking about source code. Try disassembling the clock module and see what you get. I can't make heads nor tails out of it. Here's a new twist to this problem: with the Pete Lyall patch installed I was still getting errors on downloads with my SACIA bootdisk and lockups when I tried to use a remote terminal on another serial port while downloading. So out of frustration, I switched back to using ACIAPAK and things worked fine. In fact, they appeared to be better than usual. So I was pleased with the new hack (which proved to be quite troublesome to install). So I downloaded about 400k of files from a local BBS and was transferring them to disk using 'cp /r0/* /d2' which always worked in the past. About 5 files were transferred when an error 202- Interrupt Polling Table Full started occuring on every next file copy attempt. The system refused to accept disk commands after this and I lost most of the files because I had to reboot. Very frustrating. Paul There are 2 Replies. #: 12966 S7/Telecommunications 10-Nov-91 09:26:25 Sb: #12965-#Quick-B Problems Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, Doing a BROwse /key:patch in LIB 10 brought up an interesting file. CCDISK.IPC claims to cure the 202 error in the original Disto ccdisk.irq driver. Infact, the description of the file describes the same problem you're speaking about (error 202 after several file transfers). Have you applied this patch? Steve There is 1 Reply. #: 12969 S7/Telecommunications 10-Nov-91 11:02:51 Sb: #12966-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) Well Steve, I have this Disto no-halt floppy controller which comes with Cc3Disk.slp and CC3Disk.irq. I've been using CC3Disk.slp because I tried the irq one and it was a real mess. I will go get that patch though. Anything is worth a try. For some reason, my remote terminal decided it was going to lock up the system where it had been working fine. I didn't change ANY software. Makes me think something is hardware buggy. All these problems started when I named my hard disk Jennifer. Paul #: 12991 S7/Telecommunications 11-Nov-91 15:34:15 Sb: #12965-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) I've never used a special Clock module; I had been using the one that came with OS-9 until I applied the Rainbow patches. Since I had no need to disassemble Clock, I didn't do it. I may now try it to see what I'll come] up with. It just seemed to me to be what you would have to do. There is 1 Reply. #: 12995 S7/Telecommunications 11-Nov-91 22:28:15 Sb: #12991-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) If you understand the disassembled output more power to ya. I did finally get this system working thanks to all you people. Wound up with the Pete Lyall irq hack, the Disto RTC Clock module, SACIA, and the Disto CC3Disk.irq driver patched with ccdisk.ipc. All works well except I have to test the "backup" command again as it went nuts last night and tried to read sectors beyond the end of the disk. Paul There is 1 Reply. #: 12997 S7/Telecommunications 11-Nov-91 23:07:00 Sb: #12995-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 I'd say look at your CC3Disk and your device descriptor. I myself don't use Backup; I find it faster and easier to use my DECB "512K Backup Lightning" that came with my 512K upgrade; I will be using Backup soon though since I have a 720K drive waiting to be installed pending arrival of a new drive cable, and "Lightning" does not support 80 tracks on 2 sides. #: 12952 S7/Telecommunications 09-Nov-91 10:40:12 Sb: #12941-#Quick-B Problems Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) Great.... Yes - that extension to the hack is common, and is fine as long as you're not double routing (two paths) the interrupt. It's a simple hack, but has worked reliably for years. Glad to see that you have some large downloads without errors now. Pete There is 1 Reply. #: 12954 S7/Telecommunications 09-Nov-91 13:52:20 Sb: #12952-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) Not quite error free; something is wrong here and it's going to be tricky to find. Will let you know. Paul There is 1 Reply. #: 12971 S7/Telecommunications 10-Nov-91 13:35:25 Sb: #12954-#Quick-B Problems Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) Paul - If you haven't already, apply the patches that make your serial input buffers larger. Truth be known, stock SCF's are dogs, and they can't pump serial data very well... this translates to bigger buffer requirements. I was using a hot rodded SCF on my GMX for a while that helped immensely. Pete There is 1 Reply. #: 12978 S7/Telecommunications 10-Nov-91 22:50:36 Sb: #12971-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) Hmmm... All this time I thought I was building boots with CC3Disk.slp I was actually using CC3Disk.irq. I've applied the patch Steve recommended (ccdisk.ipc) and am testing this version right now. Paul #: 12957 S7/Telecommunications 09-Nov-91 19:28:20 Sb: #WIZ HELP Fm: BOB LEET 72020,2536 To: ALL Y WHOMEVER, I'M HAVING SOME PROBLEMS TRYING TO GET THE WIZ PUT TOGETHER SO I CAN USE IT. I WAS HAVING A PROBLEM TRYING TO FIGURE OUT WHICH MODULES ARE NEEDED IN THE OS9BOOT FILE THAT I AM COMPOSING THROUGH OS9GEN. ALSO, I WAS WONDERING IF SOMEBODY KNOWS EXACTLY WHAT CMDS FILE FILES I NEED TO LOAD ON THE DISK FOR THE BOOTING PROCESS. THE INSTRUCTIONS IN THE MANUAL JUST AREN'T CLEAR, AND THE HELP FILES ON THE DISK DON'T SEEM TO HELP EITHER. IF YOU CAN EXPLAIN IT WELL, PLEASE WRITE IT DOWN AND SEND IT TO ME. BOB LEET 13409 N. 45TH ST. PHOENIX, AZ 85032-6403 THANKS, BOB/EXIT There is 1 Reply. #: 12972 S7/Telecommunications 10-Nov-91 13:39:53 Sb: #12957-WIZ HELP Fm: Pete Lyall 76703,4230 To: BOB LEET 72020,2536 Bob - Are you using the WIZ for Compuserve? If so, there's a better, easier choice that shouldn't require hardly any bootfile manipulation... STERM. It also supports the B protocol, which is much more effecient for Compuserve downloads. If you're set on using WIZ, Bill Brady is author. He stops in here once in a while, but last I heard he was managing an os9 forum on Genie. If you're interested in STERM, go to DL7 and type BRO STERM* to see the latest versions. Pete #: 12985 S7/Telecommunications 11-Nov-91 06:26:43 Sb: #12908-#Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Erich Schulman 75140,3175 (X) Thanks, I have Rsdos which I use a lot, RSsave which I can't get to work yet, and IPatch which works fine. I have NO idea what an IRQ Hack is. I have a 3001200 baud modem, so it sounds like I'll need it. I'm not much with hardware so the software equivalent sounds good. Please inform? Thanks, Bruce Baker There is 1 Reply. #: 12993 S7/Telecommunications 11-Nov-91 15:52:02 Sb: #12985-Help w/ Sterm Fm: Erich Schulman 75140,3175 To: BRUCE BAKER 73747,3137 The IRQ Hack is normally a simple hardware modification. Details can be downloaded. I believe it's IRQHAK.TXT in some lib. You might want to bro lib:all key:irq to find it. There are TWO RSSave's. One is Basic-09, the other is not. Check your docs to see which you have. Or use Ident on your Rssave command. If you have the Basic-09 one, delete it and get the other one. It's better than the B09 util on which the "other" one is based. If you are NOT using the Basic-09 one, what do the problems seem to be; mine works fine. The software IRQ Hack will work only if you are using the original Clock module. If you have a hardware clock and installed a new Clock module you cannot use the software fix as published. I believe the software fix was in the August 1990 issue of Rainbow. The Telecom article in the current issue (11/91) may also be helpful. At 300 baud the IRQ Hack is probably not necessary (it wasn't for me anyway). But at 1200 you should have it. Consider it a must-have if you want to go to 2400 baud. #: 12986 S7/Telecommunications 11-Nov-91 06:31:39 Sb: #12919-#Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 (X) Thanks very much Steve. I'll check LIB 7 right away. By the way, I have RSdos (and Ipatch, Ipattched CC3) and they work just fine, but I can't get RSsave to go. Any pointers? Yours, Bruce Baker There is 1 Reply. #: 13006 S7/Telecommunications 12-Nov-91 08:05:06 Sb: #12986-Help w/ Sterm Fm: Steve Wegert 76703,4255 To: BRUCE BAKER 73747,3137 Sorry Bruce ... but I use 'RSDOS' utility for my system to system conversions. And even that syntax is pretty convoluted for me. 'fraid I can't offer any help with RSsave. Steve #: 13010 S7/Telecommunications 13-Nov-91 00:00:03 Sb: #12997-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) I guess that thing with backup was a fluke since I've used it a few more times with no problem. I've got a copy of backup lightning also but I don't leave OS9 and reboot. Alot of disk swapping to back up a 720k disk with one drive. I like to copy them to a 720k ramdisk and then back out. Did you look at a disassembled clock yet? Paul There is 1 Reply. #: 13014 S7/Telecommunications 13-Nov-91 00:38:12 Sb: #13010-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 I can't use a 720K RAMdisk as I have only 512K total and I start up on 360K (and usually take off another 256K for RAMdisk). I still have yet to be able to install my 720K drive. I'm beginning to think that I'll Backup my 720K disks by WCopy'ing dir-by-dir to RAMdisk and then to 720K as I remember all the disk swapping I did with 360K that drove me to Backup Lightning. I'm going to see about disassembling the clock today; I've had a lot on my queue(g). #: 13012 S7/Telecommunications 13-Nov-91 00:08:01 Sb: #Finally! Fm: Paul Rinear 73757,1413 To: Steve Wegert Just wanted to thank you for your help. Everything is working well finally. Wound up with SACIA and Disto's CC3Disk.irq with the patch you found, along with the Pete Lyall irq hack. The error rate at last check was 3 errors in 180k using Quick-B. Not perfect, but better by a factor of 6. And there have been NO lockups. Paul There is 1 Reply. #: 13025 S7/Telecommunications 13-Nov-91 07:55:01 Sb: #13012-#Finally! Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 Paul, THAT is great news! Not to toss any cold water on your success.... but I'm still concerned about those 3 errors in 180K. I rarely get errors ... perhap your phone lines? Who serves you .... one of the Bell's, GTE ... are you dialing in direct to a CIS node or via an alternate gateway. Steve There is 1 Reply. #: 13027 S7/Telecommunications 13-Nov-91 08:50:54 Sb: #13025-Finally! Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 Hey bub, watch that anti-GTE talk.... Say, just what _is_ your number? Nevermind... we have ways of finding out . Pete #: 13038 S7/Telecommunications 13-Nov-91 22:07:43 Sb: #13014-#Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) Having trouble installing the 720k drive or are you just short on time? I used mine to hold just my CMDS for a long time. Wouldn't be without it. There is 1 Reply. #: 13043 S7/Telecommunications 14-Nov-91 00:37:52 Sb: #13038-#Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) The problem is with my drive cable, the one that came with the FD-502. The 34-pin connector for /d1 could not reach the card edge on the drive. I called the dealer for help and I was told to zigzag-route the ribbon cable so that it will reach. He said it definitely will reach then. And it did, only problem was that I could no longer close the case with the ribbon cable now in the way. So I called again. This time he got a FD-502 case and the same drive I bought and proceeded to try to make the cable reach and the case close. And sure enough he couldn't do it either. He offered to have one of his people create a new drive cable for me with a real FD-502 case and the same drive as a guide. A cable that will zigzag but will reach and still let the case close. This cable would completely replace the present one, incl. for /d0. It's been nearly a fortnight and I'm still waiting for the cable. The delay may be caused by delays in being able to ship some other items I ordered so it would be in 1 big pkg, but I've not yet enquired. There is 1 Reply. #: 13052 S7/Telecommunications 14-Nov-91 22:14:38 Sb: #13043-Quick-B Problems Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 Good luck with it. I've built those cables myself; it's not too hard. There are these connectors that you press onto the ribbon cable at any point you want. They have teeth that bite through the cable; sort of like those blue Radio Shack RS-232 connectors. Paul #: 13039 S7/Telecommunications 13-Nov-91 22:13:22 Sb: #13025-#Finally! Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) I dial directly into a CIS node in Metuchen NJ via Atlantic (NJ) Bell. I get no errors using X-Modem. That test that showed up the 3 errors; I was downloading a file to ramdisk while doing all kinds of disk accesses and things with the remote terminal just to see if I could lock it up. How many devices do you have hooked to your IRQ line. I have 3 6551's and 2 disk controllers. Paul There is 1 Reply. #: 13045 S7/Telecommunications 14-Nov-91 07:57:33 Sb: #13039-#Finally! Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Well ... with that much activity going on, I don't feel so bad about 3 errors. I've got 3 serial ports as well as the usual disk controller and Hard drive interface. Steve There is 1 Reply. #: 13053 S7/Telecommunications 14-Nov-91 22:19:15 Sb: #13045-Finally! Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 So you've got basically the same amount of stuff on the line. Does yours make errors if you start doing alot of things on a remote terminal while downloading? I remember when I was getting lots of errors that taking the RS-232 port to the printer off line seemed to decrease the errors. That didn't make any sense to me as it shouldn't be generating any interrupts. I'm going to try it with that pak pulled for kicks. Paul #: 13044 S7/Telecommunications 14-Nov-91 07:55:52 Sb: #13027-#Finally! Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) .... caught me! ;-) The office is served by GTE while the house is SWBT. Actually, I'm rather pleased with the GTE merger. As a result, I can drop my dedicated long distance line at the office and go 1+. Contel could never say 'equal access'. Cut over is mid-December. I can hardly wait! Steve There is 1 Reply. #: 13046 S7/Telecommunications 14-Nov-91 12:15:20 Sb: #13044-#Finally! Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Well, not only did we merge, but I also transferred to a whole different business area. Used to work in Government Systems doing secure stuff for the Air Force & DIA. Now I'm in Telephone Operations as part of the Data Services division. Pete There is 1 Reply. #: 13055 S7/Telecommunications 14-Nov-91 22:39:19 Sb: #13046-Finally! Fm: John R. Wainwright 72517,676 To: Pete Lyall 76703,4230 Hmmm Air Force & DIA, huh? Got my intro to computers in the 60's when I was in the Air Force & stationed at NSA. However, the real reason I jumped into this thread was: If you didn't get an offer on the "286" board you mentioned in another area yet - I'll take it. I have a kinda home-built "XT clone" that could stand an upgrade. Send me an est of total cost (incl ship), and I'll mail you a check (unless someone already grabbed it). John Wainwright (72517,676) #: 13056 S7/Telecommunications 14-Nov-91 23:42:21 Sb: #13055-#Finally! Fm: Pete Lyall 76703,4230 To: John R. Wainwright 72517,676 (X) John - It's tentatively spoken for, but I'll keep you on the list in the event it falls through. Thanks! Pete There is 1 Reply. #: 13063 S7/Telecommunications 15-Nov-91 19:41:32 Sb: #13056-#Finally! Fm: John R. Wainwright 72517,676 To: Pete Lyall 76703,4230 (X) Thanks, Pete, Figured I was too slow to be first. Let me know. JohnW There is 1 Reply. #: 13092 S7/Telecommunications 17-Nov-91 14:07:25 Sb: #13063-Finally! Fm: Pete Lyall 76703,4230 To: John R. Wainwright 72517,676 (X) Will do John! #: 13064 S7/Telecommunications 15-Nov-91 22:08:33 Sb: #13053-#Finally! Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Yup ... we're pretty much set up the same. And yes ... doing CPU intensive things in other window has caused me to see errors on B+ downloads. You can only push these CoCo's sooo far. I have a 9600 baud modem that really is doing me no good. The poor 3 can't keep up. Can't wait for the MM/1 to show up. It's been three weeks since I placed the order. Paul said 4 or so. I'm getting anxious. Steve There is 1 Reply. #: 13086 S7/Telecommunications 17-Nov-91 09:33:39 Sb: #13064-#Finally! Fm: Paul Rinear 73757,1413 To: Steve Wegert 76703,4255 (X) The MM/1 is tempting; but I have a lot to learn about programming the Coco. Just started getting into it. With this hard drive I've been tempted to run a message board in the background since I have a separate phone line. Are you familiar with any of the BBS software available? Paul There is 1 Reply. #: 13087 S7/Telecommunications 17-Nov-91 11:15:12 Sb: #13086-Finally! Fm: Steve Wegert 76703,4255 To: Paul Rinear 73757,1413 (X) Paul, I've not played with any of the BBS software, but I do have my system open to the outside world on a dial up basis. Steve #: 13057 S7/Telecommunications 15-Nov-91 00:27:30 Sb: #13052-Quick-B Problems Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) I got a e-mail on Delphi yesterday. The drive cable will be on its way very soon now. #: 13058 S7/Telecommunications 15-Nov-91 14:08:08 Sb: WIZ Fm: MARK NORTH 70412,2312 To: BILL BRADY Nov. 11th, 1991 My name is Mark North and I'm new to telecommunicating. I have a CoCo 3 with one meg of memory and a Disto SC 2. I bought the Wiz and got WizPro along with it and I am having trouble get them running. All I get is single characters between '> <' in the single line window in the bottom of the screen. It looks like the modem is never hearing from the computer. I have seen since I've been on Compuserve with AutoTerm that many patches should be done to my system to make everything work well. I was extremely pleased to find out that it wasn't really my fault that printer kepted getting stray linefeeds all the time. My problem with the Wiz is I just didn't get enough from the docs. I think my boot file is OK, but since I'm a rookie at using any terminal package, I have run out of plans to try. I joined Compuserve to talk to others with similar equipment and intrests. I need to log on to the service under the operating system to download all the patches and such that I need. Someone PLEASE HELP! Thank You for Your Time and Interest 70412,2312 Mark North #: 13073 S7/Telecommunications 16-Nov-91 19:01:56 Sb: #12993-#Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Erich Schulman 75140,3175 (X) Thanks. I'm not sure if I have that (Aug. 90) issue of Rainbow. Is there something in Lib 10 that would explain the fix? On RSsave, I do have the non-basic09 version (it's in assembly) but I guess it's like DSAVE and I was never very good with that. Guess I'll dig out my Rainbow Guide and have another go at it. Yours, Bruce Baker There is 1 Reply. #: 13079 S7/Telecommunications 17-Nov-91 00:21:09 Sb: #13073-#Help w/ Sterm Fm: Erich Schulman 75140,3175 To: BRUCE BAKER 73747,3137 I don't believe there is anything you can download here for the software fix. If you have access to Delphi you can download it there BUT you will have to pay $3.50 extra. Even then this is one case where having the documentation (the magazine) is a very good idea. Order the back issue if you don't have it. Then type it in or cough up the $3.50 if you're short on time--you'll do a lot of typing for this. As for your RSSave, place the Disk BASIC disk in Drive 0 and an OS-9 disk in Drive 1 (RSSave should already be in memory, and so should RSDOS). The OS-9 disk should have a copy of RSDos on it. Type chx /d1/cmds (or wherever RSDos is). Then type rssave /d0 /d1 ! shell and watch your files get transferred to OS-9. You must have a copy of RSDOS on the destination disk with the execution dir set to it because RSSave will want to load RSDos and OS-9 must be able to find it. Give this a try and leave another message if you still have problems. It took me a few tries to get RSSave to work right but it does. There is 1 Reply. #: 13095 S7/Telecommunications 17-Nov-91 20:47:06 Sb: #13079-Help w/ Sterm Fm: Bob van der Poel 76510,2203 To: Erich Schulman 75140,3175 (X) Just jumping in here with something totally different, but the mention of RSSave, etc. reminds me... Does anyone know if the file transfer utility, RSDOS, is being ported to OSK? #: 13076 S7/Telecommunications 16-Nov-91 20:15:44 Sb: #12993-#Help w/ Sterm Fm: Bob van der Poel 76510,2203 To: Erich Schulman 75140,3175 (X) This IRQ hack thread has tweaked my curiousity (again(). I have a disto super controller II (no-halt) with a 2 in 1 board (hd and serial). It has a little blue wire which connects between the serial board and the disk controller. I assume (since I don't have dl problems at 2400 baud) that it does the same as the IRQ hack(s). Does it? There are 2 Replies. #: 13080 S7/Telecommunications 17-Nov-91 00:28:49 Sb: #13076-Help w/ Sterm Fm: Erich Schulman 75140,3175 To: Bob van der Poel 76510,2203 (X) From what I've read it seems to me that's what the wire would be for but I really can't say for sure. I should have a SC2 on the way soon but not with a 2-in-1. I may know more when I get the package but even this isn't too likely as I'm not getting the serial board with the controller. Do you know which data lines the wire connects to on each side? Compare pinouts to whatever docs you may have. If your downloads are reliable and you don't have a lot of dropped characters you're probably doing fine as you are. I like having ended my problems but about all I use OS-9 term pgms for are downloads >68 Granules; otherwise, I use Ultimaterm in DECB. #: 13083 S7/Telecommunications 17-Nov-91 06:30:08 Sb: #13076-Help w/ Sterm Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob - that wire is to connect the IRQ from the serial board to the coco bus. IRQ hacks actually come in two related flavors: ones which tie all the MPI slots together so that all slots can give an IRQ... and ones which bypass the GIME so that IRQs go straight to the 6809 cpu (or which use software to make the GIME irq handling more reliable). The whole idea is simple: to make sure that IRQs have a clear path to the cpu and are always recognized. The actual execution of this idea gets a little muddled, depending upon the type of external hardware/drivers :) kev #: 13077 S7/Telecommunications 16-Nov-91 20:15:55 Sb: #12993-Help w/ Sterm Fm: Bob van der Poel 76510,2203 To: Erich Schulman 75140,3175 (X) This IRQ hack thread has tweaked my curiousity (again(). I have a disto super controller II (no-halt) with a 2 in 1 board (hd and serial). It has a little blue wire which connects between the serial board and the disk controller. I assume (since I don't have dl problems at 2400 baud) that it does the same as the IRQ hack(s). Does it? #: 13074 S7/Telecommunications 16-Nov-91 19:04:25 Sb: #13006-Help w/ Sterm Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 (X) Dear Steve, Thanks anyway. I haven't given up yet. I'll dig through my Rainbow Guide and have another go at it. Yours, Bruce Baker #: 13091 S7/Telecommunications 17-Nov-91 13:44:24 Sb: WIZ HELP Fm: MARK NORTH 70412,2312 To: ALL Hello, Another letter looking for help to get up and communicating under OS9 Level 2. I have the DISTO Super Controller 2 with a 3 in One board which has a Real Time Clock and its own custom module. Can anyone confirm the wiring scheme used for the DISTO Super Controller 2 RS232 port? It is part of what is keeping me from using The Wiz and WizPro under OS9. Here is what I am assuming it is on the 10 pin ribbon cable: 1 2 3 4 5 6 7 8 9 10. This is looking at the cable end. The convention for a ribbon cable, as I understand it, is odds on the top and even on the bottom, but this seems to be the way I found the wires in the cable originally and that's how I read the levels coming off the the port itself. I have found a dead power transformer for the RS232 port caused by a short between the power feed pins on the 3 in one board shorting against the slightly insulated case. The 10 pin ribbon cable was upside down due to a notch that was missing in the aluminum case. I was led to believe by the documents for the above mentioned telecommunications package that patches to the level two operating system clock modules was not a good idea. Should I have any patches or not to the DISTO replacement clock module. Will it work with the Wiz? I will only be communicating at 2400 baud. Do I need the standard ACIA modules loaded also? Do I need /T1 or /T2? I also have the DISTO 1 meg upgrade. Is there anything besides the avoidance of starting a window outside the first half meg that I should be aware of with regards to the Wiz or WizPro? I am looking forward to getting the patch for the annoying linefeed problem with the parallel printer port. From what I've noticed though, it is really the very last character sent which is repeated. Thanks for your time. 70412,2312 Mark North. #: 13154 S7/Telecommunications 22-Nov-91 16:09:13 Sb: #Internet E-MAIL Fm: Keith H. March 70541,1413 To: 76703,4227 (X) Kevin: Why didn't the following E-MAIL get to its destination? Where do I send it to? Keith, From bgsuvax!BGSU-MAILER Received: by khmarch (OS9 UUCP) 22 Nov 91 17:27 Received: from khmarch.UUCP by andy.bgsu.edu (5.65/3.8) id AA11171 ; Thu, 21 Nov 91 18:05:20 -0500 Date: Thu, 21 Nov 91 18:05:20 -0500 >From: Mail Delivery Subsystem Subject: Returned mail: User unknown Message-Id: <9111212305.AA11171@andy.bgsu.edu> To: bgsuvax!mailman To: khmarch!keithmarch ----- Transcript of session follows ---->>> RCPT To: <<< 550 ... User unknown 550 coco@princeton.edu... User unknown ----- Unsent message follows ----Received: from khmarch.UUCP by andy.bgsu.edu (5.65/3.8) id AA11168 ; Thu, 21 Nov 91 18:05:20 -0500 Date: Thu, 21 Nov 91 18:05:20 -0500 >From: Message-Id: <9111212305.AA11168@andy.bgsu.edu> To: bgsuvax!coco@princeton.edu Subject: Subscribe :) Subscribe CoCo -- Keith H. March | Busy Beaver WoodShop INTERNET: khmarch!keithmarch@bgsu.edu UUCP: ...!bgsuvax!khmarch!keithmarch There are 2 Replies. #: 13158 S7/Telecommunications 22-Nov-91 20:40:31 Sb: #13154-#Internet E-MAIL Fm: Kevin Darling 76703,4227 To: Keith H. March 70541,1413 (X) Looks like you sent it to coco@princeton.edu, but a subscribe should go to listserv@princeton.edu, I think. Steve will know. Steve?? There is 1 Reply. #: 13166 S7/Telecommunications 23-Nov-91 15:07:38 Sb: #13158-Internet E-MAIL Fm: Steve Wegert 76703,4255 To: Kevin Darling 76703,4227 The direction is right ... but the address is incomplete, I think. Commands should go to LISTSERV@pucc.princeton.edu while message postings to COCO@pucc.princeton.edu Steve #: 13163 S7/Telecommunications 23-Nov-91 11:17:48 Sb: #13154-Internet E-MAIL Fm: Pete Lyall 76703,4230 To: Keith H. March 70541,1413 (X) Keith - Try mailing to coco@pucc.princeton.edu Pete #: 13685 S7/Telecommunications 25-Dec-91 23:48:08 Sb: #13307-#SC2.1A YMODEM Probs Fm: Mike Knudsen 72467,1111 To: Erich Schulman 75140,3175 (X) CIS does not speak YModem at all, only XModem. Yes, they call it YModem on the menus, and still geta away with it, but it's bull. OSTerm locks up completlely on CIS if you try YModem. ANother service at a fraction of the cost handles YModem just fine ^-) There is 1 Reply. #: 13686 S7/Telecommunications 26-Dec-91 00:22:59 Sb: #13685-SC2.1A YMODEM Probs Fm: Erich Schulman 75140,3175 To: Mike Knudsen 72467,1111 The only thing that seems to work when I declare YMOdem to CIS is when I use ZTerm 0.85 on the Mac. Is ZTerm therefore a one-of-a-kind?