source: dcc.h @ 872e017

Last change on this file since 872e017 was 5ebff60, checked in by dequis <dx@…>, at 2015-02-20T22:50:54Z

Reindent everything to K&R style with tabs

Used uncrustify, with the configuration file in ./doc/uncrustify.cfg

Commit author set to "Indent <please@…>" so that it's easier to
skip while doing git blame.

  • Property mode set to 100644
File size: 3.9 KB
RevLine 
[2c2df7d]1/********************************************************************\
2* BitlBee -- An IRC to other IM-networks gateway                     *
3*                                                                    *
4* Copyright 2006 Marijn Kruisselbrink and others                     *
5* Copyright 2007 Uli Meis <a.sporto+bee@gmail.com>                   *
6\********************************************************************/
7
8/*
9  This program is free software; you can redistribute it and/or modify
10  it under the terms of the GNU General Public License as published by
11  the Free Software Foundation; either version 2 of the License, or
12  (at your option) any later version.
13
14  This program is distributed in the hope that it will be useful,
15  but WITHOUT ANY WARRANTY; without even the implied warranty of
16  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
17  GNU General Public License for more details.
18
19  You should have received a copy of the GNU General Public License with
20  the Debian GNU/Linux distribution in /usr/share/common-licenses/GPL;
[6f10697]21  if not, write to the Free Software Foundation, Inc., 51 Franklin St.,
22  Fifth Floor, Boston, MA  02110-1301  USA
[2c2df7d]23*/
24
[5ebff60]25/*
[2c2df7d]26 * DCC SEND
27 *
28 * Historically, DCC means send 1024 Bytes and wait for a 4 byte reply
29 * acknowledging all transferred data. This is ridiculous for two reasons.  The
30 * first being that TCP is a stream oriented protocol that doesn't care much
31 * about your idea of a packet. The second reason being that TCP is a reliable
32 * transfer protocol with its own sophisticated ACK mechanism, making DCCs ACK
33 * mechanism look like a joke. For these reasons, DCCs requirements have
34 * (hopefully) been relaxed in most implementations and this implementation
35 * depends upon at least the following: The 1024 bytes need not be transferred
36 * at once, i.e. packets can be smaller. A second relaxation has apparently
37 * gotten the name "DCC SEND ahead" which basically means to not give a damn
38 * about those DCC ACKs and just send data as you please. This behaviour is
39 * enabled by default. Note that this also means that packets may be as large
40 * as the maximum segment size.
[5ebff60]41 */
[2c2df7d]42
43#ifndef _DCC_H
44#define _DCC_H
45
[dce3903]46/* Send an ACK after receiving this amount of data */
[2c2df7d]47#define DCC_PACKET_SIZE 1024
48
[d56ee38]49/* Time in seconds that a DCC transfer can be stalled before being aborted.
50 * By handling this here individual protocols don't have to think about this. */
51#define DCC_MAX_STALL 120
52
[2c2df7d]53typedef struct dcc_file_transfer {
54
55        struct im_connection *ic;
56
57        /*
58         * Depending in the status of the file transfer, this is either the socket that is
59         * being listened on for connections, or the socket over which the file transfer is
60         * taking place.
61         */
62        int fd;
[5ebff60]63
[2c2df7d]64        /*
65         * IDs returned by b_input_add for watch_ing over the above socket.
66         */
67        gint watch_in;   /* readable */
68        gint watch_out;  /* writable */
[5ebff60]69
[d56ee38]70        /* the progress watcher cancels any file transfer if nothing happens within DCC_MAX_STALL */
71        gint progress_timeout;
72        size_t progress_bytes_last;
73
[2c2df7d]74        /*
75         * The total amount of bytes that have been sent to the irc client.
76         */
77        size_t bytes_sent;
[5ebff60]78
[4ed9c8c]79        /*
80         * Handle the wonderful sadly-not-deprecated ACKs.
81         */
82        guint32 acked;
83        int acked_len;
[5ebff60]84
[2ff2076]85        /* imc's handle */
[2c2df7d]86        file_transfer_t *ft;
87
[2ff2076]88        /* if we're receiving, this is the sender's socket address */
89        struct sockaddr_storage saddr;
90
[5ebff60]91        /* set to true if the protocol has finished
[4ac647d]92         * (i.e. called imcb_file_finished)
93         */
94        int proto_finished;
[2c2df7d]95} dcc_file_transfer_t;
96
[5ebff60]97file_transfer_t *dccs_send_start(struct im_connection *ic, irc_user_t *iu, const char *file_name, size_t file_size);
98void dcc_canceled(file_transfer_t *file, char *reason);
99gboolean dccs_send_write(file_transfer_t *file, char *data, unsigned int data_size);
100file_transfer_t *dcc_request(struct im_connection *ic, char* const* ctcp);
101void dcc_finish(file_transfer_t *file);
102void dcc_close(file_transfer_t *file);
103gboolean dccs_recv_start(file_transfer_t *ft);
[17a6ee9]104
[2c2df7d]105#endif
Note: See TracBrowser for help on using the repository browser.