| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This also enables ipv6-only setups.
|
|
(cherry picked from commit a8e0eb62e9dce81ca4a5c5911428561b90bf2c6e)
|
|
(cherry picked from commit 4ea29329674ff8ec6d772991a57c146b5d78d2ad)
|
|
|
|
|
|
This make target runs the testsuite located in src/testsuite without running
alle the other tests that "make check" would run.
|
|
|
|
Incidentially, this doesn't even change the
generated code...
|
|
|
|
No functional changes were made.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Added filter for GIT to ignore Xcode user preferences files (*.mode1v3 and
*.pbxuser) which are automatically generated inside the project bundle when
opened in Xcode.
|
|
|
|
Also mention that patches should be sent to the mailing list.
|
|
|
|
I forgot to include the new Makefile.am in contrib/MacOSX/ngIRCd.xcodeproj/ ...
|
|
Oops, it has not been included since ... ages??
|
|
Since we are using GIT starting from now, I converted all the
.cvsignore files to .gitignore files.
|
|
client.c:72:6: warning: symbol 'Max_Users' was not declared. Should it be static?
client.c:72:21: warning: symbol 'My_Max_Users' was not declared. Should it be static?
|
|
We already have way too many.
|
|
|
|
consolidate backend-specific helpers and
add empty statinc inle stubs in the ifndef case
to let the compiler remove the functions at compile time.
|
|
ngircd will exit if the config file cannot be opened. While
thats okay if ngircd starts up for the first time, it isn't
when we are re-reading the config file after a /REHASH or SIGHUP.
|
|
required because we include conn.h, which includes resolve.h, which includes ng_ipaddr.h, which contains a macro using strlcpy() ...
|
|
all references to struct sockaddr/in_addr have been
removed from src/ngircd.
libngipaddr (in src/ipaddr/) hides all the gory details.
See src/ipaddr/ng_ipaddr.h for API description.
|
|
|
|
This does hit only operators that join a channel with at least 2 servers active in the net
the server the oper connects to sends "channel^Go" to the other servers
the other server first searches for the channel and then strips the modes from the channel name
he has to do the other way round: first strip and then check the channel name.
|
|
- better indentation
- move answering request into seperate function.
|
|
|
|
|
|
|
|
|
|
|
|
RPL_WHOREPLY messages generated by IRC_WHO don't include flags (*,@,+)
that should appear according to this description:
http://www.mishscript.de/reference/rawhelp3.htm#raw352
Other IRC servers do include the flags.
Modify who-test.e to expose missing flags,
modify ngircd-test.conf to accommodate who-test.e, and fix
irc-info.c to correct these problems.
|
|
Under some circumstances ngIRCd currently issues a channel MODE message
with a trailing space after the last parameter, which isn't permitted by
the grammar in RFC 2812 section 2.3.1:
http://tools.ietf.org/html/rfc2812#section-2.3.1
The following patch modifies mode-test.e to expose this, and modifies
irc-mode.c to correct it.
|
|
- put sending of mode and forwarding of JOIN to other clients
into seperate function.
- put sending of topic/channel names into seperate function.
- put access check into seperate function.
- translate/remove remaining german comments.
- stop if JOIN to a channel in a list (JOIN #a,#,b,#c...) fails
(This doesn't change the behaviour: skip-to-next-channel-on-error
did never work as intended)
|
|
Dana Dahlstrom reported that IRC_WHO did not follow
RFC 2812, Section 3.6.1. Specifically:
- IRC_WHO did not send "G" flag instead if "H" if client was away
- did not search username/servername/hostname etc. if argument
was not a channel.
Fix all of the above and tidy things up a bit.
Also add IRC_WHO test script contributed by Dana.
|
|
noticed there's a way to make the loop
slightly more elegant.
[fw@strlen.de: Extra () to silence gcc.]
|
|
|
|
|
|
The students in my software-engineering class are writing IRC clients in
Java, and I'm running ngIRCd as a sandbox for them to play in. We
noticed ngIRCd doesn't obey the "JOIN 0" command specified in RFC 2812:
JOIN 0 ; Leave all currently joined
channels.
http://tools.ietf.org/html/rfc2812#section-3.2.1
I believe the following patch addresses this. Cheers!
[fw@strlen.de: put it into a seperate function]
|
|
This caused a read from already free'd memory, if the processed
command (IRC_QUIT) calls Client_Destroy.
|
|
|
|
Hello_User() used strncpy with overlapping src/dest.
Use memmove instead.
|