- Timestamp:
- 2015-08-07T21:53:25Z (9 years ago)
- Branches:
- master
- Children:
- a59bd11
- Parents:
- e11216c
- Location:
- protocols
- Files:
-
- 19 edited
Legend:
- Unmodified
- Added
- Removed
-
protocols/ft.h
re11216c re88fe7da 58 58 * | accept 59 59 * V 60 * /------ /-------------\ /------------------------ \61 * out_of_data | | TRANSFER ING | -----------------> | TRANSFERING | CANCELED |62 * \-----> \-------------/ [canceled,]free \------------------------ /60 * /------ /-------------\ /--------------------------\ 61 * out_of_data | | TRANSFERRING | -----------------> | TRANSFERRING | CANCELED | 62 * \-----> \-------------/ [canceled,]free \--------------------------/ 63 63 * | 64 64 * | finished,free 65 65 * V 66 * /------------------------ \67 * | TRANSFER ING | FINISHED |68 * \------------------------ /66 * /-------------------------\ 67 * | TRANSFERRING | FINISHED | 68 * \-------------------------/ 69 69 */ 70 70 typedef struct file_transfer { … … 115 115 116 116 /* 117 * If set, called after succes ful connection setup.117 * If set, called after successful connection setup. 118 118 */ 119 119 void (*accept)(struct file_transfer *file); -
protocols/jabber/s5bytestream.c
re11216c re88fe7da 536 536 * that sends atyp=0 addrlen=0 and only 6 bytes (one less than one would expect). 537 537 * Therefore I removed the wait for more bytes. Since we don't care about what else the proxy 538 * is sending, it should nt matter */538 * is sending, it should not matter */ 539 539 540 540 if (bt->tf->ft->sending) { … … 559 559 * An intelligent sender would probably specify himself as the first streamhost and 560 560 * a proxy as the second (Kopete and PSI are examples here). That way, a (potentially) 561 * slow proxy is only used if nec cessary. This of course also means, that the timeout561 * slow proxy is only used if necessary. This of course also means, that the timeout 562 562 * per streamhost should be kept short. If one or two firewalled adresses are specified, 563 563 * they have to timeout first before a proxy is tried. -
protocols/jabber/si.c
re11216c re88fe7da 186 186 jd->filetransfers = g_slist_prepend(jd->filetransfers, tf); 187 187 188 /* query buddy's features and server's streaming proxies if nec cessary */188 /* query buddy's features and server's streaming proxies if necessary */ 189 189 190 190 if (!tf->bud->features) { … … 283 283 284 284 if (requestok) { 285 /* Figure out who the transfer should come from e... */285 /* Figure out who the transfer should come from... */ 286 286 287 287 ext_jid = ini_jid; … … 403 403 * <iq from=... to=... id=...> 404 404 * <si xmlns=si> 405 * [ <file xmlns=ft/> ] <-- not nec cessary405 * [ <file xmlns=ft/> ] <-- not necessary 406 406 * <feature xmlns=feature> 407 407 * <x xmlns=xdata type=submit> -
protocols/oscar/aim.h
re11216c re88fe7da 871 871 * SNAC Family: Internal Messages 872 872 * 873 * This isn't tru ely a SNAC family either, but using873 * This isn't truly a SNAC family either, but using 874 874 * these, we can integrated non-SNAC services into 875 875 * the SNAC-centered libfaim callback structure. -
protocols/oscar/auth.c
re11216c re88fe7da 41 41 * meaning you generally never call this. 42 42 * 43 * But there are times when something might want it sep erate. Specifically,43 * But there are times when something might want it separate. Specifically, 44 44 * libfaim sends this internally when doing SNAC login. 45 45 * -
protocols/oscar/conn.c
re11216c re88fe7da 15 15 * In OSCAR, every connection has a set of SNAC groups associated 16 16 * with it. These are the groups that you can send over this connection 17 * without being guar enteed a "Not supported" SNAC error.17 * without being guaranteed a "Not supported" SNAC error. 18 18 * 19 19 * The grand theory of things says that these associations transcend … … 36 36 * 37 37 * Here comes the good bit. Without even letting anyone know, particularly 38 * the module that decided to send this SNAC, and definit ly not that twit38 * the module that decided to send this SNAC, and definitely not that twit 39 39 * in Greenland, you send out a service request. In this request, you have 40 40 * marked the need for a connection supporting group 0x000e. A few seconds -
protocols/oscar/im.c
re11216c re88fe7da 50 50 * encoding for your message. In UNICODE mode, _all_ characters must 51 51 * occupy 16bits, including ones that are not special. (Remember that 52 * the first 128 UNICODE symbols are equiv elent to ASCII7, however they52 * the first 128 UNICODE symbols are equivalent to ASCII7, however they 53 53 * must be prefixed with a zero high order byte.) 54 54 * … … 64 64 * in all of libfaim, it is written with performance in mind. As such, 65 65 * it is not as clear as it could be in respect to how this message is 66 * supposed to be la yed out. Most obviously, tlvlists should be used66 * supposed to be laid out. Most obviously, tlvlists should be used 67 67 * instead of writing out the bytes manually. 68 68 * … … 476 476 * examples of how to do this. 477 477 * 478 * I would definit ly recommend avoiding this feature unless you really478 * I would definitely recommend avoiding this feature unless you really 479 479 * know what you are doing, and/or you have something neat to do with it. 480 480 * … … 638 638 } 639 639 #if 0 640 /* XXX this isn't really neces ary... */640 /* XXX this isn't really necessary... */ 641 641 if (((args.flag1 != 0x0000) && 642 642 (args.flag1 != 0x0002) && … … 1161 1161 * 1162 1162 * Channel 0x0001 is the message channel. There are 1163 * other channels for things called "rende vous"1163 * other channels for things called "rendezvous" 1164 1164 * which represent chat and some of the other new 1165 1165 * features of AIM2/3/3.5. 1166 1166 * 1167 * Channel 0x0002 is the Rende vous channel, which1167 * Channel 0x0002 is the Rendezvous channel, which 1168 1168 * is where Chat Invitiations and various client-client 1169 1169 * connection negotiations come from. … … 1181 1181 * with the TLVs read below, they are two different pieces. The 1182 1182 * userinfo block contains the number of TLVs that contain user 1183 * information, the rest are not even though there is no sep eration.1183 * information, the rest are not even though there is no separation. 1184 1184 * aim_extractuserinfo() returns the number of bytes used by the 1185 1185 * userinfo tlvs, so you can start reading the rest of them right … … 1253 1253 /* 1254 1254 * 1255 * I definit ly recommend sending this. If you don't, you'll be stuck1255 * I definitely recommend sending this. If you don't, you'll be stuck 1256 1256 * with the rather unreasonable defaults. You don't want those. Send this. 1257 1257 * -
protocols/oscar/misc.c
re11216c re88fe7da 3 3 * aim_misc.c 4 4 * 5 * TODO: Sep erate a lot of this into an aim_bos.c.5 * TODO: Separate a lot of this into an aim_bos.c. 6 6 * 7 7 * Other things... -
protocols/oscar/msgcookie.c
re11216c re88fe7da 142 142 * @cookiep: the address of a pointer to the cookie struct to remove 143 143 * 144 * this function removes the cookie *cookie from t ehlist of cookies144 * this function removes the cookie *cookie from the list of cookies 145 145 * in sess, and then frees all memory associated with it. including 146 146 * its data! if you want to use the private data after calling this, -
protocols/oscar/oscar.c
re11216c re88fe7da 1266 1266 } break; 1267 1267 1268 case 2: { /* rende vous */1268 case 2: { /* rendezvous */ 1269 1269 struct aim_incomingim_ch2_args *args; 1270 1270 args = va_arg(ap, struct aim_incomingim_ch2_args *); -
protocols/oscar/rxhandlers.c
re11216c re88fe7da 381 381 /* 382 382 * This doesn't have to be called here. It could easily be done 383 * by a sep erate thread or something. It's an administrative operation,383 * by a separate thread or something. It's an administrative operation, 384 384 * and can take a while. Though the less you call it the less memory 385 385 * you'll have :) -
protocols/oscar/rxqueue.c
re11216c re88fe7da 361 361 /* 362 362 * Grab a single command sequence off the socket, and enqueue 363 * it in the incoming event queue in a sep erate struct.363 * it in the incoming event queue in a separate struct. 364 364 */ 365 365 int aim_get_command(aim_session_t *sess, aim_conn_t *conn) … … 479 479 480 480 /* 481 * Purge rec ieve queue of all handled commands (->handled==1). Also481 * Purge receive queue of all handled commands (->handled==1). Also 482 482 * allows for selective freeing using ->nofree so that the client can 483 483 * keep the data for various purposes. -
protocols/oscar/service.c
re11216c re88fe7da 157 157 158 158 /* 159 * OSCAR defines several 'rate classes'. Each class has sep erate159 * OSCAR defines several 'rate classes'. Each class has separate 160 160 * rate limiting properties (limit level, alert level, disconnect 161 161 * level, etc), and a set of SNAC family/type pairs associated with … … 709 709 * of memory. (I won't put it past them to start requesting data in 710 710 * less static regions -- regions that are initialized at run time, but still 711 * before the client rec ieves this request.)712 * 713 * When the client rec ieves the request, it adds it to the current ds711 * before the client receives this request.) 712 * 713 * When the client receives the request, it adds it to the current ds 714 714 * (0x00400000) and dereferences it, copying the data into a buffer which 715 715 * it then runs directly through the MD5 hasher. The 16 byte output of … … 723 723 * download a FREE, fully featured, and authorized client, here 724 724 * http://www.aol.com/aim/download2.html" 725 * The connection is then closed, rec ieving disconnect code 1, URL725 * The connection is then closed, receiving disconnect code 1, URL 726 726 * http://www.aim.aol.com/errors/USER_LOGGED_OFF_NEW_LOGIN.html. 727 727 * 728 728 * Note, however, that numerous inconsistencies can cause the above error, 729 * not just sending back a bad hash. Do not immediat ly suspect this code729 * not just sending back a bad hash. Do not immediately suspect this code 730 730 * if you get disconnected. AOL and the open/free software community have 731 731 * played this game for a couple years now, generating the above message 732 * on numerous oc assions.732 * on numerous occasions. 733 733 * 734 734 * Anyway, neener. We win again. -
protocols/oscar/tlv.c
re11216c re88fe7da 25 25 * bstream references, so that at least the ->value portion of each 26 26 * element doesn't need to be malloc/memcpy'd. This could prove to be 27 * just as eff ecient as the in-place TLV parsing used in a couple places27 * just as efficient as the in-place TLV parsing used in a couple places 28 28 * in libfaim. 29 29 * … … 135 135 /** 136 136 * aim_addtlvtochain_str - Add a string to a TLV chain 137 * @list: Desi nation chain (%NULL pointer if empty)137 * @list: Designation chain (%NULL pointer if empty) 138 138 * @type: TLV type 139 139 * @str: String to add -
protocols/oscar/txqueue.c
re11216c re88fe7da 67 67 * The overall purpose here is to enqueue the passed in command struct 68 68 * into the outgoing (tx) queue. Basically... 69 * 1) Make a scope-irrelev ent copy of the struct69 * 1) Make a scope-irrelevant copy of the struct 70 70 * 3) Mark as not-sent-yet 71 71 * 4) Enqueue the struct into the list -
protocols/skype/README
re11216c re88fe7da 203 203 204 204 * `account skype set skypeconsole_receive true` will make the 205 `skypeconsole` account dump all the rec ieved raw traffic for you205 `skypeconsole` account dump all the received raw traffic for you 206 206 207 207 - If you want to automatically join bookmarked groupchats right after -
protocols/twitter/twitter_http.c
re11216c re88fe7da 24 24 /***************************************************************************\ 25 25 * * 26 * Some fun tions within this file have been copied from other files within *26 * Some functions within this file have been copied from other files within * 27 27 * BitlBee. * 28 28 * * -
protocols/yahoo/libyahoo2.c
re11216c re88fe7da 12 12 * GNU GPL. 13 13 * 14 * This code is deriv itive of Gaim <http://gaim.sourceforge.net>14 * This code is derivative of Gaim <http://gaim.sourceforge.net> 15 15 * copyright (C) 1998-1999, Mark Spencer <markster@marko.net> 16 16 * 1998-1999, Adam Fritzler <afritz@marko.net> … … 1402 1402 1403 1403 /* 1404 * Status updates may be spread ac cross multiple packets and not1404 * Status updates may be spread across multiple packets and not 1405 1405 * even on buddy boundaries, so keeping some state is important. 1406 1406 * So, continue where we left off, and only add a user entry to -
protocols/yahoo/yahoo2_callbacks.h
re11216c re88fe7da 685 685 * Name: ext_yahoo_connect_async 686 686 * Connect to a host:port asynchronously. This function should return 687 * immediately retur ing a tag used to identify the connection handler,687 * immediately returning a tag used to identify the connection handler, 688 688 * or a pre-connect error (eg: host name lookup failure). 689 689 * Once the connect completes (successfully or unsuccessfully), callback
Note: See TracChangeset
for help on using the changeset viewer.