7565b9cb8e
typos
2009-01-16 15:09:22 +01:00
111f1382d1
Fix fd leak
2009-01-16 15:02:24 +01:00
b912282410
optionnal -> optional
2009-01-16 12:30:24 +01:00
3b704f53c4
drop unused variables
2009-01-15 22:56:42 +01:00
be0d83d681
Remove code inside #if 0... it's what svcs are for
2009-01-10 14:16:36 +01:00
8ed0565266
[LOG] Fixup log_beautify to work beautifully :)
2009-01-10 14:08:41 +01:00
a5814b17a0
Don't log queries with -bip, fix blreset help
2009-01-10 13:34:40 +01:00
b3d7dbfb02
[COSMETIC] Avoid opening a query with your own nic
...
This exception is cosmetic, but you want it. Most of the time, you get
backlog from your own nick for your mode changes only. Hence opening a
query just to say "end of backlog"...
2009-01-10 13:26:59 +01:00
744ea7d03b
Merge branch 'master' into bip08
2009-01-10 12:55:13 +01:00
67ddf15264
[BUG] channel with key handling
...
A bug existed when a client issued join commands with multiple keys:
JOIN #a,#b keya,keyb
which this patch fixes
2009-01-10 12:53:25 +01:00
f536a0546d
Cleanup and fixes of the backlog code
2009-01-10 12:35:59 +01:00
32cf2d462f
Backlogging code cleanup: fixes
...
This makes the new backlogging code, actually backlog something.
2009-01-09 13:24:11 +01:00
f1221703b0
[FEATURE] reset backlog on talk now "window" local
...
The reset_backlog_on_talk now resets current query or channel.
The /bip blreset command not takes an optional argument taking query
name or channel name.
2009-01-09 11:26:12 +01:00
a6bb697f5d
Merge branch 'master' into bip08
...
Conflicts:
src/log.c
2009-01-09 09:57:17 +01:00
d2f7840ced
[BUG] Fix fatal on some nick change
...
When a nick changes to one for which we already have a logstore
allocated. We try to overwrite a hash entry that is already existing
leading to a fatal.
This pach cleans things up before rename the logstore.
2009-01-08 11:01:47 +01:00
a57e76f883
add fclose on pid file
2009-01-06 16:34:17 +01:00
eb57d9683d
Drop some unused variable.
2009-01-06 16:28:06 +01:00
41c0a5a9c6
Fix bip_notify usage
...
These may lead to crash if you call in your conf networks or other names
with %s or other fancy format strings.
2009-01-06 15:58:18 +01:00
0600196102
merge master
2009-01-05 23:24:49 +01:00
217816c220
And anothear nick_from_ircmask leak.
2009-01-05 22:57:27 +01:00
00a10a9f61
Fix another leak.
2009-01-05 22:56:01 +01:00
96a91cd92e
Fix leak during backlog.
2009-01-05 22:54:10 +01:00
aab5e61c05
Fix leak.
2009-01-05 22:52:25 +01:00
2ef3506a22
Remove useless null check. Cycle server on early connection problem.
2008-12-30 11:12:52 +01:00
0ecb77617c
Sanitize bip_(m|re)alloc size.
2008-12-29 15:31:32 +01:00
b9f86d544d
Add autoheader in boostrap script.
2008-12-29 14:07:09 +01:00
a4b101cea8
ensure null terminated str
2008-12-29 14:04:51 +01:00
3f895fa6ea
Merge branch 'master' into bip08
2008-12-29 09:15:44 +01:00
5a5f1b8bfb
Some autoconf magic fix
2008-12-29 09:15:27 +01:00
8d7eecf78b
Fix fatal Element with key %s already in hash
...
on client disconnect.
bad hash usage
2008-12-29 09:14:24 +01:00
b222196b18
Use backtrace when --enable-debug=yes and avail.
...
I KNOW AUTOCONF.
2008-12-28 15:47:43 +01:00
c0db3c408d
Merge fixups
2008-12-28 14:47:44 +01:00
24110a58dc
Fix leak + cleanup list_append.
...
Thanks to TheMIROn for spotting the leak.
2008-12-28 14:45:44 +01:00
3c810eef53
Refactor log system. prepare for /backlog 1 hour
2008-12-26 18:43:35 +01:00
8693044511
fix notice logging file storage
2008-12-26 08:56:03 +01:00
20ce456e38
Work out autoconf magic
...
Now --disable-ssl works as expected.
The bug is there since bip uses autoconf. CHAMPAGNE.
2008-12-25 18:34:36 +01:00
b102aed08a
array_extract: fix braindeadness.
2008-12-25 17:49:48 +01:00
7c6cc20e90
Use hash_it_key cause now hash items can be null.
2008-12-20 21:15:04 +01:00
fa78df6482
Fixup file name allocation
2008-12-20 20:26:38 +01:00
e8bb841e5f
refactor nick management code
...
- drop struct nick.
- follow nick changes in a basic way.
right now it does not work if one changes nick and somebody else takes
the old unused nick.
2008-12-20 17:59:16 +01:00
4d231e8ddc
Inline most array methods
2008-12-20 14:28:18 +01:00
d3ef106c4f
New array type, cleanupts and rename logfilegroup log_store
2008-12-20 14:20:50 +01:00
4b723ca479
more cleanups, start of a log refactoring
...
That changes log format and might breack everything.
2008-12-18 14:27:16 +01:00
fd644b312b
bip_strdup fatals on out of memory
2008-12-15 20:02:56 +01:00
c150151066
BIG cleanup. check for memory allocation failure, add extra checks all arround.
2008-12-15 19:19:27 +01:00
e18d335578
calloc/realloc checks.
2008-12-11 11:00:05 +01:00
2b96805ecb
Revert "drop fork priviledges when running."
...
This reverts commit 1cbb1b9b7a
2008-12-10 23:27:53 +01:00
3ab2755767
Catch malloc returning NULL.
2008-12-10 23:26:37 +01:00
c3bb6639b6
Send after join /names before backlog
...
there're some irc client which create windows, session etc only on 366
packet received (End of /NAMES list) like Miranda IM, QIP
that's why backlog sent from bip after 332/333 packets and just before
353/336 goes to nowhere
i'v took a look at other irc bouncers, all of them send backlog right
after 353 /336 packets
so, all what we need is just chamge the order in
static void irc_send_join(struct link_client *ic, struct channel *chan)
2008-11-23 15:12:32 +01:00
0f0d0427b8
Enlarge connection buffer size and logline_maxlen.
2008-11-23 15:09:24 +01:00
Arnaud Cornet