Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
fread a fwrite ze stdio.h? V C# je lze zadeklarovat takto:
[DllImport("msvcrt.dll", SetLastError=true)]
static extern IntPtr fread(byte[] buffer, IntPtr size, IntPtr count, IntPtr stream);
[DllImport("msvcrt.dll", SetLastError=true)]
static extern IntPtr fwrite(byte[] buffer, IntPtr size, IntPtr count, IntPtr stream);
stream vlastně zač. Pokud je to ukazatel nebo má velikost ukazatele, lze návratový typ deklarovat jako IntPtr.
Z C# jsem si schopen zavolat funkci OpenXmlBridge, avšak samotným zavoláním se program logicky zastaví...Tomu nerozumím, když s tím pracujete asynchronně. Mj. deklarace pro funkce
ReadFileEx a WriteFileEx lze najít na serveru pinvoke.net (jsou v knihovně kernel32.dll).
[DllImport("Moje.dll", SetLastError = true)]
private static extern SafeFileHandle OpenXMLBridge();
//Pak se s tím dá pracovat přes
SafeFileHandle handler = OpenXMLBridge();
FileStream fs = new FileStream(handler, FileAccess.ReadWrite, 4096, true);
Průšvih je, že mi to padá při druhém čtení či zápisu, při fs.Close() mi to padá. Ale... to snad již nějak dořeším.
OpenXMLBridge funkce z té DLL knihovny v C a nevrací klasický windowsovský handle? Pokud ano, tak byste tam měl mít IntPtr:
[DllImport("Moje.dll", SetLastError = true)]
private static extern IntPtr OpenXMLBridge();
a pracovalo by se s tím takto:
var handle = new SafeFileHandle(OpenXMLBridge(), true); var fs = new FileStream(handle, FileAccess.ReadWrite, 4096, true);
Tiskni
Sdílej: