Marcin Mikołajczak napisał(a): > Zrealizowałem tą koncepcję, w załączniku przesyłam wynik cvs diff -u. > Mam nadzieję, że nie będzie żadnych problemów. Testowo skompilowałem ekg > i nie zauważyłem nieprawidłowości ;-)
Patch jak marzenie, dzięki :) > (...) Natomiast jest "problem" z gg_login: ona > produkuje dużo komunikatów, które mogą być bardzo przydatne. Niestety to > ona alokuje gg_session z punktu widzenia kodu użytkownika, więc dopóki > nie wróci, nie ma on szans sobie zarejestrować nigdzie powiązania tego > wskaźnika z własnymi strukturami (takie coś robie w swoim kodzie, stąd > cały temat). Idealnym rozwiązaniem byłoby coś w stylu osobnego > gg_alloc_session, ale to jest zmiana interfejsu... Do głowy przychodzi mi jedynie dodanie do gg_login_params wskaźnika, który (jeśli != NULL) byłby przekazywany do gg_debug_session zamiast sesji. > BTW czy libgadu jest thread-safe? Różne struktury gg_session ze sobą nie kolidują (libgadu nie używa zmiennych statycznych), ale jeśli różne wątki mają korzystać z tej samej sesji, to trzeba na własną rękę uniemożliwić jednoczesny dostęp. Problem jest tylko z konfiguracją proxy i lokalnego adresu IP, bo te są zmiennymi globalnymi i nie można ich ustawiać dla sesji osobno. Pozdrawiam, Wojtek _______________________________________________ libgadu-devel mailing list [email protected] http://lists.ziew.org/mailman/listinfo/libgadu-devel
