Adam c770c47e18 Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

..

bs_act.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_assign.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_badwords.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_bot.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_botlist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_info.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_kick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_say.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

bs_unassign.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_access.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_akick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_ban.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_clear.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_drop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_forbid.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_getkey.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_info.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_invite.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_kick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_list.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_modes.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_register.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_saset_noexpire.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_saset.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_bantype.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_description.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_entrymsg.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_founder.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_keeptopic.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_mlock.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_opnotice.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_peace.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_persist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_private.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_restricted.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_secure.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_securefounder.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_secureops.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_signkick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_successor.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_topiclock.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set_xop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_status.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_suspend.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_topic.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_unban.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

cs_xop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

db_plain.cpp

fixed some database issues

2010-07-31 11:57:42 +02:00

enc_md5.cpp

Epic commit to replace most of the strings in Anope with a single Anope::string class, plus some other little fixes here and there. If you follow 1.9.x development and are testing things, THIS is one of those things that NEEDS testing.

2010-07-25 21:58:20 -04:00

enc_none.cpp

Epic commit to replace most of the strings in Anope with a single Anope::string class, plus some other little fixes here and there. If you follow 1.9.x development and are testing things, THIS is one of those things that NEEDS testing.

2010-07-25 21:58:20 -04:00

enc_old.cpp

Epic commit to replace most of the strings in Anope with a single Anope::string class, plus some other little fixes here and there. If you follow 1.9.x development and are testing things, THIS is one of those things that NEEDS testing.

2010-07-25 21:58:20 -04:00

enc_sha1.cpp

Epic commit to replace most of the strings in Anope with a single Anope::string class, plus some other little fixes here and there. If you follow 1.9.x development and are testing things, THIS is one of those things that NEEDS testing.

2010-07-25 21:58:20 -04:00

enc_sha256.cpp

Epic commit to replace most of the strings in Anope with a single Anope::string class, plus some other little fixes here and there. If you follow 1.9.x development and are testing things, THIS is one of those things that NEEDS testing.

2010-07-25 21:58:20 -04:00

hs_del.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_delall.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_group.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_list.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_off.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_on.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

hs_setall.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_cancel.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_check.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_del.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_info.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_list.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_read.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_rsend.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_send.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_sendall.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ms_staff.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_access.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_alist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_drop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_forbid.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_getemail.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_getpass.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_ghost.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_group.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_identify.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_info.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_list.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_logout.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_recover.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_register.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_release.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_resetpass.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_saset_noexpire.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_saset.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_sendpass.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_autoop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_email.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_greet.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_hide.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_kill.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_language.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_message.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_private.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set_secure.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_status.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_suspend.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ns_update.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_akill.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_chankill.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_chanlist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_clearmodes.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_defcon.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_global.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_help.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_ignore.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_jupe.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_kick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_mode.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_modinfo.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_modlist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_modload.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_modunload.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_news.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_noop.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_oline.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_quit.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_reload.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_restart.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_session.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_set.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_shutdown.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_snline.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_sqline.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_staff.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_stats.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_svsnick.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_szline.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_umode.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_update.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

os_userlist.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00

ss_main.cpp

Don't dynamically allocate commands in modules anymore, instead made them members of modules. This means the commands are automatically destructed when the module is unloaded. Cleans up some old ugly code.

2010-07-31 21:37:45 -04:00