Re: [libgadu-devel] libgadu 1.9.0
On Mon, May 10, 2010 at 03:12:04PM +0100, Marcin Owsiany wrote: Hm, czy nie powinna być podbita wersja API? Np. ze względu na dodanie gg_typing_notification(). gg_typing_notification() jest trunku a nie w 1.9. Pozdrawiam. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0
W dniu 10.05.2010 16:12, Marcin Owsiany pisze: Ponad pół roku powinno wystarczyć na ustabilizowanie nowego wydania, więc najwyższy czas na oficjalną wersję 1.9.0. Zmiany względem gałęzi 1.8 już dawno przestały być nowościami, ale i tak wypada podać: Hm, czy nie powinna być podbita wersja API? Np. ze względu na dodanie gg_typing_notification(). 1.9.0 ma wersję o jeden większą względem 1.8.2, ale dzięki za przypomnienie :) Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc2
Jest to wynik działania WebGadu, a X zamiast :) jest wynikiem nowej kampani MM's w GG ;/ - Original Message - From: Tomek rozt...@interia.pl To: libgadu developement list libgadu-devel@lists.ziew.org Sent: Monday, December 21, 2009 11:01 PM Subject: Re: [libgadu-devel] libgadu 1.9.0-rc2 Dostaje informacje, ze przy rozmowie z osoba korzystajaca z gg10 i kodowaniu ustawionym na utf-8 osoba ta dostaje np. apos; zamiast apostrofa czy x zamiast :). Spotkal sie ktos z taka sytuacja? Tomek Wojtek Kaniewski pisze: Lista zmian względem 1.9.0-rc1: * Poprawiona obsługa UTF-8: wysyłanie i odbieranie wiadomości powinno już zawierać coś więcej niż CP1250. * Operacje na katalogu publicznym działają poprawnie w UTF-8. * Uaktualnione skrypty testowe. * Uaktualnione przykładowe aplikacje. Szczegóły pod adresem http://toxygen.net/libgadu/releases/1.9.0-rc2.html Pozdrawiam, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel -- Kup wlasne mieszkanie za 72 tys. zl. Sprawdz najlepsze oferty http://link.interia.pl/f24ce ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc2
Witam! Dziekuję za informacje! Błąd został poprawiony w nowej wersji która można pobrać stąd: http://www.kokosoftware.pl/2009/11/23/gg8proto-12016/ Pozdrawiam Koko Software - Original Message - From: Wojtek Kaniewski wojte...@toxygen.net To: libgadu developement list libgadu-devel@lists.ziew.org Sent: Wednesday, November 18, 2009 12:03 AM Subject: [libgadu-devel] libgadu 1.9.0-rc2 Lista zmian względem 1.9.0-rc1: * Poprawiona obsługa UTF-8: wysyłanie i odbieranie wiadomości powinno już zawierać coś więcej niż CP1250. * Operacje na katalogu publicznym działają poprawnie w UTF-8. * Uaktualnione skrypty testowe. * Uaktualnione przykładowe aplikacje. Szczegóły pod adresem http://toxygen.net/libgadu/releases/1.9.0-rc2.html Pozdrawiam, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] libgadu 1.9.0-rc2
Lista zmian względem 1.9.0-rc1: * Poprawiona obsługa UTF-8: wysyłanie i odbieranie wiadomości powinno już zawierać coś więcej niż CP1250. * Operacje na katalogu publicznym działają poprawnie w UTF-8. * Uaktualnione skrypty testowe. * Uaktualnione przykładowe aplikacje. Szczegóły pod adresem http://toxygen.net/libgadu/releases/1.9.0-rc2.html Pozdrawiam, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0 SVN a obsługa GG8
No i z tym UTF to jest problem bo o ile statusy działają poprawnie i nie można sie do nich przyczepić o tyle już z wiadomościami jest problem. Otóż: tmp = g_strdup_printf(%s, (const char *)ev-event.msg.message); //tmp = charset_convert((const char *)ev-event.msg.message, UTF-8, UTF-8); //tmp = charset_convert((const char *)ev-event.msg.message, CP1250, UTF-8); //tmp = g_strdup_printf(%s, tmp); purple_str_strip_char(tmp, '\r'); msg = g_markup_escape_text(tmp, -1); g_free(tmp); zwraca mi jedynie masę krzaczków. Nie wiem co jest grane ale wydaje mi się, że tak nie powinno być. W dniu 12 października 2009 13:24 użytkownik Krzysztof Klinikowski kkszy...@gmail.com napisał: Okej. Zaraz sprawdzę czy wszystko działa i w razie błędów napisze tutaj. Mam jeszcze pytanie dotyczące tego UTF8. Czy UTF jest tylko dla wiadomości i statusów czy wyszukiwanie użytkowników i rejestracja konta też już używa UTF8? W dniu 12 października 2009 01:11 użytkownik Wojtek Kaniewski wojte...@toxygen.net napisał: Krzysztof Klinikowski pisze: Okej. Wydaje mi się, że to działa ale problem powstaje teraz inny. Mam coś takiego do przy odbieraniu statusów innych użytkowników: (...) Kiedyś używając tego kodu dostawałem jako statusy liczby rzędu 0 - 5 z tego co pamiętam lecz teraz są one bardzo duże: (14:31:46) *gg:* status60: (13643147) status=16389; version=0; descr=I od dzisiaj wynajęty morderca ma pilnować drogi do mojego serca Czy to normalne? Być może to ja zrobiłem coś żle a może to błąd w libgadu? W każdym razie w login params dodałem: glp-protocol_features = (GG_FEATURE_STATUS80|GG_FEATURE_DND_FFC); I od tego czasu statusy osiągają właśnie aż tak duże liczy. Czy to normalne? Poprawiłem to. Makro GG_FEATURE_DND_FFC oprócz nowych statusów włączało też opsy graficzne, które przy okazji zmieniają sposób przesyłania informacji o tym, że jest status z opisem. Powinno być już lepiej. Oczywiście jeśli ktoś sobie życzy flagi 0x4000, powinien dodać do .protocol_features wartość GG_FEATURE_IMAGE_DESCR. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0 SVN a obsługa GG8
Krzysztof Klinikowski pisze: Okej. Zaraz sprawdzę czy wszystko działa i w razie błędów napisze tutaj. Mam jeszcze pytanie dotyczące tego UTF8. Czy UTF jest tylko dla wiadomości i statusów czy wyszukiwanie użytkowników i rejestracja konta też już używa UTF8? Poprawiłem obsługę katalogu publicznego, żeby przyjmowała i zwracała UTF-8, jeśli tak jest ustawione. Svn up. Jeśli chodzi o rejestrację, to ani w adresach e-mail, ani w hasłach nie spotyka się polskich krzaczków zbyt często, więc ciężko mi odpowiedzieć. W każdym razie zarówno funkcje rejestracji, jak i liczące hash hasła mają w nosie kodowanie. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0 SVN a obsługa GG8
No tak. Zrobiłem svn update i wszystko teraz działa świetnie. Dzięki. W dniu 13 października 2009 00:56 użytkownik Wojtek Kaniewski wojte...@toxygen.net napisał: Krzysztof Klinikowski pisze: No i z tym UTF to jest problem bo o ile statusy działają poprawnie i nie można sie do nich przyczepić o tyle już z wiadomościami jest problem. Otóż: (...) zwraca mi jedynie masę krzaczków. Nie wiem co jest grane ale wydaje mi się, że tak nie powinno być. Był błąd z odbieraniem wiadomości -- do aplikacji była przekazywana wiadomość, która przyszła w CP1250, a następnie została skonwertowana do UTF-8, więc siłą rzeczy znaki spoza CP1250 były tracone. Po svn update powinno być lepiej. Jeśli to nie pomogło, napisz co _konkretnie_ wysłałeś i co _konkretnie_ zwróciła biblioteka. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0 SVN a obsługa GG8
Okej. Wydaje mi się, że to działa ale problem powstaje teraz inny. Mam coś
takiego do przy odbieraniu statusów innych użytkowników:
case GG_EVENT_NOTIFY60:
purple_debug_info(gg,
notify60_pre: (%d) status=%d; version=%d; descr=%s\n,
ev-event.notify60-uin, ev-event.notify60-status,
ev-event.notify60-version,
ev-event.notify60-descr ? ev-event.notify60-descr :
(null));
for (i = 0; ev-event.notify60[i].uin; i++) {
purple_debug_info(gg,
notify60: (%d) status=%d; version=%d; descr=%s\n,
ev-event.notify60[i].uin,
ev-event.notify60[i].status,
ev-event.notify60[i].version,
ev-event.notify60[i].descr ?
ev-event.notify60[i].descr : (null));
ggp_generic_status_handler(gc, ev-event.notify60[i].uin,
ev-event.notify60[i].status,
ev-event.notify60[i].descr);
}
break;
Kiedyś używając tego kodu dostawałem jako statusy liczby rzędu 0 - 5 z tego
co pamiętam lecz teraz są one bardzo duże:
(14:31:46) *gg:* status60: (13643147) status=16389; version=0; descr=I od
dzisiaj wynajęty morderca ma pilnować drogi do mojego serca
Czy to normalne? Być może to ja zrobiłem coś żle a może to błąd w libgadu? W
każdym razie w login params dodałem:
glp-protocol_features = (GG_FEATURE_STATUS80|GG_FEATURE_DND_FFC);
I od tego czasu statusy osiągają właśnie aż tak duże liczy. Czy to normalne?
W dniu 11 października 2009 12:02 użytkownik Jakub Zawadzki
darkja...@darkjames.ath.cx napisał:
On Sun, Oct 11, 2009 at 11:16:31AM +0200, Krzysztof Klinikowski wrote:
Witam. Pracuję właśnie nad przepisaniem protokołu GG w Pidginie tak by
był
zgodny z GG8.0. Aktualnie wszystko gra jednakże jak rozumiem tylko
rozmowy
tekstowe i statusy są kodowane w UTF8, tak? Wyszukiwanie osób,
rejestrowanie
nowego użytkownika itd nadal używa kodowania CP1250?
Tak.
Po drugie mam problem z odbieraniem na przykład statusów użytkowników
takich jak GG_STATUS_DND.
Po prostu jest on konwertowany po stronie serwera na status zaraz
wracam i
mogę go odbrać jedynie eventem GG_EVENT_STATUS60. Nie wiem jak zmusić
serwer
by przysyłał mi normalnie status DND. I stąd moje pytanie - jest
możliwość
odebrania takich statusów w branchu 1.9 libgadu a jesli jest to jak?
Jest nowe pole w struct gg_login_params, protocol_features:
#define GG_FEATURE_STATUS80BETA 0x01
#define GG_FEATURE_MSG800x02
#define GG_FEATURE_STATUS80 (0x04|GG_FEATURE_STATUS80BETA)
#define GG_FEATURE_DND_FFC 0x30
żeby włączyć odbieranie DND potrzebujesz przynajmniej GG_FEATURE_STATUS80 |
GG_FEATURE_DND_FFC
Pozdrawiam.
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0 SVN a obsługa GG8
Krzysztof Klinikowski pisze: Okej. Wydaje mi się, że to działa ale problem powstaje teraz inny. Mam coś takiego do przy odbieraniu statusów innych użytkowników: (...) Kiedyś używając tego kodu dostawałem jako statusy liczby rzędu 0 - 5 z tego co pamiętam lecz teraz są one bardzo duże: (14:31:46) *gg:* status60: (13643147) status=16389; version=0; descr=I od dzisiaj wynajęty morderca ma pilnować drogi do mojego serca Czy to normalne? Być może to ja zrobiłem coś żle a może to błąd w libgadu? W każdym razie w login params dodałem: glp-protocol_features = (GG_FEATURE_STATUS80|GG_FEATURE_DND_FFC); I od tego czasu statusy osiągają właśnie aż tak duże liczy. Czy to normalne? Poprawiłem to. Makro GG_FEATURE_DND_FFC oprócz nowych statusów włączało też opsy graficzne, które przy okazji zmieniają sposób przesyłania informacji o tym, że jest status z opisem. Powinno być już lepiej. Oczywiście jeśli ktoś sobie życzy flagi 0x4000, powinien dodać do .protocol_features wartość GG_FEATURE_IMAGE_DESCR. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
On Sat, Oct 03, 2009 at 02:37:21PM +0200, Jakub Zawadzki wrote: On Thu, Oct 01, 2009 at 12:33:27PM +0100, Marcin Owsiany wrote: Reszta zależy od tego jak definiujesz jakikolwiek. Chodziło mi o to czy Debian prowadzi bazę symboli używane przez programy w paczkach. Nie. I czy dałoby się wyszukać czy np. takie gg_gethostbyname dostarczane przez libgadu jest używane przez jakiś program, który ma paczkę w Debianie. W informatyce wszystko się da :-) Ale trzeba by przemielić wszystkie pakiety, a conajmniej te które wymagają libgadu3. Swoją drogą po coś takiego chyba wymyślono wersjonowanie symboli? (nie wiem jak to się fachowo nazywa, chodzi mi o np. time@@GLIBC_2.2.5) Tak to się chyba nazywa, ale prawdę mówiąc nie wiem do czego to służy. Ale słyszałem że to nic łatwego. pozdrawiam, -- Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 Every program in development at MIT expands until it can read mail. -- Unknown ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Dnia 2009-10-03, sob o godzinie 14:37 +0200, Jakub Zawadzki pisze: O, dobrze wiedzieć bo na moim laptopie (gdzie mam stripnięte symbole): nm: /bin/cat: no symbols nm -D Swoją drogą po coś takiego chyba wymyślono wersjonowanie symboli? (nie wiem jak to się fachowo nazywa, chodzi mi o np. time@@GLIBC_2.2.5) Już chyba łatwiej zachować poprzedni wariant funkcji niż się w to bawić ;) Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
On Thu, Oct 01, 2009 at 12:57:32PM +0200, Jakub Zawadzki wrote: On Thu, Oct 01, 2009 at 09:05:13AM +0100, Marcin Owsiany wrote: Jestem w trakcie przygotowywania aktualizacji Debianowej paczki, i jak na razie znalazłem jeszcze jeden potencjalny problem: Btw. Czy Debian ma jakieś narzędzie do sprawdzenia czy funkcja xyz bibloteki foo jest używana w jakimkolwiek programie? Do sprawdzenia czy jest używana w _danym_ programie wystarczy chyba objdump -R binarka | grep funkcja Reszta zależy od tego jak definiujesz jakikolwiek. Nie jestem pewien czy łamanie ABI jest dozwolone nawet jeśli nie popsuje żadnego programu zapaczkowanego przez Debiana, który deklaruje zależność od libgadu. Userzy mogą mieć swoje własne prywatnie zbudowane programy, i zakładają że się nie popsują przy aktualizacji libgadu... gg_gethostbyname() zostało przeniesione do resolver.h, więc zniknęło z API. Niby symbol został, ale ABI się zmieniło, bo zmieniła się sygnatura funkcji. (zwracany typ danych pointer-int, dodane parametry) gg_gethostbyname przemianować na gg_gethostbyname_cośtam, a zostawić stuba ze starą nazwą? Mógłbyś sprawdzić czy ta łatka Ci odpowiada? Na oko wygląda OK, sprawdzę jeszcze dokładniej. W łatce zmieniłem nazwę gg_gethostbyname na gg_gethostbyname_real. Dorobiłem działające stare gg_gethostbyname. Wow! :-) Przy okazji dodałem GG_OBSOLETE (w gcc __attribute__ ((deprecated)) ) O, to jest dobre choćby dzięki temu że wiadomo będzie co wyleci w przyszłości. A jaki to ma wpływ na binarkę? commitnąć? +1 Acha, jeśli merge-ujecie zmiany pomiędzy trunk/1.9 to wygodnie byłoby, gdyby w commit message pojawiło się coś poza numerem zmiany źródłowej. -- Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 Every program in development at MIT expands until it can read mail. -- Unknown ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Dnia 2009-10-01, czw o godzinie 09:05 +0100, Marcin Owsiany pisze: gg_gethostbyname() zostało przeniesione do resolver.h, więc zniknęło z API. Niby symbol został, ale ABI się zmieniło, bo zmieniła się sygnatura funkcji. (zwracany typ danych pointer-int, dodane parametry) Patch Jakuba trafił do repozytorium. Poza tym, dodałem -export-symbols dla biblioteki dzielonej, żeby nowe funkcji, jak np. ten workaround z gg_gethostbyname() nie wydostawały się na zewnątrz i nie wymuszały tworzenia stubów nikomu niepotrzebnych, ale figuruących w ABI funkcji. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Dnia 2009-10-01, czw o godzinie 12:33 +0100, Marcin Owsiany pisze: Przy okazji dodałem GG_OBSOLETE (w gcc __attribute__ ((deprecated)) ) O, to jest dobre choćby dzięki temu że wiadomo będzie co wyleci w przyszłości. A jaki to ma wpływ na binarkę? Żaden. ZTCW to daje tylko ostrzeżenie kompilatora. Acha, jeśli merge-ujecie zmiany pomiędzy trunk/1.9 to wygodnie byłoby, gdyby w commit message pojawiło się coś poza numerem zmiany źródłowej. Postaram się. Pewnie łatwiej by było z subversion 1.5 i jego rejestracją merge'y, ale póki jestem fizycznie ~500km od serwera, brakuje mi odwagi na upgrade do Lenny'ego. Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Jakub Zawadzki pisze: On Sun, Sep 20, 2009 at 12:04:24PM +0200, Tomek wrote: Mam z tym maly problem. Ustawiam w gg_login_params kodowanie na utf-8 a nastepnie do funkcji gg_send_message przekazuje stringa w utf-8 Niestety w przypadku polskich liter druga strona dostaje krzaczki. Cos jeszcze powinienem zrobic czy moze mam blad w programie? Nie Twój błąd :) Brakuje zmiany kodowania w gg_send_message() Dzięki. Widze, ze w svnie jest juz dodane. Dzieki. Przydalo by sie jeszcze dla spojnosci dodac tez w gg_send_message_confer_richtext ;) Tomek --- Zobacz jak pracuje sie na wysokosciach. Kliknij http://link.interia.pl/f2384 ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Witam, * Podstawowa obsługa protokołu Nowego Gadu-Gadu, a co za tym idzie, wiadomości i opisy kodowane w UTF-8. Domyślnie biblioteka nadal przekazuje do aplikacji i spodziewa się od niej tekstów w CP1250, ale pole encoding struktury gg_login_params pozwala zmienić kodowanie na UTF-8. Uwaga! Kodowanie danych innych niż wiadomości i opisy pozostaje w CP1250. Mam z tym maly problem. Ustawiam w gg_login_params kodowanie na utf-8 a nastepnie do funkcji gg_send_message przekazuje stringa w utf-8 (dokladnie w Qt robie: QString.toUtf8().constData()). Niestety w przypadku polskich liter druga strona dostaje krzaczki. W kierunku odwrotnym wiadomosc przychodzi z poprawnymi znakami. Cos jeszcze powinienem zrobic czy moze mam blad w programie? Nikt sie nie natknal na podobny problem? Tomek -- Zobacz nowego Lambo reventon roadster Klikinij http://link.interia.pl/f2363 ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
On Fri, Sep 18, 2009 at 12:33:35AM +0200, Dominik 'Rathann' Mierzejewski wrote: On Tuesday, 15 September 2009 at 13:06, Marcin Owsiany wrote: [ wysłane ponownie, jakieś problemy z DNS były? ] On Fri, Sep 04, 2009 at 12:51:13AM +0200, Wojtek Kaniewski wrote: * Aplikacja może sama wybrać sposób rozwiązywania nazw serwerów — przy użyciu procesu, wątku lub we własny sposób. Można to zrobić za pomocą pola resolver_type struktury gg_login_params dla procesów i wątków, lub globalnie za pomocą funkcji gg_global_set_resolver czy gg_global_set_custom_resolver. Czy powyższe nie powinno spowodować podbicia numeru API? Zakładając, że funkcje T gg_resolve T gg_resolve_pthread T gg_resolve_pthread_cleanup nie były w publicznym API, to nie. O, usunięcia tych funkcji nawet nie zauważyłem. Jeśli zostały by usunięte z API, to powinno to pociągnąć za sobą podbicie numeru _ABI_. Natomiast _dodanie_ nowych funkcji do API powinno spowodować podbicie numeru API (i spowodowało :). -- Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 Every program in development at MIT expands until it can read mail. -- Unknown ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Marcin Owsiany pisze: Zakładając, że funkcje T gg_resolve T gg_resolve_pthread T gg_resolve_pthread_cleanup nie były w publicznym API, to nie. O, usunięcia tych funkcji nawet nie zauważyłem. Jeśli zostały by usunięte z API, to powinno to pociągnąć za sobą podbicie numeru _ABI_. Funkcje są opisane jako wewnętrzne (doxygenowy tag \internal), więc jeśli ktoś z nich korzystał, to musi się liczyć z problemami. Ale na wszelki wypadek dodam stuby. Dominik, dzięki za zwrócenie uwagi :) Pozdr, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
On Thu, Sep 17, 2009 at 01:03:34AM +0200, Kosma Moczek wrote: 2009/9/17 Wojtek Kaniewski wojte...@toxygen.net: Możliwe, że nadal nie rozumiem numeracji bibliotek dzielonych a'la libtool, ale czy zmiana z 3.9.0 do 3.10.0 to za mało? Wydaje mi się (proszę poprawić, jeśli się mylę), że problem leży w złym zlinkowaniu. Ekg jest linkowane przez -lgadu, co łatwo sprawdzić: $ readelf -d /opt/ekg-svn/bin/ekg | grep gadu 0x0001 (NEEDED) Shared library: [libgadu.so.3] Gdyby było linkowane do nazwy zawierającej wersję (libgadu.so.3.10.0), nie byłoby możliwości niedopasowania wersji headerów (klienta) i biblioteki. Tak jak jest teraz jest dobrze. 3 to wersja ABI, która przy takiej zmianie nie powinna ulec modyfikacji. -- Marcin Owsiany mar...@owsiany.pl http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 Every program in development at MIT expands until it can read mail. -- Unknown ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
Marcin Owsiany pisze: Czy powyższe nie powinno spowodować podbicia numeru API? Możliwe, że nadal nie rozumiem numeracji bibliotek dzielonych a'la libtool, ale czy zmiana z 3.9.0 do 3.10.0 to za mało? w. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.9.0-rc1
2009/9/17 Wojtek Kaniewski wojte...@toxygen.net: Możliwe, że nadal nie rozumiem numeracji bibliotek dzielonych a'la libtool, ale czy zmiana z 3.9.0 do 3.10.0 to za mało? Wydaje mi się (proszę poprawić, jeśli się mylę), że problem leży w złym zlinkowaniu. Ekg jest linkowane przez -lgadu, co łatwo sprawdzić: $ readelf -d /opt/ekg-svn/bin/ekg | grep gadu 0x0001 (NEEDED) Shared library: [libgadu.so.3] Gdyby było linkowane do nazwy zawierającej wersję (libgadu.so.3.10.0), nie byłoby możliwości niedopasowania wersji headerów (klienta) i biblioteki. -- Kosma Moczek http://www.kosma.pl/ ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] libgadu 1.9.0-rc1
Sporo czasu minęło, sporo zmian w świecie Gadu-Gadu zaszło, więc wypada w końcu coś z tym zrobić. Lista zmian: * Podstawowa obsługa protokołu Nowego Gadu-Gadu, a co za tym idzie, wiadomości i opisy kodowane w UTF-8. Domyślnie biblioteka nadal przekazuje do aplikacji i spodziewa się od niej tekstów w CP1250, ale pole encoding struktury gg_login_params pozwala zmienić kodowanie na UTF-8. Uwaga! Kodowanie danych innych niż wiadomości i opisy pozostaje w CP1250. * Ponieważ nowy klient przekazuje wiadomości w dwóch formatach — czysty tekst plus atrybuty i HTML, dodano pole xhtml_message do struktury gg_event_msg. Niestety, nie można jeszcze wysyłać wiadomości w tym formacie. * Razem z nowym protokołem przyszły nowe statusy: GG_STATUS_FFC, GG_STATUS_FFC_DESCR, GG_STATUS_DND i GG_STATUS_DND_DESCR. * Aplikacja może sama wybrać sposób rozwiązywania nazw serwerów — przy użyciu procesu, wątku lub we własny sposób. Można to zrobić za pomocą pola resolver_type struktury gg_login_params dla procesów i wątków, lub globalnie za pomocą funkcji gg_global_set_resolver czy gg_global_set_custom_resolver. * Dokumentacja i programy testowe trafiły do dystrybucji. Szczegóły pod adresem http://toxygen.net/libgadu/releases/1.9.0-rc1.html Ponieważ to wersja Release Candidate, jest bardzo prawdopodobne, że znajdą się głupie/paskudne/wstydliwe błędy. Możliwe, że na systemach nie-linuksowych pojawią się problemy z testami. Bardzo proszę takie informacje zgłaszać. Pozdrawiam, Wojtek ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
