To może nie tyle fork co po prostu chęć trzymania liba w źródłach libpurple, jeśli użytkownik ma np. za starą wersję libgadu w swoim systemie lub nie ma jej w ogóle to używa wersji dostarczenej z libpurple, przydaje się np. przy budowaniu wersji na win32 :)
W dniu 25 maja 2011 14:39 użytkownik Dominik 'Rathann' Mierzejewski < [email protected]> napisał: > On Thursday, 12 May 2011 at 16:53, Tomasz Wasilczyk wrote: > > W dniu 12 maja 2011 15:44 użytkownik Jakub Zawadzki > > <[email protected]> napisał: > > > On Thu, May 12, 2011 at 03:29:20PM +0200, Tomasz Wasilczyk wrote: > > >> Inny problem związany z tym ticketem: gg_read_line() otrzymało z > > >> funkcji read() odpowiedź 11, czyli EAGAIN. W związku z tym powinien > > >> próbować dalej, a nie wchodzić do ifa "error on read". Ktoś mi może to > > >> wytłumaczyć? > > > > > > Libpurple'owy fork libgadu nie sprawdza EAGAIN. > > > > Rzeczywiście, mój błąd - sprawdziłem parę wersji biblioteki, tylko nie > > tą co trzeba (czyli fork wersji 1.9.0 dla libpurple). W takim razie > > jeden problem rozwiązany, dziękuję. > > A tak przy okazji, to wiadomo, dlaczego właściwi libpurple ma własny > fork libgadu, a nie korzysta z oficjalnej? Zapytam też deweloperów > libpurple, rzecz jasna. :) > > Pozdrawiam, > Dominik > > -- > Fedora http://fedoraproject.org/wiki/User:Rathann > RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu > "Faith manages." > -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" > _______________________________________________ > libgadu-devel mailing list > [email protected] > http://lists.ziew.org/mailman/listinfo/libgadu-devel > -- Best regards, Krzysztof Klinikowski
_______________________________________________ libgadu-devel mailing list [email protected] http://lists.ziew.org/mailman/listinfo/libgadu-devel
