8bitfiles.net/archives

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

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / RTCM1MGS.SFX / 03rtcm.hlp < prev

Wrap

Text File | 1990-02-12 | 27.4 KB | 691 lines

----------- Category 8, Topic 18 Message 75 Wed Aug 17, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: I read your post. Now, do you use only 1 script? I have used your script with success (tho it generates a LOT of text in the buffer) so I I know it works. Can you send me a copy of the one that is not working now. And can you try with one of the ones that came with the program to see if they work or not. Any one would be fine. If you have set up your dflt.mysetup script, they should probably run without any further adjustment. I can't understand why something would work only some of the time. Here is some more you can tell me... What do you have plugged into your 128? Carts? Mouse? Joystick? What printer... generally everything about your setup. I know you use the mini modem. B RK> RTCM ended up continuing the message read with the buffer RK> filled. Consequently I missed several messages while I was RK> getting things stopped. RK> A better way would be for RTCM to display a disk full message RK> and stop until prompted to give one a chance to load another RK> disk or whatever. I'll give that some thought. The reason it does things the way it does is because it was done with the assumption that the script would be working unattended. That is also the reason it keeps plugging along when duplicate files are found.... just updating the file name. You may have noticed that it does not zap the buffer when that happens. It just shuts it down and moves on. I have to admit I'm kind of concerned about making it stop for user input.... if someone were on GEnie, for instance, and this happened... I guess I can see both sides of this. Does anyone else have an opinion on this? Mark? :) Howie? :) I suppose it *might* be possible to have the script designate a secondary drive for just such an occurrence... that is another possibility. The reason I asked you about a cartridge was this.... I just found out tonight that some have had problems booting with cartridges.... that the program crashes to monitor. This is due to the way SwiftLink is supported. The cartridge is making RTCM think the SwiftLink is being used, which brings in the SwiftLink version of the NMI handler. Then, things go south in a hurry. I don't know if that is what is happening here... just that some problems are hard to diagnose because things tht are sometimes relevant aren't always perceived that way. Definitely send me the problem script... let me try it on my setup to see if it works for me. If it does, we will have to give some attention to what it is about your setup that RTCM doesn't like. ------------ Category 8, Topic 18 Message 76 Thu Aug 18, 1994 THE.OUTLAW (Forwarded) Ed - RK> A better way would be for RTCM to display a disk full message RK> and stop until prompted to give one a chance to load another RK> disk or whatever. EB> I'll give that some thought. The reason it does things the way it does EB> is because it was done with the assumption that the script would be EB> working unattended. That is also the reason it keeps plugging along when EB> I have to admit I'm kind of concerned about making EB> it stop for user input.... EB> I suppose it *might* be possible to have the script designate a secondary EB> drive for just such an occurrence... that is another possibility. I suggest if you *DO* go with the drive designation in the script, can you make it an option in the modification proccess? I personally don't want the script to stop and ask me questions. I will usually use a script when going to work or when I'm about to go to bed, so I won't be around to watch and wait. ------------ Category 8, Topic 18 Message 77 Thu Aug 18, 1994 CBM-ED [e.g.bell] (Forwarded) That is how I use mine too Cam... or frequently use them. I do know something of Dick's problem tho... I used his script and it generated huge files... But your point is exactly why this is going to require some careful thought. If it stops and you aren't there, GENie will eventually time out, but it will be wasted $$$$ for anyone not sitting there to answer it. Of course, I suppose the same could be said if it kept accepting data but not buffering it.... which is also why I said I can see both sides of the problem. ------------ Category 8, Topic 18 Message 78 Thu Aug 18, 1994 THE.OUTLAW (Forwarded) Ed, how about this... Know that this is *NOT* a practicle idea, how about a custom script for Dick and leaving the scripts as they are? Or perhaps a custom script to do *JUST* that and put it in the Lib. We did that for the BW dflt.mysetup. Just a thought, that way the person using RTCM can at least get something custom but still generic enough to keep in the libs. :> ------------ Category 8, Topic 18 Message 79 Thu Aug 18, 1994 CBM-ED [e.g.bell] (Forwarded) Cam: CS> custom script for Dick and leaving the scripts as they are? Or CS> perhaps a custom script to do *JUST* that It is a good thought, but unfortunately the code that stops things and does the auto-saves is not part of the script but a function of the main program. You don't even have to be running a script for the autosave to occur. That is why this is such a thorny issue. First, it is not a small change, and second, I'm not sure something could be done to keep everyone happy. I won't be doing any major upgrading soon to the main program...I do have some changes to make to the scripts eventually based on things I learned on recent programs... but not to the main program. I'm still more interested in getting his dial in/log on stuff resolved tho! ------------ Category 8, Topic 18 Message 80 Sat Aug 20, 1994 R.KIRK7 [Dick] (Forwarded) E.G. Could your demo of RTCM overlay for Sidwinder in the Loadstar 128 #24 be written for an ASCII printer only rather than a Commodore printer? Is there an easy change to make it Commodore printer compatible? ------------ Category 8, Topic 18 Message 81 Sat Aug 20, 1994 R.KIRK7 [Dick] (Forwarded) E.G. Am I the only one using RTCM/the only one having these problems? I hate being the lone ranger. Ok on the autosave problem- how about just stop the capture and sign off if a full disk/REU condition is sensed? Give me your E-Mail address and I will send my script though you will only get whatever you got before. I plan to leave my phone number and ID as is so you cam get an unchanged printout. Please erase them if you send it anywhere else and after its use. My configuration is- flat C128 with 64kVDC, Jiffy dos, Servant installed. The Aprotek modem is attached to an Aprotek UserPort Expander which is attached to a UserPort cable. A cartridge port expander is attached with a 1750 clone REU inserted. Port one has a Suncom Joystick inserted with a 1351 mouse attached. Port two has a Joystick inserted. Two 1571's, a 1581 and an Okidata 120 printer are plugged in with usually only one 571 on. A 1084 monitor is also on while using the script. I normally operate the script using the DMA save mode. ------------ Category 8, Topic 18 Message 82 Sat Aug 20, 1994 THE.OUTLAW (Forwarded) HI Dick, I also use RTCM, but I have no problems wth the autosave feature. I use Ramdos rather than DMA. Since you do have several drives, may I suggest that you set the target device to show the 1581 drive. It has disk space than a 1750 REU. I realise that writing to disk is a bit slower than the REU, but this may take care of your problem. just a thought :> ------------ Category 8, Topic 18 Message 83 Sat Aug 20, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: RK> demo of RTCM overlay for Sidwinder in the Loadstar 128 #24 be RK> written for an ASCII printer only rather than a Commodore RK> printer Unfortunately, you have the same printer as THE.OUTLAW, which for some reason SideWinder does not like. On the upside, Cam is going to send me the documentation for his printer, so if there is a way to make it work, I'm going to find it and get you a copy. The SideWinder demo from LoadStar should offer the option of either ASCII or CBM printers. But Cam told me long ago his printer would not work with it. I'll never understand why Commodore ready printers don't work like Commodore printers. wrt your setup, can I make a suggestion wrt your logon problems. I know this is a PITA, but it might help... Could you try changing a couple things for a test.... What I'm suggesting is basically to start out with the modem alone, and see if the problem is there... if not, add one more thing. I know it is aggravation, but you have a lot connected to your system that I don't have. It may or may not be a problem. If it is, it might help me either be able to correct it or at least provide a warning about it. BTW, do you have The Servant on Eprom? Is the OkiData printer the one giving you problems w/SideWinder? DMA is ok.... are you saving to page 254? If not, you should make that setting. The monitor wouldn't make a difference. I don't see why the drives would either, tho you might try w/all of them turned on. Don't know why that would cause a problem tho. Ok on the script too... I'll delete the stuff from it... just make sure it is in my mailbox only. :) My Email address is CBM-ED. RK> Ok on the autosave problem- how about just stop the capture and RK> sign off if a full disk/REU condition is sensed? I'll check the script code... not sure if the code is in there to kill it at that point... I'll check out what it would take to do that. Since I put in the script language, there is very little room left. ------------ Category 8, Topic 18 Message 84 Sun Aug 21, 1994 R.KIRK7 [Dick] (Forwarded) E.G. Regarding RTCM logon- I noticed something happening tonight of interest The first time I connected the HHHHH came on my screen followed by CONNECT 2400. I could not log on anyway. I reloaded and tried agin - this time the CONNECT 2400 came up then the HHHHH. Everthing else worked OK. Maybe I do need more time delay. On Sidewinder- The Sidwinder program overlay prints OK on my Okidata 120. Your RTCM demo will not print on it but it will print on an ASCII printer so the problem must be some printer code you have in it. On the overflow autosave problem- don't work too hard on it for me as I probably will never do another autosave. I was just checking it out to make sure it worked. I usually do DMA saves as I sure like the time it saves. ------------ Category 8, Topic 18 Message 85 Sun Aug 21, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: RK> The first time I connected the HHHHH came on my screen followed RK> by CONNECT 2400. This is the wrong order... The CONNECT 2400 is coming from your modem saying it recognizes GEnie (or whatever system you are calling). If the 'hhhhh' is getting sent before the two systems have shaken hands, GEnie won't see it and you will get the results you have been getting. RK> the CONNECT 2400 came up then the HHHHH. Everthing else worked RK> OK. Maybe I do need more time delay. This is the order in which things should occur.... the modems recognize each other, THEN the 'hhhhh' is sent to synch GEnie w/your baud rate, etc. RK> Sidwinder program overlay prints OK on my Okidata 120. Your RK> RTCM demo will not print on it but it will print on an ASCII RK> printer so the problem must be some printer code I suspect that it may amount to a secondary address, or something equally simple. Unfortunately, I don't have every printer. :) I have honestly always felt the solution was as simple for a 24 pin printer, but I need one, and until I get it, a solution is kind of hard for others to find. RK> make sure it worked. I usually do DMA saves as I sure like the RK> time it saves. Yes, the DMA is faster, but the buffers are just a tad harder to work with, at least in the sense that you are working with a whole buffer when you do this, but as you say, it is a lot faster. I'll give thought to your suggestions tho, the next time I get into the main program. Can't promise anything, but I will definitely look for a solution more satisfying if there is one. ------------ Category 8, Topic 18 Message 86 Mon Aug 22, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: I just tried your script with a few changes to suit my setup. First I changed the telephone number and used tokens for user id and password. Second, I had to remove the '@' from the end of the telephone number which I recommend you try also. I know this was an early suggestion but it made my Supra fail to recognize carrier when I connected to GEnie. That is what you have been experiencing... and since it did not solve that I have to assume you can safely remove it. I got thru every bb you visit in your script, but they were all init'd I guess because it was so long since I visited them last. (when I was testing for you before). But since we are trying to get your log on working 100%, the messages don't really matter anyway. You verified things work there anyway. I noticed today that my S7 setting for Supra has a maximum setting of 30. I have always sent 50 for this.... wonder if the setting is AND'd with anythin to get that 30... if so, that setting is going to be like a max of of 18 on my modem. Wonder what yours does with this? I might try changing that, but I'm not having a problem with it tho. Anyway, your script worked fine on my system after I removed that '@' character. Give that a try and increase your carrier delay setting to 20, or whatever the max is... if it turns out to be too long, decrease it gradually. Also, what is the '1' in your init string? BTW, the '@' to my modem means 'wait for silence, then continue' which may be different on your modem. You might want to remove that '1' from your init string, unless it is something specific to your modem. Let me know if any of this gets us further along! egb ------------ Category 8, Topic 18 Message 87 Tue Aug 23, 1994 H.HERMAN1 (Forwarded) Ed, > I noticed today that my S7 setting for Supra has a maximum setting of 30. > I have always sent 50 for this.... wonder if the setting is AND'd with Are you also sending &W after that 50? Else every atz will reset it back to its default, 30. :) Howie ------------ Category 8, Topic 18 Message 88 Tue Aug 23, 1994 CBM-ED [e.g.bell] (Forwarded) Howie: HH> Are you also sending &W after that 50? Else every atz will HH> reset it back to its default, 30 Nah! I send the init string every time in the boot string, so I don't worry about saving the settings in non-volatile ram. Of course, anyone who wanted to do so could. But do you know what happens when the setting specified in the init string exceeds the maximum setting? Is it AND'ed somehow, or what? Probably varies from modem to modem... ------------ Category 8, Topic 18 Message 89 Tue Aug 23, 1994 R.KIRK7 [Dick] (Forwarded) E.G. Never mine everything but why are the HHHHH's getting out before I get the CONNECT 2400. I am sure now that that is the problem. It took me about 10 tries and 5 reloads to get a script log-on tonight. Another thing I noticed- on several tries I get a cleared screen followed by a blinking CARRIER DETECTED in the upper left corner of the screen. I very seldom see this and the script did not log on when it came up. It seems like I should get this everytime. Also, I am up to trying a Carrier Delay time of 18 and the changing of this time does not seem to be delaying the transmission of the HHHHh's at all. When it want log on the HHHHH's are coming out right away. I finally did get on via script and agin the CONNECT 2400 came up before the HHHHH's came up. What is supposed to trigger the transmission of the HHHH'S. The @ is used in my phone number to correct a modem busy detect problem and has nothing to do with the log on problem as I have experienced the problem before using the @. The S7 is the wait time for carrier- it controls how many seconds the modem will wait for carrier sent from the answering modem after dialing a number. Agin- what is supposed to trigger the transmission of the HHHH's or how do I delay it? Good Luck! ------------ Category 8, Topic 18 Message 90 Wed Aug 24, 1994 H.HERMAN1 (Forwarded) Ed, > ... But do you know what happens when the > setting specified in the init string exceeds the maximum setting? Is > it AND'ed somehow, or what? Probably varies from modem to modem... Well, on the Avatex (and Supra too) S7 can be set as high as 255. I have no idea what happens if that is exceeded. Wait a minute... Okey I am back. Here's what happens: -------------------- ats7=255 sets s7 to 255, as expected ats7=256 thru 259 sets s7 to 000 thru 003 ats7=260 and above gets an ERROR message, and s7 is not reset. I suppose it was set up this way for some reason. It would seem more logical to begin to display ERROR at 256 tho, instead of waiting for 260. But, no one asked me... Howie ------------ Category 8, Topic 18 Message 91 Wed Aug 24, 1994 C128.JBEE (Forwarded) I tried it, sending the HHHHH before the "connect 2400" does hang up the modem and lose the connection. ------------ Category 8, Topic 18 Message 92 Wed Aug 24, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: What triggers the 'hhhhh' is the carrier being detected. I am not sure how this would affect things in the instances when the script works, but it sure sounds like your modem is seeing the carrier all the time. I forget, but does your modem init string have the &c1 command? This forces the modem to respond to the true state of the carrier, and not be forced on all the time. I believe your modem may have a different formform of this command, perhaps without the & character. Anyway, can you check your modem manual. This sure sounds like a possibility. I believe most modems that allow this setting default to carrier always seen, which would explain the problem you are having. If this is it, no amount of delay would fix it because it always thinks it is online and sends the hhhhh as soon as dialing is complete. I remember your init string is at 1 v1 x4 &d2. Is this correct. If so, you *must* add the command to it to make the modem follow the true state of the carrier. It will be something like 'c1' or '&c1'. Check your manual, add the appropriate command, and let me know if it changes. I really am starting to think, now, that that is the problem, based on your description and what *should* happen... namely the hhhhh being sent only after carrier is actually detected. ------------ Category 8, Topic 18 Message 93 Sat Aug 27, 1994 R.KIRK7 [Dick] (Forwarded) E.G. The answer to all your modem initialization code questions is-- look at the script I sent you - the string is there! (G) My problem may just be a timing one due to the user port extension cable I am using. I plugged the modem in direct and logged on the first time for a change. I will try that for awhile. I didn't get the blinking CONNECt indication in the upper left corner. Could I just skip the HHHHH in the beginning and put them in the script? ------------ Category 8, Topic 18 Message 94 Sat Aug 27, 1994 CBM-ED [e.g.bell] (Forwarded) Dick: RK> look at the script I sent you - the string is there! (G) Duhhhhhhhhh! Yer right! Now, let me check my nose... :) RK> may just be a timing one due to the user port extension cable I RK> am using. I plugged the modem in direct and logged on the RK> first time for a change Ok.... keep me posted on your success using that method. I don't use one, so, again, I couldn't test it for you. :) RK> corner. If you mean the Smiley right after the clock/timer, that is not actually a connect indicator, but actually a 'logon-script-in-progress' indicator, and it should not blink. Unless I'm missing something else that I should not. :) RK> just skip the HHHHH in the beginning and put them in the script I'm not sure that would change anything, or that there would be a way to do it.... I *suppose* you could try this... use CONNECT 2400 or something like that as the EXPECT string, with the 'hhhhh' as the response string. That *may* work... I can't think off the top of my head why it would not. If you want, give it a try, but back up your current script and work with a copy. There is one other thing that I would recommend based on my own experience. Your script may be based on an old one of mine. In the first 'case', I have as the 2nd subcase a 'U#' EXPECT string, which was intended to catch anytime GEnie was not able to interpret your logon string. I found that it is actually worthless in the first CASE, and should be moved to the second case with a loop back to that CASE after (if) it executes. The loop, in case it is termed something else in ScriptMaker, is ALT-g, which just causes execution of the script to remain on the current CASE even after one of the subcases has been satisfied. However, given how infrequently it happens that a garbled logon string has happened, you may choose to just ignore all of this. BTW, the more I think about your suggestion of putting the hhhhh in a CASE instead of in the number string, the more I'm inclined to think that it *should* work. I only put it into the number string since it was more related to the number (in my mind) than the script. Just make sure that you never remove the command from your init string that makes the mode respond in verbose mode if you tie it to the CONNECT string. Good thinking Dick! :) ------------ Category 8, Topic 18 Message 95 Sat Aug 27, 1994 BUFF.PHOON [the Clown] (Forwarded) Okay. I now have a question about the scripts used with RTCM. When making a script with SCRIPTMAKER there is a question that comes up and I have no idea how to use it (if I _can_ use it). SCRIPTMAKER comes with the V2.02 download. The question comes up about "What time to execute the script" or something to that effect. Where does the script look for the clock to read so it will know when to execute? Does it read the clock setting at the top of the screen or is another clock read? Will this feature work with V2.02 or do I need a later version? Buff Phoon ------------ Category 8, Topic 18 Message 96 Sat Aug 27, 1994 CBM-ED [e.g.bell] (Forwarded) Frank: BF> question comes up about "What time to execute the script" or BF> something to that effect. Where does the script look for the BF> clock to read FirFirst, let me answer the question. The clock read is the clock at the top of the screen, so obviously you have to set it when you start up RTCMaster. This is the only clock in RTCM BF> Will this feature work with V2.02 or do I need a later BF> version? This I don't know as I don't have 2.02 immediately available to me other than to do an intensive search or download it. However, there is an easy way to determine this. When you have AutoLog installed, press CTRL-M to bring up the 'slot' men, then select slot a. If you are prompted to enter a time, 2.02 supports this. If you are not, it does not. Mark has kept Script Maker up to date with my work on RTCM, but the earlier versions obviously get outpaced like this. So you may be seeing this particular thing... and I guess the only thing of any comfort to say, i this is not supported by 2.02, is that we are keeping things backward compatible as we move forward, to the extent possible of course. For the benefit of any reading this who don't know what we are talking about... At a certain point in RTCM development, I put in a feature whereby you could specify a time that a script was to activate, and it would begin at that time. This was intended for, and works great at, dialing in when you are not around, getting your mail, etc., and then logging off. This can save you $$$$$ because the less people online, the faster the system runs. Frank, I'm honestly not sure 2.02 supports this. I have mine all archived somewhere... but the test above will give you a quick answer for sure. ------------ Category 8, Topic 18 Message 97 Sun Aug 28, 1994 H.ENGSTROM [Gerry] (Forwarded) E.G.> Ref> "Sidewinder" RTCM overlay program The main program appears to print correctly in either CBM or IBM/Epson mode. The "rtc.demo" program appears to print correctly in the IBM/Epson mode but will NOT print correctly in CBM mode on any printer. I have tried Star NX2420, Okidata 180, Gemini 15X, Blue Chip M120, Seikosha 1000VC, and even bought a CBM 1525 ($20) to try. The demo program, as it appears on the Lodestar disk, just will NOT work in CBM mode. (Maybe the copy on the disk has errors.) Related (?) questions: 1. Where do you get ribbons for your 1525? 2. Will you be a real "hero" and figure out how to get the 24 pin Star to print the "right" size ?? [Gerry] ------------ Category 8, Topic 18 Message 98 Sun Aug 28, 1994 CBM-MARK (Forwarded) Off hand I don't remember either if V2.02 supports a script start time :/ I'm inclined to say no though. ------------ Category 8, Topic 18 Message 99 Mon Aug 29, 1994 CBM-ED [e.g.bell] (Forwarded) I'll take a look at the demo... however, does the actual program print in CBM mode? That would concern me more if it did not. But I'll look at this in the morning when I get home from work. As for the 24 pin thing, I have felt all along that this is simply a matter of getting the line feeds set correctly with a custom setting. I don't have a 24 pin printer, thus cannot do any kind of testing. Someone who was checking it for me had limited success with the template but not the demo on his 24 pin. ------------ Category 8, Topic 18 Message 100 Mon Aug 29, 1994 CBM-ED [e.g.bell] (Forwarded) BTW, and I know I'm venturing WAY off topic here, 1525 ribbons can be had, or used to be, from Radio Shack for a similar printer. You might also check MEI, a mail-order house. ------------ Category 8, Topic 18 Message 101 Mon Aug 29, 1994 M.RANDALL2 [Maurice] (Forwarded) The ribbon you need to ask for at Radio Shack for the 1525 is a ribbon that would work with the DMP-100 printer. ------------ Category 8, Topic 18 Message 102 Tue Aug 30, 1994 H.HERMAN1 (Forwarded) Ed, > Someone who was checking it for me had limited success with the template > but not the demo on his 24 pin. The ESC sequence which worked so well with the template, should work equally as well with the demo and main program. The prob seems to be that the ESC settings are getting re-set by later entries in the body of the program. Howie ------------ Category 8, Topic 18 Message 103 Tue Aug 30, 1994 H.ENGSTROM [Gerry] (Forwarded) E.G.> The template program seems to be OK in CBM mode and, as you said, that is the important thing. The demo is OK in Epson/IBM mode. The 24 pin printer "size" problem is not just in your program. All print programs I have tried - Newsroom, Print Shop, Print Power, etc. all have the problem of "overlength" print. ( I better get this subject to Cat 4 !!) Maurice> Thanks for the ribbon number. (Hope the "cops" don't get us!!) [Gerry] ------------ 8