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í
×

dnes 17:22 | Komunita

Martin Flöser představil na svém blogu projekt XFree KWin. Cílem projektu je rozběhnout správce oken KWin na Waylandu bez XWaylandu.

Ladislav Hagara | Komentářů: 0
dnes 16:55 | Komunita

Do pátku 29. září probíhá v Praze v hotelu Hilton konference SUSECON 2017 pořádaná společností SUSE. Dění na konferenci lze sledovat na Twitteru. Nils Brauckmann, CEO společnosti SUSE, vítá účastníky konference na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 07:00 | Komunita

Příspěvek na blogu společnosti Yubico informuje o začlenění podpory bezpečnostních klíčů FIDO U2F do Firefoxu Nightly. Dosud bylo možné dvoufázové ověření pomocí FIDO U2F ve Firefoxu zajistit pouze pomocí doplňku.

Ladislav Hagara | Komentářů: 3
dnes 06:00 | Humor

Adobe PSIRT (Adobe Product Security Incident Response Team) neúmyslně zveřejnil (archive) na svém blogu svůj soukromý OpenPGP klíč. Klíč byl revokován a vygenerován nový. Nelze nezmínit xkcd 1553 - Veřejný klíč.

Ladislav Hagara | Komentářů: 1
včera 20:00 | Nová verze

Byla vydána (cgit) verze 0.99 svobodného nelineárního video editoru Pitivi. Jedná se o release candidate verze 1.0. Přehled úkolů, které je nutno ještě dodělat, na Phabricatoru. Pitivi je k dispozici také ve formátu Flatpak.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Microsoft s Canonicalem představili linuxové jádro Ubuntu optimalizováno pro cloudové služby Microsoft Azure (linux-azure). Jako výchozí je toto menší a výkonnější jádro použito již v Ubuntu Cloud Images for Ubuntu 16.04 LTS. Canonical zatím nenabízí patchování tohoto jádra za běhu systému (Canonical Livepatch Service).

Ladislav Hagara | Komentářů: 1
včera 14:55 | Komunita

Facebook oznámil, že přelicencuje open source projekty React, Jest, Flow a Immutable.js ze své vlastní kontroverzní licence BSD+Patents na licenci MIT. Stane se tak tento týden s vydáním Reactu 16. Jedním z důvodů přelicencování bylo oznámení nadace Apache, že software pod Facebook BSD+Patents licencí nesmí být součástí produktů pod touto nadací [Hacker News].

Ladislav Hagara | Komentářů: 0
23.9. 21:44 | Nová verze

Po půl roce od vydání verze 9.0 byla vydána verze 10.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
22.9. 18:11 | Nová verze

Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.

Ladislav Hagara | Komentářů: 0
22.9. 12:11 | Komunita

Na Humble Bundle lze získat hororovou počítačovou hru Outlast (Wikipedie) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 2
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 571 hlasů
 Komentářů: 23, poslední včera 18:12
    Rozcestník

    Dotaz: adresa glob. proměnné v dyn. linkované knihovně

    10.4.2006 10:46 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    adresa glob. proměnné v dyn. linkované knihovně
    Přečteno: 85×
    Řekněme, že budu mít dynamicky linkovanou knihovnu (sám si ji napíšu, takže budu mít k dispozici i mapu proměnných, která vyleze z gcc při překladu). Je možné nějak určit, jakou absolutní adresu bude mít globální proměnná v této knihovně za běhu programu jenom z relativní adresy získané z mapy proměnných?

    Jde mi o to, jestli je možné z mapy proměnných knihovny vyzobat relativní adresy globálních proměnných a uložit si do nějakého souboru informaci typu: jméno proměnné/adresa/typ proměnné. Pak by program, který používá onu dynamickou knihovnu, dostal adresu nějaké globální proměnné, převedl by relativní adresu na absolutní (jak?), a (např.) by na terminál vypsal hodnotu této proměnné.

    Otázka tedy zní: jde (a pokud ano, tak jak) převést relativní adresu globální proměnné na absolutní?
    Užívej dne – možná je tvůj poslední.

    Odpovědi

    10.4.2006 11:35 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Ně jak nechápu co tím chce básník říci.

    Adresa bude pokaždé jiná protože se ta knihovna pokaždé nahraje do jiného pamětového prostoru.

    Samozřejmě pokud program co tu knihovnu používá může zjistit adresu proměnné pokud ji může používat a je mu ta proměnná dostupná.
    10.4.2006 11:58 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Adresa bude pokaždé jiná, protože se ta knihovna pokaždé nahraje do jiného pamětového prostoru.
    A na to se právě ptám. Adresa je v knihovně relativní vůči nějaké jiné adrese. Pokud tu „jinou adresu“ budu znát, pak stačí k relativní adrese (kterou znám z mapy proměnných) přičíst offset (který nevím jak za běhu programu zjistit) a dostanu skutečnou adresu proměnné.

    Program může zjistit adresu proměnné nějak takhle: p_foo = &foo;, ale to znamená mu při psaní programu říct, aby zjistil adresu této konkrétní proměnné (foo); já to ale potřebuju zajistit obecně pro libovolnou globální proměnnou. Navíc program (ten, který používá sdílenou knihovnu) nezná její globální proměnné, takže k nim takhle přistupovat nemůže.

    Já potřebuju programu předat relativní adresu, program by si ji přepočítal na absolutní a na základě absolutní adresy libovolné glob. proměnné by přečetl (přepsal) její obsah. Otázka zní, jak z relativní adresy získat adresu absolutní.
    Užívej dne – možná je tvůj poslední.
    10.4.2006 12:38 rastos | skóre: 60 | blog: rastos
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Najprv som si myslel, že tvoj problém jednoducho vyrieši extern:
    extern int prem;

    Ale po vete

    Navíc program (ten, který používá sdílenou knihovnu) nezná její globální proměnné,

    som prestal chápať. Možno by pomohlo pozrieť sa na výstup programu objdump, alebo nm.

    10.4.2006 13:35 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Ne, extern int proměnná mi nepomůže, protože já při psaní programu, který výše zmíněnou knihovnu bude používat, nevím, jak se proměnné budou jmenovat, jakého budou typu ani kolik jich bude. Vím jenom, že k nim budu potřebovat přistupovat (neřešme proč a jak moc velká je to prasárna).

    Program nm mi sice vypíše seznam symbolů, které jsou v knihovně definované, ale to mi moc nepomůže, totéž zjistím i z mapy proměnných.

    Příklad: mám knihovnu s jednou globální proměnnou a jednou funkcí:
    int g_var;
    
    int foo(void) {
      return g_var;
    }
    Knihovnu přeložím a vznikne mi soubor lib.so. Programem nm zjistím tohle:
    # nm lib.so | grep g_var
    000018bc B g_var
    V paměti ale nebude proměnná g_var na adrese 18bc, ale na aderese offset + 18bc. Já chci zjistit ten offset, abych v programu (který tu knihovnu bude používat) mohl napsat např. něco jako
    p_gvar = (int *)(0x18bc + offset)
    printf("Obsah promenne: %d\n", *p_gvar);
    Užívej dne – možná je tvůj poslední.
    10.4.2006 13:57 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Navíc program (ten, který používá sdílenou knihovnu) nezná její globální proměnné,
    A jak potom tu knihovnu chceš používat ?

    Přece ke každé knihovně existuje její hlavičkový soubor *.h kde jsou funkce a proměnné té knihovny popsané takže ty proměnné znáš. Jak jinak by jsi věděl co v té knihovně je ?
    10.4.2006 14:28 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Tohle jsem tu sice nechtěl řešit, ale budiž: má představa je taková, že knihovna bude fungovat jako jakýsi plug-in: program si z konfiguráku přečte, kterou z dostupných knihoven má dneska používat a její funkce pak bude volat. Jaké bude mít knihovna globální proměnné už bude její věc (každá taková knihovna bude dělat něco jiného a bude mít tedy jiné globální proměnné; knihovny by se shodovaly jen v několika funkcích, které by tvořily rozhraní pro program).
    Užívej dne – možná je tvůj poslední.
    10.4.2006 14:48 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    No ale v tom případě vás nějaké proměnné nezajímají.

    Funkce znáte tak je používejte.

    Pokud potřebujete přistupovat k RAM jedno čeho tak si tam dopište funkci která vám vrátí adresu té proměnné.
    10.4.2006 15:24 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Proměnné mě budou zajímat, hlavně z ladicích důvodů. Standardní debugger nebude možné použít (ten program nepoběží na standardním PC, ale to je jedno).

    Funkci, která mi vrátí adresu té proměnné bych si napsal rád, ale zatím nevím jak (doufal jsem, že odpověď dostanu tady :). Znám jen název proměnné, její relativní adresu v knihovně a její typ. Já ale potřebuju znát její absolutní adresu, tzn. potřebuju funkci
    void *abs_addr(unsigned int rel_addr)
    nebo
    void *abs_addr(char *var_name)
    Užívej dne – možná je tvůj poslední.
    10.4.2006 15:04 mike
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    zkus dlopen(), dlsym()
    10.4.2006 15:28 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Fce dlsym() vypadá, že by mohla vyřešit můj problém, díky!
    Užívej dne – možná je tvůj poslední.
    10.4.2006 17:23 michich
    Rozbalit Rozbalit vše Re: adresa glob. proměnné v dyn. linkované knihovně
    Jak jste chtěl ten plugin v hlavním programu načítat? Bez použití dlopen() a dlsym() to snad ani nejde, nebo jo?

    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.