Anope IRC Services

Anope Development => Modules => Topic started by: Jan Milants on April 29, 2006, 05:27:50 PM

Title: bs_fantasy_ext (Version 1.4.1 Released - Critical update!)
Post by: Jan Milants on April 29, 2006, 05:27:50 PM
Because a lot of people have been asking this and well because i must say i liked this module to, i decided to make a a replacement for the old ones. Not all commands that were in the previous modules, nor the access levels to use them are the same. This module uses the same requirements to use the chanserv or botserv commands. So for example because in xop the chanserv topic command is limited to founders, the !topic and !append will only work for channel founders. This can be changed by using levels instead and changing TOPIC

It has been a while since the release of 1.4.0 and a number of bugs have surfaced in that time. However, recently a critical, exploitable infinitely loop vulnerability was discovered in 1.4.0, so there was need for an immediate release. (All versions since 1.3.0 are known to be affected; older versions were not verified.) This release fixes that bug, as well as many other issues that were fixed in the repository over the past year.

So here is is the end result: a 1.4.1 release which addresses all known issues to go with the recently released anope 1.8.8.

Moved the modules download to the modules site: http://modules.anope.org/viewmod.php?id=61

Windows users should be aware that as of now this module does just consist of a .dll, but also needs its own language files to function. The .zip should be extracted into the Anope directory while retaining the directory structure and everything should be fine. For more info read INSTALL included in the archive.

Note that people using RAW or modules to force join non botserv bots into channel will not be supported!!!
Only botserv bots are designed to be in channels and i cannot offer support for this module when anope is in desync because of the unpredictability...

Pls report bugs here instead of sending an email...

Be sure to copy the configuration directives in the code of the module to your services.conf !!! By default a lot is disabled, so check these.

The modules code repository can be accessed on http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary
Title:
Post by: Tom65789 on April 29, 2006, 06:38:22 PM
This module does NOT yet work on windows !!! < unless you fix it yourself to do so. :P
Title:
Post by: Trystan Scott Lee on April 30, 2006, 02:20:48 AM
Just a note.. the code will not build with gcc2 compilers, this is due to the fact that you can't declare a variable in the middle of the code. This will also like break the code is compiled with anope's strict or MS VC compiler

Also note that // will note compile in ansi

bs_fantasy_ext.c: In function 'do_clear':
bs_fantasy_ext.c:1242: error: expected expression before '/' token
bs_fantasy_ext.c:1251: warning: ISO C90 forbids mixed declarations and code
bs_fantasy_ext.c:1300: warning: ISO C90 forbids mixed declarations and code
bs_fantasy_ext.c:1308: error: 'chan' undeclared (first use in this function)
bs_fantasy_ext.c:1308: error: (Each undeclared identifier is reported only once
bs_fantasy_ext.c:1308: error: for each function it appears in.)
bs_fantasy_ext.c:1323: warning: ISO C90 forbids mixed declarations and code
bs_fantasy_ext.c:1348: warning: ISO C90 forbids mixed declarations and code
bs_fantasy_ext.c: In function 'do_up_down':
bs_fantasy_ext.c:3626: error: expected expression before '/' token
bs_fantasy_ext.c:3627: error: expected expression before '/' token
bs_fantasy_ext.c:3628: error: expected expression before '/' token
bs_fantasy_ext.c:3631: error: expected expression before '/' token
bs_fantasy_ext.c:3631: error: missing terminating ' character
bs_fantasy_ext.c:3636: error: stray '#' in program
bs_fantasy_ext.c: In function 'load_config':
bs_fantasy_ext.c:3695: warning: initializer element is not computable at load time
bs_fantasy_ext.c:3695: warning: initializer element is not computable at load time
bs_fantasy_ext.c:3695: warning: initializer element is not computable at load time
bs_fantasy_ext.c:3695: warning: initializer element is not computable at load time
bs_fantasy_ext.c:3694: warning: ISO C90 forbids mixed declarations and code
bs_fantasy_ext.c: In function 'add_languages':
bs_fantasy_ext.c:3981: warning: string length '1318' is greater than the length '509' ISO C89 compilers are required to support
bs_fantasy_ext.c:4202: warning: string length '2455' is greater than the length '509' ISO C89 compilers are required to support
Title:
Post by: owine on April 30, 2006, 03:16:42 AM
this doesnt compile for me. i added that block to my conf but i get

aardwolf@box1:~/anope-1.7.14$ make modules
*** Building src
(cd src/modules ; ./configure ; make 'CFLAGS=-pipe -g -O2 -I/usr/local/include/mysql  -D_THREAD_SAFE -pthread -export-dynamic' 'CC=gcc' 'ANOPELIBS=-lmysqlclient'  'LDFLAGS=-L/usr/local/lib/mysql' 'BINDEST=/home/aardwolf/services' 'INSTALL=/usr/bin/install'  'INCLUDEDIR=../include' 'RM=/bin/rm' 'CP=/bin/cp'  'TOUCH=/usr/bin/touch' 'SHELL=/bin/sh' 'DATDEST=/home/aardwolf/services'  'RUNGROUP=' 'MODULE_PATH=/home/aardwolf/services/modules/' 'RDB=rdb.c' 'MYSQL=mysql.c' 'SHARED=-shared' 'MODULEFLAGS=-fPIC -DPIC -shared' all; )
gcc -pipe -g -O2 -I/usr/local/include/mysql  -D_THREAD_SAFE -pthread -export-dynamic -rdynamic -Wall -fPIC -DPIC -shared -I../../include -c bs_fantasy_ext.c
bs_fantasy_ext.c: In function `do_clear':
bs_fantasy_ext.c:1300: syntax error before `int'
bs_fantasy_ext.c:1302: `count' undeclared (first use in this function)
bs_fantasy_ext.c:1302: (Each undeclared identifier is reported only once
bs_fantasy_ext.c:1302: for each function it appears in.)
bs_fantasy_ext.c:1303: `bans' undeclared (first use in this function)
bs_fantasy_ext.c:1323: syntax error before `int'
bs_fantasy_ext.c:1326: `excepts' undeclared (first use in this function)
bs_fantasy_ext.c:1348: syntax error before `int'
bs_fantasy_ext.c:1351: `invites' undeclared (first use in this function)
bs_fantasy_ext.c: In function `load_config':
bs_fantasy_ext.c:3694: syntax error before `confvalues'
bs_fantasy_ext.c:3697: `confvalues' undeclared (first use in this function)
*** Error code 1

Stop in /home/aardwolf/anope-1.7.14/src/modules.
*** Error code 1

Stop in /home/aardwolf/anope-1.7.14.
Title:
Post by: Trystan Scott Lee on April 30, 2006, 03:44:34 AM
I'll take a wild stab and say freebsd and gcc2 compiler.. if so this is what I was pointing out to him already
Title:
Post by: Jan Milants on April 30, 2006, 10:40:56 AM
Trystan, i don't have axx to a linux box with a gcc2 compiler so didn't really know it made such a big difference... any way i can test this on windows ? ... a syntax checker or a strict compiler or so would be nice...

btw, could MS VS do this ?

edit: maybe not with VS because i ve just been reading a bit and apparently anope doesn't work very well with .Net Framework v2 ans can't downgrade cause i need it for college...

[Edited on 30-4-2006 by Viper]
Title:
Post by: owine on April 30, 2006, 04:00:25 PM
Quote
Originally posted by Trystan
I'll take a wild stab and say freebsd and gcc2 compiler.. if so this is what I was pointing out to him already

heh... i know it is freebsd and gcc 2.9.5 so yes.
Title:
Post by: Trystan Scott Lee on April 30, 2006, 05:20:29 PM
Viper you don't need gcc2 really just build anope with its "make strict" and fix those errors, I could get win32 setup but it will take a few, most of the problems with win32 can be resolved by fixing any problems with make strict
Title:
Post by: Jan Milants on April 30, 2006, 06:03:19 PM
ok.. i think it s done
owine, try it again now, link updated
Title:
Post by: Tom65789 on April 30, 2006, 06:14:14 PM
i'll try it on Win32 for you :P

now we love errors so much heres a nice list(shorter than what it was at first :P)

bs_fantasy_ext.c
bs_fantasy_ext.c(1300) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1301) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1302) : error C2065: 'count' : undeclared identifier
bs_fantasy_ext.c(1303) : error C2065: 'bans' : undeclared identifier
bs_fantasy_ext.c(1303) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1307) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1313) : warning C4022: 'free' : pointer mismatch for actual parameter 1
bs_fantasy_ext.c(1323) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1324) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1326) : error C2065: 'excepts' : undeclared identifier
bs_fantasy_ext.c(1326) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1330) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1336) : warning C4022: 'free' : pointer mismatch for actual parameter 1
bs_fantasy_ext.c(1348) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1349) : error C2143: syntax error : missing ';' before 'type'
bs_fantasy_ext.c(1351) : error C2065: 'invites' : undeclared identifier
bs_fantasy_ext.c(1351) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1355) : error C2109: subscript requires array or pointer type
bs_fantasy_ext.c(1361) : warning C4022: 'free' : pointer mismatch for actual parameter 1
bs_fantasy_ext.c(3694) : error C2275: 'Directive' : illegal use of this type as an expression
        z:\Anope\include\services.h(410) : see declaration of 'Directive'
bs_fantasy_ext.c(3694) : error C2146: syntax error : missing ';' before identifier 'confvalues'
bs_fantasy_ext.c(3694) : error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>'
bs_fantasy_ext.c(3694) : error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>'
bs_fantasy_ext.c(3694) : error C2143: syntax error : missing ';' before 'identifier'
bs_fantasy_ext.c(3694) : error C2065: 'confvalues' : undeclared identifier
bs_fantasy_ext.c(3694) : error C2059: syntax error : ']'
bs_fantasy_ext.c(3697) : warning C4047: 'function' : 'Directive *' differs in levels of indirection from 'int'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.

[Edited on 30-4-2006 by Tom65789]
Title:
Post by: Jan Milants on April 30, 2006, 07:09:53 PM
ohhh... that s sooo ... *** friendly *** of you .... :r

/Me reminds Tom of what he thinks about win32.....
Title:
Post by: Tom65789 on April 30, 2006, 07:12:19 PM
its actually known as Winblows :)
Title:
Post by: owine on April 30, 2006, 07:12:41 PM
yes... it does viper... much thanks... very nice
Title:
Post by: Jan Milants on April 30, 2006, 09:02:07 PM
i fail to see what s the problem with compiling it on windows and since i don't know how to do this myself (if i even can with .Net framework v2)... can't really play around with it either so :r

at least it should work fine on all *nix now :)
Title:
Post by: Trystan Scott Lee on April 30, 2006, 11:22:23 PM
It is the same problem was with make strict on linux, except on win32 it is an error not a warning
Title:
Post by: owine on May 01, 2006, 12:01:12 AM
!mute crashes the module for me. i get a panic in the logchan and then services freezes up and i have to kill -9 it.
Title:
Post by: Jan Milants on May 01, 2006, 12:22:37 AM
i got no errors/warnings on making it with make strict though..  so dunno where all those on win32 came from...  i tought i fixed the place where they had to be defined :s

owine, knowing your ircd would be handy... (might also wanna paste the segfault)

edit: i ve been rewriting the mute function, and stumbled upon a segfault as well... may very well have the same cause.. to late to fix now though ** me of to bed

[Edited on 1-5-2006 by Viper]
Title:
Post by: owine on May 01, 2006, 01:21:54 AM
PANIC! buffer = :owine PRIVMSG #chan :!mute someone
latest unreal.
Title:
Post by: Jan Milants on May 01, 2006, 10:13:24 AM
weid... i had tested it on unrealircd though... download the module again and try it again... it works fine for me... i rewrote !mute a bit, maybe that ll solve the problem

if this doesn 't solve it, i like to know exactly what you are typing before it crashes and the bantype used by that channel

edit: if it does solve it pls tell me so...

[Edited on 1-5-2006 by Viper]
Title:
Post by: owine on May 01, 2006, 11:17:43 PM
works Viper. much thanks.
Title:
Post by: TRAiNER4 on May 04, 2006, 03:31:57 AM
a few bugs.... 1) !ban only sets +b on the person and doesn't kick, though !kb would do that... 2) !unban has the services server unset it, not the BotServ bot


Quote
[10:34:10p] <@TRAiNER4> !ban
[10:34:10p] ::: Mode : (BonJovi) sets mode: -o (TRAiNER4)
[10:34:10p] ::: Mode : (BonJovi) sets mode: +b (*!*@DLDtk-2489E213)
[10:34:12p] <TRAiNER4> !unban
[10:34:12p] ::: Mode : (services.dldtk-irc.net) sets mode: -b (*!*@DLDtk-2489E213)

or
Quote
[10:37:56p] <@TRAiNER4> !ban Joseph11
[10:37:57p] ::: Mode : (BonJovi) sets mode: -h (Joseph11)
[10:37:57p] ::: Mode : (BonJovi) sets mode: +b (*!*@DLDtk-99EF2957.bed.freedialup.org.dialup.g4.net)
[10:38:00p] <@TRAiNER4> !unban Joseph11
[10:38:00p] ::: Mode : (services.dldtk-irc.net) sets mode: -b (*!*@DLDtk-99EF2957.bed.freedialup.org.dialup.g4.net)

[Edited on 5/4/2006 by TRAiNER4]
Title:
Post by: owine on May 04, 2006, 04:29:47 AM
thats what !ban does... just a ban no kick.
Title:
Post by: Jan Milants on May 04, 2006, 06:27:22 PM
!unban is implemented by the anope core as is !kick and !kb... so can't change those unless i d decide to build those in in the module as well and require users to unload those core modules... still thinking about that

and yes !ban does exactly what the words says, banning the user without kicking him

edit: i have no idea why sometimes the core uses the botserv client, and sometimes the services server... you should ask the devs about that.. i can't answer it

[Edited on 4-5-2006 by Viper]
Title:
Post by: TRAiNER4 on May 05, 2006, 12:54:38 AM
ok I found another segfault problem... I type !mute <name of botserv bot in channel here> and it kicks me with Oops! but then segfaults the services. =/
Title:
Post by: Jan Milants on May 05, 2006, 09:22:57 AM
ok i ll look at this the sec i get home... can't ssh from college to home box

edit: try again now, uploaded a fixed version (i hope)... works for me

i was able to reproduce the crash however it happened sometimes, not every time i muted the bot so not sure y... moved the free()'s,  my guess is it crashed over those

[Edited on 5-5-2006 by Viper]
Title:
Post by: owine on May 07, 2006, 11:27:10 PM
this module doesnt listen to the access list or the services oper/admin/root lists. when i tried to do a !levels change, i get -EvilServer-   Access denied: Only founders can use this command. even though i am a services root and access 10 on the channel.
Title:
Post by: Jan Milants on May 08, 2006, 12:10:18 AM
that is correct...

i haven't implemented services oper commands (like !kill and !akill or so) yet and if i decide to implement them it will have to be enabled in the config. i do this because imho those commands have nothing to do with channel stuff and are most likely only going to be used by opers having fun with !kill'ing people.
same goes for services admin or root access to channels. the fantasy commands check whether the user has access to the command according to the channels' access list, if not permission is denied. i m one of those people who think opers don't have any business with channel matters and since this module was primarily written for my own use, this too would have to be activated in a conf or so...
because i won't be using those functionalities anways, it s not exactly high on my priority list for implementation either... for now i ll be focussing on bugfixes, improving existing features and adding common new ones (non oper commands)...

so i m not saying i won't add a way for opers to use their abusive commands, but it s far from high priority....

edit: it s not exactly true that only founders can use the command... if you use xop off and change the level required for a command, any1 with that level will be allowed to the the fantasy command

[Edited on 7-5-2006 by Viper]
Title:
Post by: Tom65789 on May 08, 2006, 12:32:45 AM
thats the same reason why its not in my cs_fantasy too. no point having it. im sure there is already a ircd_something module that does !kill

reason is to get the bugs out of these modules asap
Title:
Post by: owine on May 08, 2006, 01:57:55 AM
well, i help a founder manage his channel so it is helpful for me to have these commands. but, i have xop disabled already and im level 10 access and it still does not let me perform the !levels command to make a change. i can make the change through /chanserv levels, etc but not through !levels. i wouldnt want !kill and !akill either and these commands are not for abusive purposes. as the admin of a network, im helping the founder of the most popular chan manage his chan because he does not know how.
Title:
Post by: Jan Milants on May 08, 2006, 06:37:21 PM
yea that s cause levels is always restricted to people who have the channel password... can't be changed.
and like i said i will eventually add an option that will allow you to enable services admins/roots to access those commands, it s just no high priority atm...
Title:
Post by: TRAiNER4 on June 03, 2006, 07:00:01 PM
anything new done on this module? It's been a month... also, I have a request... is it possible you could find a way to customize it so you can use . instead of the ! fantasy character? The network I'm merging with in 3 weeks is requesting the . fantasy character instead of the !. Thanks for your quick reply.
Title:
Post by: Jan Milants on June 03, 2006, 07:51:36 PM
yes i am implementing some new (optional) (oper) commands since a lot of ppl like those, though i fail to see the use of them, except for making it easier to "toy" with users
also working on allowing SRA / SA access to the commands they normally have access to through chanerv like owine  requested.
and the commands can allready be triggered with a . just change the fantasy char in the config file it shouldn't make any problem over that. one thing that s still not really implemented on that part is the help... the help will always show the command with "!" instead of the char specified in services.conf

but i m in the middle of my exams atm so progress is rather slow.
i made my initial release right before the exams to get any bugs out and i m waiting with posting the next version untill all commands & features i got in mind are added. call the one currently for download a beta 1 and next one would be beta 2 ;)

edit: if any1 else has more requests now s the time... i ve planned a vacation during summer so what s not in it by then won't be added anytime soon :)

[Edited on 3-6-2006 by Viper]
Title:
Post by: Fault on June 04, 2006, 08:29:37 PM
so how do i use it?  I load it it is loaded but I can;t seem to find the command to activate fantasy.

[15:26] -> *operserv* MODLOAD bs_fantasy_ext
-
[15:26] -gamelibraryonline.com- *** Global -- from OperServ: Spre loaded module bs_fantasy_ext
-
[15:26] -OperServ- Module bs_fantasy_ext loaded

and

[15:27] -> *operserv* MODINFO bs_fantasy_ext
-
[15:27] -OperServ- Module: bs_fantasy_ext Version: 1.0.7 (beta) Author: Viper loaded: Jun 04 19:27:36 2006 EST
-
[15:27] -OperServ- No information about module bs_fantasy_ext is available
Title:
Post by: Jan Milants on June 04, 2006, 08:39:07 PM
try "/botsserv help set fantasy"

once the module is loaded the fantasy commands will be available in any channel with a botserv bot and fantasy enabled. this module doesn't add any commands to anope, it makes several of the available with ! triggers...

if your ircd doesn't support botserv bots or if you don't use them, this module is useless, but most common ircds support it. In the rare event you can't/don't use botserv you can use tom's module: cs_fantasy_full ... practically does the same as this, but replaces all botserv bots by chanserv.
Title:
Post by: Jan Milants on June 28, 2006, 11:32:11 AM
A new version has been released: 1.1.3
Check the first post for a download link.
Please report bugs ASAP as i will be leaving on vacation soon and i would like this to be working properly before i go.

Change Log:
Code: [Select]

1.1.3 Added support for multi-user commands (!op user1 user2) for up to 5 nicks
      Added the botserv set options to the set trigger
      Added the botserv kick options with a 'bkick" trigger
      Made the module ready for Windows Support (Will be added when Anope-1.7.15 is released)

1.1.2 Rewrote the help and commandlist system
      Fixed bug in xop system as fixed in Anope 1.7.14 (1059)

1.1.1 Used svsmode when svsmode_ucmode is set to clear channel modes.
      Added the ability to disable fantasy commands before compiling the module.

1.1.0 Added oper fantasy commands with a configuration directive to enable them (Requested)
      Added the ability to allow services admins access to the channel fantasy commands. (settable in conf)
      Changed !version and !info to !sversion and !minfo (old triggers were too common)
      Added info



[Edited on 28-6-2006 by Viper]
Title:
Post by: FiXato on July 04, 2006, 01:39:17 PM
First of all, WONDERFUL WORK!
I think our users will like having access again to shorthands such as !mute and !akick which were missing from ProjectDead's version.

Would it be possible to make it so that !topic also works for regular AOPs and above, as long as as TOPICLOCK is not active?
So it would simulate their access to /topic instead of just the /cs topic access?
So, kinda like how ProjectDead's topic worked (although ProjectDead's version still worked if TOPICLOCK was on)
And perhaps also add in the !admin list that used to be in ProjectDead's version?

Finally, would it be possible to include WildCard matched nicks in the GOListExcempNick list?
So one could just exempt (which is without the 'c' ;p) *Serv instead of all the separate nicks?

[Edited on 2006.7.4 by FiXato]
Title:
Post by: Jan Milants on July 04, 2006, 01:55:26 PM
i ll take a look at the topic trigger so it works for everyone with OPDEOPME access when topiclock is turned off
i m not sure what you mean with the admin trigger, you mean a shortcut to !staff or !ircops maybe ?

as for adding wildcard mathes to the GOListExcempNick i ll put it on the todo as well if it aint to hard to implement...

those changes probably won't be made within the next 14 days though, i m about to leave on vacation to spain so i won't have time to implement entirely new stuff before i get back...
Title:
Post by: FiXato on July 04, 2006, 02:02:21 PM
Thanks for the quick reply ;)
Well, and as for the !admin shorthand, it is like !staff, but only reports the online Admins, and not the IRCOps as well.
I noticed you mentioned Dutch translations in your ToDo. Do you have them ready and only need to be implemented? Or do you need help translating them? If the latter, I can have them ready for you when you get back from your vacation ;)
Enjoy your holidays Viper! :)
Title:
Post by: Jan Milants on July 04, 2006, 02:20:47 PM
i haven't had a chance to start on the dutch translation yet. it s mainly copy paste work of the most important parts (the ones i used in the english version) from the anope language files, or what is returned with an anope help with changes to syntax and so...
would be very happy if i don't have to look after that dull todo item myself anymore :)
Title:
Post by: FiXato on July 04, 2006, 03:44:19 PM
I'll do my best then ;)
Title:
Post by: blueillusion on July 05, 2006, 01:50:43 AM
I dont know if this happens on other servers, but when i type !help access followed by a !help config the services die.  I am running Plexus 3.00 and the svn version of anope. here is the log


Quote

[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] PANIC! buffer = :blue PRIVMSG #chat :!help config
[Jul 04 17:48:02 2006] Backtrace: Segmentation fault detected
[Jul 04 17:48:02 2006] Backtrace: report the following lines
[Jul 04 17:48:02 2006] Backtrace: Anope version 1.7.14 (1079) build #1, compiled Jul  4 2006 06:32:45  QM
[Jul 04 17:48:02 2006] Backtrace(0): /usr/local/ircd3/services/services(do_backtrace+0x51) [0x806fe41]
[Jul 04 17:48:02 2006] Backtrace(1): /usr/local/ircd3/services/services(sighandler+0x10d) [0x806ffbd]
[Jul 04 17:48:02 2006] Backtrace(2): [0xffffe420]
[Jul 04 17:48:02 2006] Backtrace(3): /usr/local/ircd3/services/services(destroyModule+0x29) [0x8073d29]
[Jul 04 17:48:02 2006] Backtrace(4): /usr/local/ircd3/services/services(delModule+0x86) [0x8073e26]
[Jul 04 17:48:02 2006] Backtrace(5): /usr/local/ircd3/services/services(modules_unload_all+0x90) [0x8076b30]
[Jul 04 17:48:02 2006] Backtrace(6): /usr/local/ircd3/services/services(sighandler+0x16e) [0x807001e]
[Jul 04 17:48:02 2006] Backtrace(7): [0xffffe420]
[Jul 04 17:48:02 2006] Backtrace(8): /usr/local/ircd3/services/services(destroyModule+0x29) [0x8073d29]
[Jul 04 17:48:02 2006] Backtrace(9): /usr/local/ircd3/services/services(delModule+0x86) [0x8073e26]
[Jul 04 17:48:02 2006] Backtrace: complete
[Jul 04 17:48:02 2006] Services terminating: Segmentation fault


for now i just removed the line that diplays the help segment about !help config so nobody can crash my server.

[Edited on 5-7-2006 by blueillusion]
Title:
Post by: FiXato on July 05, 2006, 08:40:04 AM
hmm..
I am running anope 1.7.14 (regular release) with the latest bs_fantasy_ext on unrealircd 3.2.5, and could not reproduce this one :)

odd that that PANIC! message occurs so much 0_0.. I thought it usually only shows once?

[Edited on 2006.7.5 by FiXato]
Title:
Post by: Jan Milants on July 05, 2006, 02:54:02 PM
they were there allright... i still haven't had a chance to test it with plexusircd, i have however fixed the crashbugs in the helpsystem. there were quite a few actually. i hadn't had time to go over all help things, i think they r all out now though.

it didn't crash on the .14, but the svn s a bit more  sensitive about it apparently... anyways, it were coding errors :)
recommended to upgrade to 1.1.4 asap...
Title:
Post by: Charles Kingsley on July 05, 2006, 10:01:56 PM
Hi,

This module is available from http://www.anope.org/modules/bs_fantasy_ext.c

Viper is now on holiday/vacation.
Title:
Post by: blueillusion on July 06, 2006, 07:04:18 PM
Ahh i love the bug fixes viper, thank you very much! works great on plexus 3.00, im going to test more of it now
Title:
Post by: chasingsol on July 07, 2006, 05:27:14 AM
Hi there,

A few bugs/typos that I've come across using this module. Excellent work though, it's really added something special to my network for chanops and IRCops to use.

Segmentation fault on null !mode

Running Anope 1.7.14 SVN 1079 on UnrealIRCd 3.2.5

[Jul 06 21:25:46.756840 2006] debug: Received: :chasingsol PRIVMSG #p2p-irc.net :!mode
[Jul 06 21:25:46.756959 2006] debug: Emitting event "bot_command" (3 args)

Program received signal SIGSEGV, Segmentation fault.
0x08072dc6 in myStrGetToken (str=0x11 <Address 0x11 out of bounds>, dilim=32 ' ', token_number=0) at misc.c:642
642         len = strlen(str);
(gdb) bt
#0  0x08072dc6 in myStrGetToken (str=0x11 <Address 0x11 out of bounds>, dilim=32 ' ', token_number=0) at misc.c:642
#1  0x005a5281 in do_fantasy (ac=3, av=0x86bbc30) at bs_fantasy_ext.c:1765
#2  0x0806841d in event_process_hook (name=0x808b66b "bot_command", argc=3, argv=0x86bbc30) at events.c:162
#3  0x080684d6 in send_event (name=0x808b66b "bot_command", argc=3) at events.c:55
#4  0x080581da in botchanmsgs (u=0x86acec0, ci=0x865dd40, buf=0xbfe0e9b6 "!mode") at botserv.c:419
#5  0x080713ad in m_privmsg (source=0xbfe0ebe0 "chasingsol", receiver=0xbfe0e9a8 "#p2p-irc.net", msg=0xbfe0e9b6 "!mode")
    at messages.c:138
#6  0x004cd5c2 in anope_event_privmsg (source=0x0, ac=2, av=0x86acfc8) at unreal32.c:1507
#7  0x0807fb53 in process () at process.c:273
#8  0x0806fa26 in main (ac=3, av=0xbfe0ed14, envp=0xbfe0ed24) at main.c:580


The module appears to lock up services in a FUTEX_WAIT state randomly. Unfortunately, I have been unable to reproduce this on my test network, it only occurs on my larger 2000+ user network. I will run services under gdb to attempt to get a backtrace of when this occurs.

Additionally, "!help all" returns "No help is available for this command."
Line 6535, misspelling of communicate.
!append does not work if an op is already in channel when the module is loaded.

Cheers,

chasingsol @ p2p-irc.net

[Edited on 7-7-2006 by chasingsol]
Title:
Post by: TRAiNER4 on July 09, 2006, 05:21:47 PM
is it possible you could add this to a backup mirror? anope's module location is going repulsively slow for me :/
Title:
Post by: TRAiNER4 on July 09, 2006, 07:40:02 PM
once again, the !help made anope leak into the RAM very badly, forcing me to have to reboot the machine... something's up
Title:
Post by: FiXato on July 10, 2006, 07:54:10 AM
Can you change !append to !appendtopic btw? Since !append has been in use by the ZBOT module for quite some time now to append something to a zbot keyword definition.
Title:
Post by: chasingsol on July 11, 2006, 01:05:34 AM
Follow-up on my post of a couple of days ago.

Ran services under gdb, and they didn't crash, the box ran out of memory and the process was killed by the kernel. This is different to the FUTEX_WAIT state I have experienced before, but I can't continue to test the module on a production network to test further.

Jul 10 17:03:41 tx1 kernel: Out of Memory: Killed process 27446 (services).

That's some memory leak! It took 22 hours and 1 minute to leak enough that my server ran out of memory (1GB) and swap (1GB). Load average hit 50+ on a single core cpu before the kernel stepped in.

I can't recommend that larger networks use this module right now, unless you want the possibility of your services box becoming unreachable. I'm sure on smaller networks the memory leak rate will be much less, but on a 2000+ user network, it can be catastrophic.

[Edited on 7-11-2006 by chasingsol]
Title:
Post by: TRAiNER4 on July 12, 2006, 05:15:07 AM
Quote
Originally posted by chasingsol
Follow-up on my post of a couple of days ago.

Ran services under gdb, and they didn't crash, the box ran out of memory and the process was killed by the kernel. This is different to the FUTEX_WAIT state I have experienced before, but I can't continue to test the module on a production network to test further.

Jul 10 17:03:41 tx1 kernel: Out of Memory: Killed process 27446 (services).

That's some memory leak! It took 22 hours and 1 minute to leak enough that my server ran out of memory (1GB) and swap (1GB). Load average hit 50+ on a single core cpu before the kernel stepped in.

I can't recommend that larger networks use this module right now, unless you want the possibility of your services box becoming unreachable. I'm sure on smaller networks the memory leak rate will be much less, but on a 2000+ user network, it can be catastrophic.

[Edited on 7-11-2006 by chasingsol]
it pretty much made the server unreachable, unresponsive, ssh didn't work so I couldn't get in to kill it, so the machine had to be rebooted twice. I'm gonna use 1.0.7 until this is fixed =/
Title:
Post by: Jan Milants on July 20, 2006, 11:40:23 AM
yep... i ran it for a while with a script constantly request cmdlist and a few help's and indeed it started using memory fairly quickly...

so for now i can only recommend immediately unloading this module or disabling the help system.
i fixed the mode and help all, changed the append trigger and removed the so called easter egg in my last version as well as a few memory leaks that occured on a reload and one in the more modes per line code...

so far the good news though... i know there is a serious leak somewhere, but so far i haven't been able to find it... i m not really used to working with C nor with C tools so this could take a while... maybe even a long while. i used valgrind to try and find the cause, but it only shows the core functions, for some reason it doesn't mention my module, instead it shows "????"...

if any1 with more bugtracking/programming experience in C is willing to help me out at this point, it would be greatly appreciated...

edit: allready spent a day on it, trying to figure it out with valgrind, but so far without any success... not sure whether i ll be able to solve this one on my own :(

[Edited on 20-7-2006 by Viper]

[Edited on 20-7-2006 by Viper]
Title:
Post by: Trystan Scott Lee on July 20, 2006, 07:17:21 PM
Viper, drop me a pm with what is going on..  and see if I can help you out..
Title:
Post by: Trystan Scott Lee on July 21, 2006, 03:33:08 AM
Nevermind took a look at the code.. Viper check your email
Title:
Post by: Tom65789 on July 21, 2006, 09:22:37 AM
i found a memory leak in the multi op commands like !op 1 2 3 4 5, PM on IRC for yah as well :)
Title:
Post by: Jan Milants on July 21, 2006, 12:12:45 PM
Quote
Originally posted by TRAiNER4
once again, the !help made anope leak into the RAM very badly, forcing me to have to reboot the machine... something's up


are you sure it s located in the !help cause there s almost nothing that can leak there...

did you guys have the OverrideCoreCmds option enabled cause i did fix a serious leak in that code.... (thx Rob and Tom) :)

[Edited on 21-7-2006 by Viper]
Title:
Post by: Tom65789 on July 21, 2006, 02:06:41 PM
i think was something that effected quite alot, but when i did find it, my RAM usage shot up fast
Title:
Post by: Trystan Scott Lee on July 22, 2006, 01:27:32 AM
I reported to Viper at least 6 more areas where the module is leaking memory.. hopefully fixed soon
Title:
Post by: Jan Milants on July 22, 2006, 12:30:36 PM
yeah, thanks a lot for that Trystan... it was a very usefull mail. Some leaks were just things i hadn't thought about, others were things i just didn't know.

anyways, i think i have now fixed all known bugs and memory leaks, except for the leak TRAiNER4 is referring to.... because i simply can't find any leak in the help system. are you sure there is one there ?
I also split the module up into several smaller files after being suggested to do so by both Rob and Trystan so from now on you will have to download and extract a .tar.gz to the anope-1.7.x/src/modules directory.

More details can be found in the CHANGELOG, but apart from fixing leaks and bugs this version comes with 1 new command (!admins) and an improvement on the old GOListExcempNick which now accepts wildcards.
Also note that the GOListExcempNick directive has been renamed to ListExcempNick and !append has been changed to !tappend or !appendtopic

I can't possibly guarentee that the module is memory leak free, but if noone is willing to try it out, it could be a very long time before more memory leaks are detected. If you do decide to try it out, please keep an eye on anope's memory usage for the first few hrs and possibly days...

download link is in updated first post.
Title:
Post by: owine on July 22, 2006, 02:35:23 PM
is the link dead? doesnt seem to work for me. i can mirror the file for you if youd like.
Title:
Post by: Jan Milants on July 22, 2006, 04:56:17 PM
hmm there s nothing wrong with the download link as far as i know... it worked for Tom
it s a link though to a box on my home LAN and it s on a simple dsl line hence y the speeds suck.

problem with mirror'ing it is that the module is - for the moment - updated so often that the mirror would be outdated half of the time...

updated to 1.1.7 btw to fix a windows compile error in do_core_fantasy

edit:
ok now there s a mirror added thx to Tom.. cf first post

[Edited on 22-7-2006 by Viper]
Title:
Post by: Tom65789 on July 22, 2006, 04:58:39 PM
Viper, catch me on IRC :p

lots of mirrors. i have too many dedi servers ._.

[Edited on 23-7-2006 by Tom65789]
Title:
Post by: Jan Milants on July 30, 2006, 12:12:09 PM
updated to 1.1.8

fixed a segmentation fault when using the module with debug enabled and a bug in the parsing of ExcemptList. The directive didn't work and users would still appear in !staff and !admin; bug reported by liquidice

also the module has been loaded on a network i m tech at for about 4 days now and i haven't seen any serious memory leaking so far, and none that i could blame my module for as far as i m aware at least. it s not a 2000+ user network and not that active, but i think it could be an indication i got rid of the leaks...
any feedback on that would be greatly appreciated

btw i ll be gone for a few days again, going sailing so the main download link may not be available during this period, just use tom's links if that s the case.

[Edited on 30-7-2006 by Viper]
Title: keeping my promise...
Post by: Jan Milants on August 09, 2006, 03:58:42 PM
as i had promised: with the release of Anope-1.7.15 windows is now also supported. A download link for a zip containing a dll for Anope-1.7.15 has been added in the first post.

I also used this opportunity to update the module to V1.1.9.
There are no bugfixes in this version, just a few code tweaks to make it a bit more efficient and use TSmode if the ircd supports it.
Title:
Post by: TRAiNER4 on August 11, 2006, 05:56:07 PM
OK I spot a few problems...
1) !op and such fantasy commands do not respect the ChanServ SECUREOPS and SECUREFOUNDER settings
2) [12:49:54p] <@Global> PANIC! buffer = :Joseph11 ! #512net :!ban <= the !ban command has a panic when trying to ban someone who has an exempt on the channel.
3) !mode won't accept more than 1 parameter, thus +o, +h, etc will not work, and spews output into the logchannel.

Please take a look into these as soon as possible. Thanks.

[Edited on 8/11/2006 by TRAiNER4]
Title:
Post by: Jan Milants on August 12, 2006, 04:04:29 PM
ok thanks.... has all been fixed in me testversion.

1: module didn't correct update anope's internal list
2: for some reason it was free()'ing even though there was an if statement... moved the free()'s so it only free()s if the char was actually assigned.
3: this is a tricky one because i just copied the behavious (and code) from the /os mode command... the operserv mode can't be used to set +o or so either. i modified !mode so that it parses the entire line (it would have given problems with +f also), but it s still not really meant to be used for granting users' ops or so, since it doesn't correctly change anope's internal list (same with /os mode), it changes anope's mode list, the the ops list... i ll see if it s possible to either fix that, or to prevent setting +o, but i since the /os mode doesn't do this either i m not sure whether it s worth the effort. With the current modifications it does set the mode correctly, but the internal list isn't updated correctly, hence why it doesn't respect SECUREOPS settings either.

i ll be releasing .11 either this evening or tomorrow with the necessary fixes... when depends on how far i ll go on bug #3

anyways thanks for the feedback... was allready wondering whether any1 was still interested in this module because i never got any feedback or bugs or so. just so i m not working on something no1 s ever gonna use :)
Title:
Post by: Jan Milants on August 12, 2006, 08:50:14 PM
ok i have to correct myself here on bug #3... this was indeed entirely my fault as this works fine as implemented in /os mode... should be working properly now...

uploading .10 (another type in previous post) atm... this version only contains bugfixes and is highly recommended for any1 using previous 1.1.x

thx again TRAiNER4

[Edited on 12-8-2006 by Viper]
Title:
Post by: sdamon on August 18, 2006, 07:06:25 AM
please run these 2 lines before distroing the dll...makes for a cleaner file tree
Code: [Select]
mt -manifest bs_fantasy_ext.dll.manifest -outputresource:bs_fantasy_ext.dll;2
del bs_fantasy_ext.dll.manifest



[Edited on 18-8-2006 by sdamon]
Title:
Post by: Jan Milants on August 18, 2006, 11:20:07 PM
thanks, i ll do that next time i compile a new version :)
Title:
Post by: djGrrr on August 29, 2006, 01:42:08 PM
i've been running this module for 2 weeks now, on a fairly large network (>2000 users) and i haven't had a single issue with it so far, much better than last time i tested it (it caused the box to almost die with such a huge memory leak)
Title:
Post by: owine on August 30, 2006, 02:48:52 AM
could the functionality be added to !kb where you do "!kb *!*@some.host.here reason" and it bans the ip and then kicks all matching the ban with that reason? would be very helpful.
Title:
Post by: Jan Milants on August 30, 2006, 11:57:40 AM
thx a lot djGrrr for the feedback... i lack the place to test the module myself on a real network, except for an empty testnet and well i didn't spend hours trying to figure out any possible syntax for every possible command to see if it works right... now at least i know it s working like it s supposed to :)

hmmmm, owine,  currently, !kb is still handled by the anope core, i ll take a look at it though, but not sure where to draw the line... i mean do i ban the second the first argument "!*@some.host.here" is not a user, or would i require the use of *@* before i ban the first argument...
a short example, would !kb *.aol.com have to work or not... because if you make a type and the user doesn't exist it would put a ban on it thinking it was a mask....
Title:
Post by: owine on August 30, 2006, 09:45:41 PM
i would say !kb [nick!]ident@host. where the nick is optional but you must have ident@host at least. therefore, !kb *.aol.com, as in your example, would not work. that is where i would draw the line.
Title:
Post by: Jan Milants on October 13, 2006, 09:08:14 PM
owine, a new version is ready for release.
I added the functionality you suggested. If you could please test it out before i replace the previous stable release with the upcoming .11 ...

Note: this new release wil ONLY work on 1.7.16 and higher

< pre-release no longer available >

When i am satisfied with .11, i will stop hosting the module on my local linux box and add it to the new modules site.
For people who haven't upgraded to anope-1.7.16 yet, i ll put .10 on there as well, though i highly discourage using it as it does not comply with the (yet to be approved) upcoming QA requirements.

[Edited on 25-10-2006 by Viper]
Title:
Post by: owine on October 14, 2006, 03:50:48 PM
edit: module works flawlessly.

[Edited on 10/16/2006 by owine]
Title:
Post by: Jan Milants on October 25, 2006, 08:14:39 PM
owine, the final version of 1.1.11 is now available on the new Modules Site. I didn't change to much compared to the pre-release you use,mainly updated the help system... up to you if you decide to update...

http://modules.anope.org/viewmod.php?id=61
Title:
Post by: zero on November 20, 2006, 09:57:56 AM
There's some commands I believe would be beneficial to add to your module...

for one, a !mode command that channel AOP's can use, maybe change OperServ's !mode to !omode ?

a !mass OP/VOICE/HOP/BAN command, the opposite of clear. It basically does what it says.

an !except <add/del/list/enforce> command, behaves in much the same way as akick with the adding, deleting, listing, and the enforcing. !except enforce would synch all ban exceptions from the .db file to the ircd (cmode +e)

a !shun command to OperServ, adds a shun for the user and can have a configurable option to set them umode +D on networks that choose to load the privdeaf module w/ UnrealIRCd, please.

a !verify command, for ChanServ to tell the operator and services status of a target user. good for impersonation attempts.

a !whois command, for ChanServ, will report to a user many things about the target, such as:

1. That user's access to the channel,
2. that user's IRC Operator status,
3. that user's access to services [operserv],
4. that user's u@h, and realname
5. that user's idle time,
6. SWHOIS info,
7. NickServ identified status [ns status]

Extended info shown to ircops:

8. Real hostname,
9. Total channels owned by nick,
10. Access to all channels, [cs status]
11. nicknames in group,
12. vhost for that user in hostserv [if applicable]
13. services status: clear or ignored
14: services status: superadmin on or off.

And finally, following same rule as !except and !akick, a permanent !invex database, for use w/ chanmode +i and +I, for creating an irc-managable database of all of your invitations to your channel.

These would make an already perfect module absolutely flawless, and they would be much appreciated.

Thank you for your time.
Title:
Post by: Sakkath on December 06, 2006, 01:42:42 PM
This module is free software and I can modify it to include help for one of my other fantasy modules, correct? (bs_fantasy_tb)
Title:
Post by: Jan Milants on December 06, 2006, 05:24:07 PM
correct... note though that i won't be supporting it anymore at that point ... same with anope itself, if you edit the source, it voids all support...

on a side note !tb will be included in the next release of bs_fantasy_ext ... whenever i have the time to finish it...
Title:
Post by: royteeuwen on December 07, 2006, 12:46:34 PM
Quote
Origineel gepost door Sakkath
This module is free software and I can modify it to include help for one of my other fantasy modules, correct? (bs_fantasy_tb)


Hahaha, although i made the bs_fantasy_tb and not viper , but yea, you can modify it xD
Title:
Post by: Dave Robson on December 07, 2006, 01:30:16 PM
Quote
Originally posted by royteeuwen
Quote
Origineel gepost door Sakkath
This module is free software and I can modify it to include help for one of my other fantasy modules, correct? (bs_fantasy_tb)


Hahaha, although i made the bs_fantasy_tb and not viper , but yea, you can modify it xD


If you want to get picky, they all make heavy use of GPL'ed code, (anope's core code to be exact) as such, they are under the GPL and anyone is free to modify it providing they too follow the conditions in the GPL :)
Title:
Post by: Jan Milants on December 07, 2006, 05:40:14 PM
Quote
Originally posted by royteeuwen
Hahaha, although i made the bs_fantasy_tb and not viper , but yea, you can modify it xD


true, but he was asking whether he could modify bs_fantasy_ext to include !help replies about !tb :)
Title:
Post by: royteeuwen on December 09, 2006, 01:02:16 AM
Ow sorry, didnt see :)
Title:
Post by: Sakkath on December 09, 2006, 02:30:09 AM
:-).
Title:
Post by: owine on January 06, 2007, 04:35:57 AM
does not seem to work fully with 1.7.18

 * *** Global -- from services.xx.xxx PANIC! buffer = :owine PRIVMSG #chan :!access list
Title:
Post by: Jan Milants on January 06, 2007, 11:02:30 AM
i can't reproduce this.... any more details like channel name, amount of users on access list, whether xop s on etc would be helpfull... a backtrace may be even better though :)
Title:
Post by: katsklaw on January 06, 2007, 03:50:39 PM
I can't reproduce it either
Title:
Post by: owine on January 06, 2007, 09:03:38 PM
Quote
Originally posted by Viper
i can't reproduce this.... any more details like channel name, amount of users on access list, whether xop s on etc would be helpfull... a backtrace may be even better though :)

#hak5 is the channel. 33 users on access list. xop is off. remind me how to do a backtrace again and i will post it... >_<
Title:
Post by: owine on January 06, 2007, 09:41:52 PM
well, i have posted some information here http://privatepaste.com/0a0bCnvl2K which may be of help. this is from services debug when the module loads and when the crash occurs. when i try to backtrace, services crashes at ms_rsend before it even gets to bs_fantasy_ext :/
Title:
Post by: Jan Milants on January 06, 2007, 11:16:32 PM
ok this is weird... well for one, nothing changed in the core handling of cs access list between the .17 and .18, and bs_fantasy_ext uses more or less the same code...

secondly, you say there are 33 people on it, yet in that log it says:
[Jan 06 16:34:58.573209 2007] debug: Sent: :EvilServer NOTICE owine :#hak5 access list is empty.
if only sends that notice when ci->accesscount == 0.. same thing the core uses...
weird stuff, even weirder cause it crashes after that...

to trace it:
enable DumpCore in the services.conf
then crash anope and there should be a services.core file in the services dir.
then do the following in console:
gdb services services.core
bt full

and paste the output... cause i still have no clue whatsoever what could possible cause this behaviour...
btw does /cs access list work properly ?

btw you got any other modules loaded by any chance when the crash occurs ?

[Edited on 7-1-2007 by Viper]
Title:
Post by: owine on January 07, 2007, 12:08:56 AM
/cs access list works correctly. backtrace at http://privatepaste.com/c6147ZdLDI . have other modules but all has worked in the past...
Title:
Post by: Jan Milants on January 07, 2007, 12:13:23 PM
if any1 could help me figuring out what this backtrace s saying it would be greatly appreciated... most of it is chinese to me heh....

short overview of the problem:
for every1 except owine the module works fine on .18...

there are 33 people on his access list, yet according to the debug log, it want's to reply there are none: debug: Sent: :EvilServer NOTICE owine :#hak5 access list is empty.
i use exactly the same code for this as the core yet chanserv has no problem...
the problem s not limited to this one channel either.

code it seems to be crashing over...
Code: [Select]
if (ci->accesscount == 0) {
notice_lang(ci->bi->nick, u, CHAN_ACCESS_LIST_EMPTY, ci->name);
return MOD_CONT;
}


and owine, by any chance did you edit config.h or change anything in the modules' source ?
also, could you try it without any other modules loaded... i m not used to this backtrace stuff but there s some weird stuff in it

[Edited on 7-1-2007 by Viper]
Title:
Post by: djGrrr on January 08, 2007, 02:32:43 AM
according to that backtrace, its using the format for CHAN_ACCESS_LIST_XOP_FORMAT, not CHAN_ACCESS_LIST_EMPTY, which means where u need to look to is:
Quote

    if (ci->flags & CI_XOP) {
        xop = get_xop_level(access->level);
        notice_lang(ci->bi->nick, u, CHAN_ACCESS_LIST_XOP_FORMAT, index + 1, xop, access->nc->display);
    } else {
        notice_lang(ci->bi->nick, u, CHAN_ACCESS_LIST_AXS_FORMAT, index + 1, access->level, access->nc->display);
    }

the exact line that is causing the crash is line 301 or 303 of access.c (i'm not sure exactly), so you may want to take a closer look at those lines.

the format buffer should not contain CHAN_ACCESS_LIST_XOP_FORMAT unless XOP is turned on, and according to owine, its off....

hope this helps

[Edited on 7-1-2007 by djGrrr]

[Edited on 7-1-2007 by djGrrr]
Title:
Post by: Jan Milants on January 08, 2007, 11:12:41 AM
hmmmm yeh but if it allready messaged that the access list is empty, it should return MOD_CONT in which case it d never get to listing the access list... this is 2 weird...
Title:
Post by: djGrrr on January 08, 2007, 07:24:56 PM
nono Viper:
its crashing on this line:
notice_lang(ci->bi->nick, u, CHAN_ACCESS_LIST_XOP_FORMAT, index + 1, xop, access->nc->display);

its probably crashing because of conflicting types in the format ("  %3d   %s  %s") than what are being sent (index + 1, xop, access->nc->display)
Title:
Post by: benf_2004 on January 18, 2007, 03:41:27 PM
I am unable to compile version 1.1.11 of this module against Anope 1.7.18. I compiled and loaded the same version of this module (from the same copy of the tarball) roughly a month ago on the same machine against 1.7.17 and had no problems whatsoever. Now when I try to compile the module against 1.7.18, I see hundreds of error messages scroll by as it tries to compile the module. The errors scroll by too fast to read and by the time it's done trying to compile, I can scroll all the way up in Putty and I'm still only able to see a small part of the list. I can tell, however, that it is finding errors in multiple files (all of them from the looks of it).

Does the module need some sort of update to work with 1.7.18? The machine is running GNU Make 3.80 and gcc 3.4.6 and the OS version is Linux 2.6.9-42.0.3.EL if any of that helps. I'm hoping someone can help me with this problem as this is a really useful module.
Title:
Post by: katsklaw on January 18, 2007, 07:59:08 PM
I have it running just fine on 1.7.18, I even have a windows dll for .18.
Title:
Post by: Jan Milants on January 19, 2007, 07:44:43 PM
try redownloading the tar from the modules site and go through the extracting and installing again (don't upload then from a windows machine, use wget and axtract on linux)... maybe your copy got messed up. The 1.1.11 version on the modules site should work fine on 1.7.18.
Title:
Post by: benf_2004 on January 20, 2007, 12:01:45 AM
I used wget to download the module directly from the modules site and extracted and attempted to install again and nothing has changed. I'm still getting massive numbers of errors when it attempts to compile.

EDIT: Whoa, that was weird. I tried it a second time right after I posted this just for the heck of it and it worked fine. O.o

Thanks for the help.

[Edited on 19-1-2007 by benf_2004]
Title:
Post by: katsklaw on January 20, 2007, 12:06:02 AM
benf, please reply with the output of: gcc --version
Title:
Post by: jwwolf on January 23, 2007, 07:25:31 AM
cant seem to get !mode to work
allways recive access denied
lastest anope and latest unrealircd
Title:
Post by: Jan Milants on January 23, 2007, 05:50:41 PM
well !mode is not a command enabled for every1.
this is just a port of the operserv mode command so it s restricted to IRCops, if it s enabled
then it also checks whether the given IRCops has the access required to perform fantasy oper commands (cf the EnOperCmds directive that should have been pasted in services.conf)
Title:
Post by: jwwolf on January 23, 2007, 10:47:09 PM
i am the root service administrator
and the EnOperCmds is set to 1
Title:
Post by: SNU on January 24, 2007, 10:42:26 AM
Hi.

My halfops on unreal 326 and anope 1717 cannot use the fantasycommand "kick". Why?

And I think I found another Bug:
I cannot do "!levels set autovoice 0"
the Problem is the "0" very other number works as well but with "0" you get the explanation of the syntax ^^

[Bearbeitet am 24-1-2007 von SNU]
Title:
Post by: Jan Milants on January 24, 2007, 02:33:20 PM
jwwolf, could you paste all the directives you use ?
whatever i try, i can't seem to reproduce your problem except by uncommenting the directive or setting it to 0

SNU, bs_fantasy_ext doesn't change anything to the default !kick command.. it s still handled by the core, and the core uses the KICK level to check whether some1 is allowed to kick, with xOP on that means it s restricted to aop and above, with the levels system it s a default level of 5

the problem with setting 0 is confirmed though... i ll take a look at it for the next version
Title:
Post by: Jan Milants on February 27, 2007, 10:58:27 PM
i am about to release a new version of bs_fantasy_ext before i leave for 4 months to finland, i still need a few people to test it though before i upload it to the anope module site to filter out any remaining bugs since there are quite a few changes in the new release, nothing critical has been fixed though.

You can get RC1 of 1.1.12 here: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz

There is one critical item on the todo list i could not reproduce and therefor has not been fixed (if it even exists)... if anyone has this problem, pls contact me with more details regarding this issue
Code: [Select]
- if a user types !seen without a nick with bs_fantasy_ext loaded anope runs into a
panic and cores


For more details, see the CHANGELOG file...
Maybe one of the more important entries:
Code: [Select]
Renamed ListExcempNick to ListExempNick (Will need to be changed in services.conf!)

Please report your findings on this RC back to me asap as i ll be leaving friday and would like to publish this before then :)

I m only distributing the RC as sourcecode, not as windows compiled binaries.

[Edited on 28-2-2007 by Viper]
Title:
Post by: Slutwig on March 25, 2007, 09:11:41 PM
Hi there,

I would like to thanks you for this mod, this is a wonderful job.

Also, I have put the last anope on my server, running under debian.

My main probleme is, that when i load the module, all runs fine, but all 5 minutes, the services are lagging during 1 or 2 minutes.

I do not have the SQL support enabled, and this is the only modules running on anope.

I have 100 users conneted, and almost 20 channels with bots on it.

This is quite annoying, do you know the possible cause of it ?

I do not see anything into the logs.
Title:
Post by: Jan Milants on March 26, 2007, 03:21:04 PM
which version of bs_fantasy_ext are you using ? the RC ?
and the the same happen when you remove the module from autoload.

i can't think of any reason that could cause this right away, except for using sql enabled... so far i haven't had any1 reporting this kind of behaviour and the module runs fine on networks much larger then yours..
Title:
Post by: Slutwig on March 27, 2007, 08:36:36 AM
I'm using 1.1.11

Should I try with the RC version ?

I could try to load it manually to see if the same happens.
Title:
Post by: Jan Milants on March 27, 2007, 09:08:57 AM
yes try both please.

and can you confirm that if you don't load the module, the same problem doesn't occur?
or if you load if manually..

btw are you on linux or on windows ?
Title:
Post by: Slutwig on March 27, 2007, 09:21:28 AM
I'm on Linux Debian.

When I unload the module, anope is running fine, i'm trying it on manual load, still with the version 1.1.11.

I did a make clean to be sure that everything is tidy ...

If there is a lag, I'll try the RC version and get back to you.
Title:
Post by: Slutwig on March 27, 2007, 11:19:24 AM
Even after mutiple try, with other mod, without, make clean & install, trying different settings.

Still a Lag :(

Even with the RC version :/

ALmost all 5 minutes, the services are not available for ~1 minute.
Title:
Post by: Jan Milants on March 27, 2007, 12:00:29 PM
Quote
Originally posted by Slutwig
Even after mutiple try, with other mod, without, make clean & install, trying different settings.

Still a Lag :(


you get the lag even when you run anope without any 3rd party module ??

btw, if you check the processes, is services using 100% cpu or so ?

[Edited on 27-3-2007 by Viper]
Title:
Post by: Slutwig on March 27, 2007, 02:49:22 PM
No, there is no lag without 3rd mod.

and the services never use 100% of the CPU, I always have 60 or 50% of idle.

Edit : I find out what went wrong, i mess with the Mysql config :s

Thanks anyway for the help, and the mod :p Nice one ^^

[Edited on 27-3-2007 by Slutwig]
Title:
Post by: jwwolf on April 02, 2007, 09:00:23 AM
tbanned my self and anope panics
using 1.1.12RC1 of bs_fantasy_ext
unreal 3.2.6
anope 1.7.18
note "mybot" is a botserv bot and not an eggdrop to clear any confusion

dumpcore is uncommented but no debug files are being made
Code: [Select]

<jwwolf> !tb jwwolf
* Mybot sets mode: +b *!jwwolf@my.host
 -irc.*.net- *** Global -- from services.*.net: PANIC! buffer = :jwwolf PRIVMSG #mychan :!tb jwwolf


i restarted anope
i !tb my self and
Code: [Select]

<jwwolf> !tb jwwolf
* mybot sets mode: +b *!jwwolf@myhost
-irc.*.net- *** LocOps -- Server services.*.net[my.ip.] closed the connection
* Quits: &mybot (mybot@*.net) (irc.*.net services.*.net)
-irc.*.net- *** Notice -- (link) Link irc.*.net -> services.*.net[@*] established
-irc.*.net- *** Notice -- Link services.*.net -> irc.*.net is now synced [secs: 0 recv: 3.800 sent: 5.55]




also notice that multiuser mode no longer work
ie
!op 1 2 3
as well as any fantasy commands


directive set to #OverrideCoreCmds 1
bs_fantasy_kickban and bs_fantasy
unloaded

noticed services are using 100% cpu as well
i have no mysql setup

i reverted back to the stable 1.1.11
the 100% cpu usage dosent happen


but multiuser modes as well as any fantasy comands are not working properly

[Edited on 2-4-2007 by jwwolf]
Title:
Post by: SNU on April 03, 2007, 01:34:23 PM
Yea I can now second that! !tb kills the services with a panic:

*** Global -- from services.[mynet]: PANIC! buffer = :[mynick] PRIVMSG #chan :!tb
*** LocOps -- Server services.[mynet][127.0.0.1] closed the connection


I can do !tb nick the nick gets banned but services too
I can do !tb just the services get killed

!tkb works fine
Title:
Post by: Trystan Scott Lee on April 04, 2007, 02:01:29 AM
Yes sure is a segfault there, looking at a bt, there is an ugly problem due trying to print a int as a string,

tban.c -> line 72

moduleNoticeLang(ci->bi->nick, u, LANG_TBAN_RESPONSE, mask, c->name, time);

probably was meant to be

moduleNoticeLang(ci->bi->nick, u, LANG_TBAN_RESPONSE, mask, c->name, t);
Title: bs_fantasy_ext 1.1.12 RC2 - Several bugfixes
Post by: Jan Milants on April 04, 2007, 04:55:11 PM
i cannot reproduce the 100% CPU issue... try and see if it still occurs in RC2...
I also cannot reproduce the issue where the multiuser mode does not work, however what you pasted as your configuration directive had a comment in front, in which case bs_fantasy_ext will not handle !op etc...
i did fix the panic (thx Trystan) among a few other things... must have had a bad moment when i wrote the part where i switched the int with a char...

Quote
      (RC2) Fixed a crashbug present in the !tb implementation in RC1 (Fix by Trystan)
       (RC2) Fixed EnOperCmds causing an error when set to 0. Had no further consequences.
       (RC2) !staff no longer includes users with +H (if supported by IRCd)
       (RC2) Fixed bug causing !set mlock to fail when issued with extra params (Reported by SNU)


link for RC2: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz


[Edited on 4-4-2007 by Viper]
Title:
Post by: SNU on April 04, 2007, 06:15:06 PM
Thanks. Seems working fine. Good Work Viper!
Watched "top" a few minutes in my console and services did not come up to the top :D So have no 100% CPU lag. My server is a debian Sarge 1.2 Ghz so its also not the fastest bzt enough for IRC.

Multiuser voicing/devoicing also works fine. had never problems with.
Thanks for fixing !staff --> H
!set mlock not tried yet but I believe youve also done well :P

But there is one thing that is not really related to your module so thats why I dont really harm you. But maybe you find a solution:

first is: !up does not work if I set '/ns set autoowner off'
second is: I use module cs_autoowner and in services.conf I have NSModeOnID enabled. So if I do /ns update or rejoin a channel I have the "autoowner-accesslevel" I become +q BUT doing !up "only"gives me usermode +a. I know this is just related to cs_autoowner but as I said, maybe you (are willing to) find out a solution.
Thanks so far.

[edit]
Oh no. there seems still a bug. I will check the logs. But try:
I set:
!set mlock -t  (remember: on my ircds (unreal256) I set modes-on-join "+ntG" if you need this to know) and got:

Code: [Select]
[Apr 04 19:46:46 2007] PANIC! buffer = :SNU PRIVMSG #chan :!set mlock -t

Anope FREEZES after that. It appears in ps x and also the .pid keeps. just after few seconds services dissapear from the ircd. but as I said they keep running on the machine. Needed to Kill it. Hm and when I tried !set mlock +C to delete the mlock -t same again so it seems !set mlock does not work properly. I used for that /cs set #chan mlock.... worked well.

[Bearbeitet am 4-4-2007 von SNU]

[Bearbeitet am 4-4-2007 von SNU]
Title:
Post by: jwwolf on April 04, 2007, 11:46:08 PM
tb works without a flaw now :D


still cannot get multiuser modes to work
removed bs_fantasy and bs_fantasy_kickban
my directive is  set too
Code: [Select]

#OverrideCoreCmds 1

[Edited on 4-4-2007 by jwwolf]
Title:
Post by: owine on April 05, 2007, 12:59:17 AM
Quote
Originally posted by jwwolf
tb works without a flaw now :D


still cannot get multiuser modes to work
removed bs_fantasy and bs_fantasy_kickban
my directive is  set too
Code: [Select]

#OverrideCoreCmds 1


[Edited on 4-4-2007 by jwwolf]
You need to un-comment that like so it appears as OverrideCoreCmds 1
Title:
Post by: Trystan Scott Lee on April 05, 2007, 04:10:35 AM
Viper see your email for a fix to this bug
Title:
Post by: jwwolf on April 05, 2007, 05:58:49 AM
Quote
You need to un-comment that like so it appears as OverrideCoreCmds 1



not according to the docs
it states in the directives to...

Code: [Select]

# OverrideCoreCmds [OPTIONAL]
# Module: bs_fantasy_ext
#
# Override the fantasy commands implemented by the Anope Core to add extra functionalities
# like multiuser commands support (up to 6 users/line). If this is set, you can unload bs_fantasy.
# This will also override the !kb implemented by the core so you can also unload bs_fantasy_kickban.
# [b]To enable this comment this line out. The 1 does not influence the setting ( so changing it to 0 won't work),[/b]
# it s there to make sure the directive is parsed.
#OverrideCoreCmds 1


[Edited on 5-4-2007 by jwwolf]

[Edited on 5-4-2007 by jwwolf]
Title:
Post by: Jan Milants on April 05, 2007, 09:58:21 AM
Thanks a lot Trystan... if i had had to figure that out myself it would have cost me loads of time...

jwwolf:
Quote
# To enable this comment this line out.

Quote
however what you pasted as your configuration directive had a comment in front, in which case bs_fantasy_ext will not handle !op etc...

just do as owine said and try again...

I ll upload a RC3 here asap...
Title:
Post by: Slutwig on April 05, 2007, 09:08:11 PM
It will be nice to code à !resync / !sync command with this module.

To syncronise the user list with the access list.
Title:
Post by: SNU on April 05, 2007, 10:45:30 PM
bs_fantasy_ext just provides an extended range of botserv-fantasy commands which also available in th common way by /msg chanserv ... /msg nickserv etc...

So which common command should do your sync? :D I would think you're requesting a new module, but I also don't understand what you mean what it should do.
Title:
Post by: Jan Milants on April 07, 2007, 09:36:06 AM
RC3: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz

this should (hopefully) permanently resolve the mlock issue...
and if there s no further bugreports i ll simply have to wait for the mods site to be fixed to uplaod the final..


and yes while bs_fantasy_ext usually just provides fantasy access to allready existing commands, there are exceptions, like the modification to the !op and !kb or additions like !staff or !mute
i simply don't understand what the !sync command would do though so can't say whether i d add it...
Title:
Post by: Slutwig on April 07, 2007, 01:36:33 PM
Well basicly this will syncronise the user list of the chan (@/%/+) with the access list. of chanserv.

There is a similar command in srvx.
Title:
Post by: SNU on April 07, 2007, 05:13:50 PM
thanks Viper seems to run perfectly :D
Title:
Post by: katsklaw on April 07, 2007, 07:43:33 PM
Quote
Originally posted by Slutwig
Well basicly this will syncronise the user list of the chan (@/%/+) with the access list. of chanserv.

There is a similar command in srvx.


Ok, if you are refering to the classic definition of synchronize, then there isn't anything services can do about it because desyncs only happen in 2 places, at the client, which means the user needs to cycle the channel, and at the server, which can only be solved by destroying and creating the channel. In either case, services is powerless. Except perhaps a well placed masskick. Which shouldn't happen so often that there is a need for a public command for it.

If you are refering to an event such as re-assigning proper op levels as seen by Services, then that can get very annoying very fast. Personally speaking, most of the time I am not opped in channels I have op level access in except for channels where the @ symbol it's self represents a person of authority, and if some yahoo op continually runs the !sync command and oping me I'm going to get pissed! If I wanted ops I'd have ops! I know I'm not alone in that opinion either. Same is true for the reverse. If I'm testing out a user to see if they are going to make a good addition to the chanops list .. I don't want the same yahoo chanop using the !sync command 500 times a day and deopping my trainee! In addition to that, there is a resource usage added everytime the command is executed. Granted, this resource addition isn't very noticable on a tiny network, but lets face it .. not everyone has a tiny network. If you insist on having ops enforced, turn on SecureOps and forget it. If you are the type that thinks that every op should have their @ badge on at all times, then you should lighten up and stop being such the tyrant! ;)

You shouldn't force users to maintain their status on a channel. It's their status and many users are turned off by the fact that 99% of the people in channel are opped. Not to mention that ops can still enforce rules and kickban users without having their @ badge on.

As a side note, just because another services package has a specific command .. doesn't instantly make the command useful. :)
Title:
Post by: SNU on April 08, 2007, 05:59:38 PM
Haha I think I found a funny bug. But Im not sure if its really of bs_fantasy_ext:

is a user uses !kick ... he usually gets kicked. if the correct level for "kickme" is set.
But if I set:
/cs levels #chan set kickme -1 (or by fantasy_ext: !levels set kickme -1)

within !kick only users with level 0 or above get kicked! unregistered users (with level -1) DONT get kicked with !kick
But they might use: /cs kick #chan and will get kicked!

So maybe the value -1 isnt noticed :D

(Sorry Viper to harm you with this stuff :D )

[Bearbeitet am 8-4-2007 von SNU]
Title:
Post by: michaelh on April 13, 2007, 01:21:12 PM
When I try to compile (using FC5, Linux) I get the following:
In file included from channels.c:16:
language.h:193: error: 'CHAN_AOP_SYNTAX' undeclared here (not in a function)
language.h:193: error: 'CHAN_AOP_DISABLED' undeclared here (not in a function)
language.h:193: error: 'CHAN_AOP_NICKS_ONLY' undeclared here (not in a function)
language.h:193: error: 'CHAN_AOP_ADDED' undeclared here (not in a function)
language.h:193: error: 'CHAN_AOP_MOVED' undeclared here (not in a function)
language.h:194: error: 'CHAN_AOP_NO_SUCH_ENTRY' undeclared here (not in a function)
language.h:194: error: 'CHAN_AOP_NOT_FOUND' undeclared here (not in a function)
language.h:194: error: 'CHAN_AOP_NO_MATCH' undeclared here (not in a function)
language.h:194: error: 'CHAN_AOP_DELETED' undeclared here (not in a function)
language.h:194: error: 'CHAN_AOP_DELETED_ONE' undeclared here (not in a function)
language.h:195: error: 'CHAN_AOP_DELETED_SEVERAL' undeclared here (not in a function)
language.h:195: error: 'CHAN_AOP_LIST_EMPTY' undeclared here (not in a function)
language.h:195: error: 'CHAN_AOP_LIST_HEADER' undeclared here (not in a function)
language.h:195: error: 'CHAN_AOP_CLEAR' undeclared here (not in a function)
language.h:197: error: 'CHAN_SOP_SYNTAX' undeclared here (not in a function)
language.h:197: error: 'CHAN_SOP_DISABLED' undeclared here (not in a function)
language.h:197: error: 'CHAN_SOP_NICKS_ONLY' undeclared here (not in a function)
language.h:197: error: 'CHAN_SOP_ADDED' undeclared here (not in a function)
language.h:197: error: 'CHAN_SOP_MOVED' undeclared here (not in a function)
language.h:198: error: 'CHAN_SOP_NO_SUCH_ENTRY' undeclared here (not in a function)
language.h:198: error: 'CHAN_SOP_NOT_FOUND' undeclared here (not in a function)
language.h:198: error: 'CHAN_SOP_NO_MATCH' undeclared here (not in a function)
language.h:198: error: 'CHAN_SOP_DELETED' undeclared here (not in a function)
language.h:198: error: 'CHAN_SOP_DELETED_ONE' undeclared here (not in a function)
language.h:199: error: 'CHAN_SOP_DELETED_SEVERAL' undeclared here (not in a function)
language.h:199: error: 'CHAN_SOP_LIST_EMPTY' undeclared here (not in a function)
language.h:199: error: 'CHAN_SOP_LIST_HEADER' undeclared here (not in a function)
language.h:199: error: 'CHAN_SOP_CLEAR' undeclared here (not in a function)
language.h:201: error: 'CHAN_VOP_SYNTAX' undeclared here (not in a function)
language.h:201: error: 'CHAN_VOP_DISABLED' undeclared here (not in a function)
language.h:201: error: 'CHAN_VOP_NICKS_ONLY' undeclared here (not in a function)
language.h:201: error: 'CHAN_VOP_ADDED' undeclared here (not in a function)
language.h:201: error: 'CHAN_VOP_MOVED' undeclared here (not in a function)
language.h:202: error: 'CHAN_VOP_NO_SUCH_ENTRY' undeclared here (not in a function)
language.h:202: error: 'CHAN_VOP_NOT_FOUND' undeclared here (not in a function)
language.h:202: error: 'CHAN_VOP_NO_MATCH' undeclared here (not in a function)
language.h:202: error: 'CHAN_VOP_DELETED' undeclared here (not in a function)
language.h:202: error: 'CHAN_VOP_DELETED_ONE' undeclared here (not in a function)
language.h:203: error: 'CHAN_VOP_DELETED_SEVERAL' undeclared here (not in a function)
language.h:203: error: 'CHAN_VOP_LIST_EMPTY' undeclared here (not in a function)
language.h:203: error: 'CHAN_VOP_LIST_HEADER' undeclared here (not in a function)
language.h:203: error: 'CHAN_VOP_CLEAR' undeclared here (not in a function)
language.h:205: error: 'CHAN_HOP_SYNTAX' undeclared here (not in a function)
language.h:205: error: 'CHAN_HOP_DISABLED' undeclared here (not in a function)
language.h:205: error: 'CHAN_HOP_NICKS_ONLY' undeclared here (not in a function)
language.h:205: error: 'CHAN_HOP_ADDED' undeclared here (not in a function)
language.h:205: error: 'CHAN_HOP_MOVED' undeclared here (not in a function)
language.h:206: error: 'CHAN_HOP_NO_SUCH_ENTRY' undeclared here (not in a function)
language.h:206: error: 'CHAN_HOP_NOT_FOUND' undeclared here (not in a function)
language.h:206: error: 'CHAN_HOP_NO_MATCH' undeclared here (not in a function)
language.h:206: error: 'CHAN_HOP_DELETED' undeclared here (not in a function)
language.h:206: error: 'CHAN_HOP_DELETED_ONE' undeclared here (not in a function)
language.h:207: error: 'CHAN_HOP_DELETED_SEVERAL' undeclared here (not in a function)
language.h:207: error: 'CHAN_HOP_LIST_EMPTY' undeclared here (not in a function)
language.h:207: error: 'CHAN_HOP_LIST_HEADER' undeclared here (not in a function)
language.h:207: error: 'CHAN_HOP_CLEAR' undeclared here (not in a function)
channels.c: In function 'chan_adduser2':
channels.c:1528: error: 'MEMO_X_ONE_NOTICE' undeclared (first use in this function)
channels.c:1528: error: (Each undeclared identifier is reported only once
channels.c:1528: error: for each function it appears in.)
channels.c:1531: error: 'MEMO_X_MANY_NOTICE' undeclared (first use in this function)
make[1]: *** [channels.o] Error 1
make[1]: Leaving directory `/root/anope-1.7.18/src'
make: *** [build] Error 2

Help anyone?
Title:
Post by: owine on April 13, 2007, 09:15:58 PM
Quote
Originally posted by michaelh[snipped]
Help anyone?

You need to put the files in the anope-1.7.x/src/modules folder. Not the src folder.
Title:
Post by: SNU on April 19, 2007, 05:44:58 PM
Hi Viper. I found a new Bug:

NOTE: I am Services root but but /os set superadmin was OFF. If users are doing this nothing happens. So it seems only happen to services roots or services opers... maybe there conflicts also something with UnrealIRCD-opers because Iam also oper there :D hehe

here the log (I renamed my servicebot to "ServiceBot"):

Quote

[18:27]   SNU: !up followed by large text crashes services
[18:27]   notice by ServiceBot : SYNTAX: !up|followed by large text crashes servicesdown [nick]
[18:27]   notice by ServiceBot : *** Global -- from services.myircnet.com: PANIC! buffer = :SNU PRIVMSG #chan :!up followed by large text crashes services
[18:27]   notice by server1.myircnet.com: *** LocOps -- Server services.myircnet.com[127.0.0.1] closed the connection
[18:27]   ServiceBot (Bot@bots.myircnet.com) disconnected: server1.myircnet.com services.myircnet.com


Have fun finding a fix :D I cant tst itz much more, because my IRCD is running and should not cras so much ^^ :D But a Bit im interested in testing ^^ :D

[Bearbeitet am 19-4-2007 von SNU]

[Bearbeitet am 19-4-2007 von SNU]
Title:
Post by: Jan Milants on April 27, 2007, 01:30:55 PM
actually from what i can tell, it didn't even need the large amount of text... it had simply forgot to send an extra param along... when i tried it, it crashed whenever !up was issued with an extra param that wasn't a valid nick...

fix under way, will edit this post to include a link to RC4 when it s ready.. hope that ll be the last rc b4 new version :)
(maybe stop looking or bugs for a while or so? ;) .. jk :+)

[Edited on 27-4-2007 by Viper]
Title:
Post by: Chad on May 07, 2007, 02:00:59 PM
Code: [Select]
All done!  Now run "make" (or possibly "gmake") to compile your modules.
See the INSTALL, README and FAQ files if you have any problems.
make[1]: Entering directory `/root/Anope/modules'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/root/Anope/modules'


I put the folder into the modules folder, and returned to the main source folder, and typed make modules.

What did I do wrong this time?
Title:
Post by: SNU on May 08, 2007, 11:45:31 AM
I wouldn't run it as root :D Buts your decision and not the cause.

And what I can tell u is that Im used to have 2 folders:
The source folder: /home/<username>/<somewhere>/Anope-1.7.18/
and the bin-folder (the common one): /home/<username>/services/

And to make modules I have to put the module-sourcefile (in this case the bs_fantasy_ext FOLDER with its files) into "/home/<username>/<somewhere>/Anope-1.7.18/src/modules/"
 and cd to "/home/<username>/<somewhere>/Anope-1.7.18/" to make modules...

and therefore "make module" looks like:
Code: [Select]

make[1]: Leaving directory `/home/<username>/<somewhere>/anope-1.7.18/src/modules'
*** All done, now (g)make install to install Anope/Modules


So I think you didnt cd the correct folder or you have a completely unusual organisation of your files&folders (that must not be bad if you know what you're doing). Although you NEED to have anope 1.7.18 or later (svn).
maybe post "whereami" and "locate src/modules | grep fantasy_ext" (you will see few lines where you located the sourcefiles for bs_fantasy_ext, theres no need to paste all.)
Title:
Post by: Jan Milants on May 09, 2007, 03:38:33 PM
Chad, considering the number of modules you have problems with, i would say it is most definitely not a problem on bs_fantasy_ext's side... maybe you should consider rereading the docs.

and apparently i forgot to edit my post with a link to rc4... same link, just replaced the pack
RC4: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz
i had hoped to include a few other updates in this regarding to chanserv access list changes, but it s going to have to wait till i get back from poland. so there ll probably be at least one more rc before final .12. Yet i recommend using this one because some crashbugs that are present in .11 have been fixed here, so should end up being more stable. :)

Edit: Depending on whether bug #708 (http://bugs.anope.org/show_bug.cgi?id=708) will be fixed in the .19 release of anope, .12 will only run on 1.7.19 (or later) or not. If a workaround is provided i will include this in .12 (making it incompatible with older anope versions), if not it will be released with the current (ugly) hardcoded checks in the module.

[Edited on 9-5-2007 by Viper]
Title:
Post by: Chad on May 10, 2007, 05:11:47 AM
I'm gonna try re-compiling anope, will report back  :)
Title:
Post by: Chad on May 12, 2007, 10:00:35 AM
ok, so here's what I get now, after recompiling, making a dedicated user/group, and restructuring as required:

Code: [Select]
[ircserver@as src]$ make modules
All done!  Now run "make" (or possibly "gmake") to compile your modules.
See the INSTALL, README and FAQ files if you have any problems.
make[1]: Entering directory `/home/ircserver/services/src/modules'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/ircserver/services/src/modules'
[ircserver@as src]$
Title:
Post by: katsklaw on May 12, 2007, 10:44:12 PM
[17.42.00] -mojoist-    !minfo     -   Shows info about this module
[17.42.00] -mojoist-    !modinfo   -   Shows info about this module

[17.42.05] <~katsklaw> !minfo
[17.42.05] -mojoist- Fantasy commands provided by bs_fantasy_ext. [Author: Viper] [Version: 1.1.12 RC4]

It seems there are 2 commands that do the exact same thing, why?

Also when I untarred using tar -xzf it created anope-1.7.18/src/modules/bs_fantasy_ext inside my modules directory so I had the path of /home/katsklaw/anope-svn/src/modules/anope-1.7.18/src/modules/bs_fantasy_ext and had to mv the directory to compile.

[Edited on 12-5-2007 by katsklaw]
Title:
Post by: EvilSeph on May 13, 2007, 08:29:07 PM
Yea, I noticed that too. Luckily I open up the archive on my Windows box and check everything out first.
Title:
Post by: Jan Milants on June 17, 2007, 05:47:57 PM
better late then never: RC5

dl: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz

Changes are:
  - references to !modinfo removed from help (but wil still reply to command)
  - Modified language system for easier translating
  - added (partially incomplete) french translation
  - some minor language fixes.
  - Updated module with the bugfixes applied in anope 1.7.19.
  - Renamed "!help access" to "!help chaccess" to make help for access list reachable.
  - Fixed a bug in the core fantasy system causing it to send empty mode changes and in combination with certain ircds split.
Title:
Post by: katsklaw on June 17, 2007, 06:51:00 PM
viper, please check your AnopeInit function as I do /os modinfo I get this.

[13:49] -OperServ- Module: bs_fantasy_ext Version: 1.1.12 RC5 Author: Viper loaded: Jun 17 13:49:15 2007 EDT
[13:49] -OperServ- No information about module bs_fantasy_ext is available

it only happens with this module.
Title:
Post by: katsklaw on June 19, 2007, 01:12:49 AM
UPDATE: This indeed ended up as a bug in Anope's core that only occered under certain contidions, this bug has been fixed in r1251
Title: bs_fantasy_ext version 1.1.12 released
Post by: Jan Milants on July 01, 2007, 12:59:08 PM
Version 1.1.12 of this module has now been released. (http://modules.anope.org/viewmod.php?id=61)
I consider this to be the most stable release so far, so upgrading is highly recommended and support for older versions is dropped as of now.

A new feature, added in Version 1.1.12, is an implementation of !tb(an) and !tkb. Both of these work similar to the new implementation of !kb (v1.1.11). Therefore use of thus module in combination of bs_fantasy_tb should be discouraged, except when this modules' !tb is disabled in the config.h before compiling the module. (On windows you would have to compile the  module manually.)

Please read through the rest of the changelog to avoid unpleasant surprises :)

Quote

 - Removed redundant check in do_levels that caused the set to fail if level is 0
 - !down now voices people if the channel is moderated (except when performed by voice)
 - !down can now also be performed by the founder of a channel on another user.
 - Renamed ListExcempNick to ListExempNick (Will need to be changed in services.conf!)
 - !kb was listed twice in !cmdlist  due to our own implementation and the cores'...
 - Replaced several occurrences of // comments by /*...*/
 - Added !t(k)b(an), partially based on the tban module by Rob that ships with anope
 - Use of !mode and a few other oper cmds now reports back to logchan like /os <cmd> does...
 - A few other minor code changes i have forgotten by now...
 - (RC2) Fixed a crashbug present in the !tb implementation in RC1 (Fix by Trystan)
 - (RC2) Fixed EnOperCmds causing an error when set to 0. Had no further consequences.
 - (RC2) !staff no longer includes users with +H (if supported by IRCd)
 - (RC2) Fixed bug causing !set mlock to fail when issued with extra params (Reported by SNU)
 - (RC3) Fixed a crashbug in !set mlock introduced by the fix in RC2 (Thx to Trystan)
 - (RC4) Fixed a crashbug in !up/down when given an invalid parameter (Reported by SNU)
 - (RC5) Updated headers
 - (RC5) Modified language system for easier translating, added (incomplete) french translation some lang fixes.
 - (RC5) Updated module with bugfixes in anope 1.7.19.
 - (RC5) Renamed "!help access" to "!help chaccess" to make help for access list reachable. (Reported by Jobe)
 - (RC5) Fixed a bug in the core fantasy system causing it to send empty mode changes. (Reported by paulmer2003)
 - (Final) Updated French language file. French language now fully supported.
 - (Final) Fixed missing !tkban trigger (help said it existed, but it was inactive).
 - (Final) Fixed bug causing compile errors if !tb was disabled but !tkb was not.
 - (Final) Fixed some compile errors.
Title:
Post by: SNU on July 08, 2007, 07:59:43 PM
Hey Viper.

I'd just report that
!levels list
and
!level list

just put out the same...
Title:
Post by: luismagar on July 09, 2007, 10:36:40 AM
I've just updated to anope 1.7.19 from anope 1.7.18 my windows unreal 3.2.6 box.

I downloaded fantasy extension and kept same configuration on services.conf.

i cannot load the module and services report this :

[04:30] <Global> OperServ: BUG: modload bs_fantasy_ext
[04:30] <Global> Trying to load module [bs_fantasy_ext]
[04:30] <Global> This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.
[04:30] <Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

i would appreciate any help.

Thank you.

[Edited on 9-7-2007 by luismagar]
Title:
Post by: paulmer2003 on July 10, 2007, 08:14:41 PM
I note you have .mute, but on various ircds it changes what the actual mode is to quiet a user and what the syntax is. For example, charybdis has +q, and it is set in the same way a ban is, and it quiets a user....it would be nice if there was a configuration thing in the module to set ircd type..for commands like this where it varies.
Title:
Post by: katsklaw on July 10, 2007, 09:59:20 PM
Quote
Originally posted by paulmer2003
I note you have .mute, but on various ircds it changes what the actual mode is to quiet a user and what the syntax is. For example, charybdis has +q, and it is set in the same way a ban is, and it quiets a user....it would be nice if there was a configuration thing in the module to set ircd type..for commands like this where it varies.


It's actually quite simple to just get the IRCDModule directive from the conf as the appropriate protocol module is loaded at start-up and attached to Anope's core. Many ircd specific variables can then be addressed in the 3rd party module very easily including usermodes ChanServ is to set and various other things.

Example: ircd->chanservmode will return the specified usermodes chanser uses regardless which ircd protocol module is loaded. In short, it already exists and doesn't really need to loaded in the 3rd party module as it's already part of Anope's core.
Title:
Post by: paulmer2003 on July 12, 2007, 11:16:00 PM
<paulmer> .invite Messiah #spam
-Freebird- User is allready on channel!

Two things...firstly, you have a extra l, secondly, there is no such channel as #spam. wtf?

[Edited on 12-7-2007 by paulmer2003]
Title:
Post by: SNU on July 12, 2007, 11:55:02 PM
syntax is just ".invite nick" and this will invite a user exactly into the channel where you call the command. so you cant invite someone into another channel. all bs_fantasy_ext commands are related to the channel you are in.
Remember that all users in your network can use this extension so if inviting into another channel would be possible it also would be possible you might invite yourself into a channel you're not allowed to. And if the channel isnt ciorrectly set up it might be abusive...
Title:
Post by: Jobe on July 13, 2007, 01:04:36 AM
As with the IRCd /invite command, in my opinion you should only be able to invite a user to a channel youre in.

Which in the case of fantasy commands should be restricted to the channel the command is typed in.

Thats just my opinion.

[Edited on 13-7-2007 by Jobe1986]
Title:
Post by: Jan Milants on July 22, 2007, 02:14:58 PM
just back from a 2 weeks holiday so have some stuff to catch up atm...

firtsly, SNU, the !level and !levels are basically identical triggers. Though the help does not reference to it, !level, is currently just a synonym for !levels....

luismagar, i have no idea what your problem might be. Though i have not tested it for windows, i would expect more bugreports if something was wrong with the windows .dll. Make sure that when updating, you downloaded the latest version of my module and that the version the .dll was made for matches your anope version.

paulmer2003: yes i have implemented a mute command and it is already differently implemented depending on the ircd anope works with. I simply wasn't aware charybdis  had a mute mode (never used it). On most ircds !mute currently bans and devoices the target, which should - on most ircds - also mute him while on unrealircd it uses the "+b ~q:<target>" syntax. I ll take a look at the +q mode...

as for the invite command, as SNU and jobe indicated, the fantasy commands always refer to the channel the command is given in...

and thx for noting the typo.. it ll be corrected in the next release.


if this is all the bugs that are left i m quite happy with this release after all :)
Title:
Post by: SNU on August 07, 2007, 12:59:43 PM
Hi viper.
I have a small feature request for you module: could you make that a call "!topic" without any argues shows the topic per private notice / channelmessage?

I think many agree that most irc-users arent very firm with irc-commands and also dont really read the topic. so... might be nice to show it explicitly by using "!topic" if its followed with argues they will set the topic. Maybe you could think about :D
Title:
Post by: Jobe on August 07, 2007, 03:43:21 PM
Are you that lazy you cant type "/topic #channel" If your client causes that to change the topic then your client has a bug...
Title:
Post by: SNU on August 07, 2007, 04:08:32 PM
Not me. My users... they are not lazy they are.... the even cant change their nicks until I told them up to 10 times to type /nick mynewnick.
I thought the sentence: "I think many agree that most irc-users arent very firm with irc-commands.." told that. Dont you agree?

So to show them the topic again !topic might be useful. Okay currently its doen ba an eggdrop, but implemented with vipers nice mod...

[Bearbeitet am 7-8-2007 von SNU]
Title:
Post by: EvilSeph on August 10, 2007, 08:49:23 AM
Hey Viper,

Discovered a little bug with your module. Since you use the core's mode setting method, !up does not work when autoop is turned off, but !down does.

I don't believe you could fix this without writing your own function to replicate the core mode setting method (as far as I can see after a quick look).
Title:
Post by: stonegate on September 12, 2007, 12:17:12 AM
a !shun command would definately be very very nice.
Actually i thought the module has it already but obviously i was misunderstanding this :)


Regards
Stonegate
Title:
Post by: SNU on October 28, 2007, 12:02:46 PM
Hi Viper.

I noticed that !kick in combination with module http://modules.anope.org/viewmod.php?id=79 (cs_restrict_kb) still works with the fantasy-command. Maybe you want to add a (configurable) option to restrict "!kick" in the same handling like cs_restrict_kb does.
Title:
Post by: Errebehache on October 29, 2007, 07:08:49 AM
SNU, jmmmm yes you`re right still kicking Ircops but not higests in access list

[Editado el 29-10-2007 por Errebehache]
Title:
Post by: Insomnia on November 02, 2007, 05:31:56 PM
Windows
Anope 1.7.19.1247 windows unreal 3.2.6 box.

I downloaded fantasy extension and kept same configuration on services.conf.

i cannot load the module and services report this :

[17:02] <Global> OperServ: BUG: modload bs_fantasy_ext
[17:02] <Global> Trying to load module [bs_fantasy_ext]
[17:02] <Global> This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.
[17:02] <Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

i would appreciate any help.

Thank you. :)
Title:
Post by: SNU on November 02, 2007, 05:47:38 PM
Quote
This application has failed to start because the application configuration is incorrect.


Did you notice that? Did you add the needed lines explained in the README of the module to the services.conf ? Did you check, that you have no mistypes in that services.conf?

If any of that questions is answered "NO" work to answer them yes. If the Problem still occurrs after you checked everything and possibly fixed the problem(s) maybe you need more hints.
Title:
Post by: Jobe on November 02, 2007, 06:05:52 PM
Quote
Originally posted by SNU
Quote
This application has failed to start because the application configuration is incorrect.


Did you notice that? Did you add the needed lines explained in the README of the module to the services.conf ? Did you check, that you have no mistypes in that services.conf?

If any of that questions is answered "NO" work to answer them yes. If the Problem still occurrs after you checked everything and possibly fixed the problem(s) maybe you need more hints.


For your information that error has NOTHING to do with services.conf It is in facta  Visual C++ Run-Time's error.

Visual C++ Runtimes for Anope 1.7.18 and later can be obtained from Microsoft at: http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647&DisplayLang=en - For versions of Anope 1.7.17 and below, the runtimes can be obtained from: http://www.microsoft.com/downloads/details.aspx?FamilyID=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en
Title:
Post by: Insomnia on November 02, 2007, 06:16:11 PM
Tank Jobe1986 the question he was them
Title:
Post by: SNU on November 02, 2007, 08:56:32 PM
Thanks Jobe.

I should learn to be quiet in windows-things ^^
Title:
Post by: SNU on December 31, 2007, 06:08:37 PM
Hi Viper :D

I like your modules :D But they are all not compatible with anopes .20 :D
I hope you will fix it next year then you also will get some money for beer...

here some errors I could fetch on making bs_fantasy_ext :

In file included from main.c:44:
akick.c: In Funktion »do_akick«:
akick.c:124: error: too few arguments to function `check_kick'
akick.c:357: error: too few arguments to function `check_kick'
make[2]: *** [main.o] Error 1
Title:
Post by: Jan Milants on January 01, 2008, 01:08:20 AM
unlike some of my other modules, the next version of this one aint finished yet...
haven't had a lot of time lately.
I ll have to think what i ll be doing now.. either backport some patches from the new version to 1.1.12 and fix it for .20 or put a pre-release of .13 available for dl... need to think a bit about it when i m sober again :)

[Edited on 1-1-2008 by Viper]
Title:
Post by: Andrew B. on January 02, 2008, 03:26:50 AM
Our Technical Administrator (Max) at Windfyre is happy to provide a patch to make 1.1.12 comply with 1.7.20.

http://foliose.net/~maxc/bs_fant_ext-compat.patch <-- It can be found there. The .patch file should be loaded into the bs_fantasy_ext directory inside of anope-1.7.20/src/modules.

To apply the patch type this in /bs_fantasy_ext/ directory: ""patch -p0 < bs_fant_ext-compat.patch"

There were code changes to Anope between 1.7.19 and .20 regarding akick and how akick affects users along with a complication with the callback function (reference bug 776). I assume that was the cause, but I'm hardly a programmer. :p

Thanks to Max! The world can now turn again. :p

If you have any problems, reply to the post, perhaps I'll remember to look here. I'm pretty sure this is just a quick fix though.

[Edited on 1-1-2008 by Andrew]
Title:
Post by: Jan Milants on January 02, 2008, 11:02:27 PM
For now, i recommend you use the patch like Andrew...
I will not be supporting bs_fantasy_ext 1.1.12 with anope 1.7.20 because there s to much that changed within anope and the module is still handling differently. I can't guarentee it won't do strange stuff so for support for anope 1.7.20 you will have to wait for the next version.
I m in my exams atm so won't be that quick, but i ll try to get a compiling but untested version out soon.

As for the patch, i won't support it, but for now it s the only way.
For those who don't know how to use a patch: simply open bs_fantasy_ext/akick.c and and somewhere around line 120 find and replace
Code: [Select]
if (check_kick(cu->user, c->name)) {
by
Code: [Select]
if (check_kick(cu->user, c->name, c->creation_time)) {
Do the same thing again for the other occurance of "check_kick" around line 363.
That should solve the compile issue...

[Edited on 3-1-2008 by Viper]
Title:
Post by: iMonkey on January 08, 2008, 05:07:09 AM
Hurry up i'm excited! :p

GREAT mod. I can't wait for the 1.7.20, and judging by the flood of people on my network going "hey what happened to (insert some custom command here)?", neither can all our users.

[Edited on 1/8/2008 by iMonkey]
Title:
Post by: Jan Milants on January 09, 2008, 09:06:34 PM
Version 1.1.13 RC1 can be downloaded from here: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.13-RC1.rar
This version has been designed for and will only work on Anope-1.7.20.

Please read the full changelog for this version as well as the technical section in the README file!


Also note that this is an RC and thus not fully tested yet.
Please report bugs/remarks/requests here asap...

[Edited on 9-1-2008 by Viper]
Title:
Post by: iMonkey on January 10, 2008, 12:42:34 AM
You already know it but I'm gonna post it here so that everyone else already knows its "been reported"

!admins isn't on the !cmdlist nor is there any !help for it.
Title:
Post by: Armadillo on January 10, 2008, 08:42:35 AM
Hi Viper,

I'm using version 1.1.12 of bs_fantasy_ext at the moment. In some former versions I was able to hide operators from the command !staff. But since two or three versions (dunno exactly) I have the problem, that this doesn't work. I'm also using Neostats, which are also marked as IRCOPs. They are connected as a server to the IRCds, maybe that could be the problem (can't check it with normal IRCOPs at the moment).

Greetz

Arma
Title:
Post by: Jan Milants on January 10, 2008, 11:46:15 AM
Quote
Originally posted by Armadillo
In some former versions I was able to hide operators from the command !staff. But since two or three versions (dunno exactly) I have the problem, that this doesn't work.


Can you confirm that the entry in services.conf to list the nicks is called "ListExempNick" and uncommented.

From the changelog:
Quote
Renamed ListExcempNick to ListExempNick (Will need to be changed in services.conf!)



Edit: if you read my posts regarding the release of version 1.1.12 and even its RCs you will notice i tried to remind people a few times :)

Of course if you did rename, then i ll take a look at it...

[Edited on 10-1-2008 by Viper]
Title: errors
Post by: Cazz07 on January 13, 2008, 08:16:48 PM
When I did make modules, I got this:

Quote
/bin/sh: ./configure: Permission denied


So I changed the permissions of configure to 0777.

I did make modules again and got this:

Quote

all -fPIC -DPIC -shared -I../ -I../../../include -c main.c
In file included from main.c:44:
akick.c: In function âdo_akickâ:
akick.c:124: error: too few arguments to function âcheck_kickâ
akick.c:357: error: too few arguments to function âcheck_kickâ
make[2]: *** [main.o] Error 1


What should I do to fix this?

[Edited on 13-1-2008 by Cazz07]
Title:
Post by: Jan Milants on January 13, 2008, 11:23:24 PM
read the posts before yours... then you would have seen 1.1.12 doesn't compile on anope 1.7.20 or 1.7.21...

either use the patch provided or use the RC of 1.1.13.
in either cause you will have to keep an eye open for updates to 1.1.13 which will be released soon since 1.1.12 isn't really made for current anope version.
Title:
Post by: Armadillo on January 18, 2008, 12:52:05 PM
Quote
Ursprünglich verfasst von Viper
Quote
Originally posted by Armadillo
In some former versions I was able to hide operators from the command !staff. But since two or three versions (dunno exactly) I have the problem, that this doesn't work.


Can you confirm that the entry in services.conf to list the nicks is called "ListExempNick" and uncommented.

From the changelog:
Quote
Renamed ListExcempNick to ListExempNick (Will need to be changed in services.conf!)



Edit: if you read my posts regarding the release of version 1.1.12 and even its RCs you will notice i tried to remind people a few times :)

Of course if you did rename, then i ll take a look at it...

[Edited on 10-1-2008 by Viper]


Damn ;( You're right. I've read some posts about that, but I was sure that it was written correctly, but I only have overread the "c". Sorry and thanks for help! :x
Title:
Post by: Jan Milants on January 18, 2008, 02:35:33 PM
your welcome... made the same mistake as i when i wrote the config & its parser :)
Title:
Post by: Jan Milants on February 06, 2008, 04:33:49 PM
I have added everything to 1.1.13 i wanted to add, so here is the second RC: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.13-RC2.tar.gz

Also available for windows again, though i had to disable some of the functionality to get it working on windows: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.13-RC2+1.7.21.zip

I will be rushing this one to the modules site asap since the previous version no longer supports .21. So if anyone has any remarks or notices any bugs please let me know asap.

For what has changed i refer to the changelog and i also encourage reading the readme file to which i added a technical section.
Also note that a new configuration directive was added.

If i don't get any serious bug reports in a few days, this will become final, possibly with german lang added, if SNU has some time :) . I ll list most important changes then, but i hope the early adopters will bother reading all the bloody text i wrote in the docs :p
Title: bs_fantasy_ext version 1.1.13 released
Post by: Jan Milants on February 09, 2008, 11:41:24 PM
Version 1.1.13 of this module has now been released (http://modules.anope.org/viewmod.php?id=61) :7
If you run .21, i recommend using this version, though i must admit that the RC period was relatively short, however since .12 does not properly work with the latest Anope, i felt this was necessary.

This version features a series of minor bugfixes compared to .12 as well as several new features and commands. Some commands will become available as other modules are loaded (!shun and !sync), others are new (!ctopic) or replace ones implemented by the core (!unban).
Of some other commands the functionality has changed (!down now takes arguments) or changed in combination a module such as cs_restrict_kb.
Also note that some loading restrictions have been added related to the use of raw. (More may follow in the future) These can be disabled however, for more details cf README.

I cannot stress the need to read to README (especially Technical Section) and CHANGELOG enough...

Changes:
Quote
Fixed typo in english language file. (Reported by paulmer2003)
Fixed akick cutting off reason after 1 word.
When (un)muting on charybdis we now use the +q channel mode.
!up also now works when AUTOOP is turned off. (Reported by EvilSeph)
Corrected some errors in the description of several configuration directives.
Added missing second layer services oper check for !akill
!down no longer removes voice if channel is moderated and user has more then just voice...
!mute now allows superadmins to mute the channel founder (reported by EvilSeph)
   (No bug in bs_fantasy_ext so works only when used with Anope-1.7.20+. CF Anope bug #770)
All founders (CS IDENTIFY) can now use "!down/!up [nick]", even when securefounder is on.
Added !suspend command.
Added similar checks on !tkb, !ban, !tban and !mute as on !kb.
Added CPU_USAGE_REDUCTION pre-compile configuration option.
Changed !(un)ignore to be SA only as it is in the core.
Restructured code and moved some parts to new/other files.
Synchronized modules' code with Core changes made in Anope-1.7.20
Added the help for "levels desc" and "access levels" to !help
Extended the help on some of the firtly implemented commands.
Applied patch for anope bug #816 (Still exists in Anope-1.7.20, but we can already fix it)
!down now supports target level (vhoaq). If level is above current, current modes will be unset and new modes will be set. Maybe at one time this should go under a seperate cmd...
Added auto(un)load functionality for core modules if they are overriden.
Changed !topic: now shows topic when issued without arguments
Added !ctopic: clears topic and it actually works this time (not using !topic to prevent accidental use)
Added support for 3rd party module cs_restrict_kb by n00bie. (cf Technical Chapter in README)
Added improved unban routine, specifically for UnrealIRCd, but it cannot detect ALL bans.
Fixed !unban banning the user executing the command..
(RC2) Added !admins to cmdlist and help.
(RC2) Added some details to output of !modinfo
(RC2) Added loading requirements regarding RAW (cf README)
(RC2) Fixed Crashbug in !up when used by unidentified/unregistered users.
(RC2) Fixed !unban which is now also using a faster wildcard matching routine
(RC2) For privacy reasons no longer loading bs_fantasy_unban when unloading (Anope bug #854)
(RC2) Completely rewrote !unban and added EnUnbanIP config directive (cf README and Anope bug #854)
(RC2) Added AppendToTopicDel pre-compile directive which detemines delimiter used by !tappend.
(RC2) Fixed !kb,!mute and !ban not properly adding *@* targets to internal banlist as *!*@*
(RC2) Fixed potential crashbug in!mute
(RC2) Added !sync command
(RC2) Added !shun and !tshun commands
(RC2) Applied several bugfixes from Anope 1.7.21 SVN (Changes to appenttopic, #842, #849, ..)
(RC2) Re-Added win32 support by disabling part of the functionality on Windows.
(Final) Replaced all calls for match_wild_nocase() by my_match_wild_nocase() which is a lot faster.


And for the record, people using RAW or modules to join non botserv bots into channels will not receive support from me as this creates desyncs for which i cannot account.

If you encounter problems, pls reply here and include the fully reply to !minfo (now also includes setup info of anope i may need).

[Edited on 10-2-2008 by Viper]

[Edited on 10-2-2008 by Jobe1986]
Title:
Post by: casper1256 on February 10, 2008, 12:12:48 PM
Now, if I want to akick someone via "!akick add user reason", the user has to be registered else if I akick a non-registered user it will only ban the nickname. Is there a way to make it also ban the address instead of the nickname with unregistered users?
Title:
Post by: Jan Milants on February 10, 2008, 11:40:55 PM
!akick simply replicates the behavior of /cs akick as implemented in the anope core and if the given nick is not a registered user, akick assumes the given string is actually a hostmask (identical behavior to /mode +b user) and then adds the !*@* to complete the mask.

I m not so sure about giving the fantasy version of the akick command a different behavior then the one in the core, though on the other hand, when using fantasy cmds, it s likely to be about an existing user.
I will consider this for the next version, however this is certainly not a bug, nor new in this version of bs_fantasy_ext btw...
Title:
Post by: casper1256 on February 11, 2008, 07:26:56 AM
Okay, we'll see. I would appreciate it if it could be implemented!!

Thanks for the response :)
Title:
Post by: iMonkey on February 13, 2008, 02:49:04 AM
OK so my services keep crashing... and the last thing on the debug logs each time is some sort of !ban command being executed.

Code: [Select]
[Feb 12 21:36:20.862625 2008] debug: Received: :Capitan_Jack_Sparrow PRIVMSG #Sala_multiproposito :!ban pixie_black
[Feb 12 21:36:20.862650 2008] debug: Emitting event "bot_command" (4 args)
[Feb 12 21:36:20.862752 2008] debug: Sent: :WTF MODE #Sala_multiproposito +b pixie_black!*@*
[Feb 12 21:36:20.862771 2008] debug: Changing modes for #Sala_multiproposito to +b pixie_black!*@*
[Feb 12 21:36:20.862786 2008] debug: Added ban pixie_black!*@* to channel #Sala_multiproposito
Title:
Post by: Jan Milants on February 13, 2008, 12:11:03 PM
ok.. i recommend commenting out or undefining ENABLE_BAN in config.h and then recompile and reload the module untill i find a fix...
Title:
Post by: iMonkey on February 13, 2008, 01:38:45 PM
Thanks, man
Title:
Post by: Jan Milants on February 14, 2008, 07:26:04 PM
Version 1.1.14 of this module has now been released (http://modules.anope.org/viewmod.php?id=61) :)

This version fixes a crashbug present in 1.1.13 and is therefore highly recommended!

Changes:
Quote

- Changed !akick: add <user> now adds akick on the users' mask instead of nick if user exists and isn't a registered nick (akicks based on user account).
 - Fixed crashbug in !ban
 - Fixed !unban not always removing bans placed by !ban with same arguments.
 - Fixed & Reworked !minfo (again..)


For people upgrading from previous versions, i refer to my earlier posts and the changelog in .13 (and possibly older).

[Edited on 14-2-2008 by Viper]
Title: bs_fantasy_ext version 1.1.15 released
Post by: Jan Milants on March 16, 2008, 12:03:13 PM
Version 1.1.15 of this module has now been released... (http://modules.anope.org/viewmod.php?id=61)

As some people may have already noticed, version 1.1.14 didn't like !unban 'ing stickied akicks very much... services would get into a never ending loop untill they d crash.
The fix for this is the main change in .15 :)

Changes:
Quote
- Fixed auto core module reloading not setting proper module settings.
- Fixed !unban causing a never ending loop when used on a stickied akick.


For people upgrading from previous versions, i refer to my earlier posts and the changelog in .13 (and possibly older).

[Edited on 16-3-2008 by Viper]
Title:
Post by: BIFSTER on March 23, 2008, 01:15:30 AM
Need to know how to hide Neostats from being seen in the !staff listing. I figure with a +H   but im stuck..  HELP PLEASE !!!!
Title:
Post by: Jan Milants on March 23, 2008, 10:42:08 AM
Maybe you should consider reading the documentation.. more precisely the configuration directives that need to be copied to services.conf in INSTALL :)

[Edited on 23-3-2008 by Viper]
Title:
Post by: Slutwig on April 19, 2008, 07:55:13 PM
I do have a small problem, !kb and !tkb on vhosted user does ban the vhost, but is the user do an /hs off and rejoint the chan, he bypass the ban, how could I fix this ?
Title:
Post by: katsklaw on April 19, 2008, 09:40:11 PM
Quote
Originally posted by Slutwig
I do have a small problem, !kb and !tkb on vhosted user does ban the vhost, but is the user do an /hs off and rejoint the chan, he bypass the ban, how could I fix this ?


do another kickban. This is one of the Cons about vHosts. If you don't want to repeatedly kickban users because they disable their vHosts, then don't use vHosts to start with.
Title:
Post by: Jobe on April 20, 2008, 12:31:55 PM
Quote
Originally posted by Slutwig
I do have a small problem, !kb and !tkb on vhosted user does ban the vhost, but is the user do an /hs off and rejoint the chan, he bypass the ban, how could I fix this ?

As katsklaw said that's one of the cons of vHosts. You should also be aware, there is little to nothing Viper can do about the issue either, seeing as this issue also exists with Anope's core too.

The reason behind it is that Anope only stores 2 hosts for the user, the users real host and displayed host. The displayed host is at first the cloaked host, until a vHost is set, then it becomes the vHost. The reason Anope users the displayed host for bans, is because if it used the real host, on networks with IP cloaking, it would defeat the whole purpose of the cloaking. Also it could then be used by channel ops to find out someone's IP address by using /msg ChanServ ban etc...

[Edited on 20-4-2008 by Jobe1986]
Title:
Post by: Slutwig on April 21, 2008, 11:38:48 AM
I deactivated the module "hs_off" which solved my problem :)

Any idea how I can restrict the use of  "/ns set display [nick]" to opers only ?
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Jan Milants on September 14, 2008, 11:01:47 PM
Just to avoid having to answer this question a hundred times:
bs_fantasy_ext does NOT currently work under 1.7.22

I have been to busy working on anope itself and didn't have enough time to port the core changes to my modules.
In addition to this, version 1.2 was being worked on and will contain a lot of major changes to the module code, as a result my development version is nowhere near release ready at this time. I have chosen to put what time i have in this 1.2 release instead of giving the 1.1.x branch a quick update to work with anope 1.7.22.
Maybe someone (an enthusiastic modules dev maybe) can patch 1.1 up to compile with the latest anope, however i will concentrate my efforts on 1.2. Result of this is that it may take some time before I can publish a working version.

I expect there will be compile issues with anything that involves the banlist, disabling these parts in config.h may enable you to compile the module, however i will not be providing support for this./me looks at another module author/code enthusiast with enough free time on his/her hands...
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Jan Milants on October 01, 2008, 06:50:45 PM
apparently someone has made a patch that *should* make the module work on 1.7.22
note that I don't made it, nor support it, but till I have some time to update modules, this should do..

http://www.larces.uece.br/~sergio/images/bs_fantasy_ext-1.7.22_1.diff
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Keith on October 02, 2008, 06:10:03 PM
That patch causes !unban to panic buffer the services, causing it to crash, thats the only problem, anyone have a solution?
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Mike on October 09, 2008, 12:08:38 PM
The unban command it looks like whoever did that fix started but didn't actually finish, it removes entries from the ban list whilst in the middle of traversing it (that's what was making it crash), also it wasn't actually unbanning them while removing them from the list.

There's also a problem with the clear command not checking for empty lists (why users would want to clear an empty list I don't know, however the lack of a check allowed for a normal user to crash services - not good!). My simple fix for this involved a separate branch for empty lists, so while I was at it I added [nothing to clear] comments to the notices, take these out if you don't want that.

I've patched it to fix these issues and had a quick look for any other problems but I can't see any - the code is far from nice however it should work until you release a replacement.

New patch file attached (against the original module, not against the previous patch).
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Djk on October 12, 2008, 08:00:11 PM
Hi.

Sorry to ask this stupid question. How would I apply the above module to bs fantasy ext? Thanks in advance.

Warm regards,
Kyle
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: SNU on October 12, 2008, 09:21:09 PM
As of your question I suggest you to wait for the official release of the updated module where - I think - Viper is working on.

If you're not able to patch a file and recompile its not worth to do. Just be patient.
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Djk on October 13, 2008, 05:39:25 PM
Hi.

Out of interest I would still like to know, whether or not the above patch works.

Kyle.
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Mike on October 17, 2008, 02:31:43 PM
in the bs_fantasy_ext directory use the command "patch -p1 < patch.txt"

just be careful if you are FTPing the patch file to a remote server to do it in binary mode, someone i sent the patch to couldn't get it to work and i believe that was their problem
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Keiro on October 27, 2008, 05:32:52 PM
What happened to the patch that Mike posted?

I saw it before, but now it's missing.

I was hoping to use it.

Obviously, compiling this module with Anope-1.7.22 fails since it's incompatible.

I'd love to have this module working as soon as possible! :)

Edit: Whoa. Ok, apparently logging in lets you see the patch. That blows, having to be logged in to even see it!

Patch time!

... Ok, I think the patch failed... not sure, but this is interesting.

ignore.h: At top level:
ignore.h:30: error: conflicting types for 'delete_ignore'
../../../include/extern.h:1014: error: previous declaration of 'delete_ignore' w                                                                                                 as here
ignore.h:30: error: conflicting types for 'delete_ignore'
../../../include/extern.h:1014: error: previous declaration of 'delete_ignore' w                                                                                                 as here
In file included from main.c:61:
ignore.c: In function `do_ignorelist':
ignore.c:97: error: incompatible types in assignment
ignore.c:102: error: structure has no member named `who'
ignore.c: In function `delete_ignore':
ignore.c:119: warning: assignment from incompatible pointer type
ignore.c:122: error: structure has no member named `who'
ignore.c: In function `do_clearignore':
ignore.c:141: error: incompatible types in assignment
ignore.c:145: error: incompatible types in assignment
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22/src/protocol/bs_fantasy_ext.
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22/src/protocol.
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22.
keiro@centaur:/home/keiro/anope-1.7.22>

This is on a shell host. >_>

Edit 2: I tried the patch again in binary mode. It succeeded, but I got the same errors as above.  :-\

Here's the patch output.

keiro@centaur:/home/keiro/anope-1.7.22/src/bs_fantasy_ext>patch -p1 < patch.txt
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -Naur original/ban.c fixed/ban.c
|--- original/ban.c     2008-03-04 21:09:53.000000000 +0100
|+++ fixed/ban.c        2008-10-09 04:52:36.000000000 +0200
--------------------------
Patching file ban.c using Plan A...
Hunk #1 succeeded at 173.
Hunk #2 succeeded at 208.
Hunk #3 succeeded at 218.
Hunk #4 succeeded at 319.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -Naur original/clear.c fixed/clear.c
|--- original/clear.c   2007-06-17 16:30:46.000000000 +0200
|+++ fixed/clear.c      2008-10-09 05:26:25.000000000 +0200
--------------------------
Patching file clear.c using Plan A...
Hunk #1 succeeded at 83.
Hunk #2 succeeded at 123.
Hunk #3 succeeded at 164.
Hunk #4 succeeded at 427.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -Naur original/ignore.c fixed/ignore.c
|--- original/ignore.c  2007-06-17 16:38:52.000000000 +0200
|+++ fixed/ignore.c     2008-10-09 04:52:36.000000000 +0200
--------------------------
Patching file ignore.c using Plan A...
Hunk #1 succeeded at 73.
Hunk #2 succeeded at 94.
Hunk #3 succeeded at 108.
Hunk #4 succeeded at 124.
Hunk #5 succeeded at 134.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -Naur original/ignore.h fixed/ignore.h
|--- original/ignore.h  2007-06-17 16:38:55.000000000 +0200
|+++ fixed/ignore.h     2008-10-09 04:52:36.000000000 +0200
--------------------------
Patching file ignore.h using Plan A...
Hunk #1 succeeded at 27.
done
keiro@centaur:/home/keiro/anope-1.7.22/src/bs_fantasy_ext>

Then... I tried recompiling anope after succeeding with the patch.

make all in bs_fantasy_ext...
gcc -pipe -g -O2 -I/usr/local/include/mysql -fno-strict-aliasing -pipe -export-dynamic -rdynamic -Wall -fPIC -DPIC -shared -I../ -I../../../include -c main.c
In file included from main.c:33:
ban.c: In function `do_unban':
ban.c:196: error: structure has no member named `bancount'
ban.c:213: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:214: error: incompatible type for argument 1 of `myStrGetToken'
ban.c:216: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:217: error: incompatible type for argument 1 of `myStrGetToken'
ban.c:225: error: incompatible types in assignment
ban.c:236: error: incompatible type for argument 2 of `delBan'
ban.c:244: error: incompatible type for argument 2 of `delBan'
ban.c:272: error: incompatible type for argument 2 of `delBan'
ban.c:311: error: structure has no member named `bancount'
ban.c:312: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:313: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:314: error: incompatible type for argument 2 of `delBan'
ban.c:325: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:326: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:327: error: incompatible type for argument 2 of `delBan'
ban.c:329: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:330: error: incompatible type for argument 2 of `my_match_wild_nocase'
ban.c:331: error: incompatible type for argument 2 of `delBan'
In file included from main.c:34:
shun.c: In function `do_shun':
shun.c:88: warning: long int format, time_t arg (arg 6)
shun.c:133: warning: long int format, time_t arg (arg 7)
In file included from main.c:37:
clear.c: In function `do_clear':
clear.c:88: error: structure has no member named `bancount'
clear.c:96: error: incompatible type for argument 1 of `sstrdup'
clear.c:124: error: structure has no member named `exceptcount'
clear.c:131: error: incompatible type for argument 1 of `sstrdup'
clear.c:161: error: structure has no member named `invitecount'
clear.c:168: error: structure has no member named `invite'
In file included from ignore.c:28,
                 from main.c:61:
ignore.h: At top level:
ignore.h:30: error: conflicting types for 'delete_ignore'
../../../include/extern.h:1014: error: previous declaration of 'delete_ignore' was here
ignore.h:30: error: conflicting types for 'delete_ignore'
../../../include/extern.h:1014: error: previous declaration of 'delete_ignore' was here
In file included from main.c:61:
ignore.c: In function `do_ignorelist':
ignore.c:97: error: incompatible types in assignment
ignore.c:102: error: structure has no member named `who'
ignore.c: In function `delete_ignore':
ignore.c:119: warning: assignment from incompatible pointer type
ignore.c:122: error: structure has no member named `who'
ignore.c: In function `do_clearignore':
ignore.c:141: error: incompatible types in assignment
ignore.c:145: error: incompatible types in assignment
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22/src/protocol/bs_fantasy_ext.
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22/src/protocol.
*** Error code 1

Stop in /usr/home/keiro/anope-1.7.22.
keiro@centaur:/home/keiro/anope-1.7.22>

Any ideas, guys?
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: SNU on October 27, 2008, 06:49:24 PM
Try the same using the most recent Version of Anope ( 1.8 RC1 ).
If the output is exactly the same, tell it. Otherwise tell it, too. But I think there will be no Support vor 1.7-Versions anymore :D

And I also think if Viper has done his part finishing the Core he will go on fixing his nice modules. :D
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Keiro on October 28, 2008, 09:12:35 PM
Will do!

I'll report back after I've set up a test network for this purpose as I'd rather not try to set it up on my network at the moment.

Be back in a while with the info.
Title: with 1.8
Post by: Raffaele Nntifrega on November 02, 2008, 06:31:30 PM
i tried the latest patch from mike... but it didn't work:
Code: [Select]
hi@test:~/anope-1.8.0-rc1/src/modules/bs_fantasy_ext$ patch -p1 < bs_patch.diff
patching file ban.c
Hunk #1 FAILED at 173.
Hunk #2 FAILED at 208.
Hunk #3 FAILED at 218.
Hunk #4 FAILED at 319.
4 out of 4 hunks FAILED -- saving rejects to file ban.c.rej
patching file clear.c
Hunk #1 FAILED at 83.
Hunk #2 FAILED at 123.
Hunk #3 FAILED at 164.
Hunk #4 FAILED at 427.
4 out of 4 hunks FAILED -- saving rejects to file clear.c.rej
patching file ignore.c
Hunk #1 FAILED at 73.
Hunk #2 FAILED at 94.
Hunk #3 FAILED at 108.
Hunk #4 FAILED at 124.
Hunk #5 FAILED at 134.
5 out of 5 hunks FAILED -- saving rejects to file ignore.c.rej
patching file ignore.h
patch unexpectedly ends in middle of line
Hunk #1 FAILED at 27.
1 out of 1 hunk FAILED -- saving rejects to file ignore.h.rej
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: tehsu on November 03, 2008, 07:02:50 AM
Yeah, wish this could get updated asap for 1.8, greatly appreciate it.
Title: Re: with 1.8
Post by: F1r3f0x on November 03, 2008, 07:57:16 PM
i tried the latest patch from mike... but it didn't work:
Code: [Select]
hi@test:~/anope-1.8.0-rc1/src/modules/bs_fantasy_ext$ patch -p1 < bs_patch.diff
patching file ban.c
Hunk #1 FAILED at 173.
Hunk #2 FAILED at 208.
Hunk #3 FAILED at 218.
Hunk #4 FAILED at 319.
4 out of 4 hunks FAILED -- saving rejects to file ban.c.rej
patching file clear.c
Hunk #1 FAILED at 83.
Hunk #2 FAILED at 123.
Hunk #3 FAILED at 164.
Hunk #4 FAILED at 427.
4 out of 4 hunks FAILED -- saving rejects to file clear.c.rej
patching file ignore.c
Hunk #1 FAILED at 73.
Hunk #2 FAILED at 94.
Hunk #3 FAILED at 108.
Hunk #4 FAILED at 124.
Hunk #5 FAILED at 134.
5 out of 5 hunks FAILED -- saving rejects to file ignore.c.rej
patching file ignore.h
patch unexpectedly ends in middle of line
Hunk #1 FAILED at 27.
1 out of 1 hunk FAILED -- saving rejects to file ignore.h.rej


hi,
i manuelly applied the patch to the files, because i got the same errors.
now (after uploading and re-compiling) the module can be loaded, but its the same error as before....

User1 typed this in #channel:

Code: [Select]
* User1 sets mode: +b *!*@123.456.789.000
(User1) !unban User2

Then this happens:

Code: [Select]
*** Global -- from services.server.com: PANIC! buffer = :User1 ! #channel :!unban User2
and all Services quit.

pls help mee!!

PS: Sry for my bad english :(
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: SNU on November 04, 2008, 03:59:04 PM
Hi.
Don't expect support for your issue. If you get it then you can qiet be happy.
I tell you this because:
- the author of the module already told he won't support this patch.
- As currently told, the patch is made to work on 1.7.22 not on further versions.

I suggest anybody to be patient and maybe to be "motivizing" the devs (by donating or joking around with them) but not to harass them. I think making anope 1.8 final is the primary goal. After that, there will possibly be updates for the modules.

[edit] Currently I see viper has got a little time to patch his modules, maybe being really patient will give us an updated module ;)

greets.
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: casper1256 on November 04, 2008, 05:22:16 PM
Hi.
Don't expect support for your issue. If you get it then you can qiet be happy.
I tell you this because:
- the author of the module already told he won't support this patch.
- As currently told, the patch is made to work on 1.7.22 not on further versions.

I suggest anybody to be patient and maybe to be "motivizing" the devs (by donating or joking around with them) but not to harass them. I think making anope 1.8 final is the primary goal. After that, there will possibly be updates for the modules.

[edit] Currently I see viper has got a little time to patch his modules, maybe being really patient will give us an updated module ;)

greets.

I guess I'll have to wait with the updating then....
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: SNU on November 04, 2008, 05:37:26 PM
Thats what I meant :D
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: faceman on November 23, 2008, 02:41:45 PM
*trying* to wait patiently for a 1.8.0-rc1 release*
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: ayie on December 19, 2008, 03:16:17 AM
I use anope 1.8.0rc1

i do make modules and make install without problem, but i dont see any bs_fantasy_ext file in services modules folder.
when i try /os modload bs_fantasy_ext, it said Unable to load module bs_fantasy_ext

Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: TwinShadow on December 19, 2008, 04:18:33 AM
Because the last version that this module officially supports is 1.7.21. Other than that, a new update will come eventually, but not until after 1.8 is released.
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Jan Milants on December 26, 2008, 09:07:20 PM
I do not know if anyone was still using the French language file, but it s gotten hopelessly outdated.. if anyone s willing to update it, contact me. If no1 volunteers it will be left out of the next release.. I use a new language backend, so it either gets updated or is left out.

And yeah.. just a bit more patience.. i have an early beta running on my 1.8 testnet atm  ;)
Not so much added/changed on the user-side, but did some changes to how the back-end looks like.

edit: btw, i ll need a few ppl with a test to test the fist closed betas.. and no you can't try it on a live net cuz they are still wayy too prone to crashes.. trust me on that one  ::)
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: TwinShadow on December 27, 2008, 09:37:09 PM
I suppose I can do a bit of beta testing on my laptop, as it does run Linux anyway. I do some local testing on here for my IRCd, but.. I have learned that some stuff work fine on here, than on my live net for some reason.. oh well.

But yeah, I can help with beta stuff for now.
Title: bs_fantasy_ext 1.2.0 RC1
Post by: Jan Milants on December 28, 2008, 12:19:28 PM
Since there were no real issues with the beta I decided to give it away to a broader audience as a public RC..

http://vips.hopto.org/~viper/bs_fantasy_ext-1.2.0-RC1.tar.gz

The changelog isn't that big:
Code: [Select]
  A  Introduced new language system to replace the cores lang system for modules.
  A  Added configuration directive which when set ignores users with +B. (Unreal & PTlink)
  C  Clients on ulined servers no longer show up in !staff. This eliminates the need to add an exemption for every network service.
  U  Synchronized module code with Anope 1.8.0.
  U  Updated flags.
  F  Fixed crashbug in !set nobot.
  F  Fixed several issues found in the core.
  F  Fixed markup codes no longer being loaded properly.
  F  Now unloads languages upon unload and reloads when the config is reloaded.

I also need some feedback on this item in my todolist..
Quote
- Update help system to no longer show commands if users do not have access to them.
   --> not sure whether this is worth the trouble.. it would cause the help to be
      different, depending on which channel the command is given. Might cause too much confusion.
      Any input on this is appreciated, though atm, i tend more to not implementing it.
as said, i m leaning towards scratching the idea as it will likely just cause more confusion.. and it s a lot of work to implement as i d have to tear up the help entries in the lang files... so unless some1 has any gd points this won't be implemented..
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: TwinShadow on December 28, 2008, 11:17:03 PM
Hm, it seems the module fails to compile on my system.

Code: [Select]
make[2]: Entering directory `/home/[removed]/irc/anope-1.8.0-rc1/src/modules/bs_fantasy_ext'
Makefile:18: warning: overriding commands for target `clean'
../Makefile.sub:25: warning: ignoring old commands for target `clean'
(cd lang ; make 'CFLAGS=-pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic' 'CC=gcc' 'ANOPELIBS=-lnsl -lresolv  -ldl' 'LDFLAGS=-Wl,-Bsymbolic-functions -rdynamic -L/usr/lib/mysql -lmysqlclient' 'BINDEST=/home/[removed]/irc/services' 'INSTALL=/usr/bin/install' 'INCLUDEDIR=../include' 'RM=/bin/rm' 'CP=/bin/cp' 'TOUCH=/usr/bin/touch' 'SHELL=/bin/sh' 'DATDEST=/home/[removed]/irc/services' 'RUNGROUP=' 'MODULE_PATH=/home/[removed]/irc/services/modules/' 'PROFILE=' 'SHARED=-shared' 'MODULEFLAGS=-fPIC -DPIC -shared' spotless all index.h ; )
make[3]: Entering directory `/home/[removed]/irc/anope-1.8.0-rc1/src/modules/bs_fantasy_ext/lang'
rm -f en_us langcomp index.h
rm -f index
gcc -pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic langcomp.c -o langcomp
grep '^[A-Z]' en_us.l >index
./langcomp en_us.l
Generating index.h... 195 strings
cp index.h ../
make[3]: Leaving directory `/home/[removed]/irc/anope-1.8.0-rc1/src/modules/bs_fantasy_ext/lang'
gcc -pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic -rdynamic -Wall -fPIC -DPIC -shared -I../ -I../../../include -c main.c
In file included from main.h:23,
                 from main.c:24:
config.h:79: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘AppendToTopicDel’
In file included from main.c:29:
misc.c: In function ‘get_flags’:
misc.c:639: error: ‘MaxUnbanIP’ undeclared (first use in this function)
misc.c:639: error: (Each undeclared identifier is reported only once
misc.c:639: error: for each function it appears in.)
In file included from main.c:30:
misc_cmds.c: In function ‘append_to_topic’:
misc_cmds.c:83: error: ‘AppendToTopicDel’ undeclared (first use in this function)
In file included from main.c:33:
ban.c: In function ‘do_unban’:
ban.c:263: error: ‘MaxUnbanIP’ undeclared (first use in this function)
In file included from main.c:52:
akick.c: In function ‘akick_view’:
akick.c:538: warning: format not a string literal and no format arguments
akick.c:538: warning: format not a string literal and no format arguments
make[2]: *** [main.o] Error 1
make[2]: Leaving directory `/home/[removed]/irc/anope-1.8.0-rc1/src/modules/bs_fantasy_ext'

I'm not too entirely sure why it's doing that right now. I'm using Linux Mint 6 "Felicia", based off of Ubuntu 8.10 Intrepid Ibex. I just find it a bit odd right now.
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: Jan Milants on December 29, 2008, 02:15:18 PM
Quote
config.h:79: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘AppendToTopicDel’
i m guessing you edited config.h and messed up somewhere..  :-\
Title: Re: bs_fantasy_ext (Version 1.1.16)
Post by: TwinShadow on December 29, 2008, 04:20:42 PM
Guess I did, I'll have a look later today. Somewhat busy for the afternoon for me. (for my timezone anyway)

We all love edits. XP
I did some testing with the module, and nothing serious came up. I've done some testing of the commands, and so far, the ones I did try have worked just fine. Will probably look more later on.
Title: bs_fantasy_ext 1.2.0 RC2
Post by: Jan Milants on January 11, 2009, 04:31:29 PM
ok apparently RC1 had a serious crashbug in !unban, however all previous versions of bs_fantasy_ext are also vulnerable to an exploit in !unban allowing attackers to guess the IP of users whose IP did not resolve AND who have no vhost set. So while rare, it s a serious issue. There is more though.. while IPs were being protected in the previous versions, with the exception of earlier mentioned exploit, masks were not. though harder to guess, attackers could reconstruct a users' mask and then resolve it the the IP.. same result, though a much harder approach.
Also be aware that the anope !unban command is vulnerable to all of these, which is why it was removed as a core feature in 1.7.22...

All of this should be fixed in 1.2.0 RC2 so I encourage people to do some serious testing with the !unban command and report your findings back to me..
Because of the exploit (for which code is already publicly available) as well as the crashbug in 1.1.16 I recommend people move away from these older versions of the module asap. If you cannot for some reason, I recommend you disable both !unban and !set immediately (cf config.h).

I should also note that 1.2.0 RC2 does not yet compile on windows and since my laptop s been send back to the oem for rma I do not know whether I will have it back in time for windows support to be added to 1.2.0. Since there is no release of this module which supports any of the latest anope releases I am not willing to wait and will release without windows support if needed..

I really need some feedback on this RC... if noone bothers testing it and everyone just waits for 1.2.0 final the final won't be any better then the release candidates..  ::)

Download: http://vips.hopto.org/~viper/bs_fantasy_ext-1.2.0-RC2.tar.gz
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Joeyexa on January 11, 2009, 04:48:07 PM
!admins bug in 1.2 rc2:

[11:45:30] -OperServ- The following Administrators are online:
[11:45:30] -OperServ- -----------------------------------------------------------------------
[11:45:30] <&Global> bs_fantasy_ext: INVALID language string call, language:
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 11, 2009, 05:08:27 PM
was also in RC1... makes me wonder how many ppl actually bother testing..  ::)
nice catch though Joey...

Download RC2 again from the same link... only needed a quick update
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Charles Kingsley on January 11, 2009, 08:20:38 PM
Slight typo in "Available" there too.
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: SNU on January 11, 2009, 08:50:42 PM
oh you also removed the german lang file. I thought there is one who made it. would be nice you could wait for final until I germanized it :D


greets.
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 11, 2009, 10:00:07 PM
Slight typo in "Available" there too.
where?
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: SNU on January 11, 2009, 10:02:15 PM
en_us.l

s/Avalable/Available/g  :D
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 11, 2009, 10:06:31 PM
oh you also removed the german lang file. I thought there is one who made it. would be nice you could wait for final until I germanized it :D

greets.
There never was a German language file.. there was a french which I had to disable because it hasn't been updated and would need to be reformatted to match en_us.l. I think you once thought about doing a german language file before, but I never got to see it  :)


and yeah got the typo now.. were 3 of them  ::)
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: TwinShadow on January 11, 2009, 10:33:38 PM
I tested just about every command there were. (except the ones for opers, didn't let me even though I am identified, opered, and a SRA in Anope, but oh well) I didn't see anything major anyway, so I dunno. The !unban one I'm not sure... I wouldn't know exactly how to try and guess a user's IP from it and I don't know how a normal user would be able to get it. That is just me though..
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 11, 2009, 10:49:27 PM
Regarding oper commands, check the INSTALL file: there are 6 or so configuration directives that can be copied to services.conf and uncommented or changed. The ones affecting oper commands are EnOperCmds and SAdminOverride. Documentation is provided with each directive.

As for !unban, basically you could set a ban on *!*@1* *!*@2* ... *!*@9* and then do !unban <nick>. Services would then remove the bans matching that user so if it removes *!*@8* you would know his IP starts with an 8. And so on.. it s quite a lot of work to do it manually, but I have been told there may be a script that speeds it up a bit. Anyways, bs_fantasy_ext will try to prevent that by only allowing !unban to remove that kinda bans on users who are identified have SET HIDE USERMASK to OFF and where it can track the IP. The module will then limit the number of times !unban can be called on the user so his entire IP can't be determined this way. By default this is turned off though.. that s what the EnUnbanIP configuration directive does. Without it it will only check bans against a users visible host, usually a vhost or a cloacked host.
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Gemster on January 13, 2009, 01:55:42 PM
Hi i have tryed to get bs_fantasy_ext-1.1.16 to work for me with no luck :/

I use unrealircd and anope v1.8.0

what i have done:
copyed the bs_fantasy_ext to anope-1.8.0/src/modules
cd to anope-1.8.0
make modules
make install

then on  irc i typed /os modload bs_fantasy_ext
and get this
[13:52] <Global> OperServ: DJ_Gemster2: modload bs_fantasy_ext
[13:52] <Global> Trying to load module [bs_fantasy_ext]
[13:52] <Global> Module loading status: 4 (Module Error, File does not exist)
[13:52] -OperServ- Unable to load module bs_fantasy_ext

I also checked services/modules and there is no bs_fantasy_ext.so file there.

any help would be great, if output of make modules is needed i will paste it here, as there where a few errors and warnings in that.

Thanks
Gemster
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 13, 2009, 03:39:48 PM
had you read up a bit, you would have noticed 1.1.16 does not work in anything later then 1.7.21... you would also have noticed I ve posted links to a release candidate of 1.2 which does support anope 1.8.0  ::)
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Gemster on January 13, 2009, 04:27:13 PM
Oh sorry Viper i must have missed that post, And thanks i now have 1.2 and its working great.

Thanks again
Gemster
Title: Re: bs_fantasy_ext (Version 1.2.0 :: RC2 Released)
Post by: Jan Milants on January 13, 2009, 04:42:09 PM
Oh sorry Viper i must have missed that post, And thanks i now have 1.2 and its working great.
nice to hear..  :)
keep in mind that the 1.2 you are using is an RC, so when the 1.2 final is released I recommend you download it from the modules site and use that one instead.. but keeping things up2date is something we should always do anyways eh  ;D
Title: bs_fantasy_ext 1.2.0 RC3
Post by: Jan Milants on January 26, 2009, 12:27:54 PM
I was hoping to release the final after RC2, but adding windows support again wasn't as easy as I had hoped + there turned out to be a few bugs left, one of which was fatal on windows so... here is RC3.

Sourcecode: http://vips.hopto.org/~viper/bs_fantasy_ext-1.2.0-RC3.tar.gz
Windows: http://vips.hopto.org/~viper/bs_fantasy_ext-1.2.0-RC3+1.8.0-2005Runtimes.zip

I compiled the windows runtimes against 2005 (I think), so they should work for most people...
Be certain to read the INSTALL file, especially on windows as it s not as simple anymore as copying a .dll...

Note to translators:
Currently the only lang file included is english, as it s the only one up-to-date. If there are no more major problems with this RC, I will be releasing the final very soon (possibly before the end of the week) so if anyone wants a lang file to be included in it, you will have to hurry!
Title: bs_fantasy_ext 1.2.0 Release
Post by: Jan Milants on February 14, 2009, 01:41:33 PM
I just published 1.2.0 final on the modules site..  :)

I have received no feedback, good or bad, regarding the final RC, so I will assume it functioned properly..  so here s the result: 1.2.0 final.
I didn't receive any language files so english is the only language included at this point..

Ok, so what s changed compared to 1.1.16... quite a lot! Here are the most important ones:
 - New language system with seperate lang files based on anopes own system. The old language tables simply got to big to be easily maintainable..
 - 2 changes making it easier to hide bots in !staff etc: Users on ulined servers will be always excluded and a configuration directive allowing users with +B to be automatically excluded.
 - Fixed several crash bugs, including those in !shun and !set nobot.
 - Fixed possible exploit allowing an attacker to guess a users real IP/host as was discussed in earlier posts and on the modules site. This was already looked at in a 1.1 release, but there were still holes in the system...

The new language system uses seperate language files so the module isn't just a single .so or .dll anymore: it requires the language files which should be automatically installed by the makefiles.
For windows users using the pre-compiled package this means that next to copying the .dll they also need to copy the language file. The .zip has been constructed in such a way that this is done automatically when extracted inside anopes root install dir while retaining the directory structure.

Full Changelog:
Quote
   A  Introduced new language system to replace the cores lang system for modules.
   A  Added configuration directive which when set ignores users with +B. (Unreal & PTlink)
   C  Clients on ulined servers no longer show up in !staff. This eliminates the need
          to add an exemption for every network service.
   C  Clients with usermode +B (bots) no longer show up in !staff. (Unreal & PTlink)
   C  Using !unban on yourself is no longer hindered by EnUnbanIP protections.
   U  Synchronized module code with Anope 1.8.0.
   U  Updated flags.
   U  Updated list of unsupported modules.
   U  Updated !shun syntax to match that of os_shun.
   U  Reworked syntax layout in language files.
   U  Updated INSTALL instructions.
   U  Updated windows makefiles. As of now windows support should be back.
   F  Fixed crashbug in !set nobot.
   F  Fixed several issues found in the core.
   F  Fixed markup codes no longer being loaded properly.
   F  Now unloads languages upon unload and reloads when the config is reloaded.
   F  Fixed wrong syntax messages being send for some !bkick commands.
   F  Fixed crashbug in !unban command when banlist is empty.
   F  Fixed possible though rare exploit in !unban allowing attackers to guess a users'
         real IP if the host did not resolve and no vhost is set.
         Thanks to Namegduf for reporting and providing template patch.
   F  Fixed !unban not protecting masks.
   F  Fixed invalid language string call in !admins. (Reported by Joey.)
   F  Fixed several typos in english language file.
   F  !down now removes modes users shouldn't have.
   F  Botserv bot now replies to !sync instead of ChanServ.
   F  Failing to load the langfiles is no longer fatal to anope.
   F  Fixed crashbug in !shun.   (Reported by midnight_tiger.)

For obvious reasons, updating is highly recommended..
And as of now the 1.1 branch is no longer supported.

The module can be downloaded from the modules site: http://modules.anope.org/viewmod.php?id=61 (http://modules.anope.org/viewmod.php?id=61)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on February 14, 2009, 02:05:13 PM
Well done Viper, good job!
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: katsklaw on February 14, 2009, 02:52:47 PM
since I know there are changes to the channel struct at the very least, perhaps you can reply with the minimum version required for 1.2.0..
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on February 14, 2009, 02:59:49 PM
There is a check for 1.8.0, rev 1899... so the released 1.8.0.
Theoretically it may work with versions as far back as rev. 1456  of the previous svn repository, but with the release of the stable branch, I consider the 1.7 branch dated so won't be supporting it.


Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: TwinShadow on February 14, 2009, 10:23:24 PM
Is it me, or does the version still say 1.2.0 RC3? I say that because even though I deleted any trace of the module I can think of, then compiled and installed, the version still reports as the RC3 version. o.O I find that a little odd, since when I have updated the RC versions, those updated fine.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on February 14, 2009, 10:28:04 PM
It shouldn't..  ???
Are you using the .dll or building from source?
I don't actually test the .dll's but the build from sourcecode seems to work fine for me.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: TwinShadow on February 15, 2009, 03:19:57 AM
I don't use a Windows server, so I'm building them on a Linux server. I might try deleting them again during the night probably and trying again. I don't know why it would still show up as RC3 for any reason.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: katsklaw on February 15, 2009, 03:49:21 AM
There is a check for 1.8.0, rev 1899... so the released 1.8.0.
Theoretically it may work with versions as far back as rev. 1456  of the previous svn repository, but with the release of the stable branch, I consider the 1.7 branch dated so won't be supporting it.

Thanks, I don't know about everyone else .. but I find it frustrating to read up and like a module then download it and play around for a bit trying to figure out why it won't load, only to find that it's not for my version :(

While the mod site says only 1.8.0 is supported .. we both know that supported version and minimum working version are 2 different things ;)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: lolox on February 22, 2009, 10:17:43 PM
hi, i have a problem with this module, i have installed the modul cs_autoowner to get a co-owner on my channel.

when the user joins or services restart it works fine, the command !down too

but @ command !up the user becomes no +q mode :( but +a

Quote
|11:13|  »» [~wibax] !down agent00
|11:13|  »» Modes: bitslix sets mode: -qao agent00 agent00 agent00
|11:13|  »» [~wibax] !up agent00
|11:13|  »» Modes: bitslix sets mode: +ao agent00 agent00

how i can fix this?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on February 22, 2009, 10:52:58 PM
the only way to fix that would be to give the co-owner real owner access by giving him the chanserv password and having him ID to chanserv.
cs_autoowner merely creates an illusion of having an autoowner and only gives +q on join or identify.. it fails to give any actual power.

If I ever get around to finishing cs_fop, I ll make it integrate with my other modules, but until then it s not possible, unless the  co-owner module would give actual power.. I think there was a module around that made it so co-owners wouldn't just get +q, but it would make it seem as if they had used /CS ID, with all the power that comes with it. Maybe try one of those. I believe that s how cs_accessfounder works.. though i don't know if it still works on the latest anope releases.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: lolox on February 23, 2009, 08:54:29 AM
hmm, because @ user join cs_autoowner reads the level from the access list and give the mode +q in future its a good idee when bs_fantasy_ext can understand the level 9999 and give +q too :D
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Taylor on March 05, 2009, 06:13:59 AM
I still can't get it to compile :\ Lots of failing in the code.
FreeBSD 4.10-RELEASE
Anope-1.8.0 (1899)

Any suggestions?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: TheDevil09 on April 25, 2009, 12:04:14 AM
When i do make modules i get

make[1]: Entering directory `/home/willas00/anope-1.8.0/src/modules'
Makefile:8: ../Makefile.sub: No such file or directory
make[1]: *** No rule to make target `../Makefile.sub'.  Stop.
make[1]: Leaving directory `/home/willas00/anope-1.8.0/src/modules'
make: *** [modules] Error 2


(Uploaded bs_fantasy_ext module) trying to get this working.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: zEkE on April 26, 2009, 02:07:43 AM
`make modules` should be run from anope-1.8.0, not from anope-1.8.0/src/modules
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on April 26, 2009, 02:12:46 AM
did you read INSTALL that comes with the module?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Fred Rivers on May 18, 2009, 11:07:10 PM
I'm running Anope 1.8.0 with UnrealIRCD 3.2.8.1 on FreeBSD. I have it compiling and working correctly except for one thing : !staff does not list any O-lines online although they are connected and opered up. Is this a known issue or am i overlooking something?

Thank you,

Fred
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Juanto77 on May 20, 2009, 11:13:43 PM
no matter what version I use I get the following error. I have used the latest RC and it does the same thign.

[May 20 21:06:45 2009] Trying to load module [bs_fantasy_ext]
[May 20 21:06:45 2009] [bs_fantasy_ext] Failed to load language 0 (en_us) : No such file or directory
[May 20 21:06:45 2009] [bs_fantasy_ext] Unable to load default language.
[May 20 21:06:45 2009] [bs_fantasy_ext] Error loading lang files... Aborting!
[May 20 21:06:45 2009] bs_fantasy_ext requested unload...
[May 20 21:06:45 2009] [bs_fantasy_ext]: Module Unloaded
[May 20 21:06:45 2009] Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: TwinShadow on May 20, 2009, 11:29:07 PM
The module only works on 1.8.0, so I'd make sure you're using that version instead. You might have to re-make it under 1.8.0 as simply copying it over isn't necessarily going to work.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Juanto77 on May 20, 2009, 11:45:57 PM
The module only works on 1.8.0, so I'd make sure you're using that version instead. You might have to re-make it under 1.8.0 as simply copying it over isn't necessarily going to work.
I'm using 1.8.0. Shuold I re-install. My services directory is in Unreal3.2. Can that cause a problem?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on May 21, 2009, 01:27:25 AM
Quote
[May 20 21:06:45 2009] [bs_fantasy_ext] Failed to load language 0 (en_us) : No such file or directory
[May 20 21:06:45 2009] [bs_fantasy_ext] Unable to load default language.
[May 20 21:06:45 2009] [bs_fantasy_ext] Error loading lang files... Aborting!
you didn't follow the install instructions... you copied over the .dll file, but obviously it can't find the language files anywhere..
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Juanto77 on May 21, 2009, 01:31:31 AM
you didn't follow the install instructions... you copied over the .dll file, but obviously it can't find the language files anywhere..
Here's what I did.

wget latest version url

tar zxvf file name

make modules

make install

/os reload

/os modload bs_fantasy_ext

I though that's what It said in the directions.

Mind you, I did this in the correct directories.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Juanto77 on May 21, 2009, 05:44:47 AM
Got it working, I had to re-install anope and now it works. Thanks so much, awesome mod!
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Anthony on July 14, 2009, 12:20:10 AM
I can't seem to compile the module I get
Code: [Select]
Setting environment for using Microsoft Visual Studio 2005 x86 tools.

C:\Program Files\Microsoft Visual Studio 8\VC>cd C:\Program Files\Anope\src\modu
les\bs_fantasy_ext

C:\Program Files\Anope\src\modules\bs_fantasy_ext>nmake -f Makefile.win32

Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.


Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.

Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

langtool.c
langtool.c(45) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langtool.c(46) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langtool.c(62) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langtool.c(63) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
Microsoft (R) Incremental Linker Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:langtool.exe
wsock32.lib
advapi32.lib
/NODEFAULTLIB:libcmtd.lib
langtool.obj
LINK : fatal error LNK1181: cannot open input file 'wsock32.lib'
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

langcomp.c
langcomp.c(81) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langcomp.c(170) : warning C4996: 'strcpy' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\string.h(73) : see
 declaration of 'strcpy'
        Message: 'This function or variable may be unsafe. Consider using strcpy
_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online hel
p for details.'
langcomp.c(204) : warning C4996: 'strncpy' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\string.h(156) : se
e declaration of 'strncpy'
        Message: 'This function or variable may be unsafe. Consider using strncp
y_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online he
lp for details.'
langcomp.c(206) : warning C4996: '_snprintf' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(339) : see
 declaration of '_snprintf'
        Message: 'This function or variable may be unsafe. Consider using _snpri
ntf_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online
help for details.'
langcomp.c(210) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langcomp.c(214) : warning C4996: 'fopen' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(234) : see
 declaration of 'fopen'
        Message: 'This function or variable may be unsafe. Consider using fopen_
s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help
 for details.'
langcomp.c(231) : warning C4996: 'sprintf' was declared deprecated
        C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\stdio.h(345) : see
 declaration of 'sprintf'
        Message: 'This function or variable may be unsafe. Consider using sprint
f_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online he
lp for details.'
Microsoft (R) Incremental Linker Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:langcomp.exe
wsock32.lib
advapi32.lib
/NODEFAULTLIB:libcmtd.lib
langcomp.obj
LINK : fatal error LNK1181: cannot open input file 'wsock32.lib'
        cl /nologo  /w /O2 /MD /I "C:\Program Files\Microsoft Visual Studio 8\VC
\Include" /I "C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2
\Include" /I"../include" langtool.c
langtool.c
        langtool index
        langtool index.h
Generating index.h... 196 strings
        copy index.h ..\.
        1 file(s) copied.
        langcomp en_us.l
'langcomp' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'langcomp' : return code '0x1'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.

C:\Program Files\Anope\src\modules\bs_fantasy_ext>
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: doridian on July 16, 2009, 02:15:13 PM
When does a version for 1.8.2 come out?
The current one just breaks on all chat commands (Panic).
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on September 18, 2009, 05:13:40 AM
Ive tryed using the latest version binary that works with the latest Anope binary and Ive installed everything the way INSTALL tells you to do it and still when i try to modload it fails to do so. Tryed a bunch of different downloads but still naught
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on September 18, 2009, 12:27:31 PM
The 1.2.0 should work fine on all 1.8 releases, at least up to 1.8.2.

I posted a precompiled .dll for 1.8.2 windows users, but i didn't build that one myself as i do not have a windows build env atm. As far as i know however it should work properly.

Note that the .dll for 1.8.2 will NOT work with the Anope 1.8.2-SVN with InspIRCd 1.2 Support release!
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: TwinShadow on October 09, 2009, 12:50:21 AM
So I'm finally back to testing some stuff again, and here's what I gathered so far. I probably should of expected this, but this module doesn't quite work with the 1.8.2 SVN with the Inspircd 1.2 support release, but I'm sure that is known. But anyway, here's what I see when I try to load it: (and after recompiling the module)

<Global> Trying to load module [bs_fantasy_ext]
<Global> /home/*/irc/dev/services/modules/runtime/bs_fantasy_ext.so.PWq0S7: undefined symbol: _DefaultRuneLocale
<Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

I probably shouldn't be surprised, but I'll just bring it up just in case.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on October 10, 2009, 05:48:37 AM
The 1.2.0 should work fine on all 1.8 releases, at least up to 1.8.2.

I posted a precompiled .dll for 1.8.2 windows users, but i didn't build that one myself as i do not have a windows build env atm. As far as i know however it should work properly.

Note that the .dll for 1.8.2 will NOT work with the Anope 1.8.2-SVN with InspIRCd 1.2 Support release!

Im not sure what the problem is, Im using the right matching files, and installing them properly but when it comes to loading the module it refuses to do so
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on October 10, 2009, 11:10:40 AM
Logfiles please.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on October 15, 2009, 10:05:26 AM
This is what im getting using the latest binary

[Oct 15 04:01:55 2009] Module bs_fantasy_ext is compiled against an old version of anope (2369) current is 2485
[Oct 15 04:01:55 2009] Rebuild module bs_fantasy_ext against the current version to resolve this error
[Oct 15 04:01:55 2009] status: [6][Module Error, Error during load time or module returned MOD_STOP]
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on October 18, 2009, 07:24:58 PM
i am guessing you are trying to use a 1.2.0 compiled for 1.8.2 as available on the modules site on 1.8.2-inspircd12-test which it is not compiled for...
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Nicarlo on October 24, 2009, 08:45:44 AM
when trying to complile  on my 1.8.2 setup i get these errors
Code: [Select]
make modules
(cd lang ; make 'CFLAGS=-pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic' 'CC=gcc' 'ANOPELIBS=-lnsl  -ldl' 'LDFLAGS=-L/usr/lib/mysql -lmysqlclient' 'BINDEST=/home/ircd/anope' 'INSTALL=/usr/bin/install' 'INCLUDEDIR=../include' 'RM=/bin/rm' 'CP=/bin/cp' 'TOUCH=/usr/bin/touch' 'SHELL=/bin/sh' 'DATDEST=/home/ircd/anope' 'RUNGROUP=' 'MODULE_PATH=/home/ircd/anope/modules/' 'RDB=rdb.c ' 'MYSQL=mysql.c ' 'SHARED=-shared' 'MODULEFLAGS=-fPIC -DPIC -shared' all language.h ; )
make[1]: Entering directory `/home/ircd/anope-1.8.2/lang'
make[1]: Nothing to be done for `all'.
make[1]: `language.h' is up to date.
make[1]: Leaving directory `/home/ircd/anope-1.8.2/lang'
(cd include ; make 'CFLAGS=-pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic' 'CC=gcc' 'ANOPELIBS=-lnsl  -ldl' 'LDFLAGS=-L/usr/lib/mysql -lmysqlclient' 'BINDEST=/home/ircd/anope' 'INSTALL=/usr/bin/install' 'INCLUDEDIR=../include' 'RM=/bin/rm' 'CP=/bin/cp' 'TOUCH=/usr/bin/touch' 'SHELL=/bin/sh' 'DATDEST=/home/ircd/anope' 'RUNGROUP=' 'MODULE_PATH=/home/ircd/anope/modules/' 'RDB=rdb.c ' 'MYSQL=mysql.c ' 'SHARED=-shared' 'MODULEFLAGS=-fPIC -DPIC -shared' )
make[1]: Entering directory `/home/ircd/anope-1.8.2/include'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/ircd/anope-1.8.2/include'
*** Building src
make[1]: Entering directory `/home/ircd/anope-1.8.2/src'
gcc  -pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic -fPIC -DPIC -shared -I../include/ -c mod_version.c
gcc -pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic actions.o base64.o botserv.o channels.o chanserv.o commands.o compat.o config.o datafiles.o encrypt.o events.o helpserv.o hostserv.o init.o ircd.o language.o list.o log.o mail.o main.o memory.o memoserv.o messages.o misc.o modules.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o slist.o sockutil.o timeout.o users.o rdb.o mysql.o  -lnsl  -ldl  -o services -L/usr/lib/mysql -lmysqlclient
make[1]: Leaving directory `/home/ircd/anope-1.8.2/src'
(cd src/modules ; ./configure ; make 'CFLAGS=-pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic' 'CC=gcc' 'ANOPELIBS=-lnsl  -ldl' 'LDFLAGS=-L/usr/lib/mysql -lmysqlclient' 'BINDEST=/home/ircd/anope' 'INSTALL=/usr/bin/install' 'INCLUDEDIR=../include' 'RM=/bin/rm' 'CP=/bin/cp' 'TOUCH=/usr/bin/touch' 'SHELL=/bin/sh' 'DATDEST=/home/ircd/anope' 'RUNGROUP=' 'MODULE_PATH=/home/ircd/anope/modules/' 'RDB=rdb.c ' 'MYSQL=mysql.c ' 'SHARED=-shared' 'MODULEFLAGS=-fPIC -DPIC -shared' all; )
make[1]: Entering directory `/home/ircd/anope-1.8.2/src/modules'
gcc -pipe -g -O2 -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -export-dynamic -rdynamic -Wall -fPIC -DPIC -shared -I../../include -c help.c
In file included from help.c:23:
help.h:24: error: expected ')' before '*' token
help.h:25: error: expected ')' before '*' token
help.c:28: error: expected ')' before '*' token
help.c:260: error: expected ')' before '*' token
make[1]: *** [help.o] Error 1
make[1]: Leaving directory `/home/ircd/anope-1.8.2/src/modules'
make: *** [modules] Error 2

Anyone know how i could get this sorted ?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on December 06, 2009, 11:55:39 PM
i am guessing you are trying to use a 1.2.0 compiled for 1.8.2 as available on the modules site on 1.8.2-inspircd12-test which it is not compiled for...

im using the latest UnrealIRCd
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: stark on January 22, 2010, 09:00:22 PM
I think this module is broke as of 1.8.3. I just installed 1.8.3, compiled the module, got it loaded. The original fantasy commands work, but commands such as !staff and !kill don't. There's not even an error. I'm also using Unreal 3.2.8.1.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Taylor on January 23, 2010, 03:10:55 AM
It works fine for me. I'm currently using...

Unreal3.2.8.1

Anope-1.8.3-svn (2774)

Which is the latest release.

Don't know why yours isn't.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: LEthaLity on January 23, 2010, 03:15:04 AM
solved on irc
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on January 23, 2010, 09:57:13 AM
Anything beyond recompile/check necessary mods are loaded?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: LEthaLity on January 23, 2010, 12:54:28 PM
user error, he tried changing something he thought would work..it didnt, not sure what
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: jackass on January 25, 2010, 12:30:52 AM
Hey guys,
I've update to the latest anope version (Anope v1.8.3 (2773)) yesterday, compiled and loaded the module without any problems. channel cmds do work as well, but when i tried to reload the services file (/os reload) the services crashed. (dunno if its the only one)
I'm running InspIRCd-1.2. not sure if it's a supported version but i'll drop this trace anyway.

Code: [Select]
*** glibc detected *** ./services: double free or corruption (fasttop): 0x00000000009fecc0 ***
======= Backtrace: =========
/lib/libc.so.6[0x7ff48d8becb8]
/lib/libc.so.6(cfree+0x76)[0x7ff48d8c1276]
/home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo(update_version+0x82)[0x7ff47d851542]
/home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo(reload_config+0x5d)[0x7ff47d859aed]
./services(event_process_hook+0x49)[0x427c09]
./services(send_event+0xba)[0x42880a]
/home/jackass/.services/modules/runtime/os_reload.so.Glzpvv(do_reload+0x2c)[0x7ff4816f6c5c]
./services(do_run_cmd+0x93)[0x423ff3]
./services(m_privmsg+0x303)[0x432f13]
/home/***/.services/modules/runtime/inspircd12.so.ONVCH0(anope_event_privmsg+0x65)[0x7ff48d63d075]
./services(process+0x18a)[0x442e4a]
./services(main+0x135)[0x4308f5]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7ff48d8655a6]
./services[0x412839]
======= Memory map: ========
00400000-0045b000 r-xp 00000000 08:01 20857297                           /home/***/.services/services
0065a000-0065b000 r--p 0005a000 08:01 20857297                           /home/***/.services/services
0065b000-00664000 rw-p 0005b000 08:01 20857297                          /home/***/.services/services
00664000-00af3000 rw-p 00000000 00:00 0                                  [heap]
7ff478000000-7ff478021000 rw-p 00000000 00:00 0
7ff478021000-7ff47c000000 ---p 00000000 00:00 0
7ff47d633000-7ff47d649000 r-xp 00000000 08:01 7373138                    /lib/libgcc_s.so.1
7ff47d649000-7ff47d849000 ---p 00016000 08:01 7373138                    /lib/libgcc_s.so.1
7ff47d849000-7ff47d84a000 r--p 00016000 08:01 7373138                    /lib/libgcc_s.so.1
7ff47d84a000-7ff47d84b000 rw-p 00017000 08:01 7373138                    /lib/libgcc_s.so.1
7ff47d84b000-7ff47d86e000 r-xp 00000000 08:01 20865326                   /home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo
7ff47d86e000-7ff47da6d000 ---p 00023000 08:01 20865326                   /home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo
7ff47da6d000-7ff47da6e000 r--p 00022000 08:01 20865326                   /home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo
7ff47da6e000-7ff47da6f000 rw-p 00023000 08:01 20865326                   /home/***/.services/modules/runtime/bs_fantasy_ext.so.0v4tBo
7ff47da6f000-7ff47da77000 r-xp 00000000 08:01 20865322                   /home/***/.services/modules/runtime/hs_request.so.GjONmi
7ff47da77000-7ff47dc76000 ---p 00008000 08:01 20865322                   /home/***/.services/modules/runtime/hs_request.so.GjONmi
7ff47dc76000-7ff47dc77000 r--p 00007000 08:01 20865322                   /home/***/.services/modules/runtime/hs_request.so.GjONmi
7ff47dc77000-7ff47dc78000 rw-p 00008000 08:01 20865322                   /home/***/.services/modules/runtime/hs_request.so.GjONmi
7ff47dc78000-7ff47dc7d000 r-xp 00000000 08:01 20865321                   /home/***/.services/modules/runtime/os_info.so.bLJH8b
7ff47dc7d000-7ff47de7c000 ---p 00005000 08:01 20865321                   /home/***/.services/modules/runtime/os_info.so.bLJH8b
7ff47de7c000-7ff47de7d000 r--p 00004000 08:01 20865321                   /home/***/.services/modules/runtime/os_info.so.bLJH8b
7ff47de7d000-7ff47de7e000 rw-p 00005000 08:01 20865321                   /home/***/.services/modules/runtime/os_info.so.bLJH8b
7ff47de7e000-7ff47de80000 r-xp 00000000 08:01 20865320                   /home/***/.services/modules/runtime/ns_maxemail.so.YEwVU5
7ff47de80000-7ff47e07f000 ---p 00002000 08:01 20865320                   /home/***/.services/modules/runtime/ns_maxemail.so.YEwVU5
7ff47e07f000-7ff47e080000 r--p 00001000 08:01 20865320                   /home/***/.services/modules/runtime/ns_maxemail.so.YEwVU5
7ff47e080000-7ff47e081000 rw-p 00002000 08:01 20865320                   /home/***/.services/modules/runtime/ns_maxemail.so.YEwVU5
7ff47e081000-7ff47e086000 r-xp 00000000 08:01 20865319                   /home/***/.services/modules/runtime/cs_enforce.so.Ep5nHZ
7ff47e086000-7ff47e285000 ---p 00005000 08:01 20865319                   /home/***/.services/modules/runtime/cs_enforce.so.Ep5nHZ
7ff47e285000-7ff47e286000 r--p 00004000 08:01 20865319                   /home/***/.services/modules/runtime/cs_enforce.so.Ep5nHZ
7ff47e286000-7ff47e287000 rw-p 00005000 08:01 20865319                   /home/***/.services/modules/runtime/cs_enforce.so.Ep5nHZ
7ff47e287000-7ff47e28a000 r-xp 00000000 08:01 20865318                   /home/***/.services/modules/runtime/cs_appendtopic.so.hjO5tT
7ff47e28a000-7ff47e489000 ---p 00003000 08:01 20865318                   /home/***/.services/modules/runtime/cs_appendtopic.so.hjO5tT
7ff47e489000-7ff47e48a000 r--p 00002000 08:01 20865318                   /home/***/.services/modules/runtime/cs_appendtopic.so.hjO5tT
7ff47e48a000-7ff47e48b000 rw-p 00003000 08:01 20865318                   /home/***/.services/modules/runtime/cs_appendtopic.so.hjO5tT
7ff47e48b000-7ff47e49f000 r-xp 00000000 08:01 7373202                    /lib/libresolv-2.9.so
7ff47e49f000-7ff47e69f000 ---p 00014000 08:01 7373202                    /lib/libresolv-2.9.so
7ff47e69f000-7ff47e6a0000 r--p 00014000 08:01 7373202                    /lib/libresolv-2.9.so
7ff47e6a0000-7ff47e6a1000 rw-p 00015000 08:01 7373202                    /lib/libresolv-2.9.so
7ff47e6a1000-7ff47e6a3000 rw-p 00000000 00:00 0
7ff47e6a3000-7ff47e6a8000 r-xp 00000000 08:01 7373195                    /lib/libnss_dns-2.9.so
7ff47e6a8000-7ff47e8a7000 ---p 00005000 08:01 7373195                    /lib/libnss_dns-2.9.so

Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jan Milants on January 25, 2010, 07:22:10 AM
1.2.0 doesn't really support insp 1.2, but it has very little ircd dependant code so should work on it nonetheless. the code it crashes doesn't rely on anything ircd specific.. could you get a full backtrace of it from within gdb?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jordan Thomas on February 04, 2010, 01:58:05 PM
Jan, possible to create it to work with the new anope version ? ;D
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on April 19, 2010, 07:57:32 AM
Any word on a 1.8.4 Binary release?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Harley McKittrick on June 02, 2010, 08:21:27 PM
Yes, I would also be interested in a version for Anope 1.8.4 Windows.

Thanks
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: therock247uk on June 02, 2010, 08:25:24 PM
/me tries to compile it.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: therock247uk on June 02, 2010, 08:33:27 PM
http://www.247fixes.com/bs_fantasy_ext.dll

no support from me though all i did was compile anope under default settings no mysql and compiled that module as it was directly from the anope mods site.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Harley McKittrick on June 03, 2010, 01:04:53 PM
therock247uk, thanks for your input!

Ill try that now.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Harley McKittrick on June 03, 2010, 01:12:03 PM
Great!

It works perfect.

Thanks therock247uk
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Eric on June 10, 2010, 08:10:15 AM
Great!

It works perfect.

Thanks therock247uk

What IRCd are you using? Im using the latest Unreal and cant seen to get this to work
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Harley McKittrick on June 28, 2010, 09:03:55 PM
What IRCd are you using? Im using the latest Unreal and cant seen to get this to work

This is for Anope. I am was using Anope 1.8.4 Windows.

I use UnrealIRCd 3.2.8.1
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: peter on July 11, 2010, 01:15:42 PM
the module doesn't recognise me as an irc operator.... I can not use !kill etc. how can i change this?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: LEthaLity on July 11, 2010, 01:34:22 PM
did you add the services.conf directives, specifically EnOperCmds or something similar that enables the oper commands
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: peter on July 11, 2010, 01:35:15 PM
no....

it works now....
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: LEthaLity on July 11, 2010, 01:50:18 PM
This is why viper made documents, read the INSTALL file.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: J Zhang on July 26, 2010, 10:56:43 AM
Here's a little bug where !set signkick doesn't like the LEVEL option, it'll ask for on or off.

Code: [Select]
19:53:27 <~darkex> !help set signkick
19:53:27 -HeadShot- ----- Fantasy Commands Help -----
19:53:28 -HeadShot- Syntax: !set signkick {on | off}
19:53:28 -HeadShot- Enables or disables signed kicks for a channel.  When SIGNKICK is set, kicks issued with
19:53:28 -HeadShot- services' KICK command will have the nick that used the command in their reason.
19:53:28 -HeadShot- If you use LEVEL, those who have a level that is superior or equal to the SIGNKICK levelon the
19:53:28 -HeadShot- channel won't have their  kicks signed. See '!help levels' for more information.
19:53:28 -HeadShot- --- End of cmd listing ---
19:53:37 <~darkex> !set signkick level
19:53:37 -HeadShot- Syntax: !set signkick {on | off}
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Joseph on August 03, 2010, 01:46:06 PM
I have the module turned on etc and everythings compiled ok, and when I do /operserv modload bs_fantasy_ext there are no erorrs and it says its loaded however when I go to do a command nothing happens... does anyone know whats wrong?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 10:05:14 AM
I have Anope 1.8.5 :/ If someone can give me anope 1.8.4 or this module for 1.8.5 then I thank you so much .
Thanks for any help . Richard
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 11:34:43 AM
Download it?

There's no issues I'm aware of with this module and 1.8.5.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 02:46:28 PM
ok but give me download link please :D i cant find it
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 02:47:21 PM
http://modules.anope.org/files/42/1.2.0/36/bs_fantasy_ext-1.2.0.tar.gz

Unless you run windows...?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 02:48:54 PM
Yes windows ... but i mean download link for this module on 1.8.5 or download link of anope 1.8.4
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 02:50:22 PM
You should not be looking to use Anope 1.8.4 when 1.8.5 is out.

As you run Windows that makes life somewhat harder when a 1.8.5 pre compiled module doesn't yet exist.

I will see if I can compile bs_fantasy_ext for 1.8.5 today.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 02:54:42 PM
and ... what can i do if i want this module ? :/
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 02:55:42 PM
You can either wait for my kind offer of attempting to compile it for you or you can do it yourself but I doubt you'd manage that.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 02:57:57 PM
ok try it .. and Thanks for trying
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 03:03:02 PM
www.lethality.me.uk/bs_fantasy_ext-1.2.0+1.8.5.zip

Thanks to Lethality for doing this.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 03:28:59 PM
ok thanks im trying to install it ...
-OperServ- Unable to load module bs_fantasy_ext
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on December 29, 2010, 03:30:10 PM
Show us what is happening in the logfile.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Richard Strnad on December 29, 2010, 03:33:19 PM
[Dec 29 16:30:11 2010] OperServ: richard: modload bs_fantasy_ext
[Dec 29 16:30:11 2010] Trying to load module [bs_fantasy_ext]
[Dec 29 16:30:11 2010] Module bs_fantasy_ext is compiled against an old version of anope (2859) current is 3037
[Dec 29 16:30:11 2010] Rebuild module bs_fantasy_ext against the current version to resolve this error
[Dec 29 16:30:11 2010] Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Leon on January 31, 2011, 02:34:01 PM
[15:17:19] <Global> [bs_fantasy_ext] This module is unsupported in combination with ircd_vhostserv.

it works great with vhostserv  :)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Kenneth Bowyer on February 13, 2011, 04:28:07 AM
This module causes a repeatable crash bug, using !axx del 22-26 a user was able to crash services at will. Any thoughts?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on February 13, 2011, 09:39:53 AM
Which version of Anope?
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Kenneth Bowyer on February 15, 2011, 05:09:11 PM
Anope-1.8.2-svn (2571)  UnrealIRCd 3.2.x -  QM (enc_old) -- build #1, compiled Oct 19 2009 13:36:31

*updated to Anope-1.8.5 (3037)  UnrealIRCd 3.2.x -  QM (enc_old) -- build #1, compiled Feb 15 2011 11:19:11
still crashes services on command !access del 22-26
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on February 16, 2011, 08:00:07 AM
Try the latest git stable build of anope from here (http://anope.git.sourceforge.net/git/gitweb.cgi?p=anope/anope;a=snapshot;h=2060bacdeadd5bb9dd2e479c9561a15f331ce1de;sf=tgz).

If still no joy let us know.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: djGrrr on February 28, 2011, 11:10:12 PM
the issue is actually because the build scripts do not properly detect changes in the .c files when compiling, we had modified one of the files to allow the module to load with os_raw, but when that change was compiled in it didn't clean the other .o files, resulting in an invalid memory address. after doing a make clean and full recompile, everything works fine without any crashing
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Callum Lord on March 10, 2011, 08:27:34 PM
Hi,

So does this work in Windows yet?

C
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: LEthaLity on March 10, 2011, 08:28:44 PM
I don't remember a time when it didn't
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jorge Almonte on September 23, 2011, 04:54:21 PM
11:50 <Global> OperServ: el_loco_01: modload bs_fantasy_ext
11:50 <Global> Trying to load module [bs_fantasy_ext]
11:50 <Global> [bs_fantasy_ext] Unsupported module found: os_raw.. (This is fatal!)
11:50 <Global> [bs_fantasy_ext] Loading has been aborted...
11:50 <Global> bs_fantasy_ext requested unload...
11:50 <Global> [bs_fantasy_ext]: Module Unloaded
11:50 <Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: VisioN on September 23, 2011, 04:57:30 PM
this module won't work while os_raw is enabled (as a precaution cause os_raw is EVIL). So /os modunload os_raw  first then uncomment disableraw in services.conf too and /os reload before you try to load it.


Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jorge Almonte on September 24, 2011, 11:25:59 AM
raw is disable in os and services.conf and still the problem i shotdown the services

06:18 <&Global> OperServ: el_loco_01: modload bs_fantasy_ext
06:18 <&Global> Trying to load module [bs_fantasy_ext]
06:18 <&Global> [bs_fantasy_ext] RAW has NOT been disabled! (This is fatal!)
06:18 <&Global> [bs_fantasy_ext] Loading has been aborted...
06:18 <&Global> bs_fantasy_ext requested unload...
06:18 <&Global> [bs_fantasy_ext]: Module Unloaded
06:18 <&Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

i need to write anything to services.conf ??

Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on September 24, 2011, 05:01:54 PM
Read the message, raw is not disabled.

Fix that.
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jorge Almonte on September 26, 2011, 04:29:37 AM
# DisableRaw [RECOMMENDED]
#
# Disables the highly destructive OperServ RAW command.

#DisableRaw


23:24 <&Global> Trying to unload module [os_raw]
23:24 <&Global> Module unloading status: 0 (Module, Okay - No Error)
23:25 <&Global> OperServ: el_loco_01: modload cs_recordcount
23:25 <&Global> OperServ: el_loco_01: modload bs_fantasy_ext
23:25 <&Global> Trying to load module [bs_fantasy_ext]
23:25 <&Global> [bs_fantasy_ext] RAW has NOT been disabled! (This is fatal!)
23:25 <&Global> [bs_fantasy_ext] Loading has been aborted...
23:25 <&Global> bs_fantasy_ext requested unload...
23:25 <&Global> [bs_fantasy_ext]: Module Unloaded
23:25 <&Global> Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

i have the same problem
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Charles Kingsley on September 26, 2011, 07:21:34 AM
 ???


From:

#DisableRaw

To:

DisableRaw
Title: Re: bs_fantasy_ext (Version 1.2.0 Released)
Post by: Jorge Almonte on September 26, 2011, 03:55:18 PM
Thanks
Title: bs_fantasy_ext 1.3.1 Released for testing
Post by: Jan Milants on November 26, 2011, 03:50:44 PM
It has been a very very long time since this module was update and a series of bugs have piled up over the years 1.2.0 has served.. it especially didn't like cooperating with more recent versions of anope, leading to crashbugs etc..
However, over the last few weeks I have been working to push an updated version of bs_f_ext out for the next anope release (1.8.7).

Since I no longer run my own network - aside from a small testnet with no users - I don't have the resources myself to do proper testing of this on a network seeing some actual traffic.. so I need some volunteers to try out this version and get back to me on how it behaves. (1.3.0 was deployed to a small live net and it hasn't crashes so far, so it s not like it's highly toxic ::) )
This release requires the latest anope 1.8 GIT however to run so testers will have to update anope to GIT head too.
It won't be published on the modules site prior to the 1.8.7 release and if no1 bothers testing, chances are it ll never be published so if you are interested in a less crash-happy version of this module than 1.2.0, give 1.3.1 a go..  :)

Most notable changes are probably
 - fixed the known bugs I could remember, incl the !access crashbug
 - loads of cleaning up and bug fixing and updated to match the implementation in anope 1.8 GIT.
 - the module now also implements !kick which will accept masks.
 - !op, !deop etc now accept masks and the restriction of 6 arguments has been removed.
 - added French and Spanish language support though it s not complete.. (translators needed to update the langfiles!)
Find a more complete changelog below, though if you really want every change, checkout the GIT repository :)

Download 1.3.1: snapshot link (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=snapshot;h=4c4c9a19688981b7b105984ffa6effe823772092;sf=tgz).
Repo: http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary

Changelog:
Quote
1.3.1 A  Added overriding implementation for the cores !kick.
        A  Added !rappend to replace the last topic append.
        A  (Re-)Added partial Spanish & French language files.
        C  Include commands from other bs_f_ modules of mine in !cmdlist.
        C  Make !op/!deop/... accept masks a parameter. (Eg: You can now "!voice *@*.net *@*.us")
        C  Added extban support for Insp1.2/2.0 to !unban.
        U  Updated language files.
        U  Updated code checking for other loaded modules. (Drops load order requirement.)
        F  Fixed opers incorrectly getting a notice about not matching against real host/ip.
        F  Skip !help queries for fantasy commands handled by other loaded bs_f_* modules.
        F  Make the BotServ bot reply to !staff/!ircops/!admins instead of OperServ.

1.3.0 A  Added proper InspIRCd 1.2 support.
        A  Added AUTO_UNLOAD pre-compile configuration option.
        A  Added logging for stateful commands as implemented in core.
        R  Removed CPU_USAGE_REDUCTION pre-compile directive.
        R  Removed almost all unbanning based on IP.
        C  !levels list is now accessible to anyone with the level ACC-CHANGE.
        C  Allow clearing of access lists while in XOP mode.
        C  Make ban, tban, !tkban, !mute check against IPs when triggered by an oper.
        F  Fixed possible crash on loading corrupted lang file.
        F  Fixed bug in !staff causing clients on ulined servers to show up.
        F  Cleaned up a lot of the channel access reordering code to match the cores implementation.
        F  Ported fix from core: potential crashbug after switching to XOP on IRCds that do not support halfop.
        F  Deleting from the channel access/xOP list now always logs a message about the deleted items.
        F  Fixed the "!access/xop del" reply "no such entry" to show whatever was passed instead of always -1.
        F  Fixed typo in "!help set". (Reported by Savetheinternet.)
        F  Fixed !tban reporting success even when ban isn't enforced.
        F  Fixed a potential crashbug in "!clear ops/hops/voices".
        F  Fixed a number of TS6 issues, mainly related to nicks instead of IDs being given to anope_cmd_mode().
        F  Fixed potential crashbugs in !ban, !kb and !(un)mute.
        F  Fixed a memory leak in "!unban <partial mask>".
        F  Fixed valid settings for "!bkick" sometimes not being accepted.
        F  Made !akill use a stored value to curent time to prevent changing time messing up logs/globops.
        F  Make !unban match against vident@vhost instead of ident@vhost.
        F  Fixed a bug that could cause some access entries to not convert to XOP correctly.
        F  !set mlock no longer requires a parameter; leaving out the parameter renders the mlock to +r as it should be.
        F  Fixed crashbug in !xop del.
        F  Fixed !access clear to work while in XOP mode.
Title: Re: bs_fantasy_ext (Version 1.3.1 Released for testing)
Post by: Thomas Edwards on November 26, 2011, 11:25:36 PM
Consider me your first tester!

My IRC Host is loading it up now!

Ill leave feedback :)
Title: Re: bs_fantasy_ext (Version 1.3.1 Released for testing)
Post by: Shiny on November 26, 2011, 11:29:57 PM
Works just fine, No bugs found yet.
Title: Re: bs_fantasy_ext (Version 1.3.1 Released for testing)
Post by: Luke Thompson on November 27, 2011, 10:20:08 AM
Found a bug..
[10:17:19] <Global> PANIC! buffer = :Luke-BNC PRIVMSG #chan :!rappend
[10:17:19] <Global> Backtrace: Segmentation fault detected
[10:17:20] <Global> Backtrace: report the following lines
[10:17:20] <Global> Backtrace: Anope version 1.8.7-git (3086) build #1, compiled Nov 26 2011 23:39:10 QM
[10:17:20] <Global> Backtrace(0): ./services(do_backtrace+0x51) [0x8075ac1]
[10:17:20] <Global> Backtrace(1): ./services(sighandler+0x177) [0x8076887]
[10:17:20] <Global> Backtrace(2): [0xb778b400]
[10:17:20] <Global> Backtrace(3): /home/ircd/services/modules/runtime/bs_fantasy_ext.so.pliEns(topic_replace_append+0x2bb) [0xb7225d6b]
[10:17:20] <Global> Backtrace(4): /home/ircd/services/modules/runtime/bs_fantasy_ext.so.pliEns(do_fantasy+0x3e63) [0xb723a223]
[10:17:20] <Global> Backtrace(5): ./services(event_process_hook+0x70) [0x806eb50]
[10:17:20] <Global> Backtrace(6): ./services(send_event+0x5f) [0x806eecf]
[10:17:20] <Global> Backtrace(7): ./services(botchanmsgs+0xa9d) [0x805bb1d]
[10:17:20] <Global> Backtrace(8): ./services(m_privmsg+0x29d) [0x80788fd]
[10:17:20] <Global> Backtrace(9): /home/ircd/services/modules/runtime/unreal32.so.KHWAVj(anope_event_privmsg+0x40) [0xb7385ca0]
[10:17:20] <Global> Backtrace: complete
[10:17:20] <Global> Services terminating: Segmentation fault
[10:17:20] * &oper (Oper@Secret.Agency.net) Quit (kryten.spam.co.uk services.spam.co.uk)
Title: bs_fantasy_ext (Version 1.3.2 Released for testing)
Post by: Jan Milants on November 27, 2011, 04:29:01 PM
Blah.. forgot to check what happened when no topic is set..  ::)
Since it's a crashbug I am releasing 1.3.2 with 2 issues fixed..

Download 1.3.2: snapshot link (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=snapshot;h=4344c2215a961a021f55baf015bf64785143f1af;sf=tgz).
Repo: http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary)

Changes
Quote
        F  Fixed !set signkick not accepting the LEVEL option.
        F  Fixed !rappend segfaulting when no topic is set.
Title: bs_fantasy_ext (Version 1.3.3 Released for testing)
Post by: Jan Milants on December 12, 2011, 06:45:49 PM
A minor bugfix update.. hopefully the last before a stable release on the modsite..
Most notable change is a buffer overflow fix in the !op/!deop/.. cmds that was introduced in 1.3.1 and an update to !sync so it can now remove voices.

Download 1.3.3: snapshot link (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=snapshot;h=ddb4f814d9592bb3c0340e8c380f53ee7963033b;sf=tgz).
Repo: http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary)

Changes
Quote
        U  Updated module support to detect cs_why and ignore "!help why".
        F  Fixed !help headers and footers being send for cmds handled by other modules.
        F  Fixed some code cppcheck was complaining about.
        F  Fixed possible buffer overflow in the !op/!deop/.. implementation.
        F  Fixed !sync not removing voices.
        F  Fixed some issues in makefiles with building & cleaning for both *nix and windows
Title: Re: bs_fantasy_ext (Version 1.4.0 Released)
Post by: Jan Milants on December 24, 2011, 01:52:22 AM
With the release of anope 1.8.7 it is now possible to publish the updated bs_f_ext to the modsite for the masses..
This final release contains a few more changes over the previous devel release which are listed below..

Upgrading is highly recommended as the crashbug in !help (thx to TMFKSOFT for reporting) nearly blew the party  ::)

The module can now again be downloaded from the module site: http://modules.anope.org/index.php?page=view&id=42

Changes
Quote
        F  Fixed tban expiry times always been generated in english.
        F  Fixed possible crash when loading missing lang file.
        F  Fixed a crashbug in !help when another supported fantasy module is loaded & detected.
Title: bs_fantasy_ext 1.4.1 Ready for testing
Post by: Jan Milants on September 12, 2012, 06:54:55 PM
It has been a while again since my last release and since there were still some unresolved bugs, I thought it was time to push out a new version..

Before publishing anything to the modules site, I request some people download the latest code from GIT and give it a spin..
Find a full change list below, but the changes aren't drastic, so I think it should be stable enough to be tested on a live network.. ::)

I appreciate all feedback, even if it s just a confirmation everything is working fine..  8)

For translators: I intend to release this update to the modules site in the last weekend of September, so any updated translations for the language files should be in my inbox before then..  :)

Download 1.4.1-GIT: snapshot link (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=snapshot;h=1d64a58383b10aca9f77784f17bec69cf4539a50;sf=tgz) (12/09/2012).
Repo: http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary (http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary)

Changes
Quote
        A  Added !tprepend and !rprepend to prepend topic and replace last topic prepend.
        A  Added (VERY) partial German language file. (Provided by Han`.) (This still needs to be comleted!)
        U  Updated module support to detect bs_fantasy_vhost and ignore help queries handled by it.
        U  Replaced the French language file with a rewritten version provided by PePsY.
               (Translation was made for 1.4.0, so contains some English strings to work with 1.4.1.)
        R  Removed header and footer from !help as it was conflicting with other fantasy modules.
        F  Fixed !rappend|!trapp clearing entire topic when issued without argument instead of removing the last append.
        F  Prevent replying to !help set karma and !set karma when bs_fantasy_karma is around to handle it.
        F  Fixed !tappend and !rappend (unlike !topic) being inaccessible to AOPs even when topiclock is disabled. (Reported by n0kS.)
        F  Fixed !clear invites clearing excepts instead on IRCd's with SVSMODE support.
        F  Fixed !clear voices on ircd's with SVSMODE support.
        F  Fixed !set mlock not handling modes with parameters correctly. (Reported by n0kS.)
        F  Fixed minor malformations in showing seconds in output of expiry times. (Reported by Han`.)
        F  Fixed the modules implementation of !unban being used even if OverrideCoreCmds is not defined.
        F  Fixed !help showing help for disabled commands when OverrideCoreCmds is not defined.
        F  Added missing help for !ctopic, !unban and all status mode commands (!op/!deop/..).
Title: Re: bs_fantasy_ext (Version 1.4.0 Released)
Post by: Mitsos on December 28, 2012, 04:16:21 PM
I tryied to load it on my anope services and sais that i have os_raw module in and cannot work with it and retur FATAL, is there anyway to make it work with the os_raw module inside ?
Title: Re: bs_fantasy_ext (Version 1.4.0 Released)
Post by: Charles Kingsley on December 28, 2012, 04:19:08 PM
No, disable raw.
Title: bs_fantasy_ext 1.4.1 Release - Critical Update
Post by: Jan Milants on May 31, 2013, 07:22:09 PM
It has been a while since the release of 1.4.0 and a number of bugs of varying severity have surfaced, and been fixed in that time. However, recently a critical, exploitable infinite loop vulnerability was reported in 1.4.0, thus an immediate fix was required. (All versions since 1.3.0 are known to be affected; older versions were not verified.)
This release fixes that bug, as well as many other issues that were fixed in the repository over the past year.

I made a pre-release of 1.4.0, but I didn't receive much/any feedback, so I have no idea how well most of the changes in the release have been tested in a real environment, given that I no longer operate my own IRC network to try stuff on ;D

The most notable changes:
 - Added !tprepend and !rprepend to prepend topic and replace last prepend on a topic.
 - french & german language updates; though these are still lacking given that noone has managed to do a full translation to date.
 - Various fixes for !clear and topic related commands.
 - Fixed a number of crash & infinite loop bugs in the status commands (!op/!deop/..).

The module can be downloaded from the modules site: http://modules.anope.org/index.php?page=view&id=42
Repo: http://git.milanza.org/?p=anope-modules/bs_fantasy_ext;a=summary

Changelog:
Quote
        A  Added !tprepend and !rprepend to prepend topic and replace last topic prepend.
        A  Added (VERY) partial German language file. (Provided by Han`.) (This still needs to be comleted!)
        U  Updated module support to detect bs_fantasy_vhost and ignore help queries handled by it.
        U  Replaced the French language file with a rewritten version provided by PePsY.
               (Translation was made for 1.4.0, so contains some English strings to work with 1.4.1.)
        U  Added os_clientjoin to list of unsupported modules in combination with this module.
        R  Removed header and footer from !help as it was conflicting with other fantasy modules.
        F  Fixed !rappend|!trapp clearing entire topic when issued without argument instead of removing the last append.
        F  Prevent replying to !help set karma and !set karma when bs_fantasy_karma is around to handle it.
        F  Fixed !tappend and !rappend (unlike !topic) being inaccessible to AOPs even when topiclock is disabled. (Reported by n0kS.)
        F  Fixed !clear invites clearing excepts instead on IRCd's with SVSMODE support.
        F  Fixed !clear voices on ircd's with SVSMODE support.
        F  Fixed !set mlock not handling modes with parameters correctly. (Reported by n0kS.)
        F  Fixed minor malformations in showing seconds in output of expiry times. (Reported by Han`.)
        F  Fixed the modules implementation of !unban being used even if OverrideCoreCmds is not defined.
        F  Fixed !help showing help for disabled commands when OverrideCoreCmds is not defined.
        F  Added missing help for !ctopic, !unban and all status mode commands (!op/!deop/..).
        F  Fixed crashbug in all status mode commands (!op/!deop/..) when parsing wide masks due to a missing buffer reset. (Reported by TinMan.)
        F  Fixed crashbug in all status mode commands (!op/!deop/..) when parsing a large number of arguments/nicks.
        F  Fixed a crashbug in !set nobot on. This bug was only exploitable by SAs. (Reported by epok.)
        F  Fixed infinite loop bug in !de* status mode commands (!deop/!devoice/..) due to failure to move pointer before continuing. (Reported by NKT.)
        F  Fixed memory leak in status mode commands (!op/!deop/..) when encountering access denied or unsupported modes. (Reported by Attila.)
Title: Re: bs_fantasy_ext (Version 1.4.1 Released - Critical update!)
Post by: tusaichi on September 23, 2013, 12:37:34 PM
I've installed on my net bs_fantasy_ext [1.4.1 [ QM-u-OpC0]]

but the commands for ircop (! kill! akill! mode! ignore), do not work.
The system always gives the answer "access denied"
At this point I wonder if you have to enable something on OperServ, or some other form IT TAKES?
thanks
Title: Re: bs_fantasy_ext (Version 1.4.1 Released - Critical update!)
Post by: Jan Milants on September 23, 2013, 08:55:21 PM
based on the version reply flags in your answer, you have oper commands disabled in your configuration.

This is controlled by the EnOperCmds and SAdminOverride configuration directives which you copied from the installation instructions to the services.conf.. (you were meant to read those btw.. ::))
Title: Re: bs_fantasy_ext (Version 1.4.1 Released - Critical update!)
Post by: tusaichi on September 23, 2013, 09:50:27 PM
Thank you for responding.
Could you be more detailed? Maybe saying what I should materially enabled. Thanks again :)
Title: Re: bs_fantasy_ext (Version 1.4.1 Released - Critical update!)
Post by: Jan Milants on September 25, 2013, 08:27:19 AM
Uhm.. it can't get much more detailed... you have to change the EnOperCmds and SAdminOverride configuration directives, that s all...