Mercurial > pidgin
view libpurple/protocols/zephyr/ZFmtRaw.c @ 20550:28493a27849b
Looking at purple_contact_set_alias and purple_blist_alias_contact functions
in blist.c, the only difference I see is that the latter function
notifies any existing conversation with the contact so that it can update
its title, while the former doesn't. I can't think of a reason why they
should behave differently, or why we should have both of them. I was going
to deprecate purple_blist_alias_contact in favour of purple_contact_set_alias,
but seeing we do purple_blist_alias_ for buddy and chats, I am deprecating
purple_contact_set_alias instead. OK?
author | Sadrul Habib Chowdhury <imadil@gmail.com> |
---|---|
date | Wed, 19 Sep 2007 10:01:45 +0000 |
parents | 5fe8042783c1 |
children | a8cc50c2279f |
line wrap: on
line source
/* This file is part of the Project Athena Zephyr Notification System. * It contains source for the ZFormatRawNotice function. * * Created by: Robert French * * Copyright (c) 1987 by the Massachusetts Institute of Technology. * For copying and distribution information, see the file * "mit-copyright.h". */ #include "internal.h" Code_t ZFormatRawNotice(notice, buffer, ret_len) register ZNotice_t *notice; char **buffer; int *ret_len; { char header[Z_MAXHEADERLEN]; int hdrlen; Code_t retval; if ((retval = Z_FormatRawHeader(notice, header, sizeof(header), &hdrlen, NULL, NULL)) != ZERR_NONE) return (retval); *ret_len = hdrlen+notice->z_message_len; /* *ret_len is never 0, don't have to worry about malloc(0) */ if (!(*buffer = (char *) malloc((unsigned) *ret_len))) return (ENOMEM); (void) memcpy(*buffer, header, hdrlen); (void) memcpy(*buffer+hdrlen, notice->z_message, notice->z_message_len); return (ZERR_NONE); }