

Category 8,  Topic 18
Message 36        Fri Feb 18, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 There is a new, vastly expanded AutoLog overlay very nearly ready for version
 2.04 of RTCMaster.  This new overlay has many powerful new capabilities,
 giving RTCMaster a multi-layered scripting capability.  This new language
 will enable you to execute your scripts at a specified time.... dial in to
 GEnie, read and buffer your mail, read and buffer new BB messages... none of
 this is new to RTCMaster.  However, now you will be able to print your
 buffer, send replies to mail or BB posts, upload files from your system, and
 download files from GEnie using any of the currently available RTCMaster
 protocols, including Ymodem.

 The learning curve for the new script language is as steep as you want to
 make it.  All of the scripts you are currently using or have developed will
 be backward compatible with the new AutoLog, and can be easily modified to
 make use of the new features.  The new script language is just that... a
 programming language, but I have tried to make it as mnemonic as possible. 

 Do you want to print your buffer....  the script directive is:

   ^.print

 Do you want to create your own expect/response strings.  The script direcive
 is:

   ^.query  "expect string"   reply  "response string"

 There will be demo scripts included for your use which you may find more
 powerful even than what you need.  You may create some more powerful than we
 envisioned when developing the script language.  Watch for details on adding
 this power to your online time.    egb

 ------------
Category 8,  Topic 18
Message 37        Sat Feb 19, 1994
S.CLEMENTS [Krazy Kat]       (Forwarded) 
 
Y'know, at the rate I pass on comments for my friend, I should just give him
my GEnie account and be done with it!   :-)

To wit:

"Regarding REU's and RAMLinks:

"I personally have used an REU in the Pass-Thru instead of the RAM port. This
was advantageous because I could then remove the large, bulky REU whenever it
was not needed, and not need to worry about damaging any components. You see,
one cannot remove an REU that is connected to the RAM Port because it is
continuously powered. You have to unplug everything before removal, thus
destroying any data you had in the RAMLink. But you CAN remove any device
connected to the Pass-Thru Port, so long as the computer is turned off.

"By the way, I now have a desk with a very low monitor shelf. This prevents an
REU from plugging vertically into the RAMLink. Does anybody sell extender
 cables anymore? Or is this arrangement unsafe? "

--------------

He doesn't have a chequing account, and his credit card has to come from his
family back east, so I guess he's a mooch until then. I yi yi.

- Krazy


 ------------
Category 8,  Topic 18
Message 38        Sat Feb 19, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
Glad to see all the interest in my problem. I wish it belong to someone else,
however.

When I have said the RTCM script was giving me a Successful Termination
message at the same place I mean it is happening during the same case #. The
message is never the same as I never capture the same ones. The buffer is open
and there is never any evidence of a 1 ? or any line noise.

I haven't botheered to upload a buffer because there isn't anything to see.

I will make a new script with the category order changed, the alt M 1 ?
included and the buffer open from the beginning to see what happens.

My capture tonight, incidently, made it all the way to the last BB and was
capturing its messages when I got the Script Terminated Successfully message.
It kept scrolling with the buffer open so I did manage to get all the messages
for a change.

I know it sounds impossible but, this program is jumping cases without any
noticeable prompts.

I want use the P alt M 1 ? suggestion as I don't see the P.

Has anyone figured out why I get scrolling on each BB without telling it to?

Thanks agin for the interest.

 ------------
Category 8,  Topic 18
Message 39        Sat Feb 19, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Krazy:
  KK> I now have a desk with a very low monitor shelf. This prevents
  KK> an REU from plugging vertically into the RAMLink

 This is exactly why I do things the way I do them.  I doubt if I would
 do things differently even if it were not the case tho.  I rarely need
 the REU except when making SFX's, and the more I store in the RL, the
 more I stand to lose in event of a catastrophe.  Since I got the battery
 I have not lost anything in the last few power outages, but I still do
 not trust anything 100%... not even disk drives.  :)
 ------------
Category 8,  Topic 18
Message 40        Sat Feb 19, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
 Just to show you what I'm talking about, your message tripped up my
 script...  Here is the last line of the BB part of the script...

  RK> message is never the same as I never capture the same ones. The
  RK> buffer is open and there is never any evidence of a 1_?


 I added the _ char so others won't get tripped up by it like I did,
 but you can see what I mean.  That was the last line of the BB that got
 into my buffer.  From there my script reads and buffers the new uploads,
 which I got.

  RK> make a new script with the category order changed, the alt M 1
  RK> ? included and the buffer open from the beginning to see what
  RK> happens.

 I kind of think the way you have the buffer opening and closing is 
 fine.  You only buffer the messages and not the intros, etc.

  RK> made it all the way to the last BB and was capturing its
  RK> messages when I got the Script Terminated Successfully
  RK> message. It kept scrolling with the buffer open

 This buffer would have proven useful I think if you could identify when
 it was the script terminated... i.e. which message in which cat.  Then
 I could look at that message for clues.

  RK> it sounds impossible but, this program is jumping cases without
  RK> any noticeable prompts.

 I have seen things happen that *should* have been impossible, and which
 I was not initially able to duplicate.  Most of them, Mark has found and
 passed along.  The problem I have consistently had is no problem.  I
 call with your script, go through every BB, reading all new messages in
 all new topics, and the only minor annoyance, which I addressed, was 
 having to set the scroll in every BB.  The way I did it, which I assume 
 you have done at some time or another, was go to the settings section 
 on page 900 and set my page length to 0.  That makes the scroll setting
 permanant.  You can check to see if that is where you have it by
 going there and checking your setting.

 You don't see the 'p' in the BB's you attend because you have set your
 prompts at none.  I do too.  But in the future I'm going to put on 
 at least the alt-m so I cut down on even more snags.  It would have 
 saved me from your post.  :)

 I sure would like to see what you see.  My system works entirely too
 well with your script.  That investment RT is a good 1/2 hour itself 
 after a few days not reading the posts.  aaaaiiiiiiiiii!
 ------------
Category 8,  Topic 18
Message 41        Sun Feb 20, 1994
H.HERMAN1                    (Forwarded) 
 
 Krazy Kat,

 > [stuff deleted by me]  Does anybody sell extender
 > cables anymore? Or is this arrangement unsafe? "

 I used to use the Tenex Extender Cable in exactly this configuration.

 The nice thing with the Tenex cable is that if you do not need its entire
 length, you can easilly cut it shorter (something worthwhile to avoid REU
 timing probs).

 In fact, I had another Tenex Extender coming out of the pass-thru port,
 for a SwiftLink that was flush on top of a flat REU.

 Howie
 ------------
Category 8,  Topic 18
Message 42        Thu Feb 24, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
my sincere apologies to all of those whom my mentioning the prompt I am using
in my RTCM script has caused their script to terminate when their script got
to my message.

It want be done agin.

E.G.- It looks like adding the RETURN to my script prompt has approved things
a little.

 ------------
Category 8,  Topic 18
Message 43        Fri Feb 25, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 RK:  No big deal wrt the 1_? prompts on my part.  Just one of those 
 things!  :)   I know there are others it bothers more, but I have to
 say that if adding that <cr> helped things, it convinces me even more
 that you are getting snagged by a message or messages with the prompt
 in it.  Glad it has improved, and I say again, that is an impressive
 logon script!  Does a lot in a little bit of script.
 ------------
Category 8,  Topic 18
Message 44        Sun Feb 27, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
EG

You are more gracious than most regarding my commenting about the 1-?. You
should get my E-Mail (g).

Well I tried a new script today with the Alt-m 1-? for prompts. It made it
through the last BBS but while in the middle of a message read, the buffer
filled, RTCM did a DMA buffer save and when it came back a SCript Termination
Successfully message appeared.

The remaining messages were captured OK. I haven't been noticing but maybe the
problem is with the DMA save. I will keep trying and advise.

What version are you using and is there a new one available yet? I am using
2.02.


 ------------
Category 8,  Topic 18
Message 45        Sun Feb 27, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> You should get my E-Mail

 LOL!  I see a lot of Email, but when someone has done that to me w/the
 script too frequently, I just say...'Howie... cut that out!'.  hahahaha

  RK> a DMA buffer save and when it came back a SCript Termination
  RK> Successfully message appeared

 How many buffers have been saved when this happens?  The same number
 all the time?  What has really thrown me throughout all of this is that
 the script is satisfied that it did what you told it to do.  That and the
 fact that I can't duplicate your results.  The only difference in mine is
 that I'm reading all new messages in all the topics, which is way more,
 I'm sure, than you are reading.  When I run it, it has taken about 1/2
 hour in the investment rt alone... about 10 or 15 mins in the others
 combined.  At least you are getting all the information...  There is 
 nothing wrong with your script tho.  I have used it twice with the same
 result, once with normal 1581 save and once with DMA, and had no problem
 either time.  There is one thing else different, tho, since you mentioned:

  RK> What version are you using and is there a new one available
  RK> yet? I am using 2.02.

 I am using 2.04.  Version 2.03 was uploaded and tested and delayed for
 several reasons.  I then did a pretty big upgrade of my assembler and
 needed to test it, thus came 2.04, and 2.03 was never released.  I wonder
 if that could be the answer?  However, future releases will be under
 different circumstances which have not been made public as yet, tho I
 don't think it will be too long.  When it is, there will be a whole new
 script language you will be able to play with, backward compatible with
 the scripts you have now.  :)
 ------------
Category 8,  Topic 18
Message 46        Mon Feb 28, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
EG

The script terminated after the first DMA save. I only captured a little over
one buffer full.

So you are using V2.04! You must have improved something- or it is just my
computer.

I am looking forward to the new version. I sure like these DMA buffer saves
and the the ease of making scripts.

My other main problem is it logging on. It never makes it passed the HHHHHH
about 80% of the time.


 ------------
Category 8,  Topic 18
Message 47        Wed Mar 02, 1994
K.PEINDL                     (Forwarded) 
 
Hi Ed well I used my new found REU with the RTCM and was impressed with the
DMA function saving the buffer. But I to had a problem after it save the
buffer I got a successful scrip and it sign me off. I was only done with the
first buffer and had to logon again to finish.  Otherwise it work great. I
have a 256K REU and had it configure to that. Bye! Ken.
 ------------
Category 8,  Topic 18
Message 48        Thu Mar 03, 1994
CBM-ED [e.g.bell]            (Forwarded 
 
 Perhaps it is something to do w/2.02 then.  I don't use it and
 until earlier last week did not even have a copy.  You are usinh
 mailbboff right, ken?  That is why I bet you got signed off.
 I'll have to give that a try tomorrow or Friday or Saturday.
 That 2.02 thing had not occurred to me until Dick brought it up
 and the changes to that part of RTCM were very minimal.  &(
 ------------
Category 8,  Topic 18
Message 49        Sun Mar 20, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
E.G.

I tried the RTCM script 6 times. It worked OK the 4 times the buffer didn't
fill.

The two times the buffer filled the script terminated after it completed the
DMA save.

It appears now that all the previous problems were caused by the DMA save.
Something in the program cause the script to terminate after a DMA save is
completed.


 ------------
Category 8,  Topic 18
Message 50        Sun Mar 20, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> appears now that all the previous problems were caused by the
  RK> DMA save. Someting in the program cause the script to
  RK> terminate after a DMA save is completed

 I am kind of inclined to agree with you, based also on Ken Peindl's
 experience.  However, 2.04 does not do this, at least not to me, which
 is why I was not able to duplicate the error.  I am taking that to mean
 that I already found, fixed, and forgot about whatever was wrong.  I can't
 imagine what it is though.  I think next time I'm off, I'm going to find
 and fire up a copy of 2.02 to see if I can duplicate your experience just
 for one more verification.  However, didn't you tell me you had the same
 trouble when using RAMDOS?  Maybe I remember that wrong.  The only change
 I recall making to that routine was to add stop-key polling to allow you
 to escape the auto-increment of the filenames when your increment was 
 quite a bit removed from the filenames on disk.  :)
 ------------
Category 8,  Topic 18
Message 51        Thu Mar 31, 1994
M.KIRBY2                     (Forwarded) 
 
This may sound like a stupid question but, where can I find the RTC master 
program for the 128?  I can't find it even in the library that baers it's name
 , unless it was uploaded under a missleading filename.

Answer me here or in E-mail, as you please.

Thank you. @s
 ------------
Category 8,  Topic 18
Message 52        Sat Apr 30, 1994
R.KIRK7 [Dick]               (orwarded) 
 
RTCM is definetely advancing to the next case of a script when it returns from
a DMA save.

A quick fix is to repeat the case in the script in the area a full buffer
nomally occurs. This has worked for me every time so far.
 ------------
Category 8,  Topic 18
Message 53        Sun May 01, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
 That is a nice piece of detective work.  It does seem to me that
 the master sleuth, Mark, mentioned something about instances where
 a case was advanced improperly.  I forget what it was just now tho.
 I can suggest a different way to do this... just hope I can make it
 clear here...

 This assumes that each case has a clear cut exit trap.  If so, perhaps
 the case that is being improperly jumped to can specify a jump back to
 the previous one.  This may all be moot because I was unable to duplicate
 the problem in version 2.04, which kind of indicates to me that I found
 whatever the problem was and fixed it.

 I have been swamped with stuff around here, not to mention changes in
 my work schedule and some responsibilities added.  It has prevented me
 from doing further work on the script language for 2.04, but when I was
 working 100% on it, these are some of the features successfully tested
 by me:

 Upload/Download in all of the available protocols
 Posting of messages/replies to the BB
 Posting of mail replies

 The language is quite powerful, including looping functions, variables,
 error testing, conditional operations, tracing execution, etc.  The
 thing I have to do to really nail it down is probably the hardest part
 of any programs that I write, namely documenting it.  This is my
 achilles heel.  Provide the power and no easy way for people to use it.
 Watch for all of this.  In the meantime, save the scripts you wrote that
 gave you problems.  If you upgrade to 2.04, I am sure you will find they
 will run perfectly for you.  They did for me.
 ------------
Category 8,  Topic 18
Message 54        Fri May 27, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Just testing the script language of RTCMaster 2.04.  So far, this 
 script has downloaded 3 files, uploaded 1, and posted a message
 elsewhere in the BB.  After this, it is going to the GEmail 
 section and clutter my mailbox with words of praise for the man I
 love.  :)   >>> me <<<


 ------------
Category 8,  Topic 18
Message 55        Fri May 27, 1994
C128.JBEE                    (Forwarded) 
 
 lol :D
 ------------
Category 8,  Topic 18
Message 56        Mon May 30, 1994
L.SCHONDER [C128.LOU]        (Forwarded) 
 
Oh no Ed! Junk Mail!!!  LOL!!!!   :D
 ------------
Category 8,  Topic 18
Message 57        Mon May 30, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 That probably accounts for about 75% of my posts anyway. hahaha
 ------------
Category 8,  Topic 18
Message 58        Mon May 30, 1994
THE.OUTLAW                   (Forwarded) 
 
 Ed:  I am testing your script language with this demo file you made
 for RTCMaster 2.04.  I have to say I'm VERY impressed, and have
 decided to sit down and write you a check immediately for $1000.  It
 is a mere pittance in the context of your immeasurable contribution
 to my computing pleasure.  And you know, somehow I keep feeling it is
 not enough.  I have considered offering you my first-born, but my
 husband/wife is convinced that you are so modest you would never accept,
 and in fact, may even be offended.  Again, please accept my sincere
 thanks (and my check) as some small means of conveying my gratitude.


 ------------
Category 8,  Topic 18
Message 59        Thu Jun 02, 1994
L.SCHONDER [C128.LOU]        (Forwarded) 
 
A thousand bucks!!! That's what I call a Shareware fee!!!! Wow!!! ;)
 ------------
Category 8,  Topic 18
Message 60        Sat Jul 30, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
Received my RTCM V2.04 today. Looks like it still has the logon problem 2.02
had.

It very seldom gets pass  the HHHH in my script.

Something new is that after getting a manual dial connect I try a script
execute and get an 'incorrect format, renter' at the pass,ID prompt.

 [C [CThe same script works OK with V2.02.

Got any suggestions? I am using an Aprotek C24 Minimodem, incidently.


 ------------
Category 8,  Topic 18
Message 61        Sat Jul 30, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
Is there a way to slow down (pause) the transmission of the pass and ID?
 ------------
Category 8,  Topic 18
Message 62        Sun Jul 31, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> RTCM V2.04 today. Looks like it still has the logon problem
  RK> 2.02 had.

  RK> It very seldom gets pass  the HHHH in my script

 I thought the only problem you had w/2.02 was the premature exit from
 the scripts.

  RK> after getting a manual dial connect I try a script execute and
  RK> get an 'incorrect format, renter' at the pass,ID prompt.

 I just have to ask 1 question before I try to guess what is causing this.
 When you got the new disk, did you copy your 'dflt.mysetup' over to the
 new disk?  It sounds like this might be the problem if you didn't.  The
 script contains the telephone number, but it does not contain your 
 password and ID.  That is stored in the dflt. file.  I get the same errors
 when I'm testing and using the dflt.mysetup that comes with the package.
 It is a space or something in the userid/password fields, and that is
 what gets sent, which GEnie sees as an incorrect logon id or password.

  RK> It very seldom gets pass  the HHHH in my script.

 If it is getting that far, that means it is dialing and detecting
 carrier... least that is what it sounds like.  If you have not copied
 over your configuration file that you had been using, try that and see
 if it makes a difference.  Also, did you have to make any changes to the
 boot program?  If so, you may have to make the same changes to the boot
 program.  And I can't say what changes occurred between 2.02 and 2.04 in
 the boot.  I know I can't run RTCMaster 2.04 using the boot from 2.02.
 That is kind of weird because I didn't think I had made any changes that
 were 'visible' on that level, but I know what happened when I tried to
 do the boot.  Note especially any changes you might have made to the 
 modem init string.  Try to make sure the boot is set up exactly as you 
 had it set up for the previous version.

 If this doesn't turn out to be it, upload the script and I'll try it out
 with my copy, also 2.04.  That should tell a story as well if it works
 (or doesn't) for me. 
 ------------
Category 8,  Topic 18
Message 63        Sun Jul 31, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 BTW, Dick, I know you had to have done this, but the script actually 
 would need to have the telephone number you use installed.  I misstated
 that in the previous post.  Once you do this and save it, it will stay
 there, but it is (I believe) the number I use initially.
 ------------
Category 8,  Topic 18
Message 64        Sun Jul 31, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
I had two problems with RTCM V2.02.

1. It very seldom logged on to GENIE via a script. It acted like GENIE wasn't
seeing the HHHHH's. The HHHH's would be sent and I got F'F back.

The same thing happens with V2.04. I took V2.04 and went by the old docs and
created a new setup i.e. a new dflt.mysetup file. All numbers and passwords
have ben entered and I have actually gotten through two calls via an executed
script.

The script I am using is the same as I previously uploaded to you. I took it
and loaded it into the new Scriptmaster program and stepped through it and
saved it to the new disk. I have not transfered any v2.02 files to the V2.04
disk.

I also had to create a new EZ.BOOT file. The old instructions seem to cover
everything OK but the line numbers differ somewhat in the boot program which
comes with the disk.

Having a space or two makes sense as a posible problem cause. I will look for
that.

2. During the execution of a script a step would be skipped whenever a buffer
was filled and a DMA save resulted.

I have not been able to see if this has been correccted in V2.04 as I haven't
gotten a full buffer yet.



 ------------
Category 8,  Topic 18
Message 65        Sun Jul 31, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> The same thing happens with V2.04. I took V2.04 and went bythe
  RK> old docs and created a new setup i.e. a new dflt.mysetup file.
  RK> All numbers and passwords have ben entered and I have actually
  RK> gotten through two calls via an executed script.

 Ok, try this.... try changing the carrier delay in defaults.   Try 
 adjusting it up first, then if that doesn't work, adjusting it down.
 The fact that it has worked twice kind of tells me that this is a 
 problem that requires tweaking the right delay.  I really am going to
 have to find one of those modems somewhere cheap and buy it so I can
 try to duplicate these things.  I am going to start watching in earnest.
 I just don't want to spend $50 for another 2400 baud modem just for that
 reason.

  RK> I also had to create a new EZ.BOOT file. The old instructions
  RK> seem to cover everything OK but the line numbers differ
  RK> somewhat in the boot program which comes with the disk.

 There were changes made and things added, but I thought that I did an
 updated instruction file to set it up.

  RK> 2. During the execution of a script a step would be skipped
  RK> whenever a buffer was filled and a DMA save resulted.

 Right!  I was never able to duplicate this, but Mark was.  I ran your
 script tho with 2.04 and it worked perfectly every time, whether DMA or
 RAMDOS, so I'm confident this is ok.

 When you are doing a logon script, watch the status line to see 1] if
 smiley shows up just prior to the 'hhhhh's being sent, and if there is
 any kind of noticable delay before they get sent once he appears.  
 You will have to check the docs to
 see which position I'm talking about in the status line because there
 are 3 different places, depending on what you have set up, in which
 he can appear.  One is immediately after the clock/timer, which indicates
 you are running a script.
 ------------
Category 8,  Topic 18
Message 66        Sun Jul 31, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
Don't bother buying another modem. I don't think the problem can be blamed on
that.

Desterm and Dialog scripts have always worked without any problem on my modem.
It has to be something in the software, I believe.

If the problem was one of carrier delay then the script would never send the
HHHH's --- isn't this correct?

The script is sending the HHHH's OK. Genie just acts like it doesn't see them.
I redid the HHHH's and password in my script to hopefully get rid of any
spaces. It didn't sem to change anything.

I have a Ctrl-A C E  before my password in the script. I have taken them out
in a script to see if that could be causing GENIE not to see the password
correctly.

I couldn't get the logon to fail just now with three tries so it is an
intermittant problem of some nature.

I am a long way off in Florida in an area subject to a lot of rain, especially
this month, and noisy circuits due to electrical storms which may complicate
things.


Thanks for the help. When can we expect some docs?
 ------------
Category 8,  Topic 18
Message 67        Sun Jul 31, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> Don't bother buying another modem. I don't think the problem
  RK> can be blamed on that.

  RK> Desterm and Dialog scripts have always worked without any
  RK> problem on my modem. It has to be something in the software

 I don't think you understood what I meant.  I never meant that it is
 a problem with the modem.  I *meant* that I need to get one so that I can
 test with it.  I'm not blaming the modem... just wishing I had one for
 this reason.

  RK> If the problem was one of carrier delay then the script would
  RK> never send the HHHH's --- isn't this correct?

 No, that isn't correct.  If, for example, the delay is too long, even if
 the h's got sent, GEnie would not acknowledge them.  Try logging on 
 manually and waiting too long to type in the hhhhh.... you will see the
 f'f you mention, and at that point, there is simply nothing you can do 
 but log off and try again.

  RK> I redid the HHHH's and password in my script to hopefully get
  RK> rid of any spaces. It didn't sem to change anything

 Do you have your password hard-coded in your script?  I don't know if
 extraneous spaces in the 'hhhhh' would make any difference, but it might
 in the password or user id, but then, I have mine in my dflt. files so
 that I can safely upload my scripts.

  RK> Ctrl-A C E  before my password in the script. I have taken them
  RK> out in a script to see if that could be causing GENIE not to
  RK> see the password correctly.

 That shouldn't matter.  I use that or similar combinations in all of my
 scripts.  You can leave them in there.

  RK> I couldn't get the logon to fail just now with three tries so
  RK> it is an intermittant problem of some nature.

  RK> I am a long way off in Florida in an area subject to a lot of
  RK> rain, especially this month, and noisy circuits due to
  RK> electrical storms

 I don't know that the latter causes the former, tho it may, as you say,
 complicate things at least on occasion.  Also, is there a particular time
 when this stuff happens, for example earlier in the evening as opposed to
 later in the evening?  I'm thinking about GEnie being slow to respond, 
 which would again point to the carrier delay.  Do you ue tone or pulse.
 I use the carrier delay setting to compensate for the speed of tone 
 dialing.  Pulse dialing takes a good bit longer.  Tone dialing gets the
 dialing done quickly, and the delay attempts to synch RTCMaster's carrier
 detection routine with the appearance of the carrier.  That is why I 
 suggested the delay adjustment.

 Ken Peindl, who lives near me, has the same modem as you and reported the
 same DMA problem you did, but none of the others.  As I said, I am going
 to have to locate one of these modems and do my testing with it also to
 see if I can track this down and stamp it out.   The intermittent nature
 of it is going to make it hard.  But the problem is not in the scripts or
 anything like that.  It has to be something isolated right at the dialing
 and carrier detection routine.  The fact that it works sometimes makes this
 difficult.  If you can, pay attention to all things (time of day, delay
 settings, etc.) when it fails to connect.  I'll work with it.  It is just
 hard when I can't duplicate it, and I doubt anyone here uses scripts more
 times a day than I do. :)
 ------------
Category 8,  Topic 18
Message 68        Sun Aug 07, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
I got a successful logon and script execution today with V2.04. the DMA save
worked great also.

How do I delete the auto-script load and get the

LOAD SCRIPT (y/n) prompt to come up at start up like V2.02 works?

 ------------
Category 8,  Topic 18
Message 69        Sun Aug 07, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Dick:
  RK> I got a successful logon and script execution today with V2.04.
  RK> the DMA save worked great also.

 Great!  Now you can see why I had such difficulty trying to understand
 the difficulty you were having when I tried to duplicate it.  :)

  RK> How do I delete the auto-script load and get the

  RK> LOAD SCRIPT (y/n) prompt to come up at start up

 Load the AutoLog overlay.  Then load a script normally with that overlay.
 (Ctrl-M then CTRL-L the enter the name of the overlay you want to 
 do this to).  This will load the script, and it will start to auto-execute.
 When it does, press STOP to stop the process.  When stopped, go back 
 into AutoLog (CTRL-M) and select slot-m to modify the script.  Then
 just follow the prompts.  One will ask if you want the script to
 auto-execute.  Just change the entry to 'n' and that will do what you
 want.  I would recommend saving it under a different name, at least until
 you are sure the save was good.  At that point, you can delete one copy
 or do whatever you like.  
 ------------
Category 8,  Topic 18
Message 70        Sun Aug 07, 1994
CBM-MARK                     (Forwarded) 
 
    >   RK> LOAD SCRIPT (y/n) prompt to come up at start up
  eb>  Load the AutoLog overlay.  Then load a script normally with
  eb> that overlay.

 Ed, that still won't get back the "Load Script Y/N" prompt when you
 first boot up RTCM will it?  Isn't it line #380 in the EZ.BOOT file
 that specifies the script filename that is loaded on boot up?
 Removing the filename and just leaving an empty quote will give you
 back that "Load Script..."  prompt won't it?
 The reason for all the questions is because I can't find my RTCM
 docs and my EZ.BOOT file I have modified and am not real sure what
 used to be in there ;>

                Mark
 ------------
Category 8,  Topic 18
Message 71        Mon Aug 08, 1994
CBM-ED [e.g.bell]            (Forwarded) 
 
 Mark:   duhhhhhhhhhhhhh!  I'm sure glad you are paying attention not
 only to the answers but to the questions as well.  You are (as usual)
 right.  Dick, whatever line in the script that sets up the overlay, and
 Mark says line 380, just remove the file name from inside the quotes.
 Leave anything else on that line alone.  Just remove the 'scrp.#####'
 filename.  This will do what you want.  

 I have an uncanny talent for taking the simple question and making a
 difficult (and sometimes wrong) answer for it.  Thanks Mark!
 ------------
Category 8,  Topic 18
Message 72        Mon Aug 08, 1994
CBM-MARK                     (Forwarded) 
 
;D  You're Welcome, Ed!
 ------------
Category 8,  Topic 18
Message 73        Wed Aug 17, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
E.G.

My logon problem with RTCM sort of looks like a loading problem if that is
possible. Several tries this past week produced the following.

WHen I can't log on it doesn't matter what I do therafter I can't make it log
on. Dial with subsequent execution of the script doesn't work for instance.

If I reset the computer and reload I have been able to get on every time. It
would take maybe three or four resets/reloads in some cases, however.

Hopes this helps. I have tried increasing the carrier delay- no help. Haven't
gotten around to trying less carrier delay.


Thanks.
 ------------
Category 8,  Topic 18
Message 74        Wed Aug 17, 1994
R.KIRK7 [Dick]               (Forwarded) 
 
E.G.

A suggested improvement for future versions of RTCM.

While doing an autosave to disk mode message save session I filled up a disk
and RTCM ended up continuing the message read with the buffer filled.
Consequently I missed several messages while I was getting things stopped.

A better way would be for RTCM to display a disk full message and stop until
prompted to give one a chance to load another disk or whatever.



