egghelp/eggheads community

[SOLVED]Change from weeks to years instead

2020-05-08T16:59:39-04:00

First post updated!

Statistics: Posted by Fire-Fox — Fri May 08, 2020 4:59 pm

[SOLVED]Change from weeks to years instead

2020-05-08T12:58:05-04:00

yeah i thought so but still my trick can fix scripts that dont work properly give it a go anyway

also if it works on one bot and it doesnt on another bot most lightly the bot is at fault

EDIT

ah is the problem in the core of the eggdrop config and not a single script ?

Statistics: Posted by ComputerTech — Fri May 08, 2020 12:58 pm

[SOLVED]Change from weeks to years instead

2020-05-08T12:56:05-04:00

My bot is starting up fine

Statistics: Posted by Fire-Fox — Fri May 08, 2020 12:56 pm

[SOLVED]Change from weeks to years instead

2020-05-08T12:57:04-04:00

hmm it was crazycats chanrelay.tcl it could have i am not sure but one thing i am sure about is the bot would for sure not start until i did what i did now they all work perfect bots and scripts i think it would fix your propblem

but i have had seperate time scripts that also requried this
so let me put it again as clear to make it easy

Step 1 kill the bot if it's already offline good if not kill it

Step 2 comment the script line on the eggdrop config file

Step 3 start the bot

Step 4 uncomment the line of the script

Step 5 Restart bot

and it should work

Statistics: Posted by ComputerTech — Fri May 08, 2020 12:51 pm

[SOLVED]Change from weeks to years instead

2020-05-08T12:40:19-04:00

Did your stuff had something to do with [duration] ?

Statistics: Posted by Fire-Fox — Fri May 08, 2020 12:40 pm

[SOLVED]Change from weeks to years instead

2020-05-08T12:24:55-04:00

a tip i have learned kill the bot then comment the script line run the bot then uncomment the line and restart the bot worked for me on a few scripts hope it helps

Statistics: Posted by ComputerTech — Fri May 08, 2020 12:24 pm

[SOLVED]Change from weeks to years instead

2020-05-08T11:33:56-04:00

another bot i have, shows up right:

Code:

17:32:41 .tcl string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration 275271000]17:32:41Tcl: 8y 8m 20d 11h 4m 16s

what gives?

Will a recompile of the bot solve it. they have all the same version? only the .conf have been changed?

Statistics: Posted by Fire-Fox — Fri May 08, 2020 11:33 am

[SOLVED]Change from weeks to years instead

2020-05-08T11:31:27-04:00

Interesting all three of us get a different result of that command:)

Statistics: Posted by SpiKe^^ — Fri May 08, 2020 11:31 am

[SOLVED]Change from weeks to years instead

2020-05-08T10:57:34-04:00

I get:

kindda strange, i have not been inside the core files.

Code:

16:56:58 .tcl string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration 275271000]16:56:58 Tcl: 455w 1d 0h 10m

Statistics: Posted by Fire-Fox — Fri May 08, 2020 10:57 am

[SOLVED]Change from weeks to years instead

2020-05-08T10:46:49-04:00

Code:

.tcl duration 275271000Tcl: 8 years 38 weeks 10 minutes

I think it's the other way around it SpiKe. I'm running eggdrop v1.8.4 and TCL is version 8.6.8.

Edit: Just to be clear:

Code:

.tcl string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration 275271000]Tcl: 8y 38w 10m

Statistics: Posted by caesar — Fri May 08, 2020 10:46 am

[SOLVED]Change from weeks to years instead

2020-05-08T10:38:48-04:00

Overwrote, my eggdrop duration. I don't think so how can i check?

Statistics: Posted by Fire-Fox — Fri May 08, 2020 10:38 am

[SOLVED]Change from weeks to years instead

2020-05-08T09:34:37-04:00

I can not recreate your strange result from that [duration] line...

Code:

set ago [string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration $time1]]

;set time1 275271000
--> Tcl: 275271000
;set ago [string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration $time1]]
--> Tcl: 8y, 39w, 1d, 10m

Have you overwrote the built-in eggdrop [duration] process??

Statistics: Posted by SpiKe^^ — Fri May 08, 2020 9:34 am

[SOLVED]Change from weeks to years instead

2020-05-08T02:41:47-04:00

Thanks for the reply, but that dosnt change it
it was me that made a typeo

Statistics: Posted by Fire-Fox — Fri May 08, 2020 2:41 am

[SOLVED]Change from weeks to years instead

2020-05-07T23:35:41-04:00

Try starting by fixing this code error line

Code:

set timedate $ago ago $added\00315"

maybe more like this?

Code:

set timedate "$ago ago $added\00315"

Statistics: Posted by SpiKe^^ — Thu May 07, 2020 11:35 pm

[SOLVED]Change from weeks to years instead

2020-05-12T06:47:35-04:00

Hello,

how can i change the output of this :

at the moment it shows 455 weeks 1 day.

How can i make it to show years instead?

Code:

proc timedate{ timeis } {global bopen bcloseset timestamp [lindex $timeis 0]set added [ctime $timestamp]    set time1 [clock seconds]    incr time1 -$timestampset ago [string map {" years" "y" " weeks" "w" " days" "d" " hours" "h" " minutes" "m" " seconds" "s" " year" "y" " week" "w" " day" "d" " hour" "h" " minute" "m" " second" "s"} [duration $time1]]set timedate $ago ago $added\00315"return $timedate}

UPDATE:

Thanks to thommey for this fix.
If you have multiple scripts, with '[duration]' then it will be overwritten by other scripts.

A hacky solution is:

At the bottom of your conf file, where you load your scripts at this BEFORE the 'source sctipt/xxx.tcl'

Code:

rename duration egg_duration; proc duration {s} {return $s}

and AFTER your scripts put this:

Code:

rename duration ""; rename egg_duration duration

Statistics: Posted by Fire-Fox — Thu May 07, 2020 4:13 pm