Some people might have noticed that I posted two patches to the
SourceForge patch tracker, and wonder whether I have taken leave of my
senses. I wanted to solicit input and review before deciding to
commit them to ircu or not. It seems to work well for other projects.
So.. for artifacts 2693259
Emanuel writes:
> About that... if introducing +M... wouldn't it be more ok to make +i &
> +r and +m & +M exclude each other, same as +p & +s ?
That makes sense to me.
Entrope
___
Coder-com mailing list
Coder-com@undernet.org
http://undernet.sbg.org/ma
On Wed, Mar 18, 2009 at 13:53, Donald WHIZZARD Lambert
wrote:
> Fair enough. I did not think of those.
> For join/part floods,
I always set +mir anyway :)
About that... if introducing +M... wouldn't it be more ok to make +i &
+r and +m & +M exclude each other, same as +p & +s ?
>
> Thanks for
Fair enough. I did not think of those.
For join/part floods, I always set +mir anyway :)
Thanks for the clarification.
-- Donnie
Michael Poole wrote:
> Donald WHIZZARD Lambert writes:
>
>> Is there a real reason a user would want a
>> non registered user to not be able to join, but be able to
Nicolas Bejito writes:
> # flex -V
>
> flex version 2.5.4
flex 2.5.4 is 10 years old, and more recent releases have been out for
the last six years. All of these have yypush_buffer_state(). Please
upgrade to a newer version of flex.
> yypush_buffer_state() & yypop_buffer_state() function does
Donald WHIZZARD Lambert writes:
> Is there a real reason a user would want a
> non registered user to not be able to join, but be able to
> talk ? I can see the reverse, acting as the +m does now.
In addition to what BlakJak mentioned, non-registered users might be
invited to join by channel ope
On Wed, 18 Mar 2009, Donald WHIZZARD Lambert wrote:
> Is there a real reason a user would want a
> non registered user to not be able to join, but be able to
> talk ? I can see the reverse, acting as the +m does now.
Yes. If you're using temporary application of the mode to prevent a
join/pa
Hi,
I hope you are well. Sorry for my English, I'm French. Maybe you know
already this problem.
I try use ircu2.10.13 from cvs and I have this on make :
[.]
ircd_lexer.o(.text+0xb49): In function `yylex':
/usr/home/bejito/undernet/ircu2.10/ircd/ircd_lexer.l:92: undefined reference
Is there a real reason a user would want a
non registered user to not be able to join, but be able to
talk ? I can see the reverse, acting as the +m does now.
I would think, that keeping the dual function on the +r is a
good thing, and then simply adding the new +M feature is
acceptable. This wo
