about summary refs log tree commit diff
AgeCommit message (Collapse)Author
31 hoursSimplify join commandNakidai Perumenei
- Instead of checking users in the channel check user's channels - Ensure thing looks really dumb here, so remove it
31 hoursAdd nickname change announcementNakidai Perumenei
31 hoursAdd self announcingNakidai Perumenei
If user hasn't joined any channels, announcement still should be delivered to them
31 hoursMove announcing code to writef.cNakidai Perumenei
Well, I guess that code is needed more then once, so it'll be good to move it to some function
31 hoursFix channel removeNakidai Perumenei
Channels are removed just like users, hence they have the same problem as users had before: when channel is removed, links to it must be updated. For users that was fixed[1], for users this commit provides the fix. [1] Commit where user quit was fixed - 63c0a8860459c0c9bf3b66d4d4ec631ece4bf56e
31 hoursAdd nickname checkingNakidai Perumenei
Yay, adding some validation to the data ^^
31 hoursSpeed up user removingNakidai
Now it's O(n) instead of O(n^2)
2 daysSimplify client's buffer overflowNakidai
So I decided to kill a link when there's no IRC message within 512 bytes, because doing so removes code and IMO makes it more clear If peer->recvd == sizeof(peer->buf), then buffer size passed into next read(peer->fd) will be 0, therefore its return value will be 0. Though, this means that link is almost dropped if it sent exactly 512 bytes not containing an \r\n: they can get information, but on next send ircd will close the connection. But this state is unachievable with an IRC client: it either sends a message <= 512 bytes containing an \r\n, or, if one or more bytes longer, well that's already > 512 bytes hence link is still ready to be read and will be kicked after the next poll()
2026-01-12Implement 443Nakidai
2026-01-10Check whether user was registered or not in user_reg()Nakidai
So, it fixes a situation when an already registered user wants to change their nick and ircd welcomes they
2026-01-10Add basic user mode handlingNakidai
So, now there're all modes listed in RFC 2812. The only what they do now, though, is a +r restricting user from changing their nick
2026-01-10Make all files dependent on ircd.hNakidai
There were bugs when struct layout was changed, and this was right because needed files were not rebuilt. This is fixed now
2026-01-10Simplify pledgeNakidai
In the past there was a configpath parameter, and unveil was allowing to read at this path. But now accessing filesystem is redundant completely
2026-01-07Add comments for some macrosNakidai
2026-01-07Use function with switch() in reply.cNakidai
Overall, this solution looks better. Also, now macro is better
2026-01-07Move quit announcement code to quit()Nakidai
Well, it's more appropriate for that function to handle this rather than for ircd(). Now code looks simpler, ircd() is not that complex, and support for optional quit message is present
2026-01-07Fix user quitNakidai
When user A leaves, last user in the peer list B is copied into the space left by leaving A. But, besides that it also important to not forget that there can be channels containing B: they store a link to every user belonging. So, it's important to adjust all links to B iterating every channel B belongs to.
2026-01-06Replace for (;;) with gotoNakidai
It reduces indentation, which was quite pointless in that loop
2026-01-06Use strtoul instead of strtodNakidai
I really thought strtod was converting to integers...
2026-01-06Add basic channelsNakidai
Though they don't have modes, and JOIN/PART must be able to parse comma separated list of channels
2026-01-04Add codeNakidai