ncurses-online-redraw

Kłaniam!

Przerobiłem sposób wyświetlania w ncurses i zrobiłem to w osobnej gałęzi, bo
to kontrrewolucja, a nie drobne zmiany:
   - wywaliłem 'struct screen_line' i wszystko co z tym było związane
   - w związku z tym zawartość okien nie jest przeliczana na zapas, a tylko
     przy wyświetlaniu danego okna

Tak więc przy pokazaniu lub ukryciu okna kontaktów nie musimy przeliczać
10000 linii okna debug, do którego i tak nie zaglądaliśmy i nie mamy zamiaru
robić tego w przewidywalnej przyszłości.

Wprowadziłem też zmienną 'ncurses:display_mode', która odpowiada za styl
wyświetlania zawartości okien.

ncurses:display_mode = 0 (classic) -- wszystko tak jak dotychczas.

ncurses:display_mode = 1 (mode1) -- (jak to nazwać?)

12:43:50 Długie linie wyświetlane są w ten sposób, że w timestamp jest
wyświetlany tylko w pierwszej linii, a w kolejnych już nie. Wyjątek stanowią
linie, które mają 'prompt', jak ta następna.
12:45:20 ::: Długa linia z promptem też nie powtarza timestampu w kolejnych
         ::: wierszach, ale prompt jest wyrównany do tego z pierwszej linii

ncurses:display_mode = 1 (mode2) -- (jak to nazwać?

12:46:18 Przy takim ustawieniu timestamp jest również wyświetlany wyłącznie w
         pierwszej linii, ale linie są wyrównane. W tym przypadku nie ma
	 żadnego wyjątku dla linii z promptem.

Locking for debug handler

Please review.

--

-- 
Marcin Owsiany <porridge <at> debian.org>             http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC  35E9 1344 9F77 5F43 13DD  6423 DBF4 80C6 02F9 46FC

bugtracker down

:-/

Internal error

An error occurred on the page you were trying to access.
If you continue to experience problems please contact your Redmine
administrator for assistance.

If you are the Redmine administrator, check your log files for details
about the error.

Back

--

-- 
Marcin Owsiany <porridge <at> debian.org>             http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC  35E9 1344 9F77 5F43 13DD  6423 DBF4 80C6 02F9 46FC

Fix for #124: Deadlock in fatal signal handler

The following patch series fixes bug#124
http://bugs.ekg2.org/issues/124

It's a little brutal solution, but I think reliably getting a usable corefile
is more useful then unreliably getting your settings saved.
Please review.

[PATCH 1/3] Infrastructure for registering and running abort handlers.
[PATCH 2/3] Helper macro for ignoring results without warnings.
[PATCH 3/3] Make the fatal signal handlers async-signal-safe again.

Procesy zombies pozostawione przez ekg2

Witam,

Zauważyłem wczoraj, że ekg2 zostawia po sobie procesy zombie:

4900  0.0  0.0      0     0 pts/3    Z+   Nov02   0:00 [ekg2] <defunct>

Po kilku tygodniach uptime'u nazbierało się ich 60, od wczoraj, po
restarcie aplikacji 4.  Jedynym miejscem (wyłączając pluginy których
nie używam), gdzie widzę fork() jest ekg/net.c w resolwerze.  Nie mogę
za to znaleźć odpowiadającego mu wait() lub waitpid().  Próbowałem też
dodawać 'signal(SIGCHLD, SIG_IGN)' do main(), ale niczego to nie
zmieniło, czego dowodem są dzisiejsze zombie.  Jakieś pomysły?

--

-- 
Pozdrawiam,
Łukasz P. Michalik

Deadlock na free() w SIGSEGV-handlerze

Wygląda na segfault w realloc() wywołany z pluginu ncurses, po czym w
handle_sigsegv() przy niszczeniu pluginu logs jest free(), które się z miejsca
zakleszcza.

Wydaje mi się, że w handlerze segfaulta nie powinniśmy mieszać na stercie...

(gdb) bt full
#0  __lll_lock_wait_private ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
No locals.
#1  0x00007f79f4d4e3dc in _L_lock_12449 () from /lib/libc.so.6
No symbol table info available.
#2  0x00007f79f4d4ce78 in __libc_free (mem=0x7f79f504de40) at malloc.c:3736
        ignore1 = 128
        ignore2 = <value optimized out>
        ignore3 = -512
        ar_ptr = 0x7f79f504de40
        p = 0x1c21e20
#3  0x00007f79f1c00f6d in logs_plugin_destroy () at plugins/logs/main.c:1247
        ll = 0x1c21e90
        f = 0x7f79f504de40
        t = 1316556023
        ff = <value optimized out>
        old_logs = 0x1c223d0
        b = <value optimized out>
#4  0x000000000041e64a in handle_sigsegv () at ekg/ekg.c:293
        p = 0xfffffffffffffe00
        pl = 0x1ad3430
#5  <signal handler called>
No symbol table info available.

Ekg2 wykonanie komend po uruchomieniu ekg

Skype

Witajcie.
Kolega z irca powiedział mi, że mam poinformować Was o dostępności cennych informacji nt. skype. 

link: http://thepiratebay.org/torrent/6442887/Skype_protocol_reverse_engineered__source_available_for_download

Może któryś z Was zrobi wtyczkę do ekg umożliwiającą kontaktowanie się ze skajpem...

Pozdrawiam Konrad.

Przedluzenie ekg2.org

Cześć,

Nie bardzo wiem co z tym mam zrobić, więc przesyłam dalej:

----- Forwarded message from "Serwis Domena.pl, Agnat Sp. z o.o." <rozliczenia <at> domena.pl> -----

From: "Serwis Domena.pl, Agnat Sp. z o.o." <rozliczenia <at> domena.pl>
Date: Wed, 25 May 2011 20:02:13 +0200
To: ekg2-users-owner
Message-Id: <E1QPIPN-0003We-OD <at> web.firma.agnat.pl>
X-Mailer: PHP/5.3.5
Subject: Domena.pl: Odnowienie Domen

<p>
    <b>Szanowni Państwo,</b>
</p>

<p>Uprzejmie informujemy, iż ważność domeny domeny lub opcji wynosi około 4 tygodnie. <br />
W związku z tym już teraz mogą Państwo uregulować należność wynikającą z tytułu <br />
abonamentu za posiadaną przez Państwa domenę lub opcję:</p>
<ul>
    	<li>
	    ekg2.org	    		&nbsp;(domena)
	    	    	</li>
    </ul>

----- End forwarded message -----

Jak jest ktoś chętny do otrzymywania maili z ekg2-{users,devel,commit}-owner,
oraz w ogóle dostępu do panelu administracyjnego mailmana to niech się do mnie zgłosi.

Pozdr.

Błędy zebrane

Hej!

To mój pierwszy ever mail na tę listę, więc nauczajcie, co robię źle w razie czego. Zbieram w nim skumulowane żale ostatnich miesięcy .

1. ekg2 właśnie mi się wypieprzyło i przestało uruchamiać. Na starcie robie dump, jego backtrace to:

#0  0x00007fba346b0150 in g_utf8_validate () from /lib/x86_64-linux-gnu/libglib-2.0.so.0

#1  0x000000000042842e in ekg_fix_utf8 (buf=0x0) at ekg/recode.c:376

#2  0x00007fba2f4a1c8e in logsqlite_newwin_handler (data=<value optimized out>, ap=<value optimized out>)

    at plugins/logsqlite/logsqlite.c:796

#3  0x00000000004249bf in query_emit_inner (g=<value optimized out>, ap=<value optimized out>)

    at ekg/plugins.c:681

#4  0x0000000000424acd in query_emit (plugin=0x0, name=0x44620e "ui-window-new") at ekg/plugins.c:702

#5  0x0000000000440c9b in window_new (target=0x1b4241c "mkl", session=0x1a87ae0,

    new_id=<value optimized out>) at ekg/windows.c:313

#6  0x000000000041bfd0 in config_postread () at ekg/configfile.c:84

#7  0x000000000041fb9d in main (argc=1, argv=0x7fff881227c8) at ekg/ekg.c:765

chyba kiedyś już tak miałem, pomogłem sobie przez wypieprzenie całej walidacji utf8 i działało dalej, ale to chyba niedobry pomysł

2.  losowo wypiernicza się gdzieś w usuwaniu starych linii z okna przy dodawaniu nowych (mówi, że double free) i czasem przy resize okna.

3. eksport kontaktów na serwer gg nie będzie działać, jeżeli UIDy wysyłamy w postaci "gg:123" zamiast "123" - serwer mówi, że dostał, po czym olewa błędną w jego mniemaniu treść eksportu

4. na jabberze, a może i na gg, przestało działać auto_away... a raczej działa doskonale, ale nigdy nie przywraca statusu na bardziej dostępny, gdy się jest i się pisze. To już od dawna

To wszystko, co w tej chwili przychodzi mi do głowy, czyli jest nieźle.

Da się to ponaprawiać? Pretty please :)

 Pozdrawiam,

ikari

Ktoś przywiązany do alignów w ircu?

Szanowni Państwo,

W związku z narastającymi problemami z funkcją align w ircu zapytuję
was, czy ktoś przywiązany jest do tej funkcji, czy też mogę ją wywalić?

Generalnie chodzi o to, że zamiast:
<a> blabla
<bb> blabla

próbujemy robić:
 <a> blabla
<bb> blabla

co nie zawsze wychodzi i zdaje się być zrobione jakimś paskudnym
hackiem.

--

-- 
Best regards,
Michał Górny