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:
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
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
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
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
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
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ć?
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
Super, dzięki za info1
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
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
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
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
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
Ś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
Ś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
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
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
Hohohoh!
Trzymamy kciuki w Kadu za to!
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
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
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
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
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
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
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
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 */
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?
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
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
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
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ć
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
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
Kadu nie zauważyło różnicy.
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
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
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
35 matches
Mail list logo