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í
×
    dnes 04:44 | Zajímavý software

    Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 14:55 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

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

    Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.

    Ladislav Hagara | Komentářů: 6
    včera 04:44 | Zajímavý článek

    Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).

    Ladislav Hagara | Komentářů: 2
    včera 00:33 | Nová verze

    Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 00:11 | Zajímavý software

    Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.

    Ladislav Hagara | Komentářů: 7
    19.3. 19:22 | Nová verze

    GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.

    Ladislav Hagara | Komentářů: 0
    19.3. 04:00 | Bezpečnostní upozornění

    Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.

    Ladislav Hagara | Komentářů: 4
    19.3. 03:33 | Zajímavý software

    Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na

    … více »
    NUKE GAZA! 🎆 | Komentářů: 3
    18.3. 18:22 | Nová verze

    Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.

    Ladislav Hagara | Komentářů: 35
    Které desktopové prostředí na Linuxu používáte?
     (15%)
     (7%)
     (1%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1121 hlasů
     Komentářů: 27, poslední 17.3. 19:26
    Rozcestník

    Dotaz: Manuálna alokácia pointeru

    2.4.2021 13:44 Otazka
    Manuálna alokácia pointeru
    Přečteno: 2327×
    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++;
    				}
    			}
    		}
    	}
    }
    
    NUKE GAZA! 🎆 avatar 2.4.2021 16:13 NUKE GAZA! 🎆 | skóre: 41 | blog: Grétin blogísek | 🇮🇱==❤️ , 🇵🇸==💩 , 🇪🇺==☭
    Rozbalit Rozbalit vše Re: Manuálna alokácia pointeru
    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.