abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 1
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: gdb problem pri trasovani

    6.3.2008 00:43 depka
    gdb problem pri trasovani
    Přečteno: 203×
    zdravim, snazim se debugovat tento kus kodu:
        
         38 void FileDictionary::activate()
         39 {
         40         index.clear();
         41         std::ifstream f(INDEX_FILENAME);
         42         if (f.is_open())
         43         {               
         44                 ***string line;
         45                 std::string temp;
         46         gulong pos;
         47         while(std::getline(f, temp, '\t') >> pos)
         48         {
         49             line = temp;
         50             index.insert(std::pair<****ustring, gulong>(line,pos));     
         51                         f.ignore();
         52         }
         53         }
         54         else
         55                 exit(1);
         56         
         57         fdictionary.close();
         58         fdictionary.open(DICTIONARY_FILENAME);
         59         if (!fdictionary.is_open())
         60                 exit(1);
         61 }
    
    
    

    nastavim breakpoint na zacatku funkce, a pokracuju prikazem next, jenze gdb me skoci do hlubin STL(index.clear()) a dalsim nextovanim nakonec vyskoci az na 60 radku(kod pred 60 radkem ani netrasuje)
    jeste prikladam vypis gdb:
    $ gdb program
    GNU gdb 6.6-debian
    Copyright (C) 2006 Free Software Foundation, Inc.
    GDB is free software, covered by the GNU General Public License, and you are
    welcome to change it and/or distribute copies of it under certain conditions.
    Type "show copying" to see the conditions.
    There is absolutely no warranty for GDB.  Type "show warranty" for details.
    This GDB was configured as "i486-linux-gnu"...
    Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
    (gdb) break file-dictionary.cpp:40
    Breakpoint 1 at 0x804fdc2: file file-dictionary.cpp, line 40.
    (gdb) run
    Starting program: program 
    [Thread debugging using libthread_db enabled]
    [New Thread -1232501056 (LWP 19194)]
    [Switching to Thread -1232501056 (LWP 19194)]
    
    Breakpoint 1, FileDictionary::activate (this=0x80c2200) at file-dictionary.cpp:41
    41              std::ifstream f(INDEX_FILENAME);
    (gdb) next
    696             _M_impl._M_node_count = 0;
    (gdb) next
    693             _M_leftmost() = _M_end();
    (gdb) next
    695             _M_rightmost() = _M_end();
    (gdb) next
    446           _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0)
    (gdb) next
    574           basic_istream(): _M_gcount(streamsize(0)) { }
    (gdb) next
    446           _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0)
    (gdb) next
    574           basic_istream(): _M_gcount(streamsize(0)) { }
    (gdb) next
    446           _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0)
    (gdb) next
    574           basic_istream(): _M_gcount(streamsize(0)) { }
    (gdb) next
    446           _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0)
    (gdb) next
    574           basic_istream(): _M_gcount(streamsize(0)) { }
    (gdb) next
    443           : __istream_type(), _M_filebuf()
    (gdb) next
    445             this->init(&_M_filebuf);
    (gdb) next
    497             if (!_M_filebuf.open(__s, __mode | ios_base::in))
    (gdb) next
    498               this->setstate(ios_base::failbit);
    (gdb) next
    144           { this->clear(this->rdstate() | __state); }
    (gdb) next
    248           { return _M_file.is_open(); }
    (gdb) next
    42              if (f.is_open())
    (gdb) next
    60                      exit(1);
    (gdb) 
    
    
    

    Odpovědi

    6.3.2008 01:17 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    Možná se jedná o exit na řádku 55 a ne 60. (Nějak se mi nechce věřit že by to gdb nerozeznal, ale já se v tom moc neorientuji a proto nevím, jestli je číslo řádku uloženo v binárce nebo ho gdb nějak odhaduje.) Taky je divný, že ten breakpoint se nastavil prakticky až na řádek 41, ale to je už jiný problém :-)

    Navrhované řešení - rozliš ty dva exity od sebe nějak. A vůbec, jak to že exituješ a přitom ani neřekneš uživateli, proč? :-)
    6.3.2008 08:30 rastos | skóre: 60 | blog: rastos
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    Kompiluješ s optimalizáciou (napr. -O2)? Ak áno, skús ju vypnúť.
    6.3.2008 08:43 dementni.lojzik | skóre: 19 | blog: ze zivota na vsi
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    jj, presne tak, takto se to obvykle chova, kdyz je zapnuta otimalizace
    6.3.2008 09:35 depka
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    a muzete me poradit jak se to dela pri pouzivani autoconfu a automake? uz sem to zkousel nastavenim promenne prostredi CFLAGS="-g -O0" ale pri komopilace jsem stejne videl v seznamu parametru gcc -O2
    6.3.2008 09:42 Ivan
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    ./configure CXXFLAGS='-O0 -fno-inline -ggdb3' LDFLAGS='-Bsymbolic'

    CFLAGS jsou pro Ccko CXXFLAGS jsou pro C++ a CPPFLAGS jsou pro preprocessor
    6.3.2008 09:43 qk_
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    Dulezity je posledni parametr tedy kdyz bude -O2 a za nim -O0 tak se jede pres -O0. Pri autotools je nejlepsi si udelat volbu neco jako --enable-debug, ktery zapne debugovani (typicky -DDEBUG a -O0 -g). A pro c++ zdrojaky zkus misto CFLAGS pouzit CPPFLAGS, zalezi jak je to udelany vevnitr toho scriptu.
    6.3.2008 09:45 qk_
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    jj, nademnou je spravne CXX misto CPP (furt se mi to plete)
    6.3.2008 10:39 depka
    Rozbalit Rozbalit vše Re: gdb problem pri trasovani
    takze vypnout tu optimalizaci pomohlo, vsem dekuji.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.