V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Dobrý den
je možnost převedení programu pro Atmel AT89C2051 v Assembleru do zdrojového kódu v jazyce C ? například programem gcc nebo nečím podobným ?
Děkuji mnohokrát
Mas na mysli automat, ktery za Tebe prepise neco z asm do C? Necekal bych. Algoritmus by musel byt sileny a vysledek by i tak byl hrozny. Uz preklad z binaru do assembleru je silena zalezitost, protoze Ti ten automat "ocisluje" temer vsechny pametove mista "posvojem". GCC slouzi k opaku teto cinnosti... (navic 2051 je dost malinkaty procesor... je otazka jak moc se tam s C otocis... jiste, taky pouzivam gcc na ATmga48, ale aj tak...)
Ano potřeboval bych aby zdrojový kód který sem napsal v ASM mám ho i v HEXA , tak ho přepsat do C, ale poněvač je to dlouhej program tak sem si chtěl usnadnit práci nebo alespoň část tej práce, a někde sem četl něco v tom smyslu, že nějaká aplikace pro to je či nějakej příkaz, ale nenašel sem ho ovšem o gcc tam bylo zmíněno také .Do C by se ten program přeložit samozřejmě dal ne vše, ale převážná většina.
hm... v tom pirpade - jestli je ten program na hranici mista v tom procesoru uz ted (v asm), tak pocitej s tim, ze v C se Ti trosicku nafoukne, ikdyz to budes psat rucne a strasne usporne 
(do 2051 prece nemuze byt dlouhy program 
... binar max 2kB )
A ten hex je k "nicemu", protoze tam je tech informaci jeste min (a vyrobis ho z cehokoliv). Ale mozna nekdo o necem vi.
Uz jenom kdyz si predstavim, ze se (v asm) s oblibou nechavaji navratove hodnoty malych funkci i ve flagoch (treba Z/C)... to by v c moc neproslo. Ten program by musel pochopit(!) co to dela, protoze tupe nahrazovat instrukce citelnym kodem proste nepujde.
Jistě se bude hodit http://en.wikipedia.org/wiki/Calling_convention pro učení-se jak provazovat ASM a C. Samozřejmě, x86 není AVR, ale rozdíly nebudou obrovské.Omyl. Na x86 - alespoň podle toho odkazovaného článku - se parametry a návratové hodnoty předávají úplně jinak, se zásobníkem to nemá nic společného, dokud to opravdu nejde jinak. http://www.gnu.org/savannah-checkouts/non-gnu/avr-libc/user-manual/FAQ.html#faq_reg_usage
Děkuju za upřesnění. On zásobník se tam smz také někdy používá: Jestli ten odkazovaný text pochopil správně, tak parametry, které můžu předat v registrech r8 - r25 předám v nich a zbytek předám na stacku. Návratová hodnota je v registrech r24, r25,... podle velikosti.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz