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.
Dobrý den,
potřebuji na rychlo vyrobit program v Javě do jednoho projektu. Javě moc nerozumím, tak mě berte s rezervou. Cílem je aby třída (momentálně definováno jako proměnné) obsahovala kód shell skriptů, které budou vzdáleným voláním zapsány na disk a spuštěny. Pokud však takový skript zapíšu do cílového adresáře (Linux, 32-bit, x86), obsahuje jeho kód mezeru (resp. znak NULL dle hexa editoru) za každým znakem.
Příklad:
(originální kód v Java třídě) this.file = "#!/bin/sh\n" + : : " lines=$(expr $(wc -l $TARGET|sed 's/^ *//'|cut -d \" \" -f 1) \"-\" 2)\n" + " head -n $lines $TARGET > $TEMP\n" + " cat $SOURCE >> $TEMP\n" + " tail -n 2 $TARGET >> $TEMP\n" + : :
(kód zapsaný do souboru) l i n e s = $ ( e x p r $ ( w c - l $ T A R G E T | s e d ' s / ^ * / / ' | c u t - d " " - f 1 ) " - " 2 ) h e a d - n $ l i n e s $ T A R G E T > $ T E M P c a t $ S O U R C E > > $ T E M P t a i l - n 2 $ T A R G E T > > $ T E M P
(kód zodpovědný za zápis stringu) File file = new File(this.script); DataOutputStream stream = new DataOutputStream(new FileOutputStream(file)); stream.writeUTF(this.install); // zkoušel jsem i writeChars -- žádná změna return 0;
Data shell skriptů nemohu umístnit mimo třídu. Ptám se tedy -- jak se zbavím mezer v souboru? A dále, existuje nějaká "lepší" možnost zápisu většího množství dat (podobně jako třeba v Perlu) do Stringu či jiné datové struktury (kterou pak vyplivnu do souboru), tak, abych nemusel každý řádek dávat do úvozovek a spojovat operátorem +...s tím, aby však zápis byl stejně přehledný.
Zdravim. V javadocu (java.sun.com/j2se/1.4.2/docs/api/java/io/DataOutputStream.html) je popsáno jak se chovají jednotlivé metody. Ai by bylo výhodnější použít writeBytes(). Protože writeChars() a pravděpodobně i writeUTF() zapisuje znaky po 2 bytech.
Díky. Myslel jsem si správně, že právě tam bude problém. Po přepnutí editoru do UTF-16 se text zobrazil správně. K vyřešení mi pomohla následující metoda z diskuse u FAQ na jGuru:
/* convert from internal Java String Format -> UTF-8 encoded HTML/JSP-Pages */
public static String convertToUTF8(String s) {
String out = null;
try {
out = new String(s.getBytes("UTF-8"));
} catch (java.io.UnsupportedEncodingException e) {
return null;
}
return out;
}
Nyní string před zápisem překóduji na UTF-8 a je po problému.
OutputStreamWriter(OutputStream out)
Creates an OutputStreamWriter that uses the default character encoding.
OutputStreamWriter(OutputStream out, Charset cs)
Creates an OutputStreamWriter that uses the given charset.
OutputStreamWriter(OutputStream out, CharsetEncoder enc)
Creates an OutputStreamWriter that uses the given charset encoder.
OutputStreamWriter(OutputStream out, String charsetName)
Creates an OutputStreamWriter that uses the named charset.
DataOutputStream, ale Writer, zde se konkrétně bude hodit PrintWriter. Při vytváření je vhodné nadefinovat kódování souboru, jinak se použije kódování platformy (což bude správně, pokud je počítač, kde spouštíte program, zároveň cílovým počítačem pro skripty a je tam správně nastavené locale; ale je to nevhodné,pokud chcete výstupní kódování nějak řídit). DataOutputStream slouží k serializaci Java objektů.
Tiskni
Sdílej: