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 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 1
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: sjednocení __builtins__ a globals v pythonu

    17.11.2008 17:03 vencas | skóre: 32
    sjednocení __builtins__ a globals v pythonu
    Přečteno: 162×
    Zdraívm,

    mám program v c++ skriptovaný v pythonu. Dělá mi problémy, že každý interpreter pythonu má svoje vlastní globální proměnné, které nejsou mezi interpretery sdílené. (Sad globálních proměnných (tj. interpreterů) je několik: jednak samotný embedded python v c++, pak na konzoli běžící ipython a pak libovolný počet pythonských konzolí přes telnet). Chtěl jsem to vyřešit tak, že bych sdílené proměnné vytvářel ve jmenném prostoru __builtins__; má to ale háček:
    $$$ __builtins__.a=5
    $$$ a # vypíše __builtins__.a
    5
    $$$ a=4 # přiřadí ale do globals()['a'], v tomto případě navíc locals()==globals()
    $$$ a # vypíše globals()['a']
    4 
    
    Výsledek tedy je takový, že proměnné je "jen pro čtení" v tom smyslu, že když se pokusím přiřadit hodnotu a neuvedu explicitně __builtins__, pak proměnnou zastíním globální proměnnou: v současném interpreteru tedy budu vidět tu novou hodnotu z globals() a v ostatních tu z __builtins__. Guláš. Když budu chtít vytvořit proměnnou, pak před ni musím napsat __builtins__.něco, taky nic moc.

    Bohužel nevím, jak (pokud to vůbec jde) globals a __builtins__ sjednotit. Zkoušel jsem triky jako
    globals=lambda: __builtins__.__dict__
    , ale bez úspěchu (globals() se zjevně interně pro nalezení proměnné nepoužívají. (Pochopitelně některé proměnné musejí být pro interpreter lokální, aby se mezi sebou vůbec rozlišily, ale těch bude nejspíš jen pár)

    Máte nějako nějaký nápad? Díky za něj.

    Odpovědi

    18.11.2008 08:21 JS
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    No, je to oblast, v ktere se moc nevyznam, ale zkusim to:

    1. Python AFAIK neumoznuje sam od sebe sdilet promenne mezi interprety, protoze to by znamenalo nejake zamykani a pokud by Python mel na promennych zamky, nebyl by potreba global-interpreter lock (GIL).

    2. Nevim, __builtins__ asi neni ta spravna cesta, to je podle me spis jen alias na ty vestavene funkce, ktery je k dispozici i v pripade, ze si je predefinujete. Tim chci rict, ze za __builtins__ patrne zadny skutecny slovnik neni.

    3. Co se tyce reseni, tak nevim. Premyslel jsem o moznosti implementovat nejak vlastni slovnik v C++, ktery by bylo dostupny vsem tem Pythonum pres zamky, ale to ma jeden velky hacek - Python ma vlastni spravu pameti, a tedy neni jasne, co se stane, pokud interpret A dostane pod kontrolu objekt na halde interpretu B - osobne si myslim, ze minimalne s GC to nebude fungovat. Pokud by bylo GC vypnute, fungovat by to mohlo, ale je to asi dost riskantni. Navic, musite zarucit, ze vsechny interprety bezi ve stejnem procesu.

    4. Jeste by byla moznost pouzit nejake posilani zprav a pickle/unpickle. Mozna by to bylo nejjednodussi ve vasem pripade. Jak uz jsem naznacil, kvuli obtiznosti sdileni pameti vice interprety, kopirovani objektu se patrne neda vyhnout.
    18.11.2008 11:03 MarSik | skóre: 16 | Brno
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    Napadaji me dve moznosti (cecko nebo python, je to uplne jedno):

    1) zvlast bezici proces a posilani zprav pres socket/pipe/neco - sem spada treba memcached, ktery se na to casto pouziva 2) sdilena pamet - nevim jak je na tom python, cecko urcite umi a python umoznuje v cecku napsane moduly (a je to slusne zdokumentovane), akorat je potreba davat bacha na zamykani

    Oboji je to skaldiste dat a perzistentni objekty muzes zpristupnit treba pomoci jineho procesu, ktery je bude vlastnit a nejakeho xmlrpc..

    Jinak __builtins__ je typove python modul.

    Nothing is foolproof...fools are very clever.
    18.11.2008 11:41 JS
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    Jasne, ale vyse uvedene reseni uz je trochu slozitejsi v tom, ze uz nepujde primo o Python objekty, ale bude se to muset prevest. Takze ani tak to neresi kopirovani tech dat (budou se muset kopirovat do tech Python objektu, aby s nimi bylo mozne rozumne pracovat).

    No jo, tenhle priklad krasne ukazuje nevyhodu systemu s vlastni spravou pameti.
    18.11.2008 12:21 MarSik | skóre: 16 | Brno
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    No zrovna ten rpc pristup by byly primo Python objekty, kde klienti by k nim meli pristup pres proxy objekt a byla by to porad ta sama instance.

    Jinak sdilena pamet/memcached neni python objket.. jak jsem psal, je to jen skladiste.. a bylo by potreba kopirovat a zamykat.

    Jinak vyrobit v ceckovem modulu objekt, ktery bude na sdilene pameti a bude spolecny pro vsechny neni problem. GC poresite proste tim, ze inkrementujete pocitadlo referenci.
    Nothing is foolproof...fools are very clever.
    18.11.2008 23:07 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    Ono by bylo celkem jedno, jestli je objekt společný pro všechny nebo ne, protože všechny ty třídy jsou jen velmi tenké šlupky přes shared_ptr<c++-třída>(nějaký-objekt), takže ať jich je víc nebo ne, data mají stejná.

    Šlo mi primárně o proměnné, aby je interpretery sdílely (resp. jejich jmenné prostory). Všechno to běží v jednom procesu, takže paměť sdílená je. Aby když napíšu a=, tak aby všude platilo a==5: v embed interpreteru (PyRun_SimpleString) i ve všech interaktivních interpreterech.
    18.11.2008 23:10 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: sjednocení __builtins__ a globals v pythonu
    Oprava: aby když napíšu a=5, tak aby všude platilo a==5

    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.