view libpurple/protocols/oscar/family_invite.c @ 24121:5395b18f9f08

Revert my revision 849d4f7265598a9f0340411c4c0c0401d488ec3b, which removed the select() code in child DNS processes. Stu pointed out that this code is what allowed our child DNS processes to hang around for 40 seconds waiting for additional requests, then die a natural death. But that wasn't happening even WITH the select code because the parent was killing the DNS children when it was done with them. So I made another change to set the resolver to NULL so that it isn't killed by purple_dnsquery_destroy(). I'm assuming that we still want our DNS lookup children to hang around for a little while after they're done. I reduced the timeout from 40 seconds to 20 seconds. An arguably better way to do this is to go back to having the child block on read() instead of calling select(), then have the parent set a timer that kills the child after a certain about of time. But I don't see an advantage to doing it either way, and this is simpler.
author Mark Doliner <mark@kingant.net>
date Tue, 16 Sep 2008 17:56:01 +0000
parents 9c0ee2491ed1
children
line wrap: on
line source

/*
 * Purple's oscar protocol plugin
 * This file is the legal property of its developers.
 * Please see the AUTHORS file distributed alongside this file.
 *
 * This library is free software; you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public
 * License as published by the Free Software Foundation; either
 * version 2 of the License, or (at your option) any later version.
 *
 * This library is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 * Lesser General Public License for more details.
 *
 * You should have received a copy of the GNU Lesser General Public
 * License along with this library; if not, write to the Free Software
 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02111-1301  USA
*/

/*
 * Family 0x0006 - This isn't really ever used by anyone anymore.
 *
 * Once upon a time, there used to be a menu item in AIM clients that
 * said something like "Invite a friend to use AIM..." and then it would
 * ask for an email address and it would sent a mail to them saying
 * how perfectly wonderful the AIM service is and why you should use it
 * and click here if you hate the person who sent this to you and want to
 * complain and yell at them in a small box with pretty fonts.
 *
 * I could've sworn libfaim had this implemented once, a long long time ago,
 * but I can't find it.
 *
 * I'm mainly adding this so that I can keep advertising that we support
 * group 6, even though we don't.
 *
 */

#include "oscar.h"

int invite_modfirst(OscarData *od, aim_module_t *mod)
{

	mod->family = SNAC_FAMILY_INVITE;
	mod->version = 0x0001;
	mod->toolid = 0x0110;
	mod->toolversion = 0x0629;
	mod->flags = 0;
	strncpy(mod->name, "invite", sizeof(mod->name));
	mod->snachandler = NULL;

	return 0;
}