8bitfiles.net/archives

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

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / RTCMMSGS.SFX / 02rtcmaster < prev

Wrap

Text File | 1990-02-12 | 21.4 KB | 521 lines

BBS's so my problems seem to be only GENIE peculiar. Thanks for the help. ------------ Category 8, Topic 23 Message 84 Mon Sep 06, 1993 YLR.ROSE at 21:09 EDT Dick.. to use the =pre-made= scripts.. you first have to make sure you have input your id/pw into the OVRL.DEFAULT overlay and saved it to your DFLT.MYSETUP file.. which means scratching it first, then resaving it as the same name.. THEN, with the Scriptmaker 2.02.. you change the local node number and the name of the script file that it will look for to logon. The =pre-made= scripts are using Ed's local node number.. so naturally.. they wont work for anyone outside of the Pittsburgh area. Hope this helps. Hugs ------------ Category 8, Topic 23 Message 85 Mon Sep 06, 1993 R.KIRK7 [Dick] at 21:36 EDT E.G. When I connect I end up with f'f. Looks like the hhhh isn' taking. If I go manual with the hhhh and then execute the script with my id/password I get to the continue? From there on it seems not to recognize the EXPECT Strings. I am using a C128 with an Aprotek 2400 baud modem. Could the 2400 be the problem? ------------ Category 8, Topic 23 Message 86 Mon Sep 06, 1993 CBM-ED [e.g.bell] at 23:10 EDT rep Dick: DK> When I connect I end up with f'f. Looks like the hhhh isn' DK> taking. If I go manual with the hhhh and then execute the DK> script with my id/password I get to the continue? I am taking a shot here, but did you enter the 'hhhhh' at the first screen of ScriptMaker. It is the last entry on the first screen of text entries as I recall. It does sound now like that is exactly what is happening, that the 'hhhhh' is not getting sent. I am very encouraged that you have success elsewhere tho. As for not recognizing the EXPECT strings after exiting the script and restarting, this is probably because of where you have set up your 'end of logon' thing. This was an innovation Mark did very cleverly to allow him and the rest of us to use scripts after already online. This was more than I thought the program could do, and it was Mark's ingenuity to get this to work. But if you don't have it set right, if you exit the script, then re-enter it, and your re-entry point is not where GEnie is, the 2 will not synch. For now, make sure you enter the 'hhhhh' in your scripts. The canned ones have that, but I don't think it defaults for user-created-from-scratch scripts... how about that Mark? O, and 2400 doesn't matter. That is what I use, tho not an Aprotek, but people have used it so I know you can get it. ------------ Category 8, Topic 23 Message 87 Tue Sep 07, 1993 CBM-MARK at 22:31 EDT Ed, your correct, the 'hhhhh' would be entered in the last prompt on the first screen of ScriptMaker2.02. There is no default entry there, but if I remember right I have a 'hint' there that Genie users need to enter the 'hhhhh' ;) Now that would explain the "f-f" bit from Genie when creating a script, but not the not recognizing the U#= prompt :/ ------------ Category 8, Topic 23 Message 88 Wed Sep 08, 1993 R.KIRK7 [Dick] at 21:24 EDT Yes I believe I have all info intered correctly in the default file as well as the HHHH into the script. Everything is correct whe I print it out. It is acting like things may be out of sync as the script isn't recognizing and EXPECT string when I let it time out, manually input the response and then go on to the next case which also doesn't respond. Maybe the phone line is just stretched too far here (Florida) (gg) Is anyone else having a problem with these scripts? ------------ Category 8, Topic 23 Message 89 Wed Sep 08, 1993 CBM-MARK at 21:57 EDT Dick, do you have your password/id in the scripts? If they aren't in the script itself (but in the defaults) then upload a copy of your script and we'll look at it for you. Hard to see what exactly may be wrong without seeing it. Just make sure your password/id is NOT anywhere in the script. Mark ------------ Category 8, Topic 23 Message 90 Thu Sep 09, 1993 CBM-ED [e.g.bell] at 18:27 EDT Dick: It would be a good idea to upload ascript you have created so that we can look at it. Another suggestion might be to take a script that does work, including the 'hhhhh' thing, and edit it instead of starting from scratch. The 'hhhhh' is not actually part of a response string, or the script either, actually. It is added to the end of the telephone number string.... just a way I used to get one more entry that could be sent to the remote w/o tying up a 'CASE' in the script. But if you have your password and ID in the 'dflt.' file (by using the defaults overlay), you can safely upload the script to us and Mark and/or I can try it and see exactly what is happening. Rose made a good point earlier about the canned scripts containing the phone number I use for my local node, but I saw you said you changed that, but it is something else that would have caused that 'f'f' thing you saw. O, and the U#= is case sensitive, btw. The 'U' must be in upper case. ------------ Category 8, Topic 23 Message 91 Thu Sep 09, 1993 R.KIRK7 [Dick] at 20:57 EDT Thanks for the offer on the script but if the ones which came with RTCM are OK then mine are ok as I have the same problem with them. I did manage to get logged on once tonight with a script- failed 3 times, however. Just how does this program look for the expect string? Is the program written in basic and if so is it possible to get a copy of it? thanks for the help Mark and E.G. ------------ Category 8, Topic 23 Message 92 Thu Sep 09, 1993 CBM-ED [e.g.bell] at 23:22 EDT Dick: The AutoLog overlay is ML and it is the code responsible for looking for Expect strings. Basically what happens is this. Script Make takes the last letter of the Expect string and sets it in a 'LETTER' table. Up to 5 Expect strings make up a case, each of which provides the last occurring character to the LETTER table. The AutoLog overlay parses the incoming data for the characters in this LETTER table, sequentially. Wben one is found, the data that has already been received is then parsed backward for a complete match. If none is found, the parsing starts again with the next LETTER table entry. The testing times out at a setting made by the user with Script Maker up to the number of times specified. On the last time out, Mark added a way for you to enter a response, but this may cause a problem because the script then moves to the next set of CASEs, which GEnie may not do, or something like that. I forget, but the scripts originally provided work requiring only your telephone number entry and your password/id string in the dflt. file you use. ------------ Category 8, Topic 23 Message 93 Fri Sep 10, 1993 CBM-MARK at 10:11 EDT Just a thought, won't have anything to do with the f-f thing, only the script failures. you don't by chance normally use Wizard do you? Or use a prompt character OTHER than a '?' (chr$(63))? All the script samples are defined with a chr$(63) prompt value. Go to page 900;3 to make sure that is what you are using. Mark ------------ Category 8, Topic 23 Message 94 Sun Sep 12, 1993 H.STRAUSE [Howard] at 14:58 EDT If this has been suggested before I apologize, are you using the 'hhhhh' (5 H's) prompt. ------------ Category 8, Topic 23 Message 95 Sun Sep 12, 1993 R.KIRK7 [Dick] at 22:45 EDT ould the fact that I still have my Genie setup set for Wizard be effecting my use of RTCM scripts. If so how should I change the setup? ------------ Category 8, Topic 23 Message 96 Mon Sep 13, 1993 CBM-YLR.ROSE at 00:47 EDT Dick.. you can quickly change your GENie setup by going to page M110;5. Or, you can go to the SET page (900 I think) and change them that way. Hugs ------------ Category 8, Topic 23 Message 97 Mon Sep 13, 1993 CBM-ED [e.g.bell] at 02:03 EDT Dick: Yes, that could definitely be causing the problem, and Rose's solution is the easiest. However, you can use the defaults overlay as I mentioned before and, under PROFILE, select 'Kill The Wizard' which is not exactly accurate, but adjusts what RTCMaster sees when the Wizard configuration is in place. The Ymodem and DataMover overlays have recently been updated to allow immediate set up for the scripted portions of those overlays. ------------ Category 8, Topic 23 Message 98 Sun Sep 19, 1993 R.KIRK7 [Dick] at 12:13 EDT Is resetting the Genie prompt via Kill The Wizard of the ovrl.default file supposed to work once you go to the script? I changed the prompt, saved a new defalt.mysetup file and then reloaded RTCM and tried to execute a script. Once agin the script didn't recognize the Expect strings. It acted like RTCM did not save the new prompt. I then reset my prompt permanently via GENIE and the script started working. The HHHH still doesn't work. If it is being sent with the phone number could it be getting lost by my modem Aprotek 2400 baud? ------------ Category 8, Topic 23 Message 99 Sun Sep 19, 1993 CBM-ED [e.g.bell] at 12:38 EDT RK: The 'Kill Wizard' was just a little hack designed to let Wizard users user RTCMaster without having to change the setting on GEnie. Do you have GEnie set up to use Wizard? If so, what you did is what you must do to get RTCM scripts to work if you want to keep Wizard's setting. If your GEnie setting (as at page 900 of GEnie) is for normal terminals, the 'Kill Wizard' setting would not do anything at all. I am not sure how you set your prompt permanantly o GEnie (I mean, what you set it permanantly for), but if it works, you must have done it right. Essentially: If you are a Wizard user and want to keep your GEnie prompt settings set for Wizard, use the 'Kill' thing. It doesn't change anything as far as GEnie is concerned. It just translates the chr$(31) GEnie is sending into something RTCMaster can work with. If you are not a Wizard user, this setting should not help or harm anything. Even more essentially, if it is working now, I would leave it alone. :) I have read my message a couple times. Does it make sense to you? I hope so! :^) ------------ Category 8, Topic 23 Message 100 Sun Sep 19, 1993 CBM-MARK at 16:01 EDT I've been thinking about this problem and have come to the conclusion there *will* be a problem if you write a script using a chr$(31) prompt. I think there is a problem with my Scriptmaker that I inadvertantly introduced so that even though you 'Kill the Wizard' in RTCMaster's default file the script still won't work. Soon as I find my copy of the BASIC 7.0 source to Scriptmaker (yea, I can't find it and the file here is compliled :( I'll see about fixing it. Safest solution right now is to go to page 900;3 and permanently set your prompt character as a '?', chr$(63) and use that in your scripts. Actually you could use any 'normal' printable character for a prompt such as #, %, etc. Mark ------------ Category 8, Topic 23 Message 101 Mon Sep 20, 1993 CBM-YLR.ROSE at 08:26 EDT Mark.. my prompt character is permanently set at 37 (%), and it works great. :D ------------ Category 8, Topic 23 Message 102 Mon Sep 20, 1993 CBM-MARK at 21:28 EDT Rose, yep, anything over chr$(31) will work as a prompt char on GEnie when using Scriptmaker. Avoid chr$(31) ... for now ;> ------------ Category 8, Topic 23 Message 103 Sat Sep 25, 1993 R.KIRK7 [Dick] at 16:41 EDT Here are a couple of more problems with RTCM. I am trying to read all of the new marked topic messages in a bulletin board via RTCM script. READ ALL NEW MARKED CAT=1-99 NOR works great via keyboard or funtion key. The RTCM script want take it because of the 29 total character limitation. (An ability to use more characters would be a great solution.) GENIE docs say the following would work- RAM CAT=1-99 NOR or REA NEW MAR CAT=1-99 NOR. All I get is- invalid argument for OPIC......[] and/or extra ignored error messages from GENIE when I try these commands both from RTCM Script or keyboard. Has anyone a solution to this problem? Also, as I get above about Case 12 using Scriptmaker I start getting a lot of garbage on the screen with the a: -> prompt. It acts like a memory pointer is out of wack. Try a script up to case 17 if you get that far. I have and only made it after many tries because of the garbage and program crashes. ------------ Category 8, Topic 23 Message 104 Sat Sep 25, 1993 CBM-ED [e.g.bell] at 19:01 EDT Dick: RK> READ ALL NEW MARKED CAT=1-99 NOR works great via keyboard or RK> funtion key. The RTCM script want take it because of the 29 RK> total character limitation. (An ability to use more characters RK> would be a great solution.) There is a way, but Mark would have to adjust Script Maker for that. See, the limit of a case is actually 150 characters. If any case exceeds the 30 characters, that must be the last case in the set. When I first did my scripts, I assembled them with my assembler because no script maker existed at the time. Let me ask you this... I use BRO ALL NOR, which browses all new messages... I don't know if it limits itself to just those I've marked tho. What do you think Mark? Are you up to trying this? Basically, all it would require is to allow a case to be longer than 30 characters as long as it was the last one.... in other words, the first 2 sub-cases could be 30 chars and the 3rd one could be 80, if you get my drift. The LTR tables would prevent any problems. RK> Also, as I get above about Case 12 using Scriptmaker I start RK> getting a lot of garbage on the screen with the a: -> prompt. RK> It acts like a memory pointer is out of wack. Try a script up RK> to case 17 if you get that far. My SETTINGS script goes up to 22, but it does sound like you have one of the earlier versions of Script Maker. When that happens to me, I delete back to the very last possible position at the prompt, then if it is the end, just press RETURN. If not, re-enter my expect / response string. I am wondering if there is not another command to do what you want to do (as far as reading the new marked mail). I am encouraged tho... cuz we got past the first hump and now you are able to use the scripts. ;) Wait til you gt the Editor overlay! ------------ Category 8, Topic 23 Message 105 Sat Sep 25, 1993 C128.JBEE at 21:33 EDT I believe I mentioned this before but there will never be more than 50 Categories or 50 topics within a category on GEnie. Also, your BRO NOR will be MUCH quicker if you only use Cat #1-16. I believe this will work just as well ... 7 ALL NEW MARKED CAT=1-16 NOR exactly 29 characters :) ------------ Category 8, Topic 23 Message 106 Sat Sep 25, 1993 CBM-MARK at 22:34 EDT I'm surprised that RAM CAT=1-50 NOR doesn't work. 'RAM' I thought meant REA ALL NEW MAR. Now REA NEW MAR I *know* won't work. You need to designate a topic number or 'ALL' after the REA. You'll notice I specified CAT=1-50 above, JBEE's right, there will only be a maximum of 50 categories in any RT. Maybe something was changed in GEnie's programming that won't accept the old suggestion of using CAT=1-99??? I don't know, just a wild guess ;) Try RAM CAT=1-50 NOR once and see what happens. JBEE, "7 ALL NEW MARKED CAT=1-16 NOR" won't fit into the script either. There is a limit of 30 characters in each EXPECT/RESPONSE string combination. You'll need at least 1 for an EXPECT string (the prompt at least), a null divider between the EXPECT and RESPONSE part, the RESPONSE string, a <CR>, and if I remember right without looking, another null to terminate the string. So, about the maximum you can use for a response string would be 26 characters. Ed, I'ld love to adjust ScriptMaker but I still haven't found the BASIC source to it yet and the old version I have needs lots of work ;) Dick, almost forgot, ScriptMaker is labeled as version 2.02. Is that the one you are currently using? Mark ------------ Category 8, Topic 23 Message 107 Sat Sep 25, 1993 CBM-MARK at 22:43 EDT Dick! I've got it! Use RAM 1-50 NOR in yur scripts. It was the 'CAT=' designation that was messing things up. The RAM command doesn't need or want it, just the category range itself (1-50 ;) So how did I figure this out? ;D At a BB prompt, type HELP RAM and you'll see ;> Mark ------------ Category 8, Topic 23 Message 108 Sun Sep 26, 1993 CBM-MARK at 08:01 EDT I figured out why the garbage in the higher CASEs with Scriptmaker. Ed, this would be unique to V2.02 as I took your lead and truncate the script file of unused CASEs when the file is saved. When a previously created script file is reloaded in Scriptmaker to be edited, any CASE *after* the last used one will be filled with whatever garbage is currently in the computers RAM. Older versions of Scriptmaker saved the whole script memory which included the unused 'nulled out' CASEs. To keep the garbage out when editing a previously made script, run Scriptmaker and select to write a new script, clear the script memeory, and at the first prompt (for title) press F1. Now select to start over and when scriptmaker asks if you want to write or edit, choose to edit and load your script file. Just a few extra keypress to get going but better than all that deleting in the expect/response strings ;) Mark ------------ Category 8, Topic 23 Message 109 Sun Sep 26, 1993 CBM-ED [e.g.bell] at 10:57 EDT Mark: MD> Ed, I'ld love to adjust ScriptMaker but I still haven't found MD> the BASIC source to it yet and the old version I have needs MD> lots of work Well, any version I would have is older than that, I'm sure. I thought you asked me about a copy of the newest source. The only source I have, and I'm not sure where it is at, would be extremely old. MD> Dick! I've got it! Use RAM 1-50 NOR in yur scripts. It was MD> the 'CAT=' designation that was messing things up. The RAM MD> command doesn't need or want it Nice catch! MD> To keep the garbage out when editing a previously made script, MD> run Scriptmaker and select to write a new script, clear the MD> script memeory, and at the first prompt (for title) press F1. MD> Now select to start over and when scriptmaker asks if you MD> want to write or edit, choose to edit and load your script MD> file. Guess you know what to do in the next version of Script Maker (when you find the source) huh? hehehehe. Zap memory from end of load to end of script data area. Sorry. Funny neither of us thought about that when it first came up. :^( ------------ Category 8, Topic 23 Message 110 Wed Sep 29, 1993 R.KIRK7 [Dick] at 19:11 EDT CBM-MARK Yes I am using version 2.02 of Scriptmaker. RAM 1-50 NOR works! yea-- That solves my script reading problem. Thanks. Now maybe the SYSOP can get GENIE to correct its documentation so the rest of the world can find out that the other forms of READ don't work. I hadn't seen anywhere in the docs that you could type help RAM for info on a command. That is good info. Let me know if/when a corrected copy of Scriptmaker becomes available and if a solution to Genie not seeing the HHHH is found. An ability to delay its transmission might work. ------------ Category 8, Topic 23 Message 111 Thu Sep 30, 1993 CBM-MARK at 00:43 EDT Yeah, GEnie was kinda vague about using the HELp command in a BB. Don't remember where I first learned you could type HELP and follow it with one of the BB commands to get more info about the command like I did with RAM. GEnie is not recognizing the 'hhhhh' in your scripts? I missed that :( (or forgot you mentioned) I've never had that problem. Do you use 5 h's? From what I hear, less than 5 h's doesn't always work at 2400 baud. Mark ------------ Category 8, Topic 23 Message 112 Thu Sep 30, 1993 CBM-MARK at 12:54 EDT RK> I have just tried the scripts with the tokens to send my RK> id/password. It doesn't get passed the U#= prompt. I just remembered what will cause this. In your script, when you use a token to send the id or password from the defaults file, you MUST enter a <CR> at the end of the response string. The id or password will still be sent if you don't have a <CR> at the end of the reponse string but GEnie won't get it. Hoo-ray! I found my basic source code to ScriptMaker. I made a couple of fixes, one being it would crash after entering the 25th expect/response string. If you had that big of a script. The script dump to screen, printer of seq file on disk correctly prints out the 'initiate dialog string'. Was printing out the modem init string ;) The code to 'zero' out the script from the end of the load to the end of the script data *was* already in there. Can't find any reason for the garbage you see, Dick, as you get to the higher number script cases :/ I can't duplicate it. Even with the one that is uploaed here. There is also a couple of minor changes I made to the display. Probably won't even notice them, just bothered *me* ;D Mark ------------ 8