[IRCServices Coding] 5.0a24 - Problem with szline

Mark Hetherington mark at ctcp.net
Fri Mar 15 17:52:34 PST 2002


My apologies, I forgot to interleave the commands in the log extract which 
might make the problem difficult to see, new version follows:

/os szline add +26 xx.xx.xx.xx test
*** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires 
in 1 minute)
*** Notice -- Client exiting: xxxxx (xxxx at xxxxx) [Z:lined (Z-lined: test)]

/os szline add +26 xx.xx.xx.xx test
-OperServ- xx.xx.xx.xx already exists on SZLINE list.
[expected operation]

*** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: 
test) set 26 seconds ago

/os szline add +26 xx.xx.xx.xx test
-OperServ- xx.xx.xx.xx already exists on SZLINE list.
[unexpected operation]

*** Notice -- Client connecting on port 6667: xxxxx (xxxx at xxxxxx) 

/os szline add +26 xx.xx.xx.xx test
-OperServ- xx.xx.xx.xx already exists on SZLINE list.
[unexpected operation]

-- 
Mark.



> -----Original Message-----
> From: ircservices-coding-admin at ircservices.za.net
> [mailto:ircservices-coding-admin at ircservices.za.net]On Behalf Of Mark
> Hetherington
> Sent: 16 March 2002 01:25
> To: ircservices-coding at ircservices.za.net
> Subject: [IRCServices Coding] 5.0a24 - Problem with szline
> 
> 
> When an szline has been set and has expired allowing the user to 
> reconnect, 
> it is impossible to set a new szline on the same IP address 
> unless another  
> szline command (list or del) is issued, i.e.:
> 
> *** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires 
> in 1 minute)
> *** Notice -- Client exiting: xxxxx (xxxx at xxxxx) [Z:lined (Z-lined: test)]
> -OperServ- xx.xx.xx.xx already exists on SZLINE list.
> [expected operation]
> *** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: 
> test) set 26 seconds ago
> -OperServ- xx.xx.xx.xx already exists on SZLINE list.
> *** Notice -- Client connecting on port 6667: xxxxx (xxxx at xxxxxx) 
> -OperServ- xx.xx.xx.xx already exists on SZLINE list.
> [unexpected operation]
> 
> (xxx for privacy)
> 
> An szline list produces an empty list (assuming no other szlines 
> exists) so 
> services has in one way removed the entry, but it appears to retain the 
> entry in it's checking for multiple add calls until the next 
> szline command 
> resets it. 
> 
> This problem may exist in all sline commands, but I have only 
> tested szline 
> so far. 
> 
> -- 
> Mark.
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding