Dnia 2014-06-21, sob o godzinie 17:37 +0200, Tomasz Wasilczyk pisze:
W takim przypadku zostaje użyty /etc/ssl/ca-bundle.pem.
Nie widzę powodu, dla którego w przypadku nie znalezienia tego pliku
(ani żadnego innego) libgadu miało by jednak używać tej nieistniejącej
ścieżki.
Jeśli
Dobry wieczór,
Wszyscy czekają, więc wypada już wydać 1.12.0. Nie ma co owijać w
bawełnę. Lista ważniejszych zmian:
* Obsługa protokołu Gadu-Gadu 11.
* Możliwość weryfikacji certyfikatu serwera.
* Możliwość użycia własnych funkcji do połączeń TCP/TLS.
* Możliwość podania nazwy
Dnia 2014-06-11, śro o godzinie 10:54 +0200, Tomasz Wasilczyk pisze:
2014-06-11 6:09 GMT+02:00 Rafał Malinowski
rafal.przemyslaw.malinow...@gmail.com:
Skoro jest tylko w teście to można by to zignorować/przesunąć
do 1.12.1?
Albo tymczasowo całkiem wyłączyć możliwość
Dnia 2014-06-01, nie o godzinie 23:01 +0200, Wojtek Kaniewski pisze:
Dodanie volatile pomaga (gcc 4.8.2). Jak patrzę na wygenerowany kod
asemblerowy, to nie mam najmniejszego pojęcia, co się tam dzieje.
Myślałem, że jak spojrzę na implementację pthread_cleanup_push() i
_pop() to czegoś się
Dnia 2014-05-27, wto o godzinie 23:01 +0200, Tomasz Wasilczyk pisze:
Wolałbym nie stosować takiej armaty na tego buga, a raczej
zdiagnozować go dokładniej. Jeżeli byśmy tak zrobili, to nie będzie
się dało anulować rozpoznawania nazw (nie jest to jednak tragedia).
Chodzi o to, że w
Dnia 2014-05-27, wto o godzinie 18:50 +0200, Dominik 'Rathann'
Mierzejewski pisze:
Niestety, nie pomaga. Nadal mam segfaulty. Natomiast tak, jak pisałem, dodanie
pthread_setcancelstate(PTHREAD_CANCEL_DISABLE, NULL);
w linii 535 src/resolver.c pomaga.
Mógłbyś spróbować zamiast tego dodać
Dnia 2014-06-01, nie o godzinie 21:08 +0200, Jakub Zawadzki pisze:
Próbowałeś może uruchomić swój test pod valgrindem?
Puszczałem z memcheckiem i helgrindem, żeby wykryć jakiś głupi dostęp do
pamięci, ale nie patrzyłem na wycieki pamięci. Faktycznie coś jest.
Wygląda że moje gcc-4.6
Dobry wieczór,
Nowa wersja zawiera poprawkę bezpieczeństwa związaną z nieprawidłowym
sprawdzaniem zakresu zmiennej przy alokacji pamięci. Błąd może zostać
wywołany przez odpowiednio spreparowaną odpowiedź serwera przy
przesyłaniu plików, więc prawdopodobnie będzie wymagał interakcji ze
strony
Dnia 2014-04-26, sob o godzinie 13:34 +0200, Wojtek Kaniewski pisze:
Dnia 2014-04-25, pią o godzinie 21:39 +0200, Tomasz Wasilczyk pisze:
Przydało by się już wydać finalne libgadu 1.12.0 i ten raport trochę
psuje szyki ;).
Wyciągnąłem z szafy starego Suna, żeby spróbować odpalić testy
Dnia 2014-04-25, pią o godzinie 21:39 +0200, Tomasz Wasilczyk pisze:
Przydało by się już wydać finalne libgadu 1.12.0 i ten raport trochę
psuje szyki ;).
Wyciągnąłem z szafy starego Suna, żeby spróbować odpalić testy, ale
okazało się, że bateria w NVRAM-ie padła. Może uda mi się jakoś odpalić
Dnia 2014-02-06, czw o godzinie 23:41 +0100, Tomasz Wasilczyk pisze:
Najlepiej gdzieś w kodzie inicjującym wywołać funkcję
gg_is_gpl_compliant() i sprawa załatwiona.
Wywołanie podczas inicjalizacji jest kluczowe, bo zwykła referencja
gdzieś w nieużywanym kodzie może trafić na LTO albo lazy
Dobry wieczór,
Nowa wersja rc2 względem rc1 zawiera głównie poprawki bezpieczeństwa. Po
pierwsze, zabezpieczamy się przed fałszywym hubem, który mógłby zwrócić
adres serwera w dowolnej domenie, co pozwala na ataki man-in-the-middle
nawet przy weryfikowanych certyfikatach serwera. Po drugie,
Dnia 2014-01-31, pią o godzinie 21:02 +0100, Rafał Malinowski pisze:
Hej, jest jakaś szansa na 1.12.0 stabilne niedługo? Właśnie zaczęliśmy
wymagać tej wersji :)
Jeszcze będzie 1.12.0-rc2 ze względu na poprawkę bezpieczeństwa i jeśli
nic strasznego się nie stanie, to szybko wyjdzie 1.12.0.
Dobry wieczór,
Niestety znaleziono błąd bezpieczeństwa w libgadu, który przy pomocy
odpowiednio spreparowanej odpowiedzi serwera pozwala nadpisać pamięć i
wykonać dowolny kod. Nawet jeśli założmy, że serwer nie będzie chciał
nam zrobić krzywy, jest wiele sposobów, żeby się pod niego podszyć,
Dnia 2013-09-19, czw o godzinie 19:40 +0530, Radhesh Krishnan K pisze:
I couldn't follow up with this for long time. Is this bug fixed ?
libgadu now rejects connection when certificate verification fails and
gg_login_params.tls is set to GG_SSL_REQUIRED. When .tls is set to
GG_SSL_ENABLED it
Dnia 2013-06-15, sob o godzinie 23:20 +0200, Bartosz Brachaczek pisze:
Does this function also verify the host name? It seems that it doesn't
but I'd like to be sure before I start looking into it.
Yeah, you're right. It doesn't.
So I did implement commonName verification with rudimentary
Dnia 2013-06-07, pią o godzinie 01:55 +0200, Bartosz Brachaczek pisze:
So the functions of interest are:
a) for OpenSSL:
-- SSL_CTX_set_default_verify_paths() to use CA cert store configured
during OpenSSL's build
Does this function also verify the host name? It seems that it doesn't
but
2013/6/13 Bartosz Brachaczek b.brachac...@gmail.com
2013/6/12 Wojtek Kaniewski wojte...@toxygen.net:
As Bartosz wrote
the code for GnuTLS will be more complicated, so it may take some time.
Do you have any plan for it? (...)
I plan to copy and paste a part of GnuTLS' configure.ac. Take
Dnia 2013-06-12, śro o godzinie 12:42 +0530, Radhesh Krishnan K pisze:
I was wondering if there is any update on this ?
I commited the verification code for OpenSSL version. As Bartosz wrote
the code for GnuTLS will be more complicated, so it may take some time.
Regards,
Wojtek
Dnia 2013-06-02, nie o godzinie 19:02 +0530, Radhesh Krishnan K pisze:
I would like to report a security bug in libgadu. libgadu is using
openSSL library for creating secure connections.
(...)
So the product using libgadu will be vulnerable to man-in-the-middle
attack.
It was rather a
Dobry,
Jak od dłuższego czasu widać, coraz trudniej mi się zajmować libgadu.
Może nie tyle rozwojem, a utrzymywaniem, bo od jeszcze dłuższego czasu
nowy kod pochodzi głównie od bohaterów innych projektów jak Kadu czy
Pidgin. I jeśli będę te zmiany integrował w takim tempie jak ostatnio,
wkrótce
Dobry,
Dopiero co zintegrowałem do trunka zmiany Tomka Wasilczyka (to takie
zawoalowane ogłoszenie), a już szykuje się spora reorganizacja, bo
okazuje się, że te nowe pakiety to nic innego jak Protocol Buffers od
Google:
https://developers.google.com/protocol-buffers/docs/encoding
Niestety ich
Dnia 2012-11-14, śro o godzinie 19:32 +0100, Tomasz Wasilczyk pisze:
tak sobie walczę z tym GG11 i stwierdzam, że strasznie ciężko zauważyć
w debug logu błędy wypluwane przez libgadu - są one oznaczane tak
samo, jak komunikaty o powodzeniu operacji.
Dało by się wprowadzić nowe flagi,
Dnia 2012-11-15, czw o godzinie 22:44 +0100, Tomasz Wasilczyk pisze:
Rozumiem, że mogę wprowadzić sugerowaną zmianę do swojego repo
dotyczącego GG11 i poleci do libgadu przy okazji scalania?
Jasne, śmiało.
Pozdr,
Wojtek
___
libgadu-devel mailing
Dnia 2012-07-02, pon o godzinie 23:31 +0200, Tomasz Wasilczyk pisze:
Zrobiłem bardzo wstępną implementację [1], którą podpiąłem na sztywno
do połączeń http - na razie bez żadnej konfiguracji, taki
proof-of-concept.
Działa ona w ten sposób, że najpierw zlecamy nawiązanie połączenia za
pomocą
Dnia 2012-06-25, pon o godzinie 09:10 +0100, Marcin Owsiany pisze:
r1301 się zbudowało na autobuilderze hurd-i386, ale dla odmiany pojawił
się błąd na kfreebsd-amd64, które było OK. Chyba jest jeszcze jakiś
wyścig:
Dnia 2012-06-25, pon o godzinie 17:31 +0200, Tomasz Wasilczyk pisze:
Mozna tez przekazac tam nowa strukture, zawierajaca konfiguracje proxy (lub
NULL, aby uzyc globalnej konfiguracji). Sesja by tez mogla ja przechowywac.
To chyba najlepsze rozwiazanie?
Zrobiłem szkic prototypów nowej
Dnia 2012-06-23, sob o godzinie 10:40 +0100, Marcin Owsiany pisze:
Niestetyż wygląda na to że na hurdzie nadal się zacina:
https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=hurd-i386ver=1%3A1.12.0~pre%2Br1298-1stamp=1340426273
Spróbuję wyczaić czy inactivity faktycznie znaczy to co
Dnia 2012-06-18, pon o godzinie 21:00 +0100, Marcin Owsiany pisze:
Timeouty w tym teście
są zmniejszone do minimum, żeby nie osiwieć czekając na wyniki, co przy
słabym sprzęcie i/lub dużym loadzie może niestety mieć negatywny wpływ.
Plus to, że wywalił się test 433, a te od 324 w górę lecą
Dnia 2012-06-17, nie o godzinie 17:57 +0100, Marcin Owsiany pisze:
W czasie kompilacji r1289 na Debianie sid amd64 dostaję następujące
ostrzeżenia. Gdyby tak poprawić przynajmniej wszystkie od GCC to mógłbym się
pokusić o użycie -Werror, co dałoby wgląd w stan kodu na wszystkich
Dnia 2012-06-17, nie o godzinie 13:15 +0100, Marcin Owsiany pisze:
Dzięki, sprawdzę (nawiasem ten log to był trunk). Spróbuję też zobaczyć
czy da się jakoś usdostępniać report.html na przyszłość.
Od dawna nosiłem się z tym, żeby pozbyć się generowania HTML-a przez
testy, bo wartość dodana jest
Dnia 2012-06-13, śro o godzinie 20:13 +0200, Bartosz Brachaczek pisze:
W dniu 13 czerwca 2012 19:55 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
libgadu.h zawiera #include openssl/ssl.h. Jesteś pewny, że powinno iść
do .private?
Tak, pkgconfig doda ścieżki do inkludów tak czy
Dnia 2012-06-13, śro o godzinie 23:05 +0200, Bartosz Brachaczek pisze:
Niezbyt rozumiem, jak do..while mogłoby znieść konieczność użycia
czegoś w stylu MIN. No ale faktycznie do..while trochę skróciłoby kod.
I powinienem był to makro nazwać jakoś mniej ogólnie, np. GG_MIN. W
każdym razie chyba
Dnia 2012-06-16, sob o godzinie 22:47 +0200, Wojtek Kaniewski pisze:
Jesteś w stanie zgarnąć plik tests/automatic/report.html z maszyny
budującej?
Eee, to nie ten test wyleciał. Niestety `protocol` średnio się nadaje do
testowania na nielinuksowej maszynie z wieloma użytkownikami, bo adres i
Dnia 2012-06-13, śro o godzinie 01:31 +0200, Libgadu commit list pisze:
Author: beevvy
Date: 2012-06-13 01:31:45 +0200 (Wed, 13 Jun 2012)
New Revision: 1262
Modified:
trunk/configure.ac
trunk/pkgconfig/libgadu.pc.in
Log:
Umieszczaj zależność od openssl tam gdzie należy, czyli w
Dnia 2012-06-13, śro o godzinie 01:33 +0200, Libgadu commit list pisze:
Zatem musimy koniecznie użyć pthread_join(), aby być pewnym, że wątek
nie spróbuje użyć zwolnionych już danych. Niesie to też ze sobą
konieczność zrezygowania z pthread_detach().
Plus dla Ciebie. Ten kod tam siedział od
Dnia 2012-06-13, śro o godzinie 14:40 +0200, Libgadu commit list pisze:
for (i = 0; i 9; i++) {
unsigned int left = 1048576;
+ off_t current_pos = (len - 1048576) / 9 * i;
- if (lseek(fd, (len - 1048576) / 9 * i,
Dnia 2012-06-13, śro o godzinie 01:34 +0200, Libgadu commit list pisze:
Author: beevvy
Date: 2012-06-13 01:34:58 +0200 (Wed, 13 Jun 2012)
New Revision: 1269
Modified:
trunk/src/dcc7.c
trunk/src/http.c
Log:
Obsługuj EAGAIN i EINTR również przy gg_resolver_recv()
Tak się
Dobry wieczór,
Parę ważnych zmian się uzbierało na gałęzi 1.11, więc najwyższy czas
wydać wersję z poprawkami. Tym razem będą to:
* Poprawiona obsługa SSL za pomocą biblioteki GnuTLS
* Poprawione określanie bibliotek dla pkg-config
* Poprawione rozwiązywanie nazw dla systemów bez funkcji
Dnia 2011-12-28, śro o godzinie 00:50 +0100, Bartosz Brachaczek pisze:
W obecnym trunku obsługa OpenSSL jest zepsuta. Mianowicie w
gg_session_init_ssl() wywoływane jest SSL_CTX_new() pod warunkiem, że
gs-ssl_ctx != NULL, podczas gdy powinno być wywoływane pod przeciwnym
warunkiem. Sam nie
Dnia 2011-12-28, śro o godzinie 13:30 +0100, Jakub Zawadzki pisze:
On Wed, Dec 28, 2011 at 01:28:12PM +0100, Jakub Zawadzki wrote:
Spróbuj z r1240 (...)
Oczywiście chodziło mi o r1242, zły dzień ;|
Gdyby chodziło Ci o r1243, to bym powiedział, że świetna robota ;)
Pozdr,
Wojtek
Dnia 2011-12-19, pon o godzinie 16:18 +0100, Marcin Owsiany pisze:
On Fri, Dec 16, 2011 at 11:21:26PM +0100, Rafał Malinowski wrote:
Dostaję: -lgnutls
Wersja to 3.0.3-8.1
Podeślesz swój plik /usr/lib/pkgconfig/gnutls.pc ?
Przydałby się też wycinek komunikatów z kompilacji która zawodzi
Dnia 2011-11-02, śro o godzinie 19:04 +0100, Bartosz Brachaczek pisze:
Cześć,
Kawałek kodu w src/dcc7.c (a także kod na usługach dcc7 w
include/internal.h i src/endian.c) zależy od zdefiniowanych makr
HAVE_STRTOULL i HAVE_UINT64_T.. Tak się jednak składa, że te makra są
jedynie definiowane
Dnia 2011-10-29, sob o godzinie 03:11 +0200, Bartosz Brachaczek pisze:
To ja może podsumuję tutaj znane mi problemy pod MSVC i Win32 ogólnie:
To ja się ustosunkuję do paru, bo okazało się, że jednak mam już
zainstalowane Visual Studio Express i udało mi się pogrzebać tak w
kodzie, żeby się
Dnia 2011-10-28, pią o godzinie 00:59 +0200, Bartosz Brachaczek pisze:
W ramach prac nad portem Win32 przeglądałem użycia funkcji close() w
libgadu i stwierdziłem, że wszystkie jej wywołania w pliku dcc.c
dotyczą gniazd. W związku z czym wydaje mi się, że brakuje
close(d-file_fd) w
Dnia 2011-10-25, wto o godzinie 01:03 +0200, Bartosz Brachaczek pisze:
Mam nadzieję, że w środę napiszę te wszystkie errno-wrappery i
przetestuję całość pod MSVC (paru dodatkowych łatek jeszcze będę
musiał pewnie użyć). Przetestuję również w szczególności tego
resolvera Win32. Ale powinien
Dnia 2011-10-24, pon o godzinie 13:49 +0200, Bartosz Brachaczek pisze:
W dniu 24 października 2011 07:28 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
No tak, API. To trzeba będzie zrobić warunek, że ustawienie
GG_RESOLVER_CUSTOM powoduje użycie read(), a wbudowane recv(), mimo
Dnia 2011-10-23, nie o godzinie 03:11 +0200, Bartosz Brachaczek pisze:
Właściwie żeby móc polegać na errno, to trzeba by coś takiego zrobić
dla wszystkich funkcji socketowych, tj. także socket(), bind(),
accept() itd. Tak czy inaczej jest to mniej inwazyjna metoda niż
gg_socket_errno() +
Dnia 2011-10-21, pią o godzinie 01:31 +0200, Tomasz Wasilczyk pisze:
W dniu 20 października 2011 23:16 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
Bardzo dobrze, że usunąłeś ioctl(), bo ta funkcja
zawierała kod zupełnie niezwiązany z libgadu.
Nie wiem, do czego ona służy
Dnia 2011-10-20, czw o godzinie 22:10 +0200, Tomasz Wasilczyk pisze:
(ciach)
Odpowiem hurtowo. Bardzo dobrze, że usunąłeś ioctl(), bo ta funkcja
zawierała kod zupełnie niezwiązany z libgadu. GG_CONFIG_HAVE_FORK jest
wykrywane przez configure.ac. Zamieniłem compat.h na network.h, bo mimo
ogólnej
Dnia 2011-10-12, śro o godzinie 01:41 +0200, Tomasz Wasilczyk pisze:
Jeśli dobrze pamiętam, to na jakimś PowerPC można było użyć typu va_list
tylko raz, dlatego jedna kopia była używana do określenia rozmiaru
bufora, druga do właściwego vsnprintf(). Nie wiem, czy jest sens nadal
utrzymywać
Dnia 2011-09-01, czw o godzinie 02:58 +0200, Bartosz Brachaczek pisze:
e-type = GG_EVENT_MSG;
+ memset(e-event, 0, sizeof(e-event));
e-type = (type != GG_RECV_OWN_MSG) ? GG_EVENT_MSG :
GG_EVENT_MULTILOGON_MSG;
+ memset(e-event, 0, sizeof(e-event));
Pozwoliłem sobie te
Dnia 2011-09-04, nie o godzinie 17:52 +0200, Bartosz Brachaczek pisze:
Hm, dziwne. Specjalnie wysyłałem serię za pomocą git send-email, żeby
nie zepsuć formatowania. Zresztą wydaje mi się, że mailman pokazuje,
że w łatkach są tabulacje[1]. Gdyby w przyszłości były jeszcze jakieś
problemy z
Dnia 2011-07-10, nie o godzinie 20:06 +0200, Dagobert Michelsen pisze:
I am trying to compile libgadu 1.11.0 on Solaris 9 Sparc with Sun Studio 12
and
there are some issues:
- Binding 10 127.0.67.67 does not work on Solaris as the IP adress is usually
no
bound on the local machine.
Dnia 2011-07-04, pon o godzinie 01:46 +0200, Tomasz Wasilczyk pisze:
Czy to zamierzone, że libgadu nie wspiera starszych wersji GnuTLS (tzn
nie posiadających funkcji gnutls_priority_set_direct)? W powyższym
tickecie pojawił się prosty patch, który rozwiązuje problem, ale
wymaga dodania do
Dnia 2011-06-19, nie o godzinie 17:19 +0200, Jakub Zawadzki pisze:
Valgrind pokazuje jedynie parę ostrzeżeń - patrz załącznik.
Poprawiłem, swoją drogą nieinicjowanie addr_count mogło
prowadzić do SIGSEGVów?
Raczej tak. Zaraz potem jest czytanie addr_count * sizeof() bajtów, więc
może być
Dnia 2011-06-15, śro o godzinie 09:14 +0200, Marcin Owsiany pisze:
Są więc następujące pytania:
0) jak to cudo właściwie działa? :)
Forkuje się i w tle działa proces udający oryginalny serwer, a na
pierwszym planie działa proces testujący ponad sto scenariuszy łączenia
się z serwerem.
1) co
Dnia 2011-06-05, nie o godzinie 12:44 +0200, Tomasz Wasilczyk pisze:
Plik dcc.c:421 - zmienna uint16_t port jest przyrównywana do -1 (sypie
warningiem w libpurple). Można by chociaż rzutować tą -1 na uint16_t.
Ten kod i tak nie jest już pewnie przez nikogo używany do niczego
sensownego, więc
Dużo zmian API się nazbierało w repozytorium, więc tym razem podbijamy
środkową liczbę i dedykujemy wydanie ekipie Kadu.
* Import i eksport listy kontaktów zgodnej z Gadu-Gadu 10
(dodaje zależność od zlib)
* Poprawione zarządzanie adresami i portami przy połączeniach
bezpośrednich.
Dnia 2011-05-12, czw o godzinie 15:29 +0200, Tomasz Wasilczyk pisze:
znalazłem małego buga w kodzie odpowiadającym za pobranie adresu
serwera z huba. Mianowicie, jeżeli wystąpi błąd w połączeniu, libgadu
zinterpretuje to, co dostanie jako adres serwera. Jeżeli więc nic nie
dostanie, będzie
Dnia 2011-05-11, śro o godzinie 14:57 +0200, Bartosz Brachaczek pisze:
(...) Trudno mi sobie wyobrazić, jak w
rozsądny sposób można by dostosować do takiego przypadku funkcję
gg_message_html_to_text(), więc moje pytanie brzmi, dlaczego właściwie
libgadu dokonuje konwersji HTML-a do czystego
Dnia 2011-05-11, śro o godzinie 16:05 +0200, Bartosz Brachaczek pisze:
1. Stripować nieprzewidzanie przez protokół znaczniki HTML w
odebranych wiadomościach (np. script zamieniać na lt;scriptgt;).
Nie rozumiem dlaczego w ogóle mielibyśmy w cokolwiek ingerować. Jeśli
ktoś będzie chciał napisać
Dnia 2011-04-30, sob o godzinie 16:24 +0200, Tomasz Wasilczyk pisze:
Może być tak, że ustawienie gg_login_params.tls na 1 (GG_SSL_ENABLED)
będzie się zachowywać jak do tej pory, a ustawienie na 2
(GG_SSL_REQUIRED) będzie zwracało błąd, jeśli nie ma wkompilowanej
obsługi SSL?
Brzmi nawet
Dnia 2011-05-05, czw o godzinie 23:08 +0200, Bartosz Brachaczek pisze:
Mały update dokumentacji protokołu był od początku częścią tej serii
łatek i, jak widzę, również został dzisiaj wrzucony. :)
Wrzuciłem Twoje poprawki do repo. Pozwoliłem sobie przenieść funkcje
kompresji do osobnego pliku,
Dnia 2011-04-23, sob o godzinie 01:16 +0200, Bartosz Brachaczek pisze:
Przeglądając kod libgadu, natrafiłem na niezgodny z faktycznym
działaniem opis funkcji gg_read_line(). Dokumentacja mówi, że w
przypadku powodzenia zwraca ona buf, podczas gdy w rzeczywistości
zwraca ona miejsce w buf
Dnia 2011-04-16, sob o godzinie 13:24 +0200, Rafał Malinowski pisze:
Nowa wersją łatki w załączniku.
Już w repo, dzięki.
Pozdr,
Wojtek
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.org/mailman/listinfo/libgadu-devel
Dnia 2011-04-15, pią o godzinie 13:55 +0200, Rafał Malinowski pisze:
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
W dniu 01.03.2011 00:28, Rafał Malinowski pisze:
Załączam patch, który działa, ale pewnie łamie jakieś zasady wstecznej
kompatybilności ;)
Proszę o wskazówki, jak ich nie łamać.
Myślałem o tym wcześniej i mam mieszane uczucia. Z jednej strony
moglibyśmy sprawdzać, czy client_version zaczyna
W dniu 28.12.2010 19:11, Michał Nykiel pisze:
Ile tych struktur bym nie wysłał, w odpowiedzi tylko dwie.
Natomiast dostaję powiadomienia o zmianach statusu każdego z numerów
jakie wysłałem. Dlaczego tak się dzieje?
Sprawdź, czy Twój kompilator nie wyrównuje rozmiaru struktury gg_notify
do
W dniu 30.11.2010 21:56, Piotr Galiszewski pisze:
Dzisiaj w Kadu otrzymaliśmy pierwsze zgłoszenie [1], o dziwnym wysypie
programu po aktualizacji libgadu to wersji 1.9.1. Problem ten dotyczy
zarówno najnowszych wersji testowych kadu, jak i starszych wersji
stabilnych. Otrzymaliśmy również
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
Marcin Owsiany pisze:
+sess-status_flags = 0x0081;
Może by to wyrazić jako sumę symbolicznych flag?
Jasne, tak powinno być od początku :)
w.
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
Dominik 'Rathann' Mierzejewski pisze:
Fakt, że libgadu linkuje openssl sprawia kłopoty licencyjne aplikacjom,
które używają libgadu i są na licencji GPL (pidgin, ekg2, gg2). Czy dałoby
się dodać obsługę np. gnutls?
Mam to ma mojej liście TODO, ale póki co, to nie ma sensu. O ile mi
wiadomo, w
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.
Marcin Owsiany pisze:
-# Only try to generate documentation if it is not already there.
# Do not fail if doxygen is not available.
-html: ../include/libgadu.h
-test -d html || if doxygen --version /dev/null; then doxygen; fi
+html-stamp: ../include/libgadu.h $(wildcard ../src/*.c)
Marcin Owsiany pisze:
Elegancko, ale bije po oczach ta kombinacja no-op + touch html-stamp
:)
Poprawiłem @DOXYGEN@ na $(DOXYGEN). Nawet jeśli go nie ma, będzie
wiadomo o co chodzi.
Może zamiast ustawiać DOXYGEN na : zrobić żeby make nie wchodził w
ogóle do podkatalogu docs?
Mówisz, masz.
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
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:
Marcin Owsiany pisze:
Czy mógłbyś napisać parę słów na temat tego jak odpalać te testy?
Jeśli są jakieś które mogą działać automatycznie bez dostępu do sieci,
to chętnie włączyłbym wykonywanie ich przy kompilacji pakietu (w
Debianie jest 16 architektur, więc byłyby odpalane na każdej z nich).
Dnia 2009-10-03, sob o godzinie 15:42 +0100, Marcin Owsiany pisze:
Przesyłam kilka łatek jak w temacie. Jeśli nie będzie sprzeciwu to commitnę
dziś wieczorem lub jutro.
Nie krępuj się :)
Pozdr,
Wojtek
___
libgadu-devel mailing list
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.
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
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
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_.
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
Mietek Bąk pisze:
Od pewnego czasu mój program (bramka GG/XMPP) przestał się łączyć z
serwerami GG. Kod błędu to GG_FAILURE_CONNECTING, ale zupełnie nie
rozumiem przyczyny. Czy mógłbym prosić o pomoc?
Załączam wyciąg z informacji odpluskwiania:
// gg_read_line() error on read (errno=11,
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
Szymon Zygmunt pisze:
Pociągniemy ten temat dalej? Chętnie pomogę znaleźć przyczynę tego
błędu. Dodatkowo od pewnego czasu na tym Solarisie mam problem z
automatycznym połączeniem się z serwerem - muszę ustawiać zmienną
protocol
Adam Wysocki pisze:
[go...@sloneczko ~]$ uname -a
SunOS sloneczko 5.10 Generic_118822-25 sun4u sparc SUNW,Ultra-5_10
Taka może być?
Nie pogardzę ;)
Pozdr,
Wojtek
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
Szymon Zygmunt pisze:
Pociągniemy ten temat dalej? Chętnie pomogę znaleźć przyczynę tego
błędu. Dodatkowo od pewnego czasu na tym Solarisie mam problem z
automatycznym połączeniem się z serwerem - muszę ustawiać zmienną
protocol
Adam Wysocki pisze:
Jeżeli chcesz dobrze to możnaby się dowiedzieć czemu wersja nie jest
ustawiana - to problem z libgadu, dlatego wysyłam też na libgadu-devel.
Nie zmieniałeś nic w pliku configure.ac (w libgadu)? (...)
Fakt, że to trochę niestandardowe użycie autoconfa, ale prawie wszędzie
On Tue, Jun 16, 2009 at 01:42:48PM +0200, Szymon Zygmunt wrote:
resolver.c: In function `gg_gethostbyname':
resolver.c:107: warning: passing arg 5 of `gethostbyname_r' from incompatible
pointer type
resolver.c:107: error: too many arguments to function `gethostbyname_r'
resolver.c:107:
On Tue, Jun 16, 2009 at 02:04:50PM +0200, Wojtek Kaniewski wrote:
Mógłbyś podesłać stronę manuala dla gethostbyname_r, jeśli takowa jest
zainstalowana w tym systemie? Najwyraźniej implementacje z glibc i
sunowych bibliotek się róźnią.
...a póki co, poszła tymczasowa poprawka, która powinna
Szymon Zygmunt pisze:
Libgadu się skompilowało, ale musiałem zrobić to:
http://lists.ziew.org/pipermail/libgadu-devel/2008-August/000309.html
Czy da się to jakoś poprawić na stałe, żeby nie trzeba było ręcznie za
każdą kompilacją?
Spróbuj teraz. Poprawiłem to wcześniej, ale umknął mi
wit...@ravir.pl pisze:
Witam. Dzięki za poprawienie tego opisu. Jak już mówiłem tłumaczę sobie
wszystko na Delphi. Do szyfrowania używam biblioteki DCPCrypt. Mój kod
wygląda tak (właściwie to cała procedura szyfrująca testowa)
(...)
Nie pisałem już w Pascalopodobnych od ładnych paru lat,
wit...@ravir.pl pisze:
Postanowilem skodzic obsługe GG8 w Delphi. Od kilku juz dni meczee sie z
logowaniem. Nie wiem dokladnie w czym jest problem - tylko przypuszczam.
Gadu po wyslaniu pakietu logowania (0x0031) zawsze zwraca mi 9 - login
failed. Wysnifowalem oryginalny klient i porownalem
Adam Osuchowski pisze:
Piszę o tym tutaj, bo nie wiem czy to jest kwestia samej biblioteki czy
klienta. Z jednej strony, pętla obsługi zdarzeń jest kodowana w kliencie,
więc to on powinien czekać na ew. pakiety od serwera, ale z drugiej
strony, to zachowanie jest związane ze specyfiką
Rafal Malinowski pisze:
Dla wersji 0.6.6 Kadu postanowiłem poczynić pewne poprawki z naszym prawie-
nigdy-nie-działającym kodem obsługi Dcc.
I natrafiłem na drobny problem - nie mogę odebrać (ani wysłać) pliku od osoby
która jest za NAT (ja mam publiczne IP).
Prawdopodobnie coś robię
Dnia 2008-12-28, nie o godzinie 17:37 +0100, Adam Wysocki pisze:
Na FreeBSD kompilacja wykłada się z braku inkludów, patch
(eliminuje także warninga w connect() i warningi implicit
declaration funkcji ze string.h):
Dzięki, commitnięte.
w.
___
Tomek pisze:
Przyszedl mi do glowy pomysl zeby napisac resolvera na qt i ustawic przy
pomocy gg_session_set_custom_resolver() tylko jest jedno ale - w kadu
wywolujemy gg_login() ktora przyjmuje tylko GG_RESOLVER_FORK,
GG_RESOLVER_PTHREAD lub GG_RESOLVER_DEFAULT i dla kazdego innego zwroci
-1.
1 - 100 of 123 matches
Mail list logo
