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í
×
    včera 19:33 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Bezpečnostní upozornění

    Byly publikovány informace (txt) o zranitelnostech CVE-2025-5054 v Apport a CVE-2025-4598 v systemd-coredump. Lokální uživatel se může dostat k výpisu paměti programu (core dump) s SUID a přečíst si tak například /etc/shadow.

    Ladislav Hagara | Komentářů: 0
    včera 11:11 | IT novinky

    Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,69 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 30,95 %. Procesor AMD používá 68,77 % hráčů na Linuxu.

    Ladislav Hagara | Komentářů: 3
    1.6. 23:22 | Nová verze

    Byla vydána verze 4.0 open source programu na kreslení grafů Veusz (Wikipedie). Přehled novinek v poznámkách k vydání. Proběhla portace na Qt 6.

    Ladislav Hagara | Komentářů: 0
    1.6. 11:44 | Nová verze

    Dibuja je jednoduchý kreslící program inspirovaný programy Paintbrush pro macOS a Malování pro Windows. Vydána byla verze 0.26.0.

    Ladislav Hagara | Komentářů: 0
    31.5. 23:33 | Nová verze

    Byla vydána nová verze 9.13 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    31.5. 21:44 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    31.5. 16:33 | Nová verze

    Byla vydána nová stabilní verze 3.22.0, tj. první z nové řady 3.22, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    30.5. 00:33 | IT novinky

    FEL ČVUT vyvinula robotickou stavebnici pro mladé programátory. Stavebnice Brian byla navržená speciálně pro potřeby populární Robosoutěže. Jde ale také o samostatný produkt, který si může koupit každý fanoušek robotiky a programování od 10 let, ideální je i pro střední školy jako výuková pomůcka. Jádro stavebnice tvoří programovatelná řídicí jednotka, kterou vyvinul tým z FEL ČVUT ve spolupráci s průmyslovými partnery. Stavebnici

    … více »
    Ladislav Hagara | Komentářů: 66
    29.5. 20:33 | Komunita

    Ubuntu bude pro testování nových verzí vydávat měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 25.10 (Questing Quokka).

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (55%)
     (33%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 181 hlasů
     Komentářů: 14, poslední včera 08:30
    Rozcestník

    Dotaz: Manuálna alokácia pointeru

    2.4.2021 13:44 Otazka
    Manuálna alokácia pointeru
    Přečteno: 2311×
    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++;
    				}
    			}
    		}
    	}
    }
    
    Gréta avatar 2.4.2021 16:13 Gréta | skóre: 37 | 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áknoNahoru

    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.