[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] 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.
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.
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.
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] 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 - 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?
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-rc1
Super, dzięki za info1 ___ 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] 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
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] 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
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] 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] 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] 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] 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] 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 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] 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] 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
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.
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
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.
ContactBook
Groups
Group
Id----/Id
NameMoje kontakty/Name
IsExpandedtrue/IsExpanded
IsRemovablefalse/IsRemovable
/Group
Group
Id----0001/Id
NameIgnorowani/Name
IsExpandedtrue/IsExpanded
IsRemovablefalse/IsRemovable
/Group
Group
Id15343a14-807c-4cf1-beae-3668922bab95/Id
NamePomocnicy/Name
IsExpandedtrue/IsExpanded
IsRemovabletrue/IsRemovable
/Group
/Groups
Contacts
Contact
Guid0aaddec3-76a5-4c20-8f38-bd61dd782141/Guid
GGNumber6600/GGNumber
ShowNameEzoBot/ShowName
Gender152436736/Gender
Groups
GroupId15343a14-807c-4cf1-beae-3668922bab95/GroupId
/GroupsAvatarsURL/URL/AvatarsFlagNormaltrue/FlagNormal/ContactContactGuid1cc22a0f-d72d-4ded-9908-63ad84525298/GuidGGNumber729/GGNumberShowNameGaduAIR/ShowNameGender152436736/GenderGroupsGroupId15343a14-807c-4cf1-beae-3668922bab95/GroupId/GroupsAvatarsURL/URL/AvatarsFlagNormaltrue/FlagNormal/ContactContactGuid9213f7b9-7164-4941-80a8-0094dedd8871/GuidGGNumber202/GGNumberShowNameBlip.pl/ShowNameGender152486592/GenderGroupsGroupId15343a14-807c-4cf1-beae-3668922bab95/GroupId/GroupsAvatarsURL/URL/AvatarsFlagNormaltrue/FlagNormal/ContactContactGuidfcbd8b3e-ab97-4a6a-abef-07c19d1b867d/GuidGGNumber100/GGNumberShowNameInfobot/ShowNameGender152486592/GenderGroupsGroupId15343a14-807c-4cf1-beae-3668922bab95/GroupId/GroupsAvatarsURL/URL/AvatarsFlagNormaltrue/FlagNormal/ContactContactGuid80c6263b-8eb7-4f87-8823-bc3952551183/GuidGGNumber801/GGNumberShowNameKarolina
GG/ShowNameGroupsGroupId15343a14-807c-4cf1-beae-3668922bab95/GroupId/GroupsAvatarsURL/URL/AvatarsFlagNormaltrue/FlagNormal/Contact/Contacts/ContactBook___
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] 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=libgadupath=%2Frev=1055sc=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
[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
Re: [libgadu-devel] RFC: Usunięcie kodu DCC6
W dniu 16 lutego 2011 14:50 użytkownik Jakub Zawadzki darkja...@darkjames.ath.cx 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
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
