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 ca-
Dnia 2014-06-18, śro o godzinie 01:56 +0200, Tomasz Wasilczyk pisze:
> W pierwszym przypadku wypadało by dać odpowiedni warning; w drugim taki
> sam, ale error. Co z tym robimy? Czy to dobry pomysł dodawać (w pliku
> spec) wprost zależność od paczki ca-certificates (czyli nie-wprost od
> openss
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 serwera,
Dnia 2014-06-11, śro o godzinie 10:54 +0200, Tomasz Wasilczyk pisze:
> 2014-06-11 6:09 GMT+02:00 Rafał Malinowski
> :
> 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ść anulowania
> (PTHREAD_CANCEL_DISABLE)
Dnia 2014-06-10, wto o godzinie 20:52 +0200, Tomasz Wasilczyk pisze:
> - segfault w teście resolvera: poprawka w 3b2b6c05 (zgadza się?)
Ta poprawka usuwa wyciek pamięci przy ubijaniu resolvera. Jeśli naprawia
też segfault, to tylko przypadkiem.
Pozdr,
Wojtek
___
Dnia 2014-06-01, nie o godzinie 20:46 +0200, Wojtek Kaniewski pisze:
> Mógłbyś spróbować zamiast tego dodać na początku funkcji
> gg_resolver_pthread_thread() coś takiego?
>
> pthread_setcanceltype(PTHREAD_CANCEL_DEFERRED, NULL);
>
> Teraz już wróżę z fusów, ale różn
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() t
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 optymali
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 dod
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
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 użyt
Dnia 2014-05-08, czw o godzinie 13:15 +0200, Marcin Owsiany pisze:
> Rozumiem że ten błąd jest tylko w 1.12.0-rcx?
Niestety nie, dlatego 1.11.4 też wyjdzie.
Pozdr,
Wojtek
___
libgadu-devel mailing list
libgadu-devel@lists.ziew.org
http://lists.ziew.o
Dnia 2014-05-02, pią o godzinie 22:59 +0200, Rafał Malinowski pisze:
> 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).
Ze względu na dużą liczbę zmian konieczna był
Dobry wieczór,
Nowa wersja rc3 względem rc2 zawiera wiele, naprawdę wiele drobnych
poprawek, które ciężko nawet wymienić. Najważniejsza jest taka, że Tomek
Wasilczyk poprawił kolejny błąd bezpieczeństwa przy alokacji pamięci
liczonej na podstawie odpowiedzi serwera. Pamięć nie jest nadpisywana
bez
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, ż
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 bi
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, wersja
Dnia 2014-01-31, pią o godzinie 22:08 +0100, Marcin Owsiany pisze:
> Przy przygotowaniu aktualizacji pakietu security team Debiana zapytał
> o:
>
> What about CVE-2013-4488? Is there a fix for this one available now?
>
> Czy jest poprawka tego w ogólności a dla 1.11 w szczególności?
W ogólności
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.
Po
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ć,
zwłas
Dobry wieczór,
Dzięki dzielnej pracy Tomka Wasilczyka biblioteka dorobiła się obsługi
nowego protokołu opartego o Protocol Buffers od Google. Zmiany są duże,
więc przed pełnym wydaniem spróbujemy wersji Release Candidate. Co
prawda nowy protokół w zupełności wystarczyłby, żeby podbić "środkową"
we
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-04-03, śro o godzinie 00:11 +0200, Wojtek Kaniewski pisze:
> (...)
No cóż, chętnych zbyt wielu nie było, więc spróbuję inaczej. Przeniosłem
repozytorium do GitHuba -- https://github.com/wojtekka/libgadu.git. W ten
sposób sposób łatwiej będzie innym pracować nad ewentualnymi poprawk
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 rudimen
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
b
2013/6/13 Bartosz Brachaczek
> 2013/6/12 Wojtek Kaniewski :
> > 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 a
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 fo
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 k
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 li
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, p
Dnia 2012-11-09, pią o godzinie 15:30 +0100, Tomasz Wasilczyk pisze:
> nieśmiało zapytam, czy zaczął ktoś zaglądać może do tego kodu? Fajnie
> by było wydać libgadu ze wsparciem GG11 przed wydaniem Pidgina 3 ;).
Zaczął zaglądać. Listę uwag chcesz prywatnie czy na listę?
Pozdr,
Wojtek
___
Dnia 2012-08-11, sob o godzinie 21:52 +0200, Libgadu commit list pisze:
> Author: beevvy
> Date: 2012-08-11 21:52:57 +0200 (Sat, 11 Aug 2012)
> New Revision: 1307
>
> Modified:
>trunk/configure.ac
>trunk/src/sha1.c
>trunk/test/automatic/Makefile.am
>trunk/test/automatic/connect.c
>
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
> p
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:
>
> https://buildd.debian.org/status/fetch.php?pkg=libgadu&arch=kfreebsd-amd6
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:
To ja może po prostu ograniczę testy do Linuksa, co? ;)
Pozdr,
Wojtek
_
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 now
Dnia 2012-06-23, sob o godzinie 17:50 +0100, Marcin Owsiany pisze:
> On Sat, Jun 23, 2012 at 05:29:07PM +0100, Marcin Owsiany wrote:
> > On Sat, Jun 23, 2012 at 11:49:41AM +0200, Wojtek Kaniewski wrote:
> > > Dnia 2012-06-23, sob o godzinie 10:40 +0100, Marcin Owsiany pisze:
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=libgadu&arch=hurd-i386&ver=1%3A1.12.0~pre%2Br1298-1&stamp=1340426273
> Spróbuję wyczaić czy "inactivity" faktycznie znaczy to
Dnia 2012-06-22, pią o godzinie 09:19 +0100, Marcin Owsiany pisze:
> ping?
Trochę to trwało, ale udało mi się tak przerobić testy, żeby timeout też
był symulowany, zamiast naprawdę pozwolić bibliotece czekać. Dzięki temu
test puszczany na normalnej maszynie będzie trwał kilka(naście) sekund,
nie m
Dobry wieczór,
Tym razem jedna drobna poprawka:
* Poprawione działanie rozwiązywania nazw w aplikacjach jednowątkowych
Szczegóły pod adresem http://toxygen.net/libgadu/releases/1.11.2.html
Pozdr,
Wojtek
___
libgadu-devel mailing list
libgadu-devel@
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ó
Dnia 2012-06-18, pon o godzinie 19:01 +0100, Marcin Owsiany pisze:
> On Mon, Jun 18, 2012 at 07:55:28PM +0200, Wojtek Kaniewski wrote:
> > Dnia 2012-06-18, pon o godzinie 10:35 +0100, Marcin Owsiany pisze:
> > > Zrobiłem upload 1289 i nadal czekam na wynik z kfreebsd, ale jak
Dnia 2012-06-18, pon o godzinie 10:35 +0100, Marcin Owsiany pisze:
> Zrobiłem upload 1289 i nadal czekam na wynik z kfreebsd, ale jak na
> razie nie przeszły na hurd-i386:
>
> https://buildd.debian.org/status/fetch.php?pkg=libgadu&arch=hurd-i386&ver=1%3A1.12.0~pre%2Br1289-1&stamp=1340005322
Nie p
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-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
> architektu
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 a
Dnia 2012-06-16, sob o godzinie 19:22 +0100, Marcin Owsiany pisze:
> Witam,
>
> log z autobuildera:
> https://buildd.debian.org/status/fetch.php?pkg=libgadu&arch=kfreebsd-amd64&ver=1%3A1.12.0~pre%2Br1278-1&stamp=1339864900&file=log
>
> Jakieś pomysły?
Jesteś w stanie zgarnąć plik tests/automatic
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 ch
Dnia 2012-06-13, śro o godzinie 20:13 +0200, Bartosz Brachaczek pisze:
> W dniu 13 czerwca 2012 19:55 użytkownik Wojtek Kaniewski
> napisał:
> > libgadu.h zawiera #include . Jesteś pewny, że powinno iść
> > do .private?
>
> Tak, pkgconfig doda ścieżki do inkludów
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ę zas
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 *
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 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, czy
Dnia 2012-06-08, pią o godzinie 11:18 +0200, Tomasz Wasilczyk pisze:
> chcę zaimplementować obsługę proxy dla gadu-gadu w Pidginie. Problem w tym,
> że:
> - ustawienia proxy w libgadu są globalne dla wszystkich połączeń
> - libgadu nie obsługuje (przynajmniej wg. dokumentacji) wszystkich
> rodzajó
Dnia 2012-03-03, sob o godzinie 18:46 +0100, Bartosz Brachaczek pisze:
> Wiem, że powyższa sytuacja to głównie wina błędu w Kadu, ale _wydaje
> mi się_, że w gg_handle_connecting() w libgadu powinno nastąpić
> ustawienie soft_timeout na 0. Czy może czegoś tutaj nie rozumiem?
Dobrze Ci się wydaje.
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 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-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-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
Dnia 2011-10-12, śro o godzinie 01:55 +0200, Tomasz Wasilczyk pisze:
> Nie jestem do końca przekonany do przekazywania treści komunikatu, w
> końcu obsługą protokołu powinna się zajmować biblioteka, a nie
> aplikacja. Ale na pewno trzeba będzie przywiązać wagę do zwalniania
> pamięci po tym komunik
Dnia 2011-11-04, pią o godzinie 22:32 +0100, Marcin Mirosław pisze:
> Zastanawiałem się, spakować czy nie spakować. Hmm, nieee, nie spakuję,
> łatwiej będzie zajrzeć do treści załącznika:D
Dwa kliknięcia więcej, nie jest jakoś szczególnie trudno teraz. Tak czy
inaczej, autoconf najwyraźniej kiepsk
Dnia 2011-11-04, pią o godzinie 10:18 +0100, Marcin Mirosław pisze:
> resolver.c:260:12: error: 'gg_resolver_run' defined but not used
Wygląda, że nadal jest jakiś błąd, bo nie wykryło żadnego resolvera, co
nie powinno się zdarzyć na systemie uniksowym. Podeślesz config.log?
Najlepiej spakowany, ż
Dnia 2011-11-03, czw o godzinie 12:27 +0100, Marcin Mirosław pisze:
> Przy okazji testów trafiłem na jeszcze jedną sprawę, jeśli uruchomię
> configure z CFLAGS="-Werror" to podczas kompilacji dostaję błąd:
Co prawda wywalały się programy testowe autoconfa przez -Werror, ale
wynikało to z dziwnośc
Dnia 2011-11-02, śro o godzinie 02:04 +0100, Bartosz Brachaczek pisze:
> Testy automatyczne, a dokładniej test na obecność libxml2 w
> configure.ac, zależą od pkg-config. Bez pkg-config użycie autoconf
> kończy się niepowodzeniem z bardzo nieprzyjaznym komunikatem błędu[1].
> Zastanawiam się, czy n
Dnia 2011-11-02, śro o godzinie 23:45 +0100, Bartosz Brachaczek pisze:
> No więc wrzuciłem praktycznie wszystko, co mam i teraz trunk powinien
> się kompilować na Cygwinie, MinGW czy MSVC bez żadnych problemów.
> Próbowałem używać libgadu skompilowanego z MSVC z własnym systemem
> budowania (nawet
Dnia 2011-10-30, nie o godzinie 19:27 +0100, Marcin Mirosław pisze:
> W ramach niedzielnej inwazji na libgadu-devel podrzucam warning z
> kompilatora. Gdyby libgadu "uważało", że powinno kompilować się z
> -Werror to polecam się uwadze:)
Mógłbyś sprawdzić wersję z trunka? Nie mam 64-bitowej maszyn
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 definio
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ę skomp
Dnia 2011-10-29, sob o godzinie 02:35 +0200, Bartosz Brachaczek pisze:
> W załączonych łatkach moim zdaniem są błędy off-by-one, podobnie
> zresztą jak jest w aktualnym kodzie libgadu. Przypadek res == size
> oznacza, że wszystkie znaki poza nullem zostały zapisane i
> implementacje niezgodne z C99
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 gg_dcc_
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
> napisał:
> > No tak, API. To trzeba będzie zrobić warunek, że ustawienie
> > GG_RESOLVER_CUSTOM powoduje użycie read(), a wbudowane
Dnia 2011-10-24, pon o godzinie 00:04 +0200, Bartosz Brachaczek pisze:
> W r1192 chyba zapomniałeś wkomitować network.c ;).
Ups.
> Poza tym w tych
> miejscach z read()/write(), które dotykała łatka z mojej poprzedniej
> wiadomości, nadal jest potrzebne recv()/send(), aby to działało na
> Win32 (
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() + gg
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
> napisał:
> > Bardzo dobrze, że usunąłeś ioctl(), bo ta funkcja
> > zawierała kod zupełnie niezwiązany z libgadu.
>
> Nie wiem, do czego o
Dnia 2011-10-18, wto o godzinie 21:02 +0200, Bartosz Brachaczek pisze:
> Różnice między oryginalnym libgadu a naszym forkiem są dość spore i w
> wielu miejscach nadmiarowe, ale kompiluje się on i działa nawet pod
> MSVC.
Bardzo spore. Na początek pozamieniałem socketowe write() i read() na
send()
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-13, czw o godzinie 03:22 +0200, Tomasz Wasilczyk pisze:
> Pytanie pierwsze: czy libgadu nie powinno udostępniać możliwości
> ustawiania avatarów? Czy może każdy klient ma sobie sam to
> implementować?
Jeśli jest taka możliwość, to byłoby świetnie.
>
> Mój problem dotyczy pozyskania o
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
> > utr
Dnia 2011-09-22, czw o godzinie 02:23 +0200, Bartosz Brachaczek pisze:
> Witam,
>
> Ostatnio zauważyłem, że na moim systemie test connect w losowym
> momencie dostaje SIGABRT z glibc. Problem udało mi się powtórzyć na
> kilku systemach (nie na wszystkich). Co ciekawe, pod valgrindem nie
> mogłem p
Dnia 2011-10-10, pon o godzinie 01:31 +0200, Tomasz Wasilczyk pisze:
> zauważyłem, że w niektórych konfiguracjach gg_vsaprintf ucina ciągi
> dłuższe niż 256 znaków. Konkretnie chodzi o przypadek, w którym
> GG_CONFIG_HAVE_C99_VSNPRINTF jest NIE ustawione, mimo, że vsnprintf
> jest w wersji C99. Wed
Dnia 2011-10-10, pon o godzinie 23:32 +0200, Tomasz Wasilczyk pisze:
> Dobrze się domyślam, że w bieżącej wersji libgadu nie da się rozróżnić
> w żaden inny sposób powodu błędu? Jeżeli tak, to można to w prosty
> sposób poprawić, dodając (być może zamiast flagi success) nowego enuma
> do tej strukt
Dnia 2011-09-05, pon o godzinie 01:50 +0200, Bartosz Brachaczek pisze:
> Co prawda nie mam żadnego doświadczenia z architekturami big endian
> i nie testowałem na takiej maszynie, ale ta poprawka wydaje mi się
> w porządku. W każdym razie wydaje się nie psuć niczego na little endian.
Puściłem test
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-09-04, nie o godzinie 16:20 +0200, Bartosz Brachaczek pisze:
> Zauważyłem, że jeden kawałek kodu nie był pokryty żadnym testem. No i
> oczywiście skrywał się tam dość głupi błąd. A że jakoś tak nie czułbym
> się całkiem komfortowo spamując tę listę po raz kolejny nową wersją
> serii łatek
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łe
Dnia 2011-08-31, śro o godzinie 16:51 +0200, Bartosz Brachaczek pisze:
> ---
> src/message.c | 20 ++--
> 1 files changed, 10 insertions(+), 10 deletions(-)
Nieźleee. Na 15 patchy przyczepić się mogę tylko do tego jednego. Przy
funkcjach ze zmienną liczbą parametrów wszystkie zm
Dnia 2011-08-03, śro o godzinie 10:18 +0200, Marcin Mirosław pisze:
> Podczas kompilacji libgadu (r1148) dostaję następujące ostrzeżenia oraz
> błąd:
Poprawione, dzięki za zwrócenie uwagi.
Pozdr,
Wojtek
___
libgadu-devel mailing list
libgadu-devel@lis
Dnia 2011-07-20, śro o godzinie 03:54 +0200, Bartosz Brachaczek pisze:
> Zaktualizowałem swoje libgadu do najnowszej wersji z gałęzi trunk (tj.
> r1146) i mam problemy ze zrywaniem połączenia z serwerem chwilę po
> jego uzyskaniu. Odrobina testów wykazała, że problemy zaczęły się wraz
> z wersją r1
Dnia 2011-07-09, sob o godzinie 21:45 +0200, Tomasz Wasilczyk pisze:
> > użyć gnutls_set_default_priority(). Poprawiłem, ale zanim wrzucę do repo
> > chcę jeszcze przyjrzeć się kodowi GnuTLS, bo mam wrażenie, że Valgrind
> > nigdy go jeszcze nie widział ;)
>
> Dzięki za informacje i patcha. Warto
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 machin
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 k
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 b
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)
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 c
Dnia 2011-06-04, sob o godzinie 14:32 +0200, Bartosz Brachaczek pisze:
> Problem poprawiony przez łatkę poniżej został zlokalizowany przez
> Tomasza Rostańskiego, ja tylko tutaj przesyłam łatkę.
Racja, głupi błąd. Poprawione, dzięki łatę.
Pozdr,
Wojtek
___
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.
1 - 100 of 280 matches
Mail list logo
