Názor ke zprávičce Blizzard prý uvolní port jedné ze svých her na Ubuntu od kozec - > Nepotěší, ale o příčině se mohou pouze...
-
> Nepotěší, ale o příčině se mohou pouze dohadovat.
Mne pride pomerne zrejma. Hodnota sa pri upgrade nemeni, meni sa len, ak instalujete ciste XP s SP2. Vlastne by som bral ako chybu, keby to bolo inak.
> KnownDLLs u mě %SystemRoot%\system32 obsahují, u vás opět ne
Co presne mam chapat pod "KnownDLLs obsahují %SystemRoot%\system32" ? Mam dojem, ze jeden z nas funkciu tohto kluca chape zle a narad by som nim bol ja ;)
> Jo, změnit knihovnu za běhu a natáhnout novému procesu jinou verzi, to je terno.
Jo, bolo by to zaujimave, ale nemalo by k tomu dochadzat. Fork() si nacitane kniznice zachovava. Takze prislovie je to pekne, ale nase ventialtory su zatial ciste :p
> Podobně "skvělá" je možnost aktualizace běžících aplikací.
Rovnaky pripad. Otvorene subory zostavaju na disku, az kym ich nezavrie aj posledny proces. Ludia okolo Unixu byvaju cudaci, ale nie su to blazni ;)
> a on prý soubor neexistuje. U Postfixu to tuším řešili přepsáním kódu... aplikace(!).
Skusim hadat :) Na kod, ktory zapisoval prislo skor, ako na kod, ktory subor otvaral. Inak si totiz neviem predstavit, ako by zapis cez handler mal hlasit neexistujuci subor ;)
> LD_LIBRARY_PATH může nastavit běžný uživatel
Ide skor o to, ze ho uzivatel musi nastavit zle, aby sa dostal k bezpecnostnej hrozbe, ktoru ma Windows by default. Je to ten isty problem co PATH ;)
> Bohužel vám pak velmi brzo dojde paměť. Za to může mimo jiné typická konstrukce fork()/exec(), která spoustu paměti označuje jako CoW.
... vdaka comu pamat nedojde. Na to, aby toto nastalo (resp. na to, aby OOM vobec prisiel k cinu) potrebujete proces, ktory vykonava podla moznosti nekonecne forkovanie, zapis do viacerych stranok a dcerske procesy neukoncuje. Inak povedane, potrebujete proces, ktory bud naschval, alebo kvoli chybe zaprace celu RAM. Nevidim, ako by pri takom procese mal byt zrovna OOM killer tym hlavnym problemom.
> Useradd je skript, nikoliv API.
Ked som sa dival naposledy, useradd skriptom celkom urcite nebol. Je ale sucastou LSB a vsetkych *nixov, na ktorych ma vytvaranie uzivatela zmysel (napr. pre taky Android nema) Ale nepochybujem o tom, ze by ste ho najradsej videl ako syscall.
> BTW opakované volání CreateWindowEx() u mě vrací po 10k objektech tuším ERROR_NOT_ENOUGH_MEMORY, protože těch 10k je limit nastavený v registry
Vazne si to skuste :p Vytvorenie 10k offscreen bitmap pravdepodobne naozaj narazi na nejaky ten limit, ale pokus o XY kilookien Windows proste zlozi (uz za par stovak.) Ale nic si z toho nerobte, X11 som schopny zlozit tiez, staci pustit Compiz a spachat okno velke aspon 30-40 megapixelov.
Ad. tvorenie excelu: V shelly by to bolo nieco na sposob echo \n\n,,nadpis,zivanie >out.csv. Ak by ste trval na ekvivalente xsl, OO bindy ma napriklad python.
Cislo 3 bude klasicke ps a cislo 2 sice viem ze sa da, ale musel by som sa divat ako :pNaoplatku skuste s powershellom nahravat prave prehravany zvuk zo zvukovej karty, filtrom ho prehnat napriklad mp3 enkoderom a poslat ho na vzdialeny pocitac, kde sa dekoduje a v realnom case prehra. Pricom mam na mysli stream, nie par sekund zaznamu.
Unixovy shell bol univerzalny nastroj pred 30 rokmi a je nim dodnes. Je mozne, ze raz niekto pride na nieco lepsie, ale PS tym urcite nebol :)
> Já bych osobně použil VBA bez regexpů
Iste, vzdy je moznost napisat si program, ktory problem riesi. Malokedy je to ale rychlejsie.
> BTW běžnému uživateli bych doporučil si legálně koupit film i s titulky :)
Odkazem, urcite ich to pobavi :)
