no response from the bot

Norm · Post by **Norm** » Thu Jul 12, 2007 11:50 pm

first of all, sorry for the extremely noobish question.. i tried to search the forums before i poste this but the question is so vague and the archive is so big, i eventually gave up

the problem is, i have a bot running, sourced 2 tcl scripts in config that rely on http package.. and one that relies on nothing and spits random lines from within itself..
to provide http support, i took http.tl from the latest tcl package and sourced it in config.. though i think this is not the way it is done.. however, i know that other bots from the same shell were using http reliant scripts so even if i am doing that wrong i am sorted..

when i start the bot, everything is ok, i even get the loaded messages from each tcl via the putlog command.. so i know they are there.. yet, when i try out the public triggers, the bot does nothing..

even with the script that relies on no packages, the bot doesn't respond..

the script i am talking about is the murphyslaws100.tcl from the eggdrop tcl archive.. the script has 3 triggers (murf, murfhelp murphyslaws) and they are used from the pub, DCC or /msg.. in pub, none of them work.. in DCC and /msg, only murf (shows the script tagline) and murfhelp commands work.. the actual command (murphyslaw) which selects a random line from within itself doesn't work anywhere..

after the long and most probably boring read, do you have any idea what i am doing wrong here?

thx

Alchera · Post by **Alchera** » Fri Jul 13, 2007 1:05 am

Paste the results of ".set errorInfo".

From eggdrop.conf:

# Comment these two lines if you wish to enable the .tcl and .set commands.
# If you select your owners wisely, you should be okay enabling these.
unbind dcc n tcl *dcc:tcl
unbind dcc n set *dcc:set

Norm · Post by **Norm** » Fri Jul 13, 2007 1:12 am

commented out those two lines
that enabled .set and .tcl
failed to get any results with .set errorInfo ic DCC chat though
the bot doesn't understand that command.. and it is not in the list when i do .help set

also doesn't understand when i do .help set errorInfo

Alchera · Post by **Alchera** » Fri Jul 13, 2007 8:14 am

You're expected to actually .restart your bot after that change.

Norm · Post by **Norm** » Fri Jul 13, 2007 10:57 am

.rehash
.restart
kill <pid> then ./eggdrop again

none of the above worked.. .set doesn't exist in DCC
any other ideas?

rosc2112 · Post by **rosc2112** » Fri Jul 13, 2007 1:23 pm

Change the "unbind" to "bind" then rehash the bot... As far as tcl's http, it's not a script in itself, it's part of newer versions of tcl, so if you're having probs with scripts that require package http, likely your version of tcl needs to be upgraded.

Norm · Post by **Norm** » Fri Jul 13, 2007 3:08 pm

did that.. still no response.. when i do .help set, the available variables are;

botnet-nick userfile motd paranoid-telnet-flood
my-ip telnet-banner admin use-telnet-banner
temp-path notify-newusers owner my-hostname
nat-ip dcc-sanitycheck network whois-fields
username version firewall telnet-flood
1ignore-time dcc-flood-thr hourly-updates connect-timeout
resolve-timeout dupwait-timeout require-p keep-all-logs
open-telnets stealth-telnets handlen reserved-portrange
console default-flags log-time max-logsize
quick-logs logfile-suffix quiet-save sort-users
die-on-sighup die-on-sigterm remote-boots max-dcc
1max-logs protect-telnet ident-timeout share-unlinks
allow-dk-cmds userfile-perm switch-logfiles-at

Norm · Post by **Norm** » Sun Jul 15, 2007 11:46 am

no idea whatsoever?
at least tell me a way to see an error log.. not the log of the partyline but the actual runnings inside the eggdrop process..

Alchera · Post by **Alchera** » Sun Jul 15, 2007 6:57 pm

If you had done what was suggested then ".set errorInfo" (case sensitive) will return a result.

Maybe just recompiling from source will solve your problem.

Norm · Post by **Norm** » Sun Jul 15, 2007 9:12 pm

treating people like they don't know anything about eggdrop won't help
what makes you think i did not try .set errorInfo (yes, case sensitive) ?
what makes you think i'm lazy and stupid enough to do the same thing over and over again and never try recompiling? never try .restart? .rehash?
forget it.. leave it unresolved..

Alchera · Post by **Alchera** » Sun Jul 15, 2007 9:35 pm

Norm wrote:did that.. still no response.. when i do .help set, the available variables are;

botnet-nick userfile motd paranoid-telnet-flood
my-ip telnet-banner admin use-telnet-banner
temp-path notify-newusers owner my-hostname
nat-ip dcc-sanitycheck network whois-fields
username version firewall telnet-flood
1ignore-time dcc-flood-thr hourly-updates connect-timeout
resolve-timeout dupwait-timeout require-p keep-all-logs
open-telnets stealth-telnets handlen reserved-portrange
console default-flags log-time max-logsize
quick-logs logfile-suffix quiet-save sort-users
die-on-sighup die-on-sigterm remote-boots max-dcc
1max-logs protect-telnet ident-timeout share-unlinks
allow-dk-cmds userfile-perm switch-logfiles-at

"errorInfo" will not show whether enabled or disabled.

<Alchera> .help set errorInfo
<Betelgeuse> [11:29] #Alchera# help set errorInfo
<Betelgeuse> No help available on that.

<Alchera> .set errorInfo
<Betelgeuse> [11:29] #Alchera# set errorInfo
<Betelgeuse> Currently:

I loaded the script in an eggdrop:

[11:36] <Alchera> !murphyslaws
[11:36] <Betelgeuse> The more cordial the buyer's secretary, the greater the odds that the competition already has the order.
[11:36] <Betelgeuse> Skill in manipulating numbers is a talent, not evidence of divine guidance.

Code: Select all

source scripts/murphyslaws100.tcl

There is nothing special about this script. There are no settings to play with. It is simply loaded and triggered in the channel as per the instructions in the script header.

Only two commands work via msg and dcc: murf and murfhelp

Norm · Post by **Norm** » Sun Jul 15, 2007 10:28 pm

that's what i'm trying to say.. the script is so simple it drives me nuts not to be able to get it working

i know i loaded the script.. putlog tells me that after a .rehash
in DCC, .murf works, but .murphylaws doesn't
now this happened to me before so it is most probably a mistake i am continuously making.. i need an error log that will tell me if eggdrop even acknowledged my trigger on the pub.. or why did the bot terminate a .murphyslaws command?

checked the single eggdrop.log in the LOGS dir... it has +o but only logs the partyline.. and i get a response to .help set but i got no response for the 6-7 .set <variable> commands i tried.. and i commented out unbind.. then turned back and made those bind and removed #
what the hell am i doing wrong?

Alchera · Post by **Alchera** » Sun Jul 15, 2007 11:11 pm

# Public: - !murfhelp
# - !murphyslaws
# - !murf
# MSG: - murfhelp
# - murphyslaws
# - murf
# DCC: - murfhelp
# - murphyslaws
# - murf

What is in bold would appear to be typos as "murphyslaws" can only be triggered in the channel: !murphyslaws

I discovered (by accident) that !murphyslaw works also, it spits out just the one line.

If you can trigger "!murphyslaws" in the channel and get a result then it is working as it should.