Mercurial > pidgin
view libpurple/protocols/zephyr/Makefile.mingw @ 29685:6797736dbe37
Does anyone know the purpose of the ui_write, ui_read and data_not_sent
FT UI callbacks? It looks like they allow a UI to decide how to safe
incoming file transfers? They're not used in Pidgin or Finch. Are
they used elsewhere?
Valgrind is complaining about an invalid free. I think it happens either
when the local user cancels a file transfer or when the remote user
cancels a file transfer. I think this change fixes it.
Revision fa4ce539e5025eb07aad3ca824cd4c512010d8a8 is related to these
callbacks and to this change by foufou33@ gee male dot com
The valgrind error is:
==23064== Invalid free() / delete / delete[]
==23064== at 0x4C24D68: free (vg_replace_malloc.c:325)
==23064== by 0x9293209: g_array_free (in /lib/libglib-2.0.so.0.2200.3)
==23064== by 0x95B1995: purple_xfer_priv_data_destroy (ft.c:71)
==23064== by 0x92AA5D1: ??? (in /lib/libglib-2.0.so.0.2200.3)
==23064== by 0x92AAE17: g_hash_table_remove_all (in /lib/libglib-2.0.so.0.2200.3)
==23064== by 0x92AAFC4: g_hash_table_destroy (in /lib/libglib-2.0.so.0.2200.3)
==23064== by 0x95B579C: purple_xfers_uninit (ft.c:1642)
==23064== by 0x95ACF08: purple_core_quit (core.c:238)
==23064== by 0x43EB3E: gtk_blist_delete_cb (gtkblist.c:227)
==23064== by 0x6F9A727: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.3)
==23064== Address 0x2355f0e0 is not stack'd, malloc'd or (recently) free'd
author | Mark Doliner <mark@kingant.net> |
---|---|
date | Tue, 06 Apr 2010 09:52:27 +0000 |
parents | 1843c0180fbe |
children |
line wrap: on
line source
# # Makefile.mingw # # Description: Makefile for win32 (mingw) version of libzephyr # PIDGIN_TREE_TOP := ../../.. include $(PIDGIN_TREE_TOP)/libpurple/win32/global.mak TARGET = libzephyr KRB4_TOP := $(WIN32_DEV_TOP)/kfw-2.6.3-final.fixed USE_KRB4 := false DEFINES += -DWIN32 -DKRB5_SYSTYPES__ TYPE = PLUGIN ifeq ($(USE_KRB4),true) DEFINES += -DZEPHYR_USES_KERBEROS endif # Static or Plugin... ifeq ($(TYPE),STATIC) DEFINES += -DSTATIC DLL_INSTALL_DIR = $(PURPLE_INSTALL_DIR) else ifeq ($(TYPE),PLUGIN) DLL_INSTALL_DIR = $(PURPLE_INSTALL_PLUGINS_DIR) endif endif ## ## INCLUDE PATHS ## INCLUDE_PATHS += -I$(ZEPHYR_ROOT) \ -I$(GTK_TOP)/include \ -I$(GTK_TOP)/include/glib-2.0 \ -I$(GTK_TOP)/lib/glib-2.0/include \ -I$(PURPLE_TOP) \ -I$(PURPLE_TOP)/win32 \ -I$(PIDGIN_TREE_TOP) ifeq ($(USE_KRB4), true) INCLUDE_PATHS += -I$(KRB4_TOP)/inc/krb4 endif LIB_PATHS += -L$(GTK_TOP)/lib \ -L$(PURPLE_TOP) ifeq ($(USE_KRB4), true) LIB_PATHS+=-L$(KRB4_TOP)/lib/i386 endif ## ## SOURCES, OBJECTS ## C_SRC = ZAsyncLocate.c \ ZCkAuth.c \ ZCkIfNot.c \ ZClosePort.c \ ZCmpUID.c \ ZCmpUIDP.c \ ZFlsLocs.c \ ZFlsSubs.c \ ZFmtAuth.c \ ZFmtList.c \ ZFmtNotice.c \ ZFmtRaw.c \ ZFmtRawLst.c \ ZFmtSmRLst.c \ ZFmtSmRaw.c \ ZFreeNot.c \ ZGetLocs.c \ ZGetSender.c \ ZGetSubs.c \ ZGetWGPort.c \ ZIfNotice.c \ ZInit.c \ ZLocations.c \ ZMakeAscii.c \ ZMkAuth.c \ ZNewLocU.c \ ZOpenPort.c \ ZParseNot.c \ ZPeekIfNot.c \ ZPeekNot.c \ ZPeekPkt.c \ ZPending.c \ ZReadAscii.c \ ZRecvNot.c \ ZRecvPkt.c \ ZRetSubs.c \ ZSendList.c \ ZSendNot.c \ ZSendPkt.c \ ZSendRLst.c \ ZSendRaw.c \ ZSetDest.c \ ZSetFD.c \ ZSetSrv.c \ ZSubs.c \ ZVariables.c \ ZWait4Not.c \ ZhmStat.c \ Zinternal.c \ error_message.c \ et_name.c \ init_et.c \ zephyr_err.c \ zephyr.c OBJECTS = $(C_SRC:%.c=%.o) ## ## LIBRARIES ## LIBS = \ -lglib-2.0 \ -lws2_32 \ -lintl \ -lpurple ifeq ($(USE_KRB4),true) LIBS+= -lkrbv4w32 endif include $(PIDGIN_COMMON_RULES) ## ## TARGET DEFINITIONS ## .PHONY: all install clean all: $(TARGET).dll install: all $(DLL_INSTALL_DIR) cp $(TARGET).dll $(DLL_INSTALL_DIR) $(OBJECTS): $(PURPLE_CONFIG_H) $(TARGET).dll: $(PURPLE_DLL).a $(OBJECTS) $(CC) -shared $(OBJECTS) $(LIB_PATHS) $(LIBS) $(DLL_LD_FLAGS) -Wl,--enable-stdcall-fixup -o $(TARGET).dll ## ## CLEAN RULES ## clean: rm -f $(OBJECTS) rm -f $(TARGET).dll include $(PIDGIN_COMMON_TARGETS)