view .cvsignore @ 4849:adf9ca39578f

[gaim-migrate @ 5174] Christian, I got the following backtrace after opening and closing some convos: #4 <signal handler called> #5 0x08066e47 in gaim_window_get_active_conversation (win=0x82b44d8) at conversation.c:775 #6 0x08085599 in update_send_as_selection (win=0x82b44d8) at gtkconv.c:1964 #7 0x4067fa4c in g_timeout_dispatch () from /usr/lib/libglib-2.0.so.0 So although I couldn't reproduce it, I guess it's still possible for Gaim to crash there. This fixes that by making sure that win still exists before it tries to update the send as menu for it. The other way to fix this would be to keep track of the g_timer thingy and then remove it when destroying win. I don't know which was is better. Probably the other way. committer: Tailor Script <tailor@pidgin.im>
author Mark Doliner <mark@kingant.net>
date Fri, 21 Mar 2003 20:59:31 +0000
parents 56c70997fe5c
children cb320b74a0dd
line wrap: on
line source

config.h
libtool
config.status
intl
ABOUT-NLS
config.guess
config.sub
Doxyfile
ltconfig
ltmain.sh
install-sh
mkinstalldirs
missing
aclocal.m4
configure
config.h.in
stamp-h.in
Makefile.in
config.log
config.cache
Makefile
stamp-h
gaim.spec
depcomp
stamp-h1
autom4te*.cache
configure.2.1x
confdefs.h
*.swp
win32-install-dir
.temp-gettextize
m4