abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    8.11. 00:33 | Nová verze

    Byla vydána OpenIndiana 2026.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).

    Ladislav Hagara | Komentářů: 11
    8.11. 00:22 | IT novinky

    Americký výrobce polovodičů onsemi (ON Semiconductor) zrušil plány na rozšíření výroby v rožnovském závodě v Česku za dvě miliardy dolarů (podle aktuálního kurzu zhruba 43,5 mld. Kč). Důvodem je vývoj na trhu.

    Ladislav Hagara | Komentářů: 28
    7.11. 13:00 | Bezpečnostní upozornění
    Nové vydání zlib opravuje několik problémů při kompresi a dekompresi dat, přetečení bufferů, čtení mimo vyhrazenou paměť, únik neinicializovaných dat. Zvlášť významné jsou chyby v inflateGetDictionary(), inflateSync() a gzwrite(), které mohou způsobit poškození paměti. Vysoká relevance - zlib používá řada systémových i aplikačních komponent.
    vencour | Komentářů: 1
    7.11. 12:25 | Bezpečnostní upozornění
    Digicert hlásí neoprávněné čtení archivních zákaznických údajů. Došlo k němu po migraci z února 2025, po níž se interní systém, dříve dostupný jen přes VPN, stal přístupným z internetu. Chyba v oprávněních umožnila nově vytvořeným účtům číst archivní záznamy. K přístupu k datům mělo dojít mezi 27. červnem a 2. červencem 2026. DigiCert neoprávněné čtení potvrdil až 19. října 2026. Problém zpočátku vyhodnotil jako tvorbu účtů, ne jako … více »
    vencour | Komentářů: 1
    7.11. 04:44 | Pozvánky

    O víkendu probíhá na FIT VUT v Brně konference OpenAlt 2026 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma. Přednášky lze sledovat i online na VHSky a YouTube.

    Ladislav Hagara | Komentářů: 0
    7.11. 02:11 | IT novinky

    Qualcomm uzavřel víceletou dohodu se SpaceX. Bude dodávat rádiové technologie, baseband jednotky a software pro plánovanou pozemní 5G síť Starlink Mobile. Výstavba má zahrnovat desítky tisíc základnových stanic v USA. Zahájení nasazování se očekává v roce 2027. Qualcomm dohodu označuje za svůj dosud největší 5G kontrakt.

    vencour | Komentářů: 0
    7.11. 02:00 | IT novinky

    Google rozšířil Cloud Vulnerability Reward Program. Nově nabízí odměnu až 250 tisíc dolarů za vysoce závažné architektonické bezpečnostní chyby označované jako Root-in-Cloud.

    vencour | Komentářů: 0
    6.11. 12:22 | IT novinky

    V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.

    Ladislav Hagara | Komentářů: 5
    6.11. 04:55 | Nová verze

    Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.

    Ladislav Hagara | Komentářů: 3
    6.11. 03:22 | Nová verze

    Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (8%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 3032 hlasů
     Komentářů: 36, poslední včera 22:38
    Rozcestník

    Dotaz: Manuálna alokácia pointeru

    2.4.2021 13:44 Otazka
    Manuálna alokácia pointeru
    Přečteno: 2415×
    Dobrý deň, viete mi poradiť, kde môžem mať chybu? V C++ som doteraz nepoužíval manuálnu alokáciu - takže s tým moc nemám skúsenosti, ale na tento účel by som ju chcel použiť. Metóda má čítať dáta zo sériového portu (ale pracuje s ním ako z normálnym súborom).

    Metóda číta dáta do ručne alokovaného bufferu. Pokiaľ je riadok menší ako BUFF_SIZE tak všetko funguje správne. Pokiaľ je riadok väčší ako buffer, tak sa buffer pridá do std::stringu a potom sa nastaví pointer na začiatok bufferu a length na 0. BUFF_SIZE je 1024, ale pri testovaní som ho nastavil na 10. A mám pocit že niekde pri delete[] mi to asi blbne.
    std::string ReadLine() const
    {
    	constexpr size_t BUFF_SIZE = 1024;
    	char* buffer = new char[BUFF_SIZE];
    	char* pointer = buffer;
    	DWORD readedBytes, length = 0;
    	auto line = std::string();
    	while (true) {
    		if (ReadFile(handle, pointer, static_cast<DWORD>(1), &readedBytes, nullptr))
    		{
    			if (*pointer == '\r' || *pointer == '\n' || readedBytes == 0)
    			{
    				line.append(buffer, length);
    				pointer = nullptr;
    				delete[] buffer;
    				return line;
    			}
    			else
    			{
    				if (length == BUFF_SIZE) {
    					line.append(buffer, length);
    					length = 0;
    					pointer = buffer;
    				}
    				else {
    					pointer++;
    					length++;
    				}
    			}
    		}
    		else {
    			delete[] buffer;
    			throw SomeException();
    		}
    	}
    }
    

    Řešení dotazu:


    Odpovědi

    2.4.2021 15:43 rastos | skóre: 63 | blog: rastos
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru
    Nie že by som si bol totálne istý, ale skúsme takto:

    Keď začína prvá iterácia tak length je 0 a pointer ukazuje na buffer[0]. Časom príde iterácia, kde sa na riadku 26 pointer nasmeruje na buffer[9] a length sa na riadku 27 inkrementuje na hodnotu 9.

    buffer[9] je posledný alokovaný bajt v poli buffer. A ten bajt sme ešte nenaplnili volaním ReadFile(). Začne ďalšia iterácia, zavolá sa ReadFile(), naplní sa buffer[9], length sa porovná na BUFF_SIZE 10 a zistí sa, že sa nerovná. Takže sa znova inkrementuje pointer, namieri sa na buffer[10] - to už je mimo alokovaného priestoru - a length sa inkrementuje na 10 a znova sa zavolá ReadFile(). Ten zapíše tam kam ukazuje pointer, teda do buffer[10], a prepíše niečo, z čoho je následne nejaké delete[] nešťastné.

    Mám pravdu?

    Btw, keď už robíš ReadFile() po jednom znaku, tak sa na nejaký buffer môžeš vykašľať a rovno urobiť
    char c;
    ...
    ReadFile(handle, &c, 1, &readedBytes, nullptr)
    ...
    line.append(c);
    2.4.2021 15:52 Otazka
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru
    Hej dík za tip, predchvíľkou som na to prišiel, že som sa dostal mimo rozsahu.
    2.4.2021 15:49 Otazka
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru
    Tak problém vyriešený, mal som tam dve chyby:
    std::string ReadLine(const size_t bufferSize = 1024) const
    {
    	char* buffer = new char[bufferSize + 1];
    	char* pointer = buffer;
    	DWORD readedBytes, length = 0;
    	auto line = std::string();
    	while (true) {
    		if (ReadFile(handle, pointer, static_cast<DWORD>(1), &readedBytes, nullptr))
    		{
    			if (*pointer == 'r' || *pointer == 'n' || readedBytes == 0)
    			{
    				line.append(buffer, length);
    				pointer = nullptr;
    				delete[] buffer;
    				return line;
    			}
    			else
    			{
    				if (length == bufferSize) {
    					line.append(buffer, length + 1);
    					length = 0;
    					pointer = buffer;
    				}
    				else {
    					pointer++;
    					length++;
    				}
    			}
    		}
    	}
    }
    
    👻 avatar 2.4.2021 16:13 👻 | skóre: 44 | blog: Grétin blogísek | 🇮🇱==❤️ , 🇵🇸==💩 , 🇪🇺==☭
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru

    si eště jakoby voprav to slovíčko 'readed' ;D

    6.4.2021 00:53 Jardík
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru
    ReadFile může vrátit TRUE a zároveň nastavit počet přečtených bytů na 0 (EOF, nebo u roury, pokud se na ní zavolá WriteFile s 0B). Tento případ nemáš ošetřený.

    Když vám ReadFile vrátí FALSE, myslíte, že když ho zavoláte znovu (uživatel odpojil třeba flashku se souborem), že vám vrátí TRUE? Program zbytečně zacyklíte, měl byste nejspíše vrátit z funkce.

    Proč parametr funkce "lže"? Má parametr bufferSize, ale přitom funkce alokuje buffer o velikosti (bufferSize+1). K čemu je tam +1? Jś to samozřejmě vidím ... kvůli špatně navrženému cyklu. Kdybyste length zvýšil hned po zápisu, nemusel by být potřeba +1. Snad, jestli špatně nečučim.

    Pokud nejprve přijde \n a potom \r, tak bude jeden řádek prázdný?

    Pozor na mixování size_t a DWORD. Typy mohou mít jinou velikost (a na amd64 mají). Váš kód se asi rozpadne, pokud zavolám funkci s bufferSize = std::numeric_limits<DWORD>::max().

    Založit nové vlákno • Nahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.