N Public Message Message # 3145 *MM1 TECH Echo* To : All From : Warren Hrach Subject : RiBBS_OSK Date : 95/01/23 11:30:18 So far we have 3 beta test sites and can add a few more. Just let me know by sending 3.5" in a returnable mailer with return postage enclosed. Send To: Warren Hrach 4369 Newport Ave. San Diego, CA 92107 Progress so far is getting to the point of a breakthru with the modem answering part. Once that is worked out then other items will be cleaned up. So far there have been 2 official updates released. These are included on the beta disk I send. Warren Hrach, RiBBS/RiBBS_OSK beta sysop. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3185 *MM1 TECH Echo* To : John A Donaldson From : Warren Hrach Subject : RiBBS_OSK works Date : 95/01/24 09:20:24 From: William R. Chapple Jr. Date: Jan 23, 1995 Monday. Ribbs/OSK module revisions. In this archive you should find the following Ribbs/OSK modules that I have worked on in both source and packed form: 1. RiBBSMain 2. LoadConfig 3. SetBaud 4. Connect 5. Chat I have made changes to all of the above modules to get Ribbs/OSK up and running much better. The included text file buglist.txt list a number of bugs that I have come across, and the fixes that I have made on some of them. I suggest that you take a quick look at it for more info on what works and what might not ! Just copy the NEW modules to your Ribbs/OSK CMDS directory and try them out! I have removed the 'fixer' from park.bat (should not need it anymore)! A quick summary of some of the bug fixes: 1. Ribbs/OSK can now configure the port properly. 2. It can now answer an incomming call and get the proper baudrate for the call. 3. Some errors in the "CONNECT" module when reading the ribbs.cfg file was fixed which also fixes some bugs when Ribbs/OSK delays for the LOGIN delay and the CONNECT delay. Before the fix Ribbs/OSK would delay for more that a full minute between the LOGIN and CONNECT delays 4. The CHAT function no longer gets 'stuck' on the remote user's end, and it 'beeps' at the sysop when paging. I hope that I have 'REALLY' squashed the above with no negative side- effects. Let me know of any problems that you have! *NOTE ON HANGING UP MODEM* Ribbs/OSK has to hangup the phone by sending the hangup string to the modem. I have found that for my modem I need to put some pauses in the hangup string or else my modem will NOT hangup, especially at slow baudrates! In order to get my modem to hangup at 1200 b.p.s., this is the hangup string that works best so far: ~~+++~+++~~ATH0|. The "~" means pause for a second and "|" is a CR. My modem needs to see the +++ twice for some reason before it will go to command mode, thats why I have it two times. When you choose goodbye from the menu, Ribbs/OSK will dump the goodbye message, and thats where the problem comes in (at least for me). If the message isn't completely dumped before Ribbs/OSK sends the hangup string my modem will not hangup and Ribbs sees the CD after it restarts. The above hangup string works for my modem as slow as 1200 b.p.s. but I'm not sure about 300 b.p.s.! All the one second pauses REALLY slow down the modem initialization process (5 secs for the above), but it helps when its time to hangup! eof Ribbs/OSK Beta Bugs list and fixes. Jan 23, 1995 Wiliam R. Chapple. Here is a list of the bugs that I have come across so far, and the fixes, if any, that I have made to correct them: ------------------------------------------------------------------------- 1. No matter what baudrate the modem said it connected at, Ribbs/OSK would select 2400 b.p.s. FIX: Corrected the problem in the "CONNECT" module. ------------------------------------------------------------------------- 2. Ribbs/OSK could not properly configure the I/O port by it self. FIX: Corrected the problem in the "LOADCONFIG", "CONNECT" and "SETBAUD" modules. ------------------------------------------------------------------------- 3. Ribbs/OSK just sat there after sending the "Press [ESC]" message. FIX: Corrected in the "CONNECT" module, it was set to accept "m" instead of as ESC. You must now press ESC from (remote) terminal. ------------------------------------------------------------------------- 4. Ribbs/OSK will crash if you enter your password incorrectly and you re-enter it correctly when Ribbs gives you another chance. Once you press ENTER, it will suddenly bomb. It gets stuck is an error loop with error #43 in login. FIX: NONE ------------------------------------------------------------------------- 5. The "CONNECT" module was calling rbwait with incorrect parameters. I think is should be calling "SETBAUD"?? But not sure. The REMed it out. FIX: REMed out the bad line. ------------------------------------------------------------------------- 6. "SETBAUD" was getting stuck. FIX: Corrected by removing "CLOSE" statement which was closing the I/O path that was being used for I/O to the modem. ------------------------------------------------------------------------- 7. Ribbs/OSK would delay for over one full minute after connection was made, before it would send the "PRESS [ESC]" message. FIX: I found in the "CONNECT" module that two variables had not been DIMMed. They were throwing off CONNECT when it read in the config info from ribbs.cfg. I DIMMed them so that would match rconfig, and that solved the delay problem. Other problems that were related to the above, was the BBS NAME and SYSOP NAME was incorrect, along with other varaibles. All fixed now. ------------------------------------------------------------------------- 8. When "DUMPFILE" dumps a file and the "Press any key" message appears it will not contiune no matter what you hit on the remote end. It seems to ignore remote input all together. You must hit a key locally in order for it to continue. Also when you do hit a key locally and there is someone connected remotely, there is a VERY GOOD chance that ribbs/OSK will crash! I have tired ENTER and SPACE BAR with same results. Two errors can occur: #1 ERROR #000:102 (E$BusErr) A bus trap error or #2 ERROR #000:103 (E$AdrErr) An address trap error. FIX: NONE ------------------------------------------------------------------------- 9. When user paged sysop to chat, the page message would appear only once and then the remote user would be stuck there, because nothing he would hit would make CHAT continue. When a key was hit locally chat would continue and enter chat mode. Also It made no sound when paging sysop. FIX: The "CHAT" module was calling the "inkeys" program to get input, but inkeys will not return with a null string (It waits until a key is pressed). I replaced it with INKEY and GET. I added the BGFX("BELL") command to make chat beep when paging. __________________________________________________________________________ Other things that occur randomly are: Sometimes Ribbs/OSK will get stuck in a error loop or will re-start when user tries to Quit Ribbs/OSK. I am using two ZOOM modems 1 2400b.p.s. v.42bis and one 14.4k b.p.s v.32bis. Sometimes my modems would not respond correctly to the command strings being sent to them, so I slowed down the speed at which ribbs/osk sends them (put a very short pause between each character being sent to modem). It is 'built-in' the "SETBAUD" module. This solved the problem. Ribbs/OSK has to hangup by sending a hangup string something like the following: "+++~ATH0|". My modem needs to see the "+++" twice before it goes to command mode, and at slow baudrates ex: 1200 baud I need to insert pauses in the hangup string like this: ~~+++~+++~~ATH0| This makes initialization of the modem slow, but it will hangup after displaying the goodbye message. Have not tried at --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3209 *MM1 TECH Echo* To : John A Donaldson From : Warren Hrach Subject : Calvins msg. Date : 95/01/25 08:23:51 John, Here is Calvins response to W. Chapples buglist. He (Calvin) must have gotten my file I sent with the archive 'ribbsmods1.lzh' via a uuencoded file. Unless he read just the MM1_TECH echo in which I only included the readme and buglist. W. Chapple does read the MM1_TECH echo each time he logs on. Warren. ------------------------ Crosspost start ------------------------------- Date: Wed, 25 Jan 95 06:20:00 MST From: cdodge@nyx10.cs.du.edu (Calvin Dodge) Message-Id: <9501251320.AA19326@nyx10.cs.du.edu> X-Disclaimer: Nyx is a public access Unix system run by the University of Denver. The University has neither control over nor responsibility for the opinions or correct identity of users. To: Warren Hrach Subject: ribbs Warren, I received a list of bugs from William Chapple. Unfortunately, I don't have (or accidentally deleted) his email address. Could you relay the following to him? From bug list dated Jan. 23, 1995 bug #4 - I had the same problem - I loaded the logon.b file - packed it - it ran just fine (gave 4 chances at password, then went back to menu). Maybe your packed logon module is an older one. bug #8 - dumpfile bug - It doesn't happen with my revised dumpfile.a. Would he like it? Or will it get to him if I send it to Randy Wilson? -------------------------- End crosspost --------------------------------- I will reply to Calvin's msg via E-Mail UUCP Internet. Warren. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3242 *MM1 TECH Echo* To : William Chapple From : Warren Hrach Subject : RiBBS_OSK up3.lzh Date : 95/01/26 13:54:14 William, I have the official up3.lzh you can download from private downloads in my e-mail msg base. Also get the updated buglist and hist files, use those names. I have been successful getting my 2400 modem to answer over /t0 so far. The new logon.b fixes the password wrong entry bug and if you delete the 'press any key [ctrl b]' from the welcome, bulletin files you will be able to logon, read mail and logoffj. I still havent got my modem to hangup even though it sends the +++ ATH0 to the modem. Maybe my register with the excape char is changed, have to check. Calvin Dodge has a fixed dumpfile to cure the cntrl b hangup and it will be included in up4.lzh when released. Good luck, Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3267 *MM1 TECH Echo* To : Warren Hrach From : William Chapple Subject : Setbaud module Date : 95/01/26 22:46:21 Next Reply is Message 3268 Hi. I have an idea that 'should' allow setbaud (Ribbs/OSK) to drop DTR on all I/O ports. I am looking into it and I am going to write a NEW setbaud module from the ground up designed with my idea in mind. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3268 *MM1 TECH Echo* To : William Chapple From : Warren Hrach Subject : Re: Setbaud module Date : 95/01/27 09:11:06 Previous Reply is Message 3267 On Thursday, January 26th, 1995 - William Chapple wrote: WC> Hi. I have an idea that 'should' allow setbaud (Ribbs/OSK) to drop WC> DTR on all I/O ports. I am looking into it and I am going to write a WC> NEW setbaud module from the ground up designed with my idea in mind. William, I checked out your setbaud and setbaud.r1.b you just uploaded. I found neither would hang up my modem when i had the ^R in the hangup string with /t0. I did find that not necessary to set /t0 to noecho as if I do it gets all goofed up. BTW the packed setbaud and the source 'setbaude.r1.b' are not the same. Your readme said your archive had setbaud.r2.b so must have gotten it goofed on your end. I do hope you can get it to work with both /t0 and /t3,/t4 ports. So for now will just have to stick with the setbaud that I found to work CRC 862FA0, size #1718. Forget which source this is from but was previous to what you just sent. It is necessary to xmode /t0 baud-2400 however. Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3269 *MM1 TECH Echo* To : William Chapple From : Warren Hrach Subject : more hangup info Date : 95/01/27 12:21:41 William, Forgot to mention that I have gotten my modem to hangup with the up3 update setbaud that is one you sent in ribbsmods1.lzh. I used a hangup string 'tilde+++tiled tilde+++tilde tildeATH0|'. But a new bug has cropped up. If loging on as a new user and filling out the application the C chat will work as a Q and log you off. Q will give you the 'logoff with msg to sysop' and bomb out. Only previously entered users can log on and get all the chars in a menu to work.. So got to be something in the userlog and userindex that gets goofed up now. Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3299 *MM1 TECH Echo* To : John A Donaldson From : Warren Hrach Subject : up4 is due Date : 95/01/29 13:01:59 John, Have you received the ribbsmods5.lzh I sent Sunday morning ? It is all working very well and I can have outside callers log on at 1200 to 14400 buad using my /t3 and ZyXEL modem. Now to get the final msg. base bugs ironed out and on to FIDO !. Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3322 *MM1 TECH Echo* To : All From : Tim Jones Subject : New Files in Group OSK Date : 95/01/28 08:31:00 Next Reply is Message 3332 Hello All! Area: OSK_UTI SETTERM2.LZH 19970 Manipulates TERM & TERMCAP Env. variables by Brian C. White Received from: 1:382/107 Area: OSK_MUS MM1_TRAC.LZH 332682 Andrzej Kotanski's port of a program that plays Amiga Soundtracker files on an MM/1. Received from: 1:382/107 Files are available on these fine OS9-CN volunteer BBS': Golden Coco - TX - 713-941-1542 | The Data Warehouse- WA - 509-325-6787 Coco Workshop - FL - 904-771-4779 | Cloud-09 BBS - WA - 206-425-7504 ACS BBS Inc - GA - 404-636-2991 | The Pink Rose - CT - 203-429-6338 The Data Stash - WI - 414-684-4115 | Babylon-5 - QC - 819-669-7462 The Coco Exchange - CA - 619-272-3643 | Pot O' Gold - BC - 604-564-8869 House of Fire - ON - 416-601-0085 | the Trial Run - TX - 512-280-6578 The Coco Library - HI - 808-545-8368 | Coco-Plus - AL - 334-341-1616 Bye, Tim! tjones@infomail.com --- FleetStreet 0.98wb * Origin: Trial Run - Austin, Tx - [512-280-6578] (1:382/107) Public Message Message # 3323 *MM1 TECH Echo* To : All From : Warren Hrach Subject : RiBBS_OSK Date : 95/01/23 11:30:00 So far we have 3 beta test sites and can add a few more. Just let me know by sending 3.5" in a returnable mailer with return postage enclosed. Send To: Warren Hrach 4369 Newport Ave. San Diego, CA 92107 Progress so far is getting to the point of a breakthru with the modem answering part. Once that is worked out then other items will be cleaned up. So far there have been 2 official updates released. These are included on the beta disk I send. Warren Hrach, RiBBS/RiBBS_OSK beta sysop. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3329 *MM1 TECH Echo* To : Hugo Bueno From : James Jones Subject : Re: keyboard Date : 95/01/30 04:12:21 Previous Reply is Message 2829 Wish I knew. I have an ergonomic keyboard that claims to be autosensing, but doesn't work. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3332 *MM1 TECH Echo* To : Tim Jones From : Warren Hrach Subject : Re: New Files in Group OSK Date : 95/01/30 08:27:57 Previous Reply is Message 3322 Tim, I just received two msgs that I originally posted here. Seems that net/node 343/210 reposted them and they look like they orginated on his system. I could tell by the AMSGID and the seen-by line where they came from. Anyway, RiBBS_OSK is really looking good. It will now work with either /t0 or /t3 on my system and with my 2400 or ZyXEL at 9600 baud. Callers are amazed at how fast it is working. More to follow ---- Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3393 *MM1 TECH Echo* To : All From : Warren Hrach Subject : windio54 Date : 95/02/01 19:45:11 I have just put windio54 official release up for all to download. It is in the OSK windows files. Warren Hrach, RiBBS/RiBBS_OSK beta sysop. --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message Message # 3421 *MM1 TECH Echo* To : All From : Erik Jan Tromp Subject : New File Received via TIC Date : 95/01/30 18:20:00 The following file has been received in area OSK_UTI File Name : SETTERM2.LZH Description : Manipulates TERM & TERMCAP Env. variables by Brian C. White File Size : 19,970 bytes Origin : 1:382/107 This file will be available for file request as of 31-Jan-95 06:30 (This is a system generated message) --- TICket v1.01 / RiBBS v2.11 (Beta) * Origin: TimeShare Data Systems (aka: RiBBS H.Q.) (519)679-1332 (1:2401/403) Public Message Message # 3422 *MM1 TECH Echo* To : All From : Erik Jan Tromp Subject : New File Received via TIC Date : 95/01/30 18:21:00 The following file has been received in area OSK_MUS File Name : MM1_TRAC.LZH Description : Andrzej Kotanski's port of a program that plays Amiga Soundtra File Size : 332,682 bytes Origin : 1:382/107 This file will be available for file request as of 31-Jan-95 06:30 (This is a system generated message) --- TICket v1.01 / RiBBS v2.11 (Beta) * Origin: TimeShare Data Systems (aka: RiBBS H.Q.) (519)679-1332 (1:2401/403) Public Message Message # 3428 *MM1 TECH Echo* To : David Graham From : Russ Magee Subject : MM/1 repair Date : 95/02/02 23:52:24 Hello David (if you're out there)... I mailed your Delphi account regarding my MM/1's repair status a few days ago, but I'm not sure it got through. So, hopefully you'll catch this message. I sent my machine (all CPU boards) to Kevin Pease in early December, but I have heard no word from him on whether or not it was received ok. (Hopefully it's not in mail purgatory somewhere). Could you ask Mr. Pease if he got it ok? thanks, Russ Magee --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) Public Message (Rec) Message # 3444 *MM1 TECH Echo* To : Warren Hrach From : Tim Jones Subject : Re: New Files in Group OSK Date : 95/02/02 09:09:00 Next Reply is Message 3467 Hello Warren! Replying to a message of Warren Hrach to Tim Jones: WH> Tim, WH> I just received two msgs that I originally posted here. Seems WH> that net/node 343/210 reposted them and they look like they orginated WH> on his system. I could tell by the AMSGID and the seen-by line You confused me Warren. How does this pertain to me? WH> where they came from. Anyway, RiBBS_OSK is really looking good. WH> It will now work with either /t0 or /t3 on my system and with my 2400 WH> or ZyXEL at 9600 baud. Callers are amazed at how fast it is working. Sounds Great! I keep meaning to send you my disk but I alway manage to forget. I'm taking a day off from work tomorrow so I'll try and get it done then. Bye, Tim! tjones@infomail.com --- FleetStreet 0.98wb * Origin: Trial Run - Austin, Tx - [512-280-6578] (1:382/107) Public Message Message # 3467 *MM1 TECH Echo* To : Tim Jones From : Warren Hrach Subject : Re: New Files in Group OSK Date : 95/02/03 17:02:22 Previous Reply is Message 3444 On Thursday, February 2nd, 1995 - Tim Jones wrote: WH> I just received two msgs that I originally posted here. Seems WH> that net/node 343/210 reposted them and they look like they orginated WH> on his system. I could tell by the AMSGID and the seen-by line TJ> You confused me Warren. How does this pertain to me? WH> where they came from. Anyway, RiBBS_OSK is really looking good. WH> It will now work with either /t0 or /t3 on my system and with my 2400 WH> or ZyXEL at 9600 baud. Callers are amazed at how fast it is working. TJ> Sounds Great! I keep meaning to send you my disk but I alway manage TJ> to forget. I'm taking a day off from work tomorrow so I'll try and TJ> get it done then. Tim, I guess I was responding to msg you posted about loosing msgs. As for RiBBS_OSK beta we need more help with the Fido part and since you have Fido working on Maximus and can cross test between your Max system and RiBBS_OSK using a null modem or even two modems it would be easy to test that way. Warren --- RiBBS v2.11 (Beta) * Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/745) =*= FIDO ECHO MESSAGES MENU =*= <1> Scan \ <2> Read > OS9 Echo mail <3> Leave / <4> Scan \ <5> Read > CoCo Echo mail <6> Leave / <7> Scan \ <8> Read > CoCo_Club Echo mail <9> Leave / Scan \ Read > MM1_TECH Echo Mail Leave / o back to Main Menu

revious Menu (Messages Menu) [59] Command >>>