-
Notifications
You must be signed in to change notification settings - Fork 0
/
KNOWN-BUGS
45 lines (37 loc) · 1.62 KB
/
KNOWN-BUGS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Magick IRC Services
$Id$
(c) 1997-2003 Preston A. Elder <[email protected]>
(c) 1998-2003 William King <[email protected]>
Known problems that exist in magick that should be fixed.
This is devided into 3 sections.
- Possible bugs (ie. ones that are theoretically bugs but
have not shown any impact or bugs that could not be
reproduced or verified).
- Universal bugs (ie. ones that affect all implementations
of magick, not just on one system, etc).
- System Specific bugs (ie. ones that only occur on certain
systems, be it due to the OS, processor(s), memory, etc).
POSSIBLE (not proven)
--------
- Probably should lock when doing list searches (iterator
based operations). Doesnt seem a problem right now.
- Should probably lock when setting/getting CFG vals, just
incase one is set while another thread is accessing it
(though this possibility is VERY slim).
- Might later want to enable the mstring locking (tho now
it doesnt seem to be causing a problem).
UNVERSAL
--------
- If you add someone to a committee that is head of one they
are already on (eg. adding to ADMIN when they're already
on OPER) it will not remove them from the subcommittee,
and they will appear twice.
SYSTEM SPECIFIC
---------------
- FreeBSD: If the database save is done in a new thread (as it
is done on all other platforms), Magick starts using 100% cpu,
and never saves the database file. To work around this, we
do NOT spawn a new thread on FreeBSD for database saves. This
means however, that once databases start taking longer than 1
second to save, things such channel modes will be delayed while
the database save completes.