Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
#include <fstream> int main() { std::string filename("myfilename\0.txt", 15); // embedded null character std::ofstream myfile(filename); myfile.close(); }Je mi známo, že v linuxu název souboru nemůže obsahovat nulový byte. Otázkou je, proč operace neselže, ale vytvoří se soubor se špatným názvem "myfilename"? std::ofstream od C++11 má parametr std::string a std::string může obsahovat nulové znaky, proč se s tím nepočítá a operace, která by měla selhat neselže a ještě má potenciál zničit soubor s jiným názvem? V c++17 má být std::filesystem, budou jeho operace taky takhle "fungovat" s řetězci obsahujícími nulový byte a vytvářet/mazat/otevírat úplně jiné soubory a adresáře? Existuje k těm fcím néjaká dokumentace, kde se říká, že pokud předám řetězec, co obsahuje nulový byte, bude to nedefinované chování?
Řešení dotazu:
Operácia vytvárania súboru nemá prečo zlyhať, lebo v parametri mu bol dodaný názov súboru (ako std::string), ktorý bol vytvorený správne bez ohľadu na to, či bol vytvorený s ukončením c-stringu, alebo bez.Právě že ne. Já chtěl vytvořit soubor "myfilename\0.txt", jenže místo toho, aby to selhalo, tak mi to vytvořilo soubor "myfilename". Nikde se mi nedaří najít, že takový název funkci předat nemůžu, jinak dojde k UB, proto předpokládám, že dojde k situaci, že vytvoření souboru selže (protože systém takový název souboru nepodporuje), nikoliv, že bude tiše vytvořen úplně jiný soubor a tvářit se, že je vše ok.
Tohle vůbec není o jménech souborů a omezeních operačního systému. Máte tam std::string
inicializovaný pomocí string literal a ten je null terminated. Např.
#include <iostream> #include <string> int main() { std::string s("abc\0def"); std::cout << s << std::endl; return 0; }
To vám taky vypíše jen "abc".
std::string s("myfilename\0.txt", 15);
Pravda. Na věci to ale stejně nic nemění, protože třída std::basic_fstream
dlouhou dobu měla pouze konstruktor s prvním parametrem typu "const char*
" a i když C++11 přidává i konstruktor s prvním parametrem typu "const std::string&
", je u něj napsáno
Effects: the same as basic_fstream(s.c_str(), mode);
Takže se tak jako tak cokoli za prvním nulovým znakem musí ignorovat. A i kdyby ne tady, pak u std::basic_filebuf
je výslovně uvedeno, že jméno souboru je null terminated byte string.
u std::basic_filebuf
je výslovně uvedeno, že jméno souboru je null terminated byte string.
u metody open()
typedef struct { char *c_string; int c_lenght; } String; String string;toto
printf(string.c_string);alebo
frite(string.c_string, string.c_lenght, 1, stdout);Ináč, aj tak sa do kernelu sa neprenáša dĺžka názvu súboru. To by si musel vytvoriť nové systémové volanie.
Existuje k těm fcím néjaká dokumentace, kde se říká, že pokud předám řetězec, co obsahuje nulový byte, bude to nedefinované chování?Existuje, přímo dokumentace konstruktoru std::ofstream říká:
filename A string representing the name of the file to be opened. Specifics about its format and validity depend on the library implementation and running environment.
const char filename[] = { 'm', 'y', 'd', 'a', 't', 'a', 'f', 'i', 'l', 'e', '\0', '.', 't', 'x', 't' }; FILE *f = fopen(filename, "w");dostanu minimálně na Linuxu úplně stejný výsledek jako s std::string a std::ofstream v C++.
std::ofstream s1("FILE.DAT"); s1 << "Hello\n"; s1.close(); std::ofstream s2("file.dat"); s2 << "bitches\n"; s2.close()má nedefinované chování, protože zda se vytvoří jeden či dva soubory záleží minimálně na použitém OS a souborovém systému. Tyto rozdíly v chování různých platforem a konfigurací je něco, co C++ová STL rozhodně nemůže řešit za programátora. Rozhodne-li se někdo páchat kovbojoviny jako cpát terminátory doprostřed řetězců, je IMHO jen jeho odpovědnost zkontrolovat si, jestli se tím někde nemůže střelit do nohy...
Tiskni Sdílej: