[IRCServices Coding] Services 5.0 +S user bug

[Mark Hetherington]

Just installed 5.0a23 and all went well apart from the +S user problem 
still occuring. 

In the echo channel for our +S pseudo client, the following was observed 
this time (xxx to avoid network spamming):

[in channel]
*** services.xxx.xxx changes topic to 'Stats Channel'
*** ChanServ sets mode: -o dearnapst
*** ChanServ sets mode: +b *! @*
*** StatServ was kicked by ChanServ (@÷ÿ¿Ý=yøÿ¿èq)
*** StatServ (stats at stats.xxx.xxx) has joined #stats
*** stats.ctcp.net sets mode: +o StatServ
*** ChanServ sets mode: +Rlk 135707936 H½

[services.log]
IRC Services 5.0a23 starting up
database/version4: Ignoring nickgroup 0 (bug in previous versions)
httpd/main: Listening on 217.10.142.131:12701
operserv/sline: warning: client IP addresses not available with this IRC 
server
PANIC! buffer = :dearnapst ! chanserv :op #stats dearnapst

>From the channel log, something is corrupted by the presence of the +S 
client in a channel (hence the odd key and limit), but from the services 
log, it is the first command given to services by a user which generates 
the segfault. 

After the segfault and removal of the +S psuedo client, services was 
restarted and the following observed:

*** services.xxx.xxx changes topic to 'Stats Channel'
*** ChanServ sets mode: -k H½
*** ChanServ sets mode: -l
*** StatServ (stats at stats.xxx.xxx) has joined #stats
*** stats.xxx.xxx sets mode: +o StatServ
*** StatServ sets mode: +a StatServ
*** ChanServ sets mode: -ooa StatServ StatServ StatServ

So services is overriding commands given by a +S client.

Hope something in there is useful in tracking this one down. 

-- 
Mark.
CTCP Networks.