| View previous topic :: View next topic |
| Author |
Message |
rosc2112 Revered One

Joined: 19 Feb 2006 Posts: 1454 Location: Northeast Pennsylvania
|
|
| Back to top |
|
 |
demond Revered One

Joined: 12 Jun 2004 Posts: 3073 Location: San Francisco, CA
|
Posted: Sat Dec 09, 2006 9:28 pm Post subject: |
|
|
man, you are one scripting dynamo good job _________________ connection, sharing, dcc problems? click <here>
before asking for scripting help, read <this>
use [code] tag when posting logs, code |
|
| Back to top |
|
 |
rosc2112 Revered One

Joined: 19 Feb 2006 Posts: 1454 Location: Northeast Pennsylvania
|
Posted: Sat Dec 09, 2006 10:56 pm Post subject: |
|
|
/me tips her hat  |
|
| Back to top |
|
 |
rosc2112 Revered One

Joined: 19 Feb 2006 Posts: 1454 Location: Northeast Pennsylvania
|
Posted: Sun Dec 10, 2006 12:00 am Post subject: |
|
|
| Did some minor formatting changes and a little more cleanup/code consolidation. Uploaded to archive as well, and available at the same url as above. |
|
| Back to top |
|
 |
strikelight2 Voice
Joined: 02 Jan 2007 Posts: 5
|
Posted: Tue Jan 02, 2007 12:37 am Post subject: |
|
|
Modifying someone else's script and releasing it, without their permission, is poor etiquette.
For those who wish to obtain the proper version of the script, point your browsers to http://www.tclscript.com/
Regarding some of your changes:
- The script was developed to be the most compatible it can be with
all versions of eggdrop. As such, egghttp.tcl is required, and no, it is not outdated. It is also less bloated than the http package.
- From experience, utimer's perform better than their timer counterpart.
- Your changed version will not auto broadcast threats of a defined level,
due to a bug in your code, related to site changes.
-sL |
|
| Back to top |
|
 |
rosc2112 Revered One

Joined: 19 Feb 2006 Posts: 1454 Location: Northeast Pennsylvania
|
Posted: Tue Jan 02, 2007 12:01 pm Post subject: |
|
|
Actually, I just fixed the broadcast alert thing, been looking at it for a few days to see what's wrong with it.. But you're right about posting updates, I'd assumed you were missing in action and just fixed it for someone when requested.. If you're now back and working on it, good As far as compatibility issues, fuggem, upgrade  |
|
| Back to top |
|
 |
strikelight2 Voice
Joined: 02 Jan 2007 Posts: 5
|
Posted: Tue Jan 02, 2007 4:27 pm Post subject: |
|
|
Even if I had disappeared off the face of the planet, the default behaviour from an individual should be to assume that there is no permission to modify and release someone else's work, unless otherwise stated in the project itself. As it so happens, this author's wishes with regard to the matter could always be seen from the very bottom of his project's page at http://www.tclscript.com/scripts.shtml .
As for compatibility and upgrading, many people still use eggdrop versions as far back as 1.1.5, not because they are lazy, but because of benefits in prior releases, wether it be performance benefits or less bloat. Similarly, it goes beyond a matter of compatibility, as mentioned, egghttp is less bloated and more suited for simple web retrieval, than the http package which has its purpose for more advanced web retrieval. I personally use both 1.1.5 and 1.6.x eggdrop, and since it is my script, as with all my scripts, I prefer them to be compatible with most flavors of eggdrop.
-sL! |
|
| Back to top |
|
 |
digs Voice
Joined: 13 Mar 2008 Posts: 12
|
Posted: Thu Mar 13, 2008 7:12 pm Post subject: Doesnt work |
|
|
I cant get either script to update... and the revised one here, the dcc doesnt work right and it errors out.
Anyway, if anyone knows if there is a current working version of this script please let me know. |
|
| Back to top |
|
 |
DragnLord Owner

Joined: 24 Jan 2004 Posts: 711 Location: C'ville, Virginia, USA
|
|
| Back to top |
|
 |
strikelight Owner

Joined: 07 Oct 2002 Posts: 708
|
Posted: Thu Mar 13, 2008 9:32 pm Post subject: |
|
|
Symantec changed the url...
For a quick fix, after sourcing the (my) script in your eggdrop's config,
place after the line:
| Code: |
source scripts/symantec.tcl
# insert the following line after this...
set symantec(url) "http://www.symantec.com/norton/security_response/threatexplorer/threats.jsp"
|
and all should be well. |
|
| Back to top |
|
 |
digs Voice
Joined: 13 Mar 2008 Posts: 12
|
Posted: Sat Mar 15, 2008 1:37 am Post subject: thanks |
|
|
| Thank you very much. Love your work. |
|
| Back to top |
|
 |
digs Voice
Joined: 13 Mar 2008 Posts: 12
|
Posted: Sat Mar 15, 2008 4:30 am Post subject: channel commands dont work |
|
|
Ok. The script updates great and partyline commands work... channel commands dont work no matter what I do.
Any thoughts anyone?
-digs |
|
| Back to top |
|
 |
strikelight Owner

Joined: 07 Oct 2002 Posts: 708
|
Posted: Sat Mar 15, 2008 12:11 pm Post subject: |
|
|
This is the part where reading comes in handy:
| Quote: |
# Channels to answer trigger requests in?
# (Note 1: For eggdrop1.5.x users and above, ignore this setting
# and instead use: .chanset #channel +symtrigger)
# (Note 2: Use "*" for all channels)
|
|
|
| Back to top |
|
 |
digs Voice
Joined: 13 Mar 2008 Posts: 12
|
Posted: Sat Mar 15, 2008 3:05 pm Post subject: I always RTFM |
|
|
I did read all of that.
.chanset #channel +symtrigger
Was showing invalid. I tried it several times. I dont know why it wouldnt work. I finally got it to take.
I am sure it is user error.
Thanks again. |
|
| Back to top |
|
 |
speechles Revered One

Joined: 26 Aug 2006 Posts: 1398 Location: emerald triangle, california (coastal redwoods)
|
Posted: Sat Mar 15, 2008 3:17 pm Post subject: |
|
|
| Code: | # Uncomment these if you want to use the channel udef flags (.chanset) instead of the above channel configs for
# setting the triggerchans, broadcastchans and repeatchans.
#catch {setudef flag "symtrigger"}
#catch {setudef flag "symbroadcast"}
#catch {setudef flag "symrepeat"} |
User error indeed. You read all of that and missed the above? Next time actually read, don't skim.  |
|
| Back to top |
|
 |
|