[libgadu-devel] RFC: Usunięcie kodu DCC6
Witam. Z okazji dzisiejszego odkrycie, że wspieranie DCC6 jest niemożliwe (nie otrzymujemy już informacji o wersji protokołu wspieranego przez nasze kontakty), wnioskuje o usunięcie kodu DCC6 z libgadu i pozostawienie tylko kodu do obsługi DCC7. W kadu poczyniliśmy juz kroki ku temu ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] RFC: Usunięcie kodu DCC6
W dniu 16 lutego 2011 14:50 użytkownik Jakub Zawadzki napisał: > On Tue, Feb 15, 2011 at 12:10:03AM +0100, Rafał Malinowski wrote: >> Z okazji dzisiejszego odkrycie, że wspieranie DCC6 jest niemożliwe >> (nie otrzymujemy już informacji o wersji protokołu wspieranego przez >> nasze kontakty), > > Jak ustawisz protokół na starszy (np. 0x2a) to dostajesz te informacje. Czyli GG nie ma wsparcia dla klientów obsługujących obie wersje DCC. W takim razie zadowolimy się w Kadu tylko DCC7 ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Podsłuchiwanie GG10
Witam. Ma ktoś może doświadczenie w podsłuchiwaniu GG10? Ta wersja w końcu nauczyła się jak korzystać z SSL/TLS i ma kilka ciekawych funkcji, które chcemy podejrzeć (jak automatyczna synchronizacja listy kontaktów z serwerem). Myślałem o tym, żeby postawić u siebie apache, podmienić w pliku hosts domenę ich huba na 127.0.0.1 i wystawiać jako adres serwera do łączenia aplikację do robienia ataków man-in-the-middle, dzięki czemu mógłbym uzyskać nieszyfrowanie wersje pakietów. Byłbym wdzięczny za jakieś wskazówki. Pozdrawiam Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Podsłuchiwanie GG10
>> Najłatwiej chyba wyciąć 443. > > > Dokladnie tak, blokujesz polaczenia na port 443 i masz czyste pakiety. Dzięki, pomogło ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Brakujący symbol w 1.10.0
Kadu nie zauważyło różnicy. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Pole client_name
Hej. W gg_login_params brakuje pola chat *client_name, które pozwalałoby nam się przedstawiać jako Kadu, a nie jako Gadu Gadu. Aktualnie ustawiamy client_version, i to działa ślicznie. Ale Gadu Gadu 0.6.6 wygląda głupio w oknie multilogowania ;) Załączam patch, który działa, ale pewnie łamie jakieś zasady wstecznej kompatybilności ;) Proszę o wskazówki, jak ich nie łamać. Pozdrawiam Rafał Malinowski Index: src/handlers.c === --- src/handlers.c (wersja 1057) +++ src/handlers.c (kopia robocza) @@ -175,8 +175,9 @@ l80.image_size = gs->image_size; l80.dunno2 = 0x64; + char *client_name = (gs->client_name != NULL) ? gs->client_name : GG8_VERSION; version = (gs->client_version != NULL) ? gs->client_version : GG_DEFAULT_CLIENT_VERSION; - version_len = gg_fix32(strlen(GG8_VERSION) + strlen(version)); + version_len = gg_fix32(strlen(client_name) + strlen(version)); descr = (gs->initial_descr != NULL) ? gs->initial_descr : ""; descr_len = (gs->initial_descr != NULL) ? gg_fix32(strlen(gs->initial_descr)) : 0; @@ -185,7 +186,7 @@ GG_LOGIN80, &l80, sizeof(l80), &version_len, sizeof(version_len), -GG8_VERSION, strlen(GG8_VERSION), +client_name, strlen(client_name), version, strlen(version), &descr_len, sizeof(descr_len), descr, strlen(descr), Index: src/libgadu.c === --- src/libgadu.c (wersja 1057) +++ src/libgadu.c (kopia robocza) @@ -807,6 +807,7 @@ sess->protocol_flags |= GG_ERA_OMNIX_MASK; if (p->has_audio) sess->protocol_flags |= GG_HAS_AUDIO_MASK; + sess->client_name = (p->client_name) ? strdup(p->client_name) : NULL; sess->client_version = (p->client_version) ? strdup(p->client_version) : NULL; sess->last_sysmsg = p->last_sysmsg; sess->image_size = p->image_size; @@ -1128,6 +1129,7 @@ free(sess->password); free(sess->initial_descr); + free(sess->client_name); free(sess->client_version); free(sess->header_buf); ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Pole client_name
> Myślałem o tym wcześniej i mam mieszane uczucia. Z jednej strony > moglibyśmy sprawdzać, czy client_version zaczyna się od cyfry. Jeśli > tak, to zachowujemy się tak jak do tej pory i doklejamy "Gadu-Gadu > Client Build ". Jeśli nie, to przekazujemy całość, ale bawimy się w > parsowanie, żeby przesłać wersję do huba. Z drugiej strony nie jest to > najbardziej intuicyjne. Ktoś za, ktoś przeciw? To może inaczej... Zmienić nazwę client_version na client_name i wysyłać pakiet tylko z client_name, client_version będzie puste. Wtedy gg_login_params nie zmieni wielkości ani struktury, a skoro client_name przed http://toxygen.net/websvn/listing.php?repname=libgadu&path=%2F&rev=1055&sc=1 i tak nie działało, to żaden klient nie mógł z tego korzystać. Pozdrawiam Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Pole client_name
To może tak. Ilość i nazewnictwo pól z gg_login_params pozostaje takie samo.
Kiedy pole client_version jest ustawione jest ono używane jako cała
nazwa wersji, kiedy nie jest ustawione, wartości domyślne są wysyłane.
W przypadku zapytania do HUBa zawsze wysyłana jest wersja domyślna
(GG_DEFAULT_CLIENT_VERSION).
Pozdrawiam i czekam na opinie
Index: src/handlers.c
===
--- src/handlers.c (wersja 1059)
+++ src/handlers.c (kopia robocza)
@@ -160,8 +160,8 @@
if (GG_SESSION_IS_PROTOCOL_8_0(gs)) {
struct gg_login80 l80;
- const char *version, *descr;
- uint32_t version_len, descr_len;
+ const char *client_name, *version, *descr;
+ uint32_t client_name_len, version_len, descr_len;
memset(&l80, 0, sizeof(l80));
gg_debug_session(gs, GG_DEBUG_MISC, "// gg_watch_fd() sending GG_LOGIN80 packet\n");
@@ -174,9 +174,17 @@
l80.features = gg_fix32(gs->protocol_features);
l80.image_size = gs->image_size;
l80.dunno2 = 0x64;
+
+ if (gs->client_version != NULL) {
+ client_name = "";
+ client_name_len = 0;
+ } else {
+ client_name = GG8_VERSION;
+ client_name_len = strlen(GG8_VERSION);
+ }
version = (gs->client_version != NULL) ? gs->client_version : GG_DEFAULT_CLIENT_VERSION;
- version_len = gg_fix32(strlen(GG8_VERSION) + strlen(version));
+ version_len = gg_fix32(client_name_len + strlen(version));
descr = (gs->initial_descr != NULL) ? gs->initial_descr : "";
descr_len = (gs->initial_descr != NULL) ? gg_fix32(strlen(gs->initial_descr)) : 0;
@@ -185,7 +193,7 @@
GG_LOGIN80,
&l80, sizeof(l80),
&version_len, sizeof(version_len),
-GG8_VERSION, strlen(GG8_VERSION),
+client_name, client_name_len,
version, strlen(version),
&descr_len, sizeof(descr_len),
descr, strlen(descr),
Index: src/events.c
===
--- src/events.c (wersja 1059)
+++ src/events.c (kopia robocza)
@@ -361,7 +361,7 @@
gg_debug_session(sess, GG_DEBUG_MISC, "// gg_watch_fd() connected to hub, sending query\n");
- if (!(client = gg_urlencode((sess->client_version) ? sess->client_version : GG_DEFAULT_CLIENT_VERSION))) {
+ if (!(client = gg_urlencode(GG_DEFAULT_CLIENT_VERSION))) {
gg_debug_session(sess, GG_DEBUG_MISC, "// gg_watch_fd() out of memory for client version\n");
goto fail_connecting;
}
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Trochę pracy nad pakietem GG_USERLIST_REQUEST100
Hej. Posiedziałem trochę nad dumpami tego pakietu i oto jako się moje wnioski:
1. pakiet powinien się nazywać GG_USERLIST_SEND_100, ponieważ klient
gg10 wysyła nim aktualną swoją listę kontaktów na serwer
2. format pakietu jest następujący:
struct gg_userlist_send_100
{
int type; // 40 00 00 00
int size; // 07 00 00 00 to wartość minimalna
chat[7] unknown; // tego jeszcze nie rozpracowałem
}
Następnie wysyłamy size-7 bajtów skompresowanej zlibem (ten mały
programik sobie doskonale z tym poradził: http://zlib.net/zpipe.c)
listy kontaktów. Domyślną, zdekompresowaną listę kontaktów przesyłam w
załączniku.
Co do 7 nieznanych bajtów, oto przykładowe jakie otrzymałem:
00 00 00 00 00 02 01 // po odpaleniu gg
02 00 00 00 00 02 01 // po usunięciu wszystkich kontaktów
00 01 00 00 00 02 01
00 02 00 00 00 02 01
Postaram się zdobyć więcej dumpów i rozpracować te 7 bajtów.
----
Moje kontakty
true
false
----0001
Ignorowani
true
false
15343a14-807c-4cf1-beae-3668922bab95
Pomocnicy
true
true
0aaddec3-76a5-4c20-8f38-bd61dd782141
6600
EzoBot
152436736
15343a14-807c-4cf1-beae-3668922bab95
true1cc22a0f-d72d-4ded-9908-63ad84525298729GaduAIR15243673615343a14-807c-4cf1-beae-3668922bab95true9213f7b9-7164-4941-80a8-0094dedd8871202Blip.pl15248659215343a14-807c-4cf1-beae-3668922bab95truefcbd8b3e-ab97-4a6a-abef-07c19d1b867d100Infobot15248659215343a14-807c-4cf1-beae-3668922bab95true80c6263b-8eb7-4f87-8823-bc3952551183801Karolina
GG15343a14-807c-4cf1-beae-3668922bab95true___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Trochę pracy nad pakietem GG_USERLIST_REQUEST100
A tu załączam poprawnie sformatowany XML przez tidy ;) ---- Moje kontakty true false ----0001 Ignorowani true false 15343a14-807c-4cf1-beae-3668922bab95 Pomocnicy true true 0aaddec3-76a5-4c20-8f38-bd61dd782141 6600 EzoBot 152436736 15343a14-807c-4cf1-beae-3668922bab95 true 1cc22a0f-d72d-4ded-9908-63ad84525298 729 GaduAIR 152436736 15343a14-807c-4cf1-beae-3668922bab95 true 9213f7b9-7164-4941-80a8-0094dedd8871 202 Blip.pl 152486592 15343a14-807c-4cf1-beae-3668922bab95 true fcbd8b3e-ab97-4a6a-abef-07c19d1b867d 100 Infobot 152486592 15343a14-807c-4cf1-beae-3668922bab95 true 80c6263b-8eb7-4f87-8823-bc3952551183 801 Karolina GG 15343a14-807c-4cf1-beae-3668922bab95 true ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Trochę pracy nad pakietem GG_USERLIST_REQUEST100
Wygląda na to, że odwaliłem nieco nikomu niepotrzebnej roboty ;) Bo pakiet jest bardzo podobny do tego z wersji 80. Za to odkryłem coś, co na razie wydaje mi się wersjonowaniem listy kontaktów na serwerze. Oto nagłówki pakietów z małej sesji na nowym koncie: start programu -> 40 00 00 00 e9 01 00 00 00 00 00 00 00 02 01 // dane <- 5c 00 00 00 04 00 00 00 01 00 00 00 -> 40 00 00 00 07 00 00 00 02 00 00 00 00 02 01 <- 41 00 00 00 07 00 00 00 10 01 00 00 00 02 01 <- 41 00 00 00 92 00 00 00 00 00 00 00 00 02 01 // dane [usuwanie kontaktów] -> 40 00 00 00 cb 00 00 00 00 01 00 00 00 02 01 // dane <- 41 00 00 00 07 00 00 00 10 02 00 00 00 02 01 // dane <- 5c 00 00 00 04 00 00 00 02 00 00 00 [dodanie 2 kontatków do listy] -> 40 00 00 00 cd 01 00 00 00 02 00 00 00 02 01 // dane <- 41 00 00 00 07 00 00 00 10 03 00 00 00 02 01 // dane <- 5c 00 00 00 04 00 00 00 03 00 00 00 Odnoszę wrażenie, że w pakiecie 005c otrzymujemy numer wersji listy kontaktów z serwera (po kolei otrzymujemy wartości od 1 do 3) i aby serwer w pełni przyjął naszą wersję listy kontaktów (czyli wraz z utraconą jakiś czas temu możliwością usuwania kontaktów) musimy w 0040 wysłać tą wersję w tych 7 na razie nieznanych bajtach, czyli: 40 00 00 00 07 00 00 00 02 *00 00 00 00* 02 01 - tu nie znamy wersji, serwer nam jeszcz enic nie przysłał 40 00 00 00 cb 00 00 00 00 *01 00 00 00* 02 01 - znamy wersję 1 40 00 00 00 cd 01 00 00 00 *02 00 00 00* 02 01 - znamy wersję 2 Postaram się w tygodniu zdobyć więcej danych. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Trochę pracy nad pakietem GG_USERLIST_REQUEST100
Udało mi się potwierdzić pakiet 5c.
Jest on wysyłany przez serwer po każdej zmianie listy kontaktów i
zawiera numer wersji tej listy.
Jego postać to:
struct gg_userlist_version_notify
{
int type; // 5c 00 00 00
int size; // 04 00 00 00
int version; // numer wersji
}
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Trochę pracy nad pakietem GG_USERLIST_REQUEST100
Jakby ktoś był zainteresowany, to mam więcej informacji na temat
pakietów GG_USERLIST_REQUEST100 i GG_USERLIST_REPLY100
Ich format to:
struct gg_userlist_100
{
int type; // 0x40 lub 0x41
int size; // 0x07 to wartość minimalna
char flags;
int version;
char always02; // zawsze 0x02
char always01; // zawsze 0x01
char[...] data; // dane zapakowane w DEFLATE, 0x78da to pierwsze 2 bajty
}
Wykryte wartości flag są następujące:
dla 40 (od klienta):
LIST_PUT = 0x00
Przy tej fladze pole "version" musi być ustawione na ostatni numer
wersji listy kontaktów znany klientowi a dane a pozycja "data" powinna
zawierać nową, zakutalizowaną listę.
W odpowiedzi serwer moze wysłać pakiet 41 z flagami LIST_REJECTED
(0x12) lub LIST_UPDATED (0x10)
LIST_FETCH = 0x02
Przy tej fladze pole "version" możę być ustawione na zero, wtedy
otrzymujemy od serwera ostatnią wersję listy. Pole "version" może być
też ustawione na ostatnią znaną wersję listy, wtedy, jeżeli serwer
przechowuje wersje "version+1" to ją wyśle. Nie badałem jeszcze
przypadku, dla którego wysłane "version" jest mniejsze na przykład o 5
od wersji serwera.
Serwer może wysłać pakiety 0x41 z następującymi wartościami flagi:
LIST_REJECTED = 0x12
Wysyłane, gdy klient nie zna najnowszej wersji listy serwera. W tym
przypadku klient zobowiązany jest do wysłania LIST_FETCH z "version =
0x00", pobrania najnowszej wersji listy, dokonania na niej
aktualizacji i wysłania ponownie.Pole data jest puste. Pole version
zawiera znany serwerowi numer wersji listy kontaktów.
LIST_UPDATED = 0x10
Lista została zaakceptowana. Pole data jest puste. Pole version
zawiera nowy numer wersji listy kontaktów.
LIST_RECEIVE = 0x00
Serwer wysyła nam listę skompresowaną DEFLATE. Pole version zawiera
numer wersji listy, którą właśnie odbieramy.
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Pole client_name
Jakieś postępy w tej materii? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] przesyłanie plików i Kadu, czyli kiedy dcc7
Witam. Udało mi się wczoraj z pewnym trudem odpalić przesyłanie plików pod Kadu. Problem był w tym, że w przypadku wywołania metody gg_dcc7_send_file otrzymujemy strukturę gg_dcc7 z deskryptorem -1, który jest zmieniany na prawidłowy dopiero po pewnym czasie (jak już libgadu się zoreintuje, że druga strona chce ten plik odebrać). Niestety Kadu nie jest informowane o tym, w którym momencie ten deskryptor jest ustawiany (a jak jest informowane, to ja nie wiem gdzie :( ). W przypadku testowego klienta w test/manual/dcc7 nie ma tego problemu, bo ten klient robi selecta po wszystkich deskryptorach jakie zna w jednej wspólnej pętli zdarzeń i moment ustawienia dcc7->fd nie jest dla niego taki ważny. Po dodaniu emulacji tego zachowania dla Kadu (socketEvent() na głównym deskryptorze wywołuje ręcznie socketEvent() na wszystkich połączeniach bezpośrednich jakie mamy, co skutkuje wywołaniem gg_dcc7_watch_fd) wysyłanie i odbieranie plików działa, jednak nie jest to rozwiązanie, jakie chciałbym zostawić w kodzie. Dlatego byłbym wdzieczny za jakiś event na głównym sockecie libgadu informujący o tym, że fd dla tej-a-tej struktury dcc7 został ustawiony na inny niż -1. Pozdrawiam Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] przesyłanie plików i Kadu, czyli kiedy dcc7
Niestety, nic takiego nie przychodzi. Logi z połączenia: -> log z testowego dcc7 odpalonego w trybie odbioru pliku jako ./dcc7 3 http://wklej.org/id/508843/ -> log z kadu wysyłajacego plik http://wklej.org/id/508844/ Pozdrawiam Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Wykorzystywane zmienne w DCC7
Witam ponownie ;) Które z poniższych zmiennych są wykorzystywane przy połączeniach dcc7: gg_dcc_ip (to chyba na pewno, bez ustawienia tego na 0x przesyłanie w kadu nie działa w ogóle) gg_dcc_port (to chyba nie) gg_local_ip (to nie wiem nawet po co jest..) gg_login_params.external_addr gg_login_params.external_port W dokumentacji do dcc6 jest napisane że gg_dcc_ip i gg_dcc_port są wykorzystywane, w dokumentacji dcc7 nie ma nic na ten temat. Może źle szukam? Z poważaniem Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] przesyłanie plików i Kadu, czyli kiedy dcc7
Załączam łatkę, z którą przesyłanie plików w Kadu działa.
Index: src/dcc7.c
===
--- src/dcc7.c (wersja 1086)
+++ src/dcc7.c (kopia robocza)
@@ -755,6 +755,8 @@
if (dcc->state == GG_STATE_WAITING_FOR_INFO) {
gg_debug_session(sess, GG_DEBUG_MISC, "// gg_dcc7_handle_info() waiting for info so send one\n");
gg_dcc7_listen_and_send_info(dcc);
+ e->type = GG_EVENT_DCC7_PENDING;
+ e->event.dcc7_pending.dcc7 = dcc;
return 0;
}
@@ -1371,6 +1373,9 @@
dcc->check = GG_CHECK_WRITE;
dcc->timeout = GG_DEFAULT_TIMEOUT;
+ e->type = GG_EVENT_DCC7_PENDING;
+ e->event.dcc7_pending.dcc7 = dcc;
+
return e;
}
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] DCC7 - implementacja wysyłania plików przez serwer.
Witam. Mam pewien problem z opisem protokołu :) Konkretnie z tym działem: http://toxygen.net/libgadu/protocol/#ch3.4 i z opisem przeplatanki GG_DCC7_INFO z pobieraniem adresu serwera pośredniczącego. Jeżeli dobrze rozumiem, to w tym momencie libgadu powinno wykonywać równocześnie 2 połączenia: - na głównym sockecie wysłać informacje na temat GG_DCC7_INFO - na nowo otwarytym sockecie DCC łaczyć się z relayem i odebrać adres serwera? Próbowałem wczoraj to zaimplementować, jednak nie rozumiem jeszcze zbyt dobrze kodu libgadu i nie wiem jak otworzyć równocześnie drugie połączenie. Być może należałoby to rozwiązać w ten sposób, że po wysłaniu GG_DCC7_INFO powinienem otworzyć nowy socket DCC i odebrać relaya i przekazać go jako DCC_PENDING do klienta (Kadu), żeby on już sobie na nim gg_dcc7_watch_fd robił? Będę wdzięczny za wszelką informacje. Pozdrawiam Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] DCC7 - implementacja wysyłania plików przez serwer.
To by znaczyło, że nasze SocketNotifiery musiaby nasłuchiwać na kilku gniazdach na raz... IMHO nowe API było by przydatne, niestety nie mam najmniejszego pojęcia, jak mogłoby wyglądać. Może należałoby parować struktury dcc7 z jakimiś nowymi strukturami relay7 i sprawdzać je obie? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Łatka dodająca wsparcie dla GG_USERLIST100_VERSION
Prosta łatka dodająca wsparcie dla pakietu GG_USERLIST100_VERSION=0x5c.
Mam nadzieję, że niczego nie przegapiłem.
Pozdro
Index: include/libgadu.h.in
===
--- include/libgadu.h.in (wersja 1087)
+++ include/libgadu.h.in (kopia robocza)
@@ -695,6 +695,8 @@
GG_EVENT_USER_DATA, /**< Informacja o kontaktach */
GG_EVENT_MULTILOGON_MSG, /**< Wiadomość wysłana z innej sesji multilogowania */
GG_EVENT_MULTILOGON_INFO, /**< Informacja o innych sesjach multilogowania */
+
+ GG_EVENT_USERLIST100_VERSION, /**< Otrzymano numer wersji listy kontaktów na serwerze */
};
#define GG_EVENT_SEARCH50_REPLY GG_EVENT_PUBDIR50_SEARCH_REPLY
@@ -985,6 +987,13 @@
};
/**
+ * Opis zdarzenia \c GG_EVENT_USERLIST100_VERSION.
+ */
+struct gg_event_userlist100_version {
+ int version; /**< numer wersji listy kontaktów na serwerze */
+};
+
+/**
* Unia wszystkich zdarzeń zwracanych przez funkcje \c gg_watch_fd(),
* \c gg_dcc_watch_fd() i \c gg_dcc7_watch_fd().
*
@@ -1018,6 +1027,7 @@
struct gg_event_user_data user_data; /**< Informacje o kontaktach */
struct gg_event_msg multilogon_msg; /**< Inna sesja wysłała wiadomość (\c GG_EVENT_MULTILOGON_MSG) */
struct gg_event_multilogon_info multilogon_info; /**< Informacja o innych sesjach multilogowania (\c GG_EVENT_MULTILOGON_INFO) */
+ struct gg_event_userlist100_version userlist100_version; /**< Informacja o numerze wersji listy kontaktów na serwerze (\c GG_EVENT_USERLIST100_VERSION) */
};
/**
@@ -2182,6 +2192,12 @@
#define GG_DCC7_TIMEOUT_FILE_ACK 300 /* 5 minut */
#define GG_DCC7_TIMEOUT_VOICE_ACK 300 /* 5 minut */
+#define GG_USERLIST100_VERSION 0x5c
+
+struct gg_userlist100_version {
+ uint32_t version;
+} GG_PACKED;
+
#ifdef __cplusplus
}
#ifdef _WIN32
Index: src/handlers.c
===
--- src/handlers.c (wersja 1087)
+++ src/handlers.c (kopia robocza)
@@ -1695,6 +1695,36 @@
}
/**
+ * \internal Obsługuje pakiet GG_USERLIST100_VERSION.
+ *
+ * Patrz gg_packet_handler_t
+ */
+static int gg_session_handle_userlist_100_version(struct gg_session *gs, uint32_t type, const char *ptr, size_t len, struct gg_event *ge)
+{
+ struct gg_userlist100_version *version = (struct gg_userlist100_version*) ptr;
+ int res = 0;
+
+ gg_debug_session(gs, GG_DEBUG_MISC, "// gg_watch_fd_connected() received userlist 100 version\n");
+
+ int version_number = gg_fix32(version->version);
+
+ if (version_number > 0x) {
+ gg_debug_session(gs, GG_DEBUG_MISC, "// gg_session_userlist_100_version() malformed packet (1)\n");
+ goto malformed;
+ }
+
+ ge->type = GG_EVENT_USERLIST100_VERSION;
+ ge->event.userlist100_version.version = version_number;
+
+ return 0;
+
+malformed:
+ ge->type = GG_EVENT_NONE;
+
+ return res;
+}
+
+/**
* \internal Tablica obsługiwanych pakietów
*/
static const gg_packet_handler_t handlers[] =
@@ -1734,6 +1764,7 @@
{ GG_MULTILOGON_INFO, GG_STATE_CONNECTED, sizeof(struct gg_multilogon_info), gg_session_handle_multilogon_info },
{ GG_XML_ACTION, GG_STATE_CONNECTED, 0, gg_session_handle_xml_event },
{ GG_RECV_OWN_MSG, GG_STATE_CONNECTED, sizeof(struct gg_recv_msg80), gg_session_handle_recv_msg_80 },
+ { GG_USERLIST100_VERSION, GG_STATE_CONNECTED, sizeof(struct gg_userlist100_version), gg_session_handle_userlist_100_version },
};
/**
Index: src/debug.c
===
--- src/debug.c (wersja 1087)
+++ src/debug.c (kopia robocza)
@@ -328,6 +328,7 @@
GG_DEBUG_EVENT(GG_EVENT_USER_DATA)
GG_DEBUG_EVENT(GG_EVENT_MULTILOGON_MSG)
GG_DEBUG_EVENT(GG_EVENT_MULTILOGON_INFO)
+ GG_DEBUG_EVENT(GG_EVENT_USERLIST100_VERSION)
#undef GG_DEBUG_EVENT
// Celowo nie ma default, żeby kompilator wyłapał brakujące stany
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Łatka dodająca wsparcie dla GG_USERLIST100_VERSION
To tak zwane cargo-cult programming. Poprawię się i wrzucę nową wersję;) Pozdro ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Łatka dodająca wsparcie dla GG_USERLIST100_VERSION
Nowa wersją łatki w załączniku.
Index: include/libgadu.h.in
===
--- include/libgadu.h.in (wersja 1087)
+++ include/libgadu.h.in (kopia robocza)
@@ -695,6 +695,8 @@
GG_EVENT_USER_DATA, /**< Informacja o kontaktach */
GG_EVENT_MULTILOGON_MSG, /**< Wiadomość wysłana z innej sesji multilogowania */
GG_EVENT_MULTILOGON_INFO, /**< Informacja o innych sesjach multilogowania */
+
+ GG_EVENT_USERLIST100_VERSION, /**< Otrzymano numer wersji listy kontaktów na serwerze */
};
#define GG_EVENT_SEARCH50_REPLY GG_EVENT_PUBDIR50_SEARCH_REPLY
@@ -985,6 +987,13 @@
};
/**
+ * Opis zdarzenia \c GG_EVENT_USERLIST100_VERSION.
+ */
+struct gg_event_userlist100_version {
+ int version; /**< numer wersji listy kontaktów na serwerze */
+};
+
+/**
* Unia wszystkich zdarzeń zwracanych przez funkcje \c gg_watch_fd(),
* \c gg_dcc_watch_fd() i \c gg_dcc7_watch_fd().
*
@@ -1018,6 +1027,7 @@
struct gg_event_user_data user_data; /**< Informacje o kontaktach */
struct gg_event_msg multilogon_msg; /**< Inna sesja wysłała wiadomość (\c GG_EVENT_MULTILOGON_MSG) */
struct gg_event_multilogon_info multilogon_info; /**< Informacja o innych sesjach multilogowania (\c GG_EVENT_MULTILOGON_INFO) */
+ struct gg_event_userlist100_version userlist100_version; /**< Informacja o numerze wersji listy kontaktów na serwerze (\c GG_EVENT_USERLIST100_VERSION) */
};
/**
Index: include/protocol.h
===
--- include/protocol.h (wersja 1087)
+++ include/protocol.h (kopia robocza)
@@ -293,6 +293,12 @@
#define GG_TIMEOUT_DISCONNECT 5 /**< Maksymalny czas oczekiwania na rozłączenie */
+#define GG_USERLIST100_VERSION 0x5c
+
+struct gg_userlist100_version {
+ uint32_t version;
+} GG_PACKED;
+
#ifdef _WIN32
#pragma pack(pop)
#endif
Index: src/handlers.c
===
--- src/handlers.c (wersja 1087)
+++ src/handlers.c (kopia robocza)
@@ -1695,6 +1695,23 @@
}
/**
+ * \internal Obsługuje pakiet GG_USERLIST100_VERSION.
+ *
+ * Patrz gg_packet_handler_t
+ */
+static int gg_session_handle_userlist_100_version(struct gg_session *gs, uint32_t type, const char *ptr, size_t len, struct gg_event *ge)
+{
+ struct gg_userlist100_version *version = (struct gg_userlist100_version*) ptr;
+
+ gg_debug_session(gs, GG_DEBUG_MISC, "// gg_watch_fd_connected() received userlist 100 version\n");
+
+ ge->type = GG_EVENT_USERLIST100_VERSION;
+ ge->event.userlist100_version.version = gg_fix32(version->version);
+
+ return 0;
+}
+
+/**
* \internal Tablica obsługiwanych pakietów
*/
static const gg_packet_handler_t handlers[] =
@@ -1734,6 +1751,7 @@
{ GG_MULTILOGON_INFO, GG_STATE_CONNECTED, sizeof(struct gg_multilogon_info), gg_session_handle_multilogon_info },
{ GG_XML_ACTION, GG_STATE_CONNECTED, 0, gg_session_handle_xml_event },
{ GG_RECV_OWN_MSG, GG_STATE_CONNECTED, sizeof(struct gg_recv_msg80), gg_session_handle_recv_msg_80 },
+ { GG_USERLIST100_VERSION, GG_STATE_CONNECTED, sizeof(struct gg_userlist100_version), gg_session_handle_userlist_100_version },
};
/**
Index: src/debug.c
===
--- src/debug.c (wersja 1087)
+++ src/debug.c (kopia robocza)
@@ -328,6 +328,7 @@
GG_DEBUG_EVENT(GG_EVENT_USER_DATA)
GG_DEBUG_EVENT(GG_EVENT_MULTILOGON_MSG)
GG_DEBUG_EVENT(GG_EVENT_MULTILOGON_INFO)
+ GG_DEBUG_EVENT(GG_EVENT_USERLIST100_VERSION)
#undef GG_DEBUG_EVENT
// Celowo nie ma default, żeby kompilator wyłapał brakujące stany
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] DCC7 - implementacja wysyłania plików przez serwer.
Ewentalnie można by przerzucić część odpowiedzlaności na klientów bliblioteki. Na przykład wymagać przy odpalaniu gg_dcc7_send_file odpalanie czegoś w stylu gg_dcc7_get_proxy? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] [PATCH 0/5] Obsługa eksportu i importu listy kontaktów Nowego Gadu-Gadu
Czy można liczyć na wrzucenie tych łatek do końca tygodnia? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Wiadomości przychodzące i zamiana HTML-a na czysty tekst
A w plaintekscie jestinformacja o konferencji? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] libgadu 1.10.2 albo 1.11.0?
Witam, jest jakaś szansza na nową wersję libgadu? Planujemy wydać w weekend Kadu 0.10.0 alpha1, które wymaga libgadu z obsługą userlisty w wersji 100. Jak na razie nikt z nas nie zauważył problemów z tą userlistą w libgadu, wiec chyba można wydawać ;) Pozdrawiam ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.11.0
Hura ;) W sam raz na Kadu 0.10.0-alpha1 ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Problem z budowaniem libgadu z gnutls na Opensuse Factory
Witam. Nie udało mi się skompilować libgadu z gnutls na Opensuse Factory dopóki nie wprowadziłem małej zmiany w Makefile.am w src: libgadu_la_LDFLAGS = -lgcrypt -version-number 3:13 -export-symbols $(srcdir)/libgadu.sym @MINGW_LDFLAGS@ Wymusiłem linkowanie z libgcrypt, która zawiera symbole: gcry_md_open gcry_md_write gcry_md_read gcry_md_close Nie wiem, jak to naprawić we właściwy sposób, więc przekazuje informacje ludziom obeznanym z autohell :) Pozdrawiam Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Problem z budowaniem libgadu z gnutls na Opensuse Factory
Dostaję: -lgnutls Wersja to 3.0.3-8.1 ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Problem z budowaniem libgadu z gnutls na Opensuse Factory
Już wysyłam, tyle że u mine jest w lib64 a nie lib Komunikaty to: make[3]: Opuszczenie katalogu `/home/vogel/dev/libgadu/test' make[2]: Opuszczenie katalogu `/home/vogel/dev/libgadu/test' Making all in examples make[2]: Wejście do katalogu `/home/vogel/dev/libgadu/examples' CC send.o CCLD send ../src/.libs/libgadu.so: undefined reference to `gcry_md_close' ../src/.libs/libgadu.so: undefined reference to `gcry_md_read' ../src/.libs/libgadu.so: undefined reference to `gcry_md_write' ../src/.libs/libgadu.so: undefined reference to `gcry_md_open' collect2: ld returned 1 exit status make[2]: *** [send] Błąd 1 make[2]: Opuszczenie katalogu `/home/vogel/dev/libgadu/examples' gnutls-extra.pc Description: Binary data gnutls.pc Description: Binary data ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Wysyłanie avatarów i OAuth
Dzięki za info, w końcu avatary w Kadu znowu działają ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Problem z instalacją
Jak dla mnie to problemem jest starożytne gcc 3.3.3. Libgadu wspiera taką wersję? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Implementacja protokołu GG11 w libgadu
Hohohoh! Trzymamy kciuki w Kadu za to! ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Implementacja protokołu GG11 w libgadu
Ech... Ty sobie to implementujesz a nawet nie wiesz, ile to będzie roboty w Kadu :P ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu oddam w dobre ręce
Zaiste smutna to chwila [*] Bez libgadu Kadu stanie się tylko klientem XMPP. Mamy nadzieję, że ktoś się znajdzie chętny do przejęcia kodu po Tobie. Pozdrawiam i dziękuję za dotychczasową pracę, Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] How to Report a Security Bug in libgadu
Hello. Please use this mailing list to report bugs. Regards, Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Build libgadu dla win32
Brzmi jak plan ;) Beevvy, sprawdzisz jak ten build działa z Kadu? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu oddam w dobre ręce
Nam by się przydało stabilne wydanie w ciągu 3-6 miesięcy. Prace nad Kadu znowu ruszyły, wersja 1.0 jest już na widoku, zaraz po niej 1.1 (port na qt5) i zabieramy się za nowe ficzery. Jednym z nich byłoby korzystanie z nowego formatowania HTML libgadu, a ono jest dostępne tylko w trunku... Dacie radę panowie? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu oddam w dobre ręce
Świetnie, dzięki za informację! Jak tylko wydamy Kadu 1.0 i port na Qt5 to zabieramy się za testowanie 1.12.0 :) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0-rc1
Świetnie! Mam nadzieję, że w miarę szybko uda się to do Kadu wprowadzić ;) Pozdrawiam ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Qt link
Link do strony Qt na http://libgadu.net/ jest nieaktualny, polecam zmienić na http://qt-project.org/ Pozdrawiam ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] GG 11 a wysyłanie obrazków
Hej. Czy najnowsza wersja protokołu GG wspiera wysyłanie obrazków? Zauważyłem, że najnowszy oficjalny klient nie ma takiej opcji (wersja dla Linuksa i dla Windowsa), jednak radzi sobie z odbieraniem obrazków z poprzedniej wersji Kadu. Główny problem polega na tym, że chcielibysmy przejść na najnowszą wersję libgadu bez straty tej funkcji. Jakieś porady? Pozdro, Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] GG 11 a wysyłanie obrazków
Wyjaśnienie: chodzi mi o wysyłanie obrazków za pomocą nowych metod gg_send_message_html. Jest to w ogóle możliwe? Pozdrawiam, Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] GG 11 a wysyłanie obrazków
Skoro tak mówisz, to się temu przyjrzę ;) Chętnie przerzucę się na metody gg_send_message_html jak tylko rozgryzę, jak tam wrzucać obrazki. Chyba, że już to wiesz i się podzielisz wiedzą? Pozdrawiam, Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] GG 11 a wysyłanie obrazków
Dzięki! Oblookam jak tylko znajdę czas. Chętnie pozbędę się kodu od formatów ;) Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] GG 11 a wysyłanie obrazków
No, w końcu znalazłem na to czas. Dzięki za pomoc, idzie całkiem nieźle;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0-rc1
Hej, jest jakaś szansa na 1.12.0 stabilne niedługo? Właśnie zaczęliśmy wymagać tej wersji :) Pozdrawiam ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0-rc1
Super, dzięki za info1 ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] libgadu 1.12.0 - kiedy?
Hej. Kadu działa na wersjach unstable 1.12.0 już dosyć długo. Na razie jesteśmy bardzo zadowoleni, ale oficjalne 1.12.0 by się przydało (my już mamy rc1 i lada chwila będzie stable). Pozdro, Rafał ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0 - kiedy?
Nie mamy żadnych terminów, ale fajnie byłoby wydać to kiedyś ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0 - kiedy?
OK, zbliża nam się termin wydania. Puszczam dzisiaj rc2 z minimalnym zestawem poprawek w stosunku do rc1 (prawie nie mamy [zgłoszonych] błędów) i zaczynam się zabierać za pisanie release-notów. Wydanie 1.0 może być już pod koniec miesiące (i chyba tak będzie). Da radę 1.12 do tego czasu zrobić? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0 - kiedy?
Skoro jest tylko w teście to można by to zignorować/przesunąć do 1.12.1? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.0
Hura ;) To teraz już muszę się zabrać za te release noty dla Kadu 1.0 :) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Błąd z wysyłaniem wiadomości.
Hej, wiecie może o tym: https://bugs.gentoo.org/show_bug.cgi?id=519978 ? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Błąd z wysyłaniem wiadomości.
Niekoniecznie... Ludzie z Kadu tez nieco narzekają: http://www.dobreprogramy.pl/Kadu,Program,Windows,23947.html#komentarz-1462450 ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Błąd z wysyłaniem wiadomości.
Dobra, ludzie coraz bardziej na to narzekają: 1. Problem wcześniej już sygnalizowany przez innych użytkowników - nie dochodzą wiadomości do niektórych kontaktów. Przed aktualizacją na wersję 1.0 wszystko było w porządku, człowiek ma mnie na liście kontaktów, używa oryginalnego GG sprawa 100% bo żeby się upewnić miałem człowieka na tel. i mówiłem kiedy piszę a on nic nie widział (nie wiem i nie będę wiedział jakiego używa windowsa ani wersji gg bo to mój kontrahent i nie będę go o pierdoły wypytywał). Sprawa o tyle dziwna że jak równolegle uruchomię webgadu to moje wiadomości widzę na oknie rozmowy webgadu. Kiedy wyślę wiadomość do tego człowieka z webgadu to normalnie dochodzą a z kadu nie. Wiadomości od niego do mnie idą bez problemu, ale kiedy odpowiadam w oknie Kadu na jego rozmowę on nic nie widzi. Jakiś pomysł jak do zdebugować? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Błąd z wysyłaniem wiadomości.
Jakiekolwiek info, na co powinienem zwrócić uwagę w tym bugu? ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Błąd z wysyłaniem wiadomości.
Zainstalowałem sobie mega starą wersję gadu na wine, i rzeczywiście nie odbiera wiadomości wysłanych gg_send_message_html Za to odbiera te wysłane przez gg_send_message. Postaram się dzisiaj ogarnąć tego wireshareka. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Błąd z wysyłaniem wiadomości.
Chyba mam za nową wersję wiresharka - niezbyt się kompiluje - tcp_dissect_pdus przyjmuje inne parametry (new_dissector_t), a base_display_e nazywa się field_display_e. Przy okazji - najnowsze GG poprawnie wysyła wiadomości do GG 10.5, nawet sformatowane. ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Fwd: libgadu 1.12.1
Na razie nie do końca mi się na OBSie kompiluje. Zobaczę, o co mu chodzi. [ 11s] make[3]: Entering directory '/home/abuild/rpmbuild/BUILD/libgadu-1.12.1/src' [ 11s] CC libgadu_la-handlers.lo [ 12s] In file included from handlers.c:44:0: [ 12s] ../include/packets.pb-c.h:11:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'typedef' [ 12s] typedef struct _GG110LoginOK GG110LoginOK; [ 12s] ^ [ 12s] In file included from handlers.c:44:0: [ 12s] ../include/packets.pb-c.h:331:23: error: unknown type name 'GG110LoginOK' [ 12s] (GG110LoginOK *message); > ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] libgadu 1.12.1
Dodałem --without-protobuf i poszło :) On Sun Dec 28 2014 at 22:20:36 Rafał Malinowski < rafal.przemyslaw.malinow...@gmail.com> wrote: > Na razie nie do końca mi się na OBSie kompiluje. Zobaczę, o co mu chodzi. > > [ 11s] make[3]: Entering directory > '/home/abuild/rpmbuild/BUILD/libgadu-1.12.1/src' > [ 11s] CC libgadu_la-handlers.lo > [ 12s] In file included from handlers.c:44:0: > [ 12s] ../include/packets.pb-c.h:11:1: error: expected '=', ',', ';', > 'asm' or '__attribute__' before 'typedef' > [ 12s] typedef struct _GG110LoginOK GG110LoginOK; > [ 12s] ^ > [ 12s] In file included from handlers.c:44:0: > [ 12s] ../include/packets.pb-c.h:331:23: error: unknown type name > 'GG110LoginOK' > [ 12s] (GG110LoginOK *message); > >> >>>>> ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
[libgadu-devel] Stare DCC, non-blocking mode i EAGAIN
Witam. Nazywam sie Rafał Malinowski i jestem aktualnie jednym z developerów kadu. Ostatnio mamy masę problemów z transferami DCC w sesjach typu kadu - kadu (nie mam na myśli zmiany protokołu w najnowszym GG 7.6). Przeprowadziłem trochę analiz i doszedłem do wniosku, że za błędy odpowiadają makra gg_read i gg_write z katalogu dcc.c. Powód jest prosty: nie reagują na błąd EAGAIN, który jest normalny przy stosowaniu non-blocking mode. Na szybko stworzyłem coś takiego: http://www.kadu.net/~vogel/patches/kadu-vogel-dcc-fix-3.diff Proszę o jakieś opinie ;) Pozdrawiam Rafał Malinowski ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
Re: [libgadu-devel] Stare DCC, non-blocking mode i EAGAIN
Hej. Już mi Wojtek wszystko na gadu wytłumaczył ;) Jak dobrze pójdzie, to jutro będziemy mieć wszystko przetestowane i będzie działać dobrze ;) Dzięki wielkie za pomoc ;) ___ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
