--------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAB00003 Date: 06/01/97 From: LANCE REYNOLDS Time: 07:50am \/To: BEN CARPENTER (Read 1 times) Subj: Re: Tracks Hyya Ben! -=> Quoting Ben Carpenter to Lance Reynolds <=- BC> Sorry my reader and editor undid your indent format on the following. Not to worry. Long as you don't step on my blue swe... wait, some body already said that. Appreciate the time and effort. BC> comments may not be any better than what you have done but may give BC> you some ideas. Yes, they did. And is _way_ better than getting yelled at by our illustrious moderator for being impatient. Thank you. BC> I would suggest that the above line be placed just above the BC> "delay(30);". This way if the filefind does not find "SHAKEY.REP" BC> there is no need to send the "U" and you would not need to send BC> "cputs("^x^x^x^x^x^x^x^x^x^x^x^x");". Then in the "else" statement BC> set your counter to "2" so as the down load will take place. Or just go ahead and tell it to download... Hmmm... good one. But I'd still have to have the "dld" track active, so it will download when there _is_ an reply. But then that would cause two downloads... BC> Without seeing all of your choices for the different menus I am BC> guessing a little but the 3rd hit on the qwk track takes you back to BC> the message menu according to what you stated above. Then you want Correct. BC> to log off with (track_hit(t9)). This seems to be the part that is Not exactly. T9 is there because there is one more choice to make before the download starts or aborts. When I select "D" from the QWK menu, (after upld is done), there is either no packet to download, (which is why I need t3 active), or it asks if I want the packet. Answering "Y"es sends me the packet and goes back to the QWK menu; answering "G" would send me the packet and log off. I don't want to log off. (gotta see how my lord chara is doing!) BC> not working I think. Nope. The script never sends the "D" on the second hit of the QWK track, so the download never starts. BC> Question which menu is the string that BC> "(track_hit(t9))" is looking for in? What I am trying to say is are BC> you in the wrong place when you want (track_hit(t9)) to work. At least, I don't think I am. You got me looking in the right area tho, I think. (see "I think I found it" below.) BC> Another way to logg off after a down load that works with some doors Yup. Or I could send a "G" when t9 is hit, but I want to stick around, so once I get the QWK menu after the download is done, I need to go back to the Message menu, and then back to the Main menu. BC> I think you mentioned something in the part I deleted about the BC> counter not working. I changed one of my scripts the other day when I I think I found it... if (track_hit(t8)) { n3 = n3 - 1; if (n3 == 3) { cputs("U"); .... some packet upload stuff deleted....... cputs("^x^x^x^x^x^x^x^x^x^x^x^x"); } } // I think this gizmo is in the wrong place. Looks if (n3 == 2) // like it puts the last two ifs outside the n3 cputs("D"); // counter sub-routine. Should be... if (n2 == 1) cputs("q"); track_free(t8); Like so: if (track_hit(t8)) { n3 = n3 - 1; if (n3 == 3) { cputs("U"); .... some packet upload stuff deleted....... cputs("^x^x^x^x^x^x^x^x^x^x^x^x"); } if (n3 == 2) cputs("D"); if (n2 == 1) cputs("q"); track_free(t8); } We'll see. BC> One other thing I am wondering about. You have a function "main()" BC> and a string "str main[] = "Main Menu Command >>";". Are they getting BC> mixed up with each other? I doubt it, but I changed it a little bit, just in case. Thanks. BC> The last comment I have is about the track_free statements you use. BC> I only use one at the end of the script that frees all the tracks at BC> once. I've heard people say that it speeds up scripts and cuts down on errors if the tracks are cleared as soon as you don't need them any more, 'cause it doesn't have to check each (un-needed) track for a match. As simple as this script is probably doesn't matter... Thanks a lot for your help. I let you know how it works out. < > -)~(o _+_ ___ Blue Wave/DOS v2.30 --- Platinum Xpress/Win/Wildcat5! v2.0 * Origin: Shakey Jake's *All Free BBS!* Santee, Ca (1:202/1324) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAB00004 Date: 06/06/97 From: DAVE LYLE Time: 11:18pm \/To: BRUCE WILSON (Read 1 times) Subj: Tracks (( On 06-02-1997, Bruce Wilson wrote to All: )) BW>I've got a text-only account with my ISP, which has now changed its BW>setup; and there appears to be an inconsistency in its log-on prompt BW>for the user name, in that it's sometimes "username" and sometimes BW>"userid." I've never been a student of "tracking" in Telix scripts BW>and have, thus far, been able to get away with simple "waitfor" and BW>"cputs" scripts, but it seems there's no alternative to watching for BW>the two prompts simultaneously and responding to whichever apppears. BW>Suggestions? Just waitfor "user". Dave davel@execpc.com * SLMR 2.1a * Puns are bad, but poetry is verse. --- * Origin: *YOPS ]I[* 3.1 GIG * RA/FD/FE RADist * Milwaukee, WI (1:154/750) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAC00000 Date: 06/07/97 From: ALEX PATAKY Time: 06:08am \/To: GARY LAMING (Read 1 times) Subj: Flashkeys Not Working Hello Gary, Thanks for your suggestions. They were clear and easy to understand. GL> I'd say you probably haven't compiled the scripts. GL> Start up your script editor, load LOGONAME.SLT into it, and click on GL> the compile button. Now do the same with PASSWORD.SLT. GL> That should get you mobile. GL> If you have indeed compiled them, then check your script path in the GL> configuration. Done the all the above - still no go. ___ X RM 1.31 2176 X If marriage was outlawed...only outlaws would have inlaws. --- Maximus/2 3.01 * Origin: Sydney PC Users Group Mail-Gateway 2000 (3:712/505) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAC00001 Date: 06/07/97 From: MARK HARRISON Time: 08:34am \/To: LANCE REYNOLDS (Read 1 times) Subj: Tracks (( QUOTING = From: LANCE REYNOLDS To: BEN CARPENTER )) LR> Yes, they did. And is _way_ better than getting yelled at by our LR> illustrious moderator for being impatient. Thank you. Hello Lance, I was unaware that I was Yelling. It was only an informative comment on my part to you. Many people do not realize just how Fido works. I did not even use the "Moderator" signature. Mark Harrison | MPHsoft@aol.com | http://kom.net/~mphsoft MPH Software | BBS\FAX: 618-539-6254 | RECORD21 - PICKUP14 - RFW10 --- GoldED 3.00.Alpha5+ * Origin: << MPH SOFTWARE >> Custom Communication Automation (1:2250/23) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAC00002 Date: 06/07/97 From: RICK COLLINS Time: 07:14pm \/To: BRUCE WILSON (Read 1 times) Subj: Tracks -=> Quoting Bruce Wilson to All <=- -=> FidoMail to 1:163/215, please.-=< bw> @MSGID: 1:290/627 2a43e674 I've got a text-only account with my bw> ISP, which has now changed its setup; and there appears to be an bw> inconsistency in its log-on prompt for the user name, in that bw> it's sometimes "username" and sometimes "userid." I've never bw> been a student of "tracking" in Telix scripts and have, thus bw> far, been able to get away with simple "waitfor" and "cputs" bw> scripts, but it seems there's no alternative to watching for the bw> two prompts simultaneously and responding to whichever apppears. bw> Suggestions? A classic example of the value of the TRACK command. :-) But: could you not use WAITFOR and specify "user" as the string? Either "userid" or "username" would cause a hit. :-) TTFN. Rick. Ottawa, ON 7 Jun 19:16 --- Blue Wave/DOS v2.20 * Origin: BitByters BBS, Rockland ON, Can. (613)446-7773 v34, (1:163/215) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAC00003 Date: 06/06/97 From: ISAAC GROVER Time: 05:44pm \/To: BRUCE WILSON (Read 1 times) Subj: Tracks Bruce Wilson may have typed (or replied to) the following: BW> I've got a text-only account with my ISP, which has now changed its BW> setup; and there appears to be an inconsistency in its log-on prompt BW> for the user name, in that it's sometimes "username" and sometimes BW> "userid." I've never been a student of "tracking" in Telix scripts BW> and have, thus far, been able to get away with simple "waitfor" and BW> "cputs" scripts, but it seems there's no alternative to watching for BW> the two prompts simultaneously and responding to whichever apppears. While the track system may be better, my quick fix would be to change the waitfor ("username"); line to waitfor ("user");. Then you can respond to both prompts with no problem. --- Isaac Grover (1:214/80) In the year 2000, the average computer will have 0.6 humans. --- QScan/PCB v1.19b / 01-0154 * Origin: MicroLink BBS * Dinuba, CA 209-591-8753 (1:214/80) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAD00000 Date: 06/03/97 From: BRUCE WILSON Time: 07:52am \/To: CARL CASON (Read 1 times) Subj: Re: TELIX for Windows On 31 May 97 12:33pm, Carl Cason wrote to All: CC> Has the Windows version been discussed here? Yes. CC> Is it completely different from the dos version? What do you mean by "completely" different? CC> Does the upgrade-to-Windows package transfer over all the CC> phone numbers, settings, etc.? It'll read a TFD phone directory (and convert it to its own format, if that's what you want it to do). --- Via Silver Xpress V4.4P [Reg] * Origin: FOG-Line BBS - 515-964-7937 - 1:290/627 (1:290/627) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAD00001 Date: 06/07/97 From: BEN CARPENTER Time: 09:26pm \/To: LANCE REYNOLDS (Read 1 times) Subj: TRACKS -=> Quoting Lance Reynolds to Ben Carpenter <=- ... ..........Some Deleted.......... BC> I would suggest that the above line be placed just above the BC> "delay(30);". This way if the filefind does not find "SHAKEY.REP" BC> there is no need to send the "U" and you would not need to send BC> "cputs("^x^x^x^x^x^x^x^x^x^x^x^x");". Then in the "else" statement BC> set your counter to "2" so as the down load will take place. LR> LR> Or just go ahead and tell it to download... Hmmm... good one. But LR> I'd still have to have the "dld" track active, so it will download LR> when there _is_ an reply. But then that would cause two downloads... Lance Below is the portion of my script that pertains to the QWK door. "c1" is my counter and it is set to 4 at the beginning of the script. "t_8" is the track that is tracking for the QWK prompt. It makes no difference if I have an upload or not I only get one download. else if (trackstatus == T_8) { c1 = c1 - 1; //change counter to one lower number if (c1 == 3) { if (filefind(S_11, 0, tempexist) != 0) // check for reply { // packet cputs("u"); // door upload response transferstatus = send('Z', S_11); frename("c:\telix\notup.txt", "up.txt"); //renames a dummy } //file I use in else //a batch file later { c1 = 2; // change counter if no upload packet was found } } { if (c1 == 2) //counter = 2 because of second trip due to { //upload or due to else statement above. cputs("d"); // door download response c1 = c1 - 1; //change counter to one lower number } } { if (c1 == 1) //counter = 1 after going through download { // routine cputs("g"); //tells BBS goodby and loggs me off. } } } I call several different BBS's but 4 on an every day basis and I need a separate script for each BBS. Even though 2 are running TBBS the sysop's have them setup different. The other two are running Maximus and here again different sysop's different setups. So the above is only for one of the BBS's. Some of my BBS calling was originally long distance and I set up my scripts to just make a mail run and logg off. I had them setup with batch files and a utility called sleep such that it would make the call at night when I was sleeping and the rates were cheaper totally unattended. If I wanted to browse around on the BBS I would make a separate call. The BBS that I originally called long distance I can now telnet into but I still use a script that once it is launched makes the mail run and loggs off totally unattended then if I want to browse I just logg back on. It seems to work better for me this way as I do not browse that much. ... ..........Some Deleted.......... BC> to log off with (track_hit(t9)). This seems to be the part that is LR> Not exactly. T9 is there because there is one more choice to make LR> before the download starts or aborts. When I select "D" from the QWK LR> menu, (after upld is done), there is either no packet to download, LR> (which is why I need t3 active), or it asks if I want the packet. LR> Answering "Y"es sends me the packet and goes back to the QWK menu; LR> answering "G" would send me the packet and log off. I don't want to LR> log off. (gotta see how my lord chara is doing!) The door on a TBBS system can be set to not ask for the do you want to download the packet, it then just sends it. If there is no download packet it just returns to the QWK menu but your script will have cycled just as if there had been a download. My personal preference is I don't like to mix a mail run with other BBS tasks so I make separate calls for the other work. When I want to do something other than a mail run I use a different script that makes the call and gets me logged on then ends and I can then do whatever I want from the keyboard. Now with the above said I do call one BBS and mix browsing with a mail run but the script just gets me logged on and that is it. I do the browsing first and the door is set up to logg me off after a mail packet download. BC> not working I think. LR> Nope. The script never sends the "D" on the second hit of the QWK LR> track, so the download never starts. Sounds like a syntax error in the way the script is seeing the counter and the prompts. (like you mentioned later and I deleted) ... ..........Much Deleted.......... Do you have internet access? Can your BBS be accessed over the internet? ... Ben ... It wasn't broke 'til I fixed it a little... ___ Blue Wave/DOS v2.30 --- FLAME v1.1 * Origin: Telnet toltbbs.com or call 313-854-6001, Boardwatch #55 (1:234/2) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAD00002 Date: 06/08/97 From: CARL CASON Time: 08:55pm \/To: ALL (Read 1 times) Subj: TELIX for Windows Just a quick thank you all for the answers to my question concerning Telix for Windows. Sorry you had to rehash some things. Carl Cason, of Bothell, Washington --- GEcho 1.11+ * Origin: helix.uucp =Support National Public Radio= Seattle (1:343/70) --------------- FIDO MESSAGE AREA==> TOPIC: 192 TELIX Ref: EAE00000 Date: 06/08/97 From: DOUG WILSON Time: 11:14am \/To: LANCE REYNOLDS (Read 1 times) Subj: Tracks LANCE REYNOLDS said to BEN CARPENTER on 06-01-97: ================================================= LR| Yes, they did. And is _way_ better than getting yelled at by our | illustrious moderator for being impatient. Thank you. Aw, now, Mark didn't yell. Sometimes he does, when provoked, but not this time . LR| Or just go ahead and tell it to download... Hmmm... good one. But | I'd still have to have the "dld" track active, so it will download | when there _is_ an reply. But then that would cause two downloads... For the board I call, rather than have one large tracking loop for the whole thing, I run several smaller ones, and break out of them when their function is completed. The first loop gets me logged on, navigates me thru any opening screens the sysop puts in to confuse things, and exits when it gets to the bbs main prompt. I then issue the command to go to the qwk door, and begin a loops to handle the qwk stuff. Following that I go into another loop that logs me off. Here is simplification of the portion of my script that does the qwk stuff (for MMGR door for RBBS board). I've added a bunch of comments for you ... t2 = track("> ->", 0); // part of main qwk prompt, // defined much earlier in script // Buncha code deleted. when qwk prompt is reached ... str Up_file[] = "" // insert path\filename of rep file if(filefind(Up_file, 0, buf)) // see if REP is waiting { cputs("u^M"); // tell bbs you wanna upload // set up strings to track upload process and start // upload loop t6 = track("** ",0); // zmodem upload prompt t7 = track("reply packet).", 0); // part of text when rep // successfully received while(carrier()) { terminal(); stat = track_hit(0); if (stat == t6) // Zmodem is ready to receive file. { // so send it delay_scr(5); // Send file and put result // code in send_result variable send_result = send('Z', Up_file); // I do some tracking of error codes here. Deleted // for our purposes } if (stat == t7) // bbs is processing REP, so it { // got there okay. // Okay to delete REP // Note: I don't rely on successful file xfer, in // case something screws up at bbs end later. I // wait until the packet has been succesfully // unpacked by bbs, THEN delete it at my end. t8 = fdelete(Up_file); if (t8==0) { prints(""); printsc("Your "); printsc(Up_file); prints(" file has been deleted. "); prints(""); } } if (stat == t2) // Back to qwk menu - upload { // processing is finished, so break; // break out of upload loop } } track_free(t6); track_free(t7); track_free(t8); // At this point, you're at qwk menu prompt, no matter // whether you had a rep to upload or not. cputs("d^M"); // Start download process t6 = track("Press a key" ,1); // shown after d/l t7 = track("Nothing to send you!", 1); // no new mail // Note: t2 qwk prompt track while (1) // still active { terminal(); stat = track_hit(0); if (!carrier()) return -1; if (stat == t6) // "Press a key" - all done { cputs("^M"); } if (stat == t7) // Nothing to download { cputs("^M"); } if (stat == t2) // back to menu { break; } } track_free(t6); track_free(t7); // Back at qwk prompt, okay to exit door cputs ("q^M"); ... * OLX 2.2 * You know what they say about paradigms - shift happens! --- RBBSMail/386 v0.997 * Origin: Morrow-Macke - Hebron, OH (1:226/1420.0)