Pthreads, select, pthread_cond_wait

["David Šauer"]

>>>> "Peter" == Peter Stibrany <cipso na gjh.sk> writes:

    Peter> On Tue, 10 Nov 1998, Vladimir Michl wrote:
    >> 
    >> Pokud vim, tak nic takoveho nepujde. Osobne bych to nejak rozdeli, a udelal
    >> jedno vlakno, ktere bude data ziskavat ze site. Ostatni vlakna by pak
    >> ziskavali informace od nej.
    >> 
    >> 
    >> Vlada Michl

    Peter> Dobre teda, prvy problem je asi vyrieseny, je to celkom zaujimavy napad.
    Peter> Avsak, natrafil som na dalsi problem. Ako debuggovat thready? Hladal som po
    Peter> Nete a nasiel som nieco ako GDB patch*, ktory by mal zvladat LinuxThreads
    Peter> (pokial som to pochopil, tak glibc2 pouziva nejaku modifikovanu verziu
    Peter> LinuxThreads). Ztiahol som balik pre redhata, nainstaloval na mojho debiana
    Peter> ;-) A skusil som pouzit nove gdb na moj program. Gdb sa dostalo do fazy, ze
    Peter> chytalo signaly ktore robili thready (SIGUSR1), ale moje thready neodhalil.
    Peter> Vlastne robil presne to iste, ako neopatchovane gdb.
    Peter> Mozno robim nieco zle. Ale iste je, ze dane gdb, ktore by to malo zvladat
    Peter> to, co (u mna) nezvlada. Mozete mi poradit iny debugger, alebo binarku pre
    Peter> Debiana (je pravda, ze Redhatovska binarka nesla najprv pustit, lebo chcela
    Peter> libtermcap.so.cislo, ale rucne som ju zeditoval aby chcela libncurses.so, a
    Peter> ona sa rozbehla... problem v tomto by som vsak nevidel).

Mam momentalne gdb a glibc z RH5.2 a thready odhali zpracuje ...

-- 
* David Sauer, student of Czech Technical University
* electronic mail: davids na iol.cz (mime compatible)