Mercurial > pidgin.yaz
view libpurple/protocols/null/Makefile.am @ 18909:c32fcdef2809
Only say we are connected after the MsimSession structure is fully setup.
(Also change a few debugging statements to help find this bug.)
Previously, purple_connection_set_state(..., PURPLE_CONNECTED) was called
too early, so that if a client called any msimprpl functions that operated
on MsimSession (pretty much all of them) within the signed-on signal handler,
the userid etc., would not yet be correct and the call would fail. Now, the
call is called at the right time so it works as expected.
Closes #2520.
author | Jeffrey Connelly <jaconnel@calpoly.edu> |
---|---|
date | Sun, 12 Aug 2007 18:48:03 +0000 |
parents | afee8b840d91 |
children | 2b62300d2c19 |
line wrap: on
line source
EXTRA_DIST = README Makefile.mingw pkgdir = $(libdir)/purple-$(PURPLE_MAJOR_VERSION) NULLSOURCES = nullprpl.c AM_CFLAGS = $(st) libnull_la_LDFLAGS = -module -avoid-version # nullprpl isn't built by default. when it is built, it's dynamically linked. st = pkg_LTLIBRARIES = libnull.la libnull_la_SOURCES = $(NULLSOURCES) libnull_la_LIBADD = $(GLIB_LIBS) AM_CPPFLAGS = \ -I$(top_srcdir)/libpurple \ -I$(top_builddir)/libpurple \ $(GLIB_CFLAGS) \ $(DEBUG_CFLAGS)