Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Dobry den, programuji projekt v Netbeans a zasekl jsem se na zdanlive malickosti. V programu pracuji s XML soubory a mam tedy tridu pro jejich nacitani a pro jejich dalsi zpracovani.
Jeste pred vysvetlenim problemu sem hodim strom projektu:
$ tree -d . |-- build | |-- classes | | `-- program | | |-- data | | |-- images | | `-- xml | `-- empty |-- nbproject | `-- private |-- src | `-- program | |-- data | |-- images | `-- xml `-- test
Co jsem se dival do automaticky generovaneho kodu obrazky ze slozky images se nacitaji takto:
jLabelSTARTER.setIcon(new javax.swing.ImageIcon(getClass().getResource("/program/images/start.PNG")));
Z toho jsem logicky usoudil, ze kontruktor me tridy pro praci s XML budu volat takto:
XMLworker xmlDoc = new XMLworker("/program/data/score.xml", "scoreboard");
Soubor score.xml ve slozce data SKUTECNE existuje, presvedcoval jsem se o tom snad 100x.
Vzdy vsak dostanu chybu
program.xml.XMLworkerException: Cannot load document: java.io.FileNotFoundException: /program/data/score.xml (No such file or directory) ...
Zkousel jsem tu cestu k souboru ruzne upravoval, ale bezvysledne
Pkud by vas nahodou zajimal i ten vlastni konstruktor:
public XMLworker(String uri, String topElement) throws XMLworkerException
{
try
{
DocumentBuilder builder=DocumentBuilderFactory.newInstance().newDocumentBuilder();
doc = builder.parse(uri);
}
catch (java.lang.Exception e)
{
throw new XMLworkerException("Cannot load document: "+e.toString());
}
checkDocumentStructure();
test();
}
Foo().class.getResourceAsStream("data.txt");
Podmienkou je, aby data.txt a Foo.java boli v jednej package.
Tym nechcem tvrdit, ze to inak nejde, ale mne to takto staci a dalej to neriesim.
To reseni mi prijde trochu "pres ruku", ale budiz, s tim bych se smiril. Problem vsak je, ze v adresari data, kde je umisten soubor score.xml neni zadna trida...
Nevi prosim nekdo? Opravdu nutne bych to potreboval vyresit. Myslim, ze NetBeans je natolik rozsirene IDE, ze hodne lidi s necim podobnym muselo setkat...
vsimnul jste si rozdilu ve volani funkce getClass().getResource(string)? Parametrem teto funkce je cesta ktera se hleda v CLASSPATH, zatimco kdyz zavolate
builder.parse(string) - tak se string povazuje za URI!! /nekde/neco je u me klasicka cesta v rootu.
spravne by melo byt neco jako:
jar:file:/.../foo.jar!/program/data/score.xml
tedy to co dostanete kdyz zavolate
getClass().getResource("/program/data/score.xml").toURI a to predate jako parametr,
a nebo:
misto doc = builder.parse(uri); volat doc = builder.parse(getClass().getResourceAsStream(uri));
snad jsem se vyjadril dost jasne :)
Aha, dekuji, tuhle cast kodu jsem zkopiroval odsud (serial o XML na linuxsoft):
http://www.linuxsoft.cz/img/xml03/src/PhoneBookTableModel.java.html
tak jsem tomu veril...
java.lang.Class.getResource(), případně obdobná metoda u třídy ClassLoader.
V druhém případě se předává cesta k souboru na disku, dokumentaci hledejte u java.io.File.
Tiskni
Sdílej: