8bitfiles.net/archives

home *** CD-ROM | disk | FTP | other *** search

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / RTCMMSGS.SFX / 00rtcmaster next >

Wrap

Text File | 1990-02-12 | 33.5 KB | 748 lines

rea 23 1-112 nor ************ Topic 23 Thu Feb 11, 1993 CBM-MARK at 01:55 EST Sub: RTC Master -> Looking for help! A place to ask for help with RTC Master. 113 message(s) total. ************ ------------ Category 8, Topic 23 Message 1 Mon Mar 08, 1993 CBM-ED [e.g.bell] at 07:52 EST Mark: I read your email. I forget just how to access that feature and it was hacked in and I never tested it much. So I need to know exactly what you did. It looks like it needed a delay. Did you use the same thing when you did the '*up' or a different program? When I do the text editor, that will be incorporated. It should work because I use the same feature for the quoter. It was just meant to not add the ' >## ' before every line. If you try it again, add a delay... though with a prompted transfer that should not be necessary. When I do the quoter overlay for 2.00 I will try it myself too to see how I make out. Thanks for giving it a try. ------------ Category 8, Topic 23 Message 2 Mon Mar 08, 1993 CBM-MARK at 23:25 EST I always assummed the prompted trsnsfer was for the quote feature and had only tried it once before but when you said I could use it for sending the whole buffer I tried it on that message. What I did was define the prompt character as '>' (slot P), then used slot B to send. First try was a complete disaster, only one or two words of each line were caught by GEnie. I upped the line delay to 20 and what you saw was it. Better but not good. You're right, the line delay shouldn't matter that much as long as RTCM is waiting for the prompt char before sending the line. The second half of the email was sent (*up) by using slot B in the quoter and NO prompt char defined. Line delay only 2 or 3. Yes, this is a feature I'ld really like to see. Don't use a feature like that much but it sure comes in handy when I do ;) Mark ------------ Category 8, Topic 23 Message 3 Tue Mar 09, 1993 CBM-ED [e.g.bell] at 04:18 EST I'll have to look at it. The prompter is always my method of choice because it usually can be used with no delays at all. I am finishing things up on 2.00. BTW, the lost chars will have to wait til next version cuz I'm not sure what is causing them and I don't want to delay release or take time away from other things (multi-uload, etc) for something as non-critical as that. ------------ Category 8, Topic 23 Message 4 Sat Mar 13, 1993 L.SCHECTER [SHEK] at 19:53 EST I just downloaded the newest RTC Master and dissolved it. Lo and behold, I don't see any docs. I didn't even find them in my list of files when I did a search. Where are the docs??!! ------------ Category 8, Topic 23 Message 5 Sat Mar 13, 1993 YLR.ROSE [RTC/Lib] at 20:07 EST oops, sorry Shek.. the docs are in an older file, # 10904. You can find it in Library 40. Or, doing a rtc or rtcm in a search will give you all the current files for RTCM. The 10904 file was written for version 1.09. However, there aren't too many new features, just bug killers on the older one, and now when you hit your HELP key in RTCM.. there are new hotkeys to use, and these are shown to you on the screen. Load her up and come visit us tonight in the rtc and check it all out. You'll be amazed! :> Remember to download Mark's Scriptmaker also, file 11076, so you can logon onto Genie (or other local outlets) and fly anywhere you want to go. Hugs ------------ Category 8, Topic 23 Message 6 Tue Mar 16, 1993 CBM-ED [e.g.bell] at 21:48 EST There is a bug I just found in version 2.00 of RTCMaster. It is small and not harmful, but you cannot clear the buffer from the pull-down menu. You will have to use the hotkey. The menu selections must have gotten confused when I added a function to the top of the menu. The clear selection goes to 'view'. Will be fixed in 2.01. ------------ Category 8, Topic 23 Message 7 Tue Mar 23, 1993 CBM-ED [e.g.bell] at 10:06 EST I have a glitch report... I don't know if you can call it a bug, and I don't think I can do anything about it.... if you have a Xetec super gold interface and you try to save something to device 14 you get a crash. This is a special device number used for burst writes to the printer, and it thus reports as though a drive is present.... best thing is to just use a different device number if you have this interface because I don't think there is any code that I can use to test for just this situation. ------------ Category 8, Topic 23 Message 8 Tue Mar 23, 1993 CBM-MARK at 14:18 EST Ed, just do like all the other software developers ... Tell the user to avoid using device #14 if they own a 'Gold' :D Chances there is no way to trap for that other than preventing device #14 from being specified at all. Mark ------------ Category 8, Topic 23 Message 9 Wed Mar 24, 1993 CMD-DOUG at 00:03 EST Actaully, there is a way, but it's a real long-winded bit of coding. In many of my programs I simply ask the user if device 14 is an SGG if I run across it during device polling, then keep track of the answer. Warning aren't always sufficient since they presuppose that someone has or is reading the documentation. :) (Rose?) ::giggle:: ------------ Category 8, Topic 23 Message 10 Wed Mar 24, 1993 CBM-ED [e.g.bell] at 02:27 EST I know it would be involved, which is what I meant... I'm not taking that much memory for such a limited situation... but I feel the same way about polling the user... the string along would take between 40 and 80 bytes.... I will opt for the note in the documentation and just explain it to Rose if she ever gets the Super Gold.... hehehe thpppppppppppt! ------------ Category 8, Topic 23 Message 11 Wed Mar 24, 1993 CMD-DOUG at 18:34 EST I know Ed... just giving my nominal 2 cents worth - which due to inflation now costs more than it is sometimes worth. ;) ------------ Category 8, Topic 23 Message 12 Sat Mar 27, 1993 CBM-ED [e.g.bell] at 12:34 EST This is a report of a quirk in version 2.01 of RTCMaster, but I have both a work around and a fix for you.... you can pick which you want to use. The problem is saving the buffer. You can't except under 2 conditions. The problem stems from my trying to make the code more efficient. It centers on the redirection capability of RTCMaster. I use hotsaves, which is accomplished by simply typing in the name of the file you want to save then pressing CTRL-<uparrow> to save your default type files or CMDR-N to save files in SEQ format. If you want to save the file to a drive other than the destination drive without having to change that setting, you just prefix the name with a drive specifier. ex: a:, b:, c:, etc. where a=8, b=9, c=10, etc. So an example file might be: b:TestSave If I typed that in and pressed CTRL-<uparrow>, that file would be saved to drive 9 no matter what my current destination drive is set for. There is where the problem lies. If you specify the drive using the letters every time, you won't have the problem. So that is the workaround. Use a drive redirection every time. That is more work than I am willing to do myself, so I wrote a little patcher for you. It follows in this message. I am not going to upload it because it is so short. Just type it in and run it. It will back up the bad copy, fix it, and resave it. Covering our tail the whole way... So.... 20 u=16 25 print "RTCMaster 2.01 Buffer Save Fix - 3/26/93 - by e.g.bell" 30 print 35 print "Insert Disk With RTCMaster 2.01 in drive "u 40 print 45 print "Press Any Key To Continue":getkey a$ 50 : 55 bload "rtcm.obj",u(u),b1 60 : 65 rename "rtcm.obj" to "o.rtcm.obj",u(u) 70 : 75 bank 1:poke 10784,234 80 bank 1:poke 10785,234 85 : 90 bsave "rtcm.obj",u(u),b1,p4864 to p16384 95 : 100 print "Fix Installed" ------------ Category 8, Topic 23 Message 13 Sat Mar 27, 1993 YLR.ROSE [RTC/Lib] at 13:04 EST Version 2.1 is now live in Library 40, file #'s 11957 and 11958. You're gonna love this program!! Hugs ------------ Category 8, Topic 23 Message 14 Sun Mar 28, 1993 CBM-MARK at 01:22 EST Thanks Ed!! I just spent 10 minutes trying to save a bufferfull of email :( Was going to leave you a message here with that bug but you beat me to it with your quick fix prg :) Will take care of that critter soon as I log off. Finally did get my buffer saved. How? I knew forcing a buffer autosave would come in handy :D In V2.01, what is the reason for the long pause after the modem init string is sent, when running the 'boot' prg? Earlier versions sent the init string and pretty much continued on with booting up. This version has a lengthy pause. Mark ------------ Category 8, Topic 23 Message 15 Sun Mar 28, 1993 CBM-ED [e.g.bell] at 06:29 EST Mark: MD> In V2.01, what is the reason for the long pause after the MD> modem init string is sent, when running the 'boot' prg? MD> Earlier versions sent the init string and pretty much MD> continued on with booting up. This version has a lengthy That pause was inserted to allow GEnie (or whomever) to echo the stuff back... tho on reflection, and I just thought of this as I started this reply, that stuff is for the modem, not for GEnie. Anyway, I thought you of all people would have thought to press the SPACE BAR to just skip past the delay. It was your suggestion. heh heh As for the forced auto-save, yes, that is what I had to do too to save my buffer. It was the drive redirection routines that caused the problem. I changed that routine to set the carry if the drive redirected TO was not present... what I did not take into account was the possibility that no redirection was done, in which case the carry would always be set on exit. That is how I found the problem so quickly. I desk-checked, and when I realized the above, I figured my theory would be proven if buffer saves worked with drive redirection, which they did. Anyway.... that one is taken care of and the little fix changes only a branch that tests a condition that is tested again in another way several instructions later so virtually nothing is lost. ------------ Category 8, Topic 23 Message 16 Sun Mar 28, 1993 CBM-MARK at 22:36 EST Sheesh! Never thought of using the space bar ;) Actually the hesitation isn't all that long, just was wondering why it was there in this latest version and not previous ones. Mark ------------ Category 8, Topic 23 Message 17 Fri Apr 09, 1993 RHI.JLORIAN [Jay Fisher] at 10:41 EDT I noticed this little thing and it's bugging the heck outta me. :) When using the RTCM for making Strings and Fkeys, the quotation mark does not want to work. Oh, it works fine on the main screen, but not anywhere else. Jay ------------ Category 8, Topic 23 Message 18 Fri Apr 09, 1993 YLR.ROSE at 11:15 EDT Jay.. you found out one of the hidden 'features' to RTCMaster. <grin> Most of us use the ' instead of the ", and that works just fine. Hugs ------------ Category 8, Topic 23 Message 19 Fri Apr 09, 1993 CBM-ED [e.g.bell] at 19:20 EDT Jay: JF> the RTCM for making Strings and Fkeys, the quotation mark JF> does not want to work. Oh, it works fine on the main JF> screen, but not anywhere else. They are trapped because of quote mode. There are other ways to deal with it, but I chose to strip them out of the input strings. Virtually all of RTCMaster's input requests use the same routines and buffer and some things are picky about quotes and some are not. On incoming chars I simply poke the quote flag in zero page with a zero after every char to deal with that end of things. Sorry, but over the years I have found, after writing PCG Term, and then Bell Term, and now RTCM, that this is the best all-around way to do things for me. ------------ Category 8, Topic 23 Message 20 Sun Apr 11, 1993 BUFF.PHOON [the Clown] at 22:20 EDT Ed, I'm having problems when saving the buffer while using a script. When I logon with a script and go to read the messages on some RT's BB. After the buffer fills the program stops the data, dumps the buffer to the disc in the destination drive but when the data starts flowing again, the color of the text has changed and when the script reaches the next command it sends something other than what I have written. Like if I have told the program to READ ALL MARKed and the next command was to mXXX;X and BRO ALL NEW, I will get a READ ALL in the same board that I am on...no MOVE. Any ideas as to what I can do without going back to a script for each RT BB that I want to read? Thanks. Frank (that clown again) BTW, using v2.01. ------------ Category 8, Topic 23 Message 21 Mon Apr 12, 1993 CBM-ED [e.g.bell] at 13:58 EDT Sorry for the delay replying... I forgot to do it. Is this a script you created? I'm not sure why the text would change color. Is it to your default color? Does the save occur ok? you should not need a separate script for each RT if you set things up correctly because inside the BB's the prompts are all the same. So what color does the text become. Did you make this script... could you outline the instructions in the script. Is it one that was created that is executed once online? or does this all take place after you are already online. In other words, are you using Mark's mod to allow script execution after you are online. If so, Mark may be in a better position to answer this. But lets give it a try.. need input! ;^) ------------ Category 8, Topic 23 Message 22 Tue Apr 13, 1993 CBM-MARK at 01:21 EDT Ed, my ScriptMaker and accompanying autolog overlay that allows script execution while online hasn't been uploaded yet ;) Still working on the docs for it, which seems to be taking me longer than writing the programs itself :/ The color change I might be able to explain. I'm pretty sure I had any timeouts that occur display the message in yellow, but I found that any text following the timeout stayed yellow instead of reverting back to the default text color. I thought I took that out of my first version of ScriptMaker but maybe I forgot? Frank, is that by any chance the color your text is changed to? Yellow? Mark ------------ Category 8, Topic 23 Message 23 Tue Apr 13, 1993 CBM-ED [e.g.bell] at 02:36 EDT Know what you mean about the docs! And as for your version, depending on how Frank created the script, we'll see where the problem is. I know what he is doing works because my MAILBB script does a BRO ALL NEW, then EXITs when it is done, but the er.... scratch that. But there is no reason the mov would not work. All of mine EXIT and that is the same kind of command actually. BTW, Mark, how is that CHR$(31) treating you? I have to mod my scripts to check for that, or the 169, but I have just been sooooo busy. BTW, the Ymodem overlay is very near completion. Batch downloads are SOLID from GEnie... Xmodem 1K is also. The CRC and checksum seem to be the areas that need a nip and tuck. As for uploads, the batch uploads are working now. Have to test the other stuff. Used all my time on the bbs I call to test yesterday, but I might be ready by late next week for release of this, and I think you are going to like it. The cheesecake is prime! ------------ Category 8, Topic 23 Message 24 Wed Apr 14, 1993 CBM-MARK at 01:35 EDT The chr$(31) is working out fine. Did run into one problem that took me quite a while to figure out ;) I had a script I was using that would choke whenever I was in mail command mode (200;9). Seems mail command mode prompt is always a chr$(63) reguardless of your GEnie prompt setting. With RTCM displaying a '?' even when using chr$(31) prompts I had no way to see that about mail command prompt. How about redefining the chr$169 character to something else or using another code in place of 169, like 'smiley'? :) Anyway, the idea is to have a unique prompt character displayed when using a non-printing prompt. Mark ------------ Category 8, Topic 23 Message 25 Wed Apr 14, 1993 CBM-ED [e.g.bell] at 02:34 EDT I'll figure out which character Smiley is and we can redefine them both to that character. Guess you use scripts in the mail command mode too? I am deep into the Ymodem project, but when finished the first priorities are changing my prompt to the 31, then all of my GEnie scripts so that they will accomodate it. The 169 was just a non-printer that GEnie would never send. It could just as easily be any character. You also know you could do the redefine in your BASIC loader. The formula is (screen poke value * 16)+12288 to find the VDC character address. From there it is just 10 pokes to install.... 2 for the address and 8 for the character. There is a routine in the Snippets topic in the programmers category. I will try to remember to get you the data values if you want them, or you can just get them from the C64 programmers reference guide like I did. ;-) If you put the POKEs in your BASIC loader, tho, we can test it right away. To tell you the truth, I don't have any brainstorms or bugs big enough to justify a new version of RTCM yet. The only think on the punch-list right now is the text color change following the hot-key load of overlays, fkeys, etc. I have one more project after Ymodem before I do the editor or even look at the Zmodem code. And since we have not been able to get that Zmodem code to work here on GEnie, I have lost some enthusiasm for it.. I will still study it though, and perhaps try to contact the author. I will also have to get (or find) all of the Zmodem documentation I used to have and study so zealously. ------------ Category 8, Topic 23 Message 26 Wed Apr 14, 1993 BUFF.PHOON [the Clown] at 07:25 EDT Just a little more info on what is happening with me. I have not changed the color set-ups for the screen or text from that which came with the program. If you are running a script, the text scrolls across the screen in one color but when the phrase "succesful compeletion of script" (or something like that) comes on, the text changes color. This is the same color change that I see right after data resumes after dumping buffer to disc. Why? It had been working fine for a while. Even d/led the files again just to be sure the files were not corrupted. HELP! ------------ Category 8, Topic 23 Message 27 Wed Apr 14, 1993 CBM-ED [e.g.bell] at 09:43 EDT Frank: I'll take a stab at this... FB> If you are running a script, the text scrolls across the FB> screen in one color but when the phrase "succesful FB> compeletion of script" (or something like that) comes on, FB> the text changes color. This is the same color change that FB> I Could you be using the DFLT file I uploaded in the package. And does this script log you on, etc. before executing? If so, you may have a color change that I have in mine. That is if your text is light blue and your user window text is a shade darker blue. The scripts pretty much take over when they are executing, and the text will normally be white while you are in a script. However, when a script is finished, you get the yellow message telling you it is done (originally there was only white text and the yellow was just a contrast), then RTCM starts usingthe color you selected. If this is a script you created, do this.... used Mark's script program or my 'make script' or whatever it was called to remove you password, then upload it. I'll check it out and see what is going on. It may be something we did not document adequately wrt what is happening. I plan in some future version to have each script call its password from some kind of phone book, like in BellTerm. That way we could create really generic scripts and upload them for everyone to use without worrying about passwords. Just no time right now, because that will be a sizable project. It will be on the order of BellTerm.... a little more featured than that and less so than DesTerm. ------------ Category 8, Topic 23 Message 28 Wed Apr 14, 1993 CBM-MARK at 15:01 EDT If I remember right from looking before, smiley is 163(?) The reason I use scripts in mail command mode is I like to DIS before I LIS new mail. That way I can go back later and just view the 1st part of the mail file I save to disk to find a particular letter I may be in need of. Easier than looking through the whole file :) Just had a bit of a set back with the docs for ScriptMaker. Spent an hour and a half typing them in and saved the file to disk. Somewhere along the line the disk was corrupted :( Salvaged some of the docs but not all <sigh> Looking forward to Ymodem! Mark ------------ Category 8, Topic 23 Message 29 Wed Apr 14, 1993 CBM-MARK at 15:09 EDT Frank, If you use my Script Maker program to remove your password before uploading the script for Ed to look at be SURE to overwrite the password with SPACES. Just deleteing won't do it, your password will still be mostly intact in the script itself. I just used the chr$(0) end byte marker instead of erasing the whole change made. Mark ------------ Category 8, Topic 23 Message 30 Thu Apr 15, 1993 BUFF.PHOON [the Clown] at 23:39 EDT I used RTCM SCRP.MAKER to make my scripts. I log-on and go to the first RT and set the scroll. After that I turn on the buffer and send the command RAM NOR. All this time the text on the screen is white. When the buffer is full the stop command is sent and the buffer is sent to the disc in the destination drive. When the buffer has been cleared and the continue command is sent to GEnie, the text starts again but this time it is cyan (blue- green). When the BB has finished sending its data the script sits there until it times out. I get the "timed out" message in yellow followed by a "unrecognized command", also in yellow. Then the script may or may not continue (in yellow) until the buffer is full again. I might get the buffer to save or not. Most of the time it works but why is it doing this and what is the "unrecognized command" that is in the script? ------------ Category 8, Topic 23 Message 31 Fri Apr 16, 1993 CBM-MARK at 00:49 EDT Frank, The timeout message string is "Timeout, No -> " *plus* whatever you defined for the EXPECT string that the script is looking for. So if you are looking for the BB prompt of "1 ?" and the script can't find it you'll get the timeout message of "Timeout, No -> 1 ?". The 'unrecognized command' sounds like it is comming from GEnie and NOT the script. For example, if you misspell a BB command GEnie will reply like that. I might be wrong here, but when a timeout occurs the autolog overlay will send a chr$(3) (break) and a carriage return (not real sure about the CR). Both of which *should* be easily recognized by GEnie. As for the color change, that's partly the RTCM SCRP.MAKER's fault and partly the autolog overlay's fault. The default screen color isn't preserved very well by either program. Doesn't harm anything though, just irritating ;) Probably your best bet if you still can't get rid of the timeout problem is to do like Ed said and upload a copy of your script, but with a fake id/password in it. Leave everything else just the way it is. Be easier for us if we had an actual script to look at. Mark ------------ Category 8, Topic 23 Message 32 Fri Apr 16, 1993 CBM-ED [e.g.bell] at 02:56 EDT I agree with Mark. The 'undefined' string is coming from GEnie. You have something in your script that you misspelled or something that GEnie does not recognize. The CYAN may be because of what I mentioned before.....using the dflt. file I included as a start up. Once the script ends, successfully or otherwise, it installs the color you (or I, in this case) specified for a default. As I said before, the autolog overlay, during scripts, controls more of the stuff, color included. The only thing that puzzles me is that I thought the overlay that supported online execution of the scripts (as opposed to auto-logon scripts) was not released yet. Sounds like that is what you are doing though. It is not a problem, but if that is correct, then Mark is in a much better position than I am to locate the problem. But if you can get me a copy of the script you are using, I'm sure I can find out where the problem is. ------------ Category 8, Topic 23 Message 33 Sat Apr 17, 1993 C128.JBEE at 16:42 EDT Setup 128D/Ramlink/Swiftlink Using the script maker for a simple script works okay. U#= echo off/buffer off/greeter off - user# - echo on If I then buffer something, I can't save it to disk from the HELP key menu. I just get a flash of the screen, I used C=U and C=Y to make sure the device and partition numbers were correct. ------------ Category 8, Topic 23 Message 34 Sat Apr 17, 1993 CBM-ED [e.g.bell] at 17:08 EDT Did you run that fix program I posted for this problem? Alternately, you can do CTRL-W, which saves the file to the auto-save buffer. This one did get by me before release, but I posted some BASIC code that does a fix unless you aready did this. The problem is a test of the carry bit that was not correctly set in certain cases. It is in one of these 3 topics as a message (The BASIC listing, that is) ------------ Category 8, Topic 23 Message 35 Sun Apr 18, 1993 CBM-ED [e.g.bell] at 18:35 EDT Jan: JO> Ed...There is a file named "RAMDOS 4.2 Bin" on the disk Rose JO> sent me. I'm not sure what "REU" is, but there is a file JO> named "MAD.REU" also on the disk. RAMDOS is the file that allows the REU to be used like RAMDOS. The MAD.REU and MOD.REU modules are both the same thing, the difference being the storage location in memory in BT. You won't need them. They are old modules I did before I had RAMDOS working, and RAMDOS is the method of choice. It is much easier to deal with. The REU modules use DMA, which stands for Direct Memory Access, and is more for saving only buffered data. As I recall, MAD.REU allows you to save like 12 20 k buffers in blocks which you can name, 3 to a bank, of your 1764. But RAMDOS is simply easier to use. As I recall, the REU should auto- install if you have it plugged in when you boot Bell Term. As for ST/R term not working for you either, I am getting the feeling that something is wrong with your modem. The one I had, I traded for a 1670. Why would I do something that crazy? It was a temporary deal so I could develop a dialer for it. However, while I had it, it went bad, naturally, so I had to keep it. However, I found the address for the Anchor company I believe, who makes them, and sent it to them for repair. The repair only cost me $5 at the time and I traded immediately to get my 1670 back. The point of all this... it sounds a lot like you have a bad modem to me. That modem was never very reliable when it worked, tho I did get it to work for BellTerm. If I were you I would watch around for a deal on a better modem. There is a guy now in the *FlagShip* BB selling a 2400 SmartHayes modem for $50, which is an unbelievable price for that modem if you can afford it. That will work with just about any term you own. I just get a real bad feeling if neither BellTerm nor ST/R term will work for you. I don't know if you can get yours repaired for $5, but it certainly sounds like that is where the problem is. I wish you had another modem to play with to tell for sure. I can't explain how it would work at 300 baud though, so I may be way off base. (You do have the baud rate set at 1200 on the main screen, right?) I know of one other term that supports it, which I also wrote, but it is VERY old, a big download, and I don't think it will help given what you have experienced so far. it is PCGTERM6480.ARC, and there is another file called (if memory serves) PCGSUPPORT.ARC. Like I said, this program is BIG (the files are, anyway) and antiquated. No 1k protocols, no 2400 support.. lots of nice stuff at the time, but out of date. ------------ Category 8, Topic 23 Message 36 Sun Apr 18, 1993 CBM-MARK at 21:44 EDT > a deal on a better modem. There is a guy now in the > *FlagShip* BB selling a 2400 SmartHayes modem for $50, > which is an unbelievable price for that Jan, Ed's right, that is a good price! Plus 2400 is lots nicer than 1200 baud and beyond words how nicer it is than 300 baud <grin> Mark ------------ Category 8, Topic 23 Message 37 Tue May 25, 1993 YLR.ROSE at 01:41 EDT Ed.. Don Parish is having lots of trouble with RTCM and his 1670. We finally got a few kinks out of rtcm with his Aprotek 1200, by resetting his user settings under page 110;5, but his 1670 wont dial with rtcm. He uses it quite well with Wiz128. Any ideas? Thanks. ------------ Category 8, Topic 23 Message 38 Tue May 25, 1993 CBM-ED [e.g.bell] at 02:42 EDT I don't have any ideas Rose. That modem uses a partial set of Hayes commands, including the dialing. If it is not working, I have no idea why. Does it not dial at all? And how is he dialing? (i.e. from the keyboard, from a script...) I can always use as much information as possible. The fact that Sherry uses a 1670 with the program kind of tells me that it is not the program. Also, does he have the old 1670 (3 dip switches) or the new 1670 (4 dip switches). I don't remember the difference, but it is another place to start. ------------ Category 8, Topic 23 Message 39 Tue May 25, 1993 C128.JBEE at 04:42 EDT I think the new C-1670 is a trues Hayes compatible and comes with an extra switch to disable auto-answer. ------------ Category 8, Topic 23 Message 40 Tue May 25, 1993 YLR.ROSE at 09:43 EDT Ed.. Sherry gave him the changes to the boot file, which he made. And he has the 4-switch 1670 and we have all his switches in the down or off position. He dials with it just fine with Wizard, but for some reason, it wont recognize the commands to dial from Rtcm. I am stumped as to what to do next. :/ ------------ Category 8, Topic 23 Message 41 Wed May 26, 1993 CBM-ED [e.g.bell] at 07:17 EDT I don't remember what the dips do in that 1670, but they are not on/off I am almost certain. I believe at least one of them has to do with auto- answering. Anyway, I don't have a clue. Dialing should not be a problem with any modem that is at all Hayes compatible. I don't do anything weird to dial them.... just send the dial string. If he is determined to use the program, the next thing to try would be removing other peripherals and trying it (including speed up carts). I don't see how that would affect things, but I do know I had problems with my 1670 and a printer years ago. Mine was the old 1670 tho, and I don't have it anymore. What does Sherry have her dips set to? There are 3 on hers, or maybe she has the 4 switch model too. BTW, do the dial commands not work from the keyboard only, from the script only, from either??? And 1 more thing.... suggest that he change the initialization string in the BOOT program. The 1670 is not 100% Hayes compatible, or at least the old one wasn't. Change it to ATZ. That just resets the modem. Perhaps something in the init string is causing this to burp. This could possibly be causing the problem and also explain why Wizard does not have it. Wizard may use a totally different init string. ------------ Category 8, Topic 23 Message 42 Wed May 26, 1993 S.FREEDLINE [Sherry] at 08:34 EDT Ed: My 1670 has 4 DIP switches. They are all pushed downward. I really don't know what the mixup could be. The only other thing I can think of is for Don to make sure he does not have any Cartridges attached to his 128. ------------ Category 8, Topic 23 Message 43 Wed May 26, 1993 YLR.ROSE at 08:52 EDT hmmm.. the init string might be the clue.. will tell him that next time he drops into the rtc.. dont think he reads the board much yet. :> thanks Ed. :> ------------ Category 8, Topic 23 Message 44 Wed May 26, 1993 CBM-ED [e.g.bell] at 18:37 EDT I'm glad to hear that you have the new 1670 Sherry. That makes me feel easy about the program. I know it works and is something else. Rose, if it works w/Sherry's modem, it is unlikely to be the init string, tho he can try it. It is either that he is not doing something right with his dialing or something in his system is not happy with his 1670. Like I said, the 1670 is a fussy little cuss! ------------ Category 8, Topic 23 Message 45 Thu Jun 03, 1993 C128.JBEE at 07:49 EDT When using my 9600 modem with RTCM 128 I have found the only way to end the command string before dialing is with an AT for it to work properly. I also modify the Basic loader. ------------ Category 8, Topic 23 Message 46 Sat Jun 05, 1993 YLR.ROSE at 19:31 EDT RTCMaster128 2.02 is now live and ready for downloading in Lib 40!