• ú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
    XCHAOS
    XCHAOS --- ---
    ANT_39: nezkoušel jsem. mě na tom překvapil ten první řádek, ale asi dává smysl, že se zbytek řádku s direktivou preprocesoru prostě ignoruje, jen jsem o tom nikdy nepřemýšlel. Zbytek by měl jít zkompilovat na první pohled bez větších záludností...
    ANT_39
    ANT_39 --- ---
    XCHAOS: Melo by to jit vybuildit?
    XCHAOS
    XCHAOS --- ---
    WILD_A
    WILD_A --- ---
    XCHAOS: trigraphy a makra jsou zaklad pro C obfuscation contest nicmene za normalnich okolnosti trgraphy nikdy.
    XCHAOS
    XCHAOS --- ---
    To jsem nevěděl, že Python je tak nebezpečný... :-)
    XCHAOS
    XCHAOS --- ---
    ANT_39: tak zase ten zápis vypadá poměrně cool, že jo :-)
    ANT_39
    ANT_39 --- ---
    XCHAOS: A je tomu tak dobre.
    XCHAOS
    XCHAOS --- ---
    Trigraphy jsou hodně zapomenutá věc v C :-)
    What does the ??!??! operator do in C? - Stack Overflow
    https://stackoverflow.com/questions/7825055/what-does-the-operator-do-in-c
    XCHAOS
    XCHAOS --- ---
    LUDO: to je z twitteru :-)
    LUDO
    LUDO --- ---
    dobre photoshop skillz
    XCHAOS
    XCHAOS --- ---
    Neměli by tam radši něco Carbon neutral? :-)
    GIOMIKY
    GIOMIKY --- ---
    JANFROG: jj, rozumim tomu. Jeste jednou moc dekuji.
    Premyslim, ze bych si postavil docker image s debug symbolama na kernel volani a s libc symbolama.
    Dostatcsmysluplnou hlasku nebo naoovedu alespon se jmenem volani je zaklad. Bez toho je to vareni z vody.
    JANFROG
    JANFROG --- ---
    GIOMIKY: Nejsem buh, jen nam zkusenosti. Hodiny stravene v GDB ladenim podobnych (a mnohem "zajimavejsich") problemu :-)

    > za linkovaci figl
    Ta SO odpoved to vysvetluje.
    GIOMIKY
    GIOMIKY --- ---
    JANFROG: Jsi buh. Vyresilo to:
    LIBS = -Wall -O3 -static -pthread -ltre -lssl -lcrypto -ldl -lgpm -lidn -lexpat -lrt -Wl,--whole-archive -lpthread -Wl,--no-whole-archive

    Jeste musim poradne prozkoumat, co jsem to vubec provedl za linkovaci figl, ale binarka funguje. Bezva, super, moc dekuji. ;-]
    Mas u me pivo nebo pohled. ;-]
    JANFROG
    JANFROG --- ---
    GIOMIKY: Mas to IMHO blbe slinkovane:

    Program received signal SIGSEGV, Segmentation fault.
    0x0000000000000000 in ?? ()
    (gdb) up
    #1  0x000000000073ebec in __register_frame_info_bases.part.5 ()
    (gdb) disass
    Dump of assembler code for function __register_frame_info_bases.part.5:
       0x000000000073ebb0 <+0>:	push   %rbp
       0x000000000073ebb1 <+1>:	push   %rbx
       0x000000000073ebb2 <+2>:	mov    %rsi,%rbx
       0x000000000073ebb5 <+5>:	sub    $0x8,%rsp
       0x000000000073ebb9 <+9>:	mov    $0x67ecd0,%rbp
       0x000000000073ebc0 <+16>:	movq   $0xffffffffffffffff,(%rsi)
       0x000000000073ebc7 <+23>:	mov    %rdx,0x8(%rsi)
       0x000000000073ebcb <+27>:	mov    %rcx,0x10(%rsi)
       0x000000000073ebcf <+31>:	mov    %rdi,0x18(%rsi)
       0x000000000073ebd3 <+35>:	movq   $0x7f8,0x20(%rsi)
       0x000000000073ebdb <+43>:	test   %rbp,%rbp
       0x000000000073ebde <+46>:	je     0x73ebec <__register_frame_info_bases.part.5+60>
       0x000000000073ebe0 <+48>:	lea    0x1bf319(%rip),%rdi        # 0x8fdf00 <object_mutex>
       0x000000000073ebe7 <+55>:	call   0x0 ; <--- ?!?
    => 0x000000000073ebec <+60>:	mov    0x1bf345(%rip),%rax        # 0x8fdf38 <unseen_objects>
       0x000000000073ebf3 <+67>:	mov    %rbx,0x1bf33e(%rip)        # 0x8fdf38 <unseen_objects>
       0x000000000073ebfa <+74>:	mov    %rax,0x28(%rbx)
       0x000000000073ebfe <+78>:	mov    0x1bf324(%rip),%eax        # 0x8fdf28 <any_objects_registered>
       0x000000000073ec04 <+84>:	test   %eax,%eax
       0x000000000073ec06 <+86>:	je     0x73ec30 <__register_frame_info_bases.part.5+128>
       0x000000000073ec08 <+88>:	test   %rbp,%rbp
       0x000000000073ec0b <+91>:	je     0x73ec20 <__register_frame_info_bases.part.5+112>
       0x000000000073ec0d <+93>:	add    $0x8,%rsp
       0x000000000073ec11 <+97>:	lea    0x1bf2e8(%rip),%rdi        # 0x8fdf00 <object_mutex>
       0x000000000073ec18 <+104>:	pop    %rbx
       0x000000000073ec19 <+105>:	pop    %rbp
       0x000000000073ec1a <+106>:	jmp    0x0  ; <--- ?!?
       0x000000000073ec1f <+111>:	nop
       0x000000000073ec20 <+112>:	add    $0x8,%rsp
       0x000000000073ec24 <+116>:	pop    %rbx
       0x000000000073ec25 <+117>:	pop    %rbp
       0x000000000073ec26 <+118>:	ret    
       0x000000000073ec27 <+119>:	nopw   0x0(%rax,%rax,1)
    --Type <RET> for more, q to quit, c to continue without paging--
    

    rychle stackoverllowing naslo: https://stackoverflow.com/questions/35116327/when-g-static-link-pthread-cause-segmentation-fault-why.
    GIOMIKY
    GIOMIKY --- ---
    JANFROG: Diky moc, nespecha to, je to jenom ze zvedavosti.
    Program na ssl jsem si vyrobil a funguje mi, staticky nalinkovanej.
    Jeste jsem zkkusel prilinkovat statickej lib c, ale nebylo to k nicemu.
    Jak rikam, je zajimavy, ze kdyz prilinkuju jemalloc, tak to funguje.
    Ale je to na muj vkus moc velka knihovna.
    JANFROG
    JANFROG --- ---
    GIOMIKY: Zkusim na to mrknout vecer, bude-li cas.

    > Ty debug symboly jsem mpodle mne nainstaloval.
    To je sice hezky, ale pokud nema binarka link na ty symboly, GDB nema jak vedet kde je najde. Doporucuji si precist dokumentaci: https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html

    > Stack vypada takhle:
    Muj tip je ze to je spatne slinkovane. Lehne to jeste v inicializaci pred volanim main().
    Udelej si testovaci program co vola openssl a uvidis.
    GIOMIKY
    GIOMIKY --- ---
    JANFROG: Ahoj,
    moc dekuju, posilam sem:
    https://bh.xf.cz/20220521_elinks.zip
    Jsou tam zdrojaky a binarka v src/elinks
    Moc nevim, c s tim. Ty debug symboly jsem mpodle mne nainstaloval.
    Stack vypada takhle:
    (gdb) r
    Starting program: /home/miky/dev/src/exp/elinks/src/elinks 
    
    Program received signal SIGSEGV, Segmentation fault.
    0x0000000000000000 in ?? ()
    (gdb) bt
    #0  0x0000000000000000 in ?? ()
    #1  0x000000000073ebec in __register_frame_info_bases.part.5 ()
    #2  0x00000000004031cd in frame_dummy ()
    #3  0x0000000000000001 in ?? ()
    #4  0x0000000000680944 in __libc_csu_init ()
    #5  0x0000000000680273 in __libc_start_main ()
    #6  0x00000000004030ea in _start ()
    
    


    Kdyby to padalo v programu, tak s tim snad bych neco udelal umel,
    alel tohle mi prijde, ze je jeste predtim. Na kazdy pad, jak rikam,
    lze to "opravit". Prilinkovanim -ljemmaloc, coz mi ale prijde
    neprilis hezke resni. A navadi me to, ze to blbne nekde pri alokaci.
    Static build Core Dumps with OpenSSL · Issue #144 · rkd77/elinks · GitHub
    https://github.com/rkd77/elinks/issues/144

    Je tam prilinkovany openssl 1.1.1d, standardne to, co je v debianu 10

    $ openssl version
    OpenSSL 1.1.1d  10 Sep 2019 (Library: OpenSSL 1.1.1n  15 Mar 2022)
    
    JANFROG
    JANFROG --- ---
    GIOMIKY: dej mi nekam tu statickou binarku, podivam se na to.

    > libc6 z balicku jsem v /usr/src rozbalil a pridal do gdb dir, ale stale mi gdb pise ?? u vetsiny funkci pri core dumlu

    zdrojaky jsou k nicemu, kdyz GDB nema (nevi kde najit) symboly - proto to ??
    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.
    Kliknutím sem můžete změnit nastavení reklam