• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    XCHAOSANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API
    GIOMIKY
    GIOMIKY --- ---
    Ahoj,
    prosim, jak na debianu deset muzu debugovat libc volani? Nainstaloval jsem libc6-dbg a libc source balicky. Zkompiloval program s -g. Ale pada s prilinkovanym openssl jako staticka binarka. Kdyz spustim gdb src/elinks, tak skonci u start(), ktery myslim patri libc a ne elinks.
    Zkousel jsem zkompilovat vlastni openssl s no-threads a no-async, ale stale potrebuje -pthread pri linkovani.
    Pri vypnuti --with-openssl funguje ok.
    Tady:
    https://github.com/rkd77/elinks
    jsouvzdroky. Kompiluju to:
    ./autogen.sh
    ./build.sh
    4
    na zminenem debianu 10 jako static binarku.
    Zajimavej je issue #144, protoze kdyz to prilinkuju k -jemalloc, tak to funguje ok. Napada me tedy, ze zlobi malloc implementace v elinks. Ale k tomu bych potreboval zjistit, kde presne mi to core dumpne, viz. zacatek.
    libc6 z balicku jsem v /usr/src rozbalil a pridal do gdb dir, ale stale mi gdb pise ?? u vetsiny funkci pri core dumlu (pri behu elinks bez ssl normalne ukazuje funkce i cislo radku ve zdrojaku), tak moc nevim, kde s tim openssl hledat.
    XCHAOS
    XCHAOS --- ---
    GIOMIKY
    GIOMIKY --- ---
    Implementing cosine in C from scratch - Austin Z. Henley
    https://austinhenley.com/blog/cosine.html
    XCHAOS
    XCHAOS --- ---
    XCHAOS
    XCHAOS --- ---
    ANT_39: Připomíná to Tiny C
    ANT_39
    ANT_39 --- ---
    By mohlo zajimat XCHAOSe:
    GitHub - riicchhaarrd/ocean: Programming language that compiles into a x86 ELF executable.
    https://github.com/riicchhaarrd/ocean
    XCHAOS
    XCHAOS --- ---
    2483: Linked List Interview Problem - explain xkcd
    https://explainxkcd.com/wiki/index.php/2483:_Linked_List_Interview_Problem
    SPIRALI
    SPIRALI --- ---
    XCHAOS: Posledni 3 roky v tom pisu ruzne systemy na distribuovane vypocty a nedam na Rust dopustit. Kompletne mi z workflow vypadla cast dlouhych veceru nad Valgrindem. Pro me ucely doslo k uplne nahrade za C/C++. Btw: Dekuji za impulz, podal jsem zadost o zalozeni Rust klubu.
    WILD_A
    WILD_A --- ---
    XCHAOS: Zatím jen experimenty abych se s tím seznámil a zatím dobrý dojem. Imho je to dobrá alternativa, cením hlavně “jistotu”, že si neprasim paměť :)
    XCHAOS
    XCHAOS --- ---
    No, tak když už je teď NYX přepsaný do Rustu, tak jsem si všiml, že tu nemáme žádný klub o Rustu.... už v tom někdo programujete? Možná je skutečně cesta, na rozdíl od vymýšlení těch mých nesmyslů...-
    LWEEK
    LWEEK --- ---
    Nenašel by se tu ostřílený programátor C, který by měl po večerech čas se přidat k hodně slibnému cybersecurity startupu? Kdyžtak pls pošta.
    GIOMIKY
    GIOMIKY --- ---
    Jestli neco do Jupyter Notebooku stoji za to, tak je to jupyter c kernel
    Programming in C with Jupyter Notebook - Xuedong Shang
    https://xuedong.github.io/programming/2017/12/27/jupyter-c-kernel.html
    XCHAOS
    XCHAOS --- ---
    John Carmack i Elon Musk preferují Céčko :-)
    https://twitter.com/ID_AA_Carmack/status/1299571656738902017
    XCHAOS
    XCHAOS --- ---
    Konkrétně, skrz sys_clone:
    linux kernel - What are parameters of sys_clone() system call and how to hook it in Ubuntu? - Stack Overflow
    https://stackoverflow.com/...at-are-parameters-of-sys-clone-system-call-and-how-to-hook-it-in-ubuntu
    Druhý parametr tohohle volání jádra je pointer na vlastní stack vlákna, bez kterého by spuštění vlákna bylo nebezpečné a skoro nepoužitelné.

    (Bylo by to Linux specifické, ne POSIXové... a samozřejmě, když by se rozhodli to API mezi verzemi kernelu nějak změnit, tak se mi to celé sesype... ale mě se POSIXové thready nezamlouvají jako vhodný způsob myšlení o paralelizaci kódu)
    XCHAOS
    XCHAOS --- ---
    (Uvažuju totiž o nějakém multithread frameworku, ale spíš než nastartovat si na začátku pool threadů a nějak ho úkolovat bych chtěl využít linux-specifickou vlastnost startu nového threadu ve stylu forku, konkrétně je to nějaký ARCH_FORK() a systémové volání clone(), pozor nikoliv ten clone() o level nad tím.. v zásadě jediné, co nové vlákno doopravdy nutně potřebuje, je vlastní stack, tak uvažuju místo poolu vláken na začátku alokovat pool stacků odpovídající max. počtu vláken které chci používat, a v místě startu nového vlákna si jen hlídat, zda jsem ten na začátku odhadnutý počet vláken nepřekročil... další mechanismy které mi napadají v místě, kde si můžu vybrat jestli paralelizace ano či ne, by např. kromě počtu aktivních vláken byl i počet mikrosekund od poslední paralelizace, aby se třeba zbytečně neparalelizovali velmi rychle probíhající cykly apod)
    XCHAOS
    XCHAOS --- ---
    How to get the number of CPUs in Linux using C? - Stack Overflow
    https://stackoverflow.com/questions/4586405/how-to-get-the-number-of-cpus-in-linux-using-c
    KILLUA
    KILLUA --- ---
    XCHAOS: Děláme ve špatném odvětví...
    Kliknutím sem můžete změnit nastavení reklam