aboutsummaryrefslogtreecommitdiffstats
path: root/dcc.c
Commit message (Collapse)AuthorAgeLines
* Use NI_MAXHOST rather than HOST_NAME_MAX for host lengths.Jelmer Vernooij2016-12-31-1/+1
| | | | | | | This constant is always available and meant to be used with getnameinfo(). This fixes the build on Debian GNU/kFreeBSD.
* typofix - https://github.com/vlajos/misspell_fixerVeres Lajos2015-08-07-1/+1
|
* Reindent everything to K&R style with tabsIndent2015-02-20-242/+266
| | | | | | | Used uncrustify, with the configuration file in ./doc/uncrustify.cfg Commit author set to "Indent <please@skip.me>" so that it's easier to skip while doing git blame.
* Replace isdigit/isalpha/.../tolower/toupper with glib variantsdequis2015-01-16-1/+1
| | | | | | | | | | | This fixes warnings about passing signed chars to them (apparently they are implemented as macros that do array lookups without checks in some platforms, yay) Specifically: functions=isalnum|isalpha|isdigit|isspace|isxdigit|tolower|toupper sed -ir "s/$functions/g_ascii_&/g" **/*.c
* Fix incorrect Free Software Foundation addressMatej Cepl2015-01-16-2/+2
|
* dcc: Fix some invalid memory accesses reported by ASANdequis2014-10-27-1/+2
| | | | ASAN <3
* Take the local address from the IM/IRC connection when setting up a listeningWilmer van der Gaast2010-07-25-1/+1
| | | | | socket for file transfers.
* The "transfers" command was renamed to "transfer".Wilmer van der Gaast2010-07-18-1/+1
|
* Merging killerbee stuff, bringing all the bleeding-edge stuff together.Wilmer van der Gaast2010-06-07-11/+10
|\
| * I renamed GAIM_INPUT_* to something else in this branch.Wilmer van der Gaast2010-03-21-10/+10
| |
* | Restored a few more root commands.Wilmer van der Gaast2010-04-21-1/+1
| |
* | Restored CTCP/DCC hooks for outgoing file transfers.Wilmer van der Gaast2010-04-13-53/+19
| |
* | Including DCC stuff again, with a wonderful extra layer of abstraction.Wilmer van der Gaast2010-04-11-53/+16
|/ | | | | | | Some hooks are missing so sending files doesn't work yet. Receiving also still seems to have some issues. On the plus side, at least the MSN/Jabber modules work again.
* Fixed 100% CPU usage bug in dcc.c.Wilmer van der Gaast2010-03-21-19/+14
|
* Remove dcc_poll() and just use the cond variable passed to I/O events.Wilmer van der Gaast2010-03-21-41/+4
|
* Small cleanup. The max_packet_size variable doesn't seem to be readWilmer van der Gaast2010-03-17-26/+1
| | | | | anywhere, and reworked string handling in ft_listen() a little bit.
* No functional changes, just some style "fixes". Although I admit I'mWilmer van der Gaast2009-12-13-14/+18
| | | | | | | | | | somewhat growing out of my own coding style, I do try to keep things consistent at least within files. Comments are now in reviewboard: http://code.bitlbee.org/rb/r/13/
* More hints for getaddrinfo().ulim2008-08-12-0/+3
| | | | | Hopefully solves a problem on FreeBSD.
* Added conf entries and lib/ftutil.[ch].ulim2008-08-12-64/+15
| | | | | | | | | | ft_listen = <IP-A>:<Port-A>;<IP-B>:<Port-B> to specify listening addresses for the bitlbee<->client connection and the bitlbee<->IM peer connection, respectively. ft_max_size should be obvious. ft_max_kbps should limit the kilobits per second per transfer (not implemented yet).
* fixes bug on 32bit archs in DCC code.ulim2008-08-11-1/+1
| | | | | Shouldn't atoi be the same on 64 and 32bits? Strange.
* moved some stuff around in preperation for MSN merge.ulim2008-08-04-5/+34
| | | | | | * both ends (proto&dcc) need to finish a transfer now for it to be finished * moved throughput calc. and some messages to dcc (no need to implement in protocols)
* fixes bug in handling file names with spaces.ulim2008-07-22-12/+12
|
* allow dcc optimization in progress watcher.ulim2008-05-08-3/+3
| | | | | | | | Apparently, irssi doesn't send any DCC ACKs if it "feels" that the sender doesn't expect any(no idea how exactly it does that). Anyway, the progress watcher used to check whether the ACKed bytes have increased which it shouldn't do if there aren't any ACKs.
* timeout of transfers after 120 seconds of no progress (bytes received/sent).ulim2008-05-06-2/+29
|
* ulibc support, fixes "Invalid SOCKS5 Connect message" problemulim2008-05-04-0/+14
|
* more verbose error reportingulim2008-04-14-5/+16
|
* more verbose error loggingulim2008-04-14-6/+18
|
* sending via proxykenobi2007-12-18-1/+0
|
* Send and receive seems to work now! Also adopted the new buffering strategy,ulim2007-12-04-157/+50
| | | | | only one buffer of 2k per transfer now.
* Intermediate commit. Sending seems to work. TODOs:ulim2007-12-03-42/+270
| | | | | | | | | | | | * move from out_of_data to is_writable, eliminate buffers * implement "transfers reject [id]" * documentation in commands.xml * implement throughput and cummulative throughput boundaries * feature discovery before sending * implement sending over a proxy (proxy discovery, socks5 client handshake for sending, activate message) * integrate toxik-mek-ft
* Initial import of jabber file receive and DCC send support. This introducesulim2007-11-28-0/+534
only a few changes to bitlbees code, mainly the addition of the "transfers" command. This is known to work with Kopete, Psi, and Pidgin (formerly known as gaim). At least with Pidgin also over a proxy. DCC has only been tested with irssi. IPV6 is untested but should work. Currently, only receiving via SOCKS5BYTESREAMS is implemented. I'm not sure if the alternative(in-band bytestreams IBB) is worth implementing since I didn't see a client yet that can do it. Additionally, it is probably very slow and needs support by the server as well.