Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
Brush (Bo(u)rn(e) RUsty SHell) je v Rustu napsaný shell kompatibilní s Bash (Bourne Again SHell). Vydána byla verze 0.4.0.
Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.
Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
The framebuffer device was opened successfully. 1366x768, 32bpp The framebuffer device was mapped to memory successfully. Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])Ale když v funkci nebudu chtít smazat posledních 6 řádků "vinfo.yres-6" tak to funguje OK.
void clear_fb(int r, int g, int b)
{
int y_pom;
int x_pom;
for ( y_pom = 0; y_pom < vinfo.yres-6; y_pom++ )
for ( x_pom = 0; x_pom < vinfo.xres; x_pom++ ) {
location = (x_pom+vinfo.xoffset) * (vinfo.bits_per_pixel/8) +
(y_pom+vinfo.yoffset) * finfo.line_length;
if ( vinfo.bits_per_pixel == 32 ) {
*(fbp + location) = b; // Some blue
*(fbp + location + 1) = g; // A little green
*(fbp + location + 2) = r; // A lot of red
*(fbp + location + 3) = 0; // No transparency
} else { //assume 16bpp
unsigned short int t = r<<11 | g << 5 | b;
*((unsigned short int*)(fbp + location)) = t;
}
}
}
Někde mám nějakou chybičku neporadíte kde?
Celý program v příloze.
Řešení dotazu:
Vypadá to, že zapisuješ do paměti, která ti nepatří
já bych asi hledal kolem finfo.line_length (vypsat si), když mmapuješ, používáš screensize, který počítáš jinak než pak location v clear_fb a to může pak zapisovat do nemmapované paměti.
Tzn. vypsat si celkový screensize a kontrolovat, že location ve funkcích není větší než... a když jo případně vypsat a nezapisovat do té paměti a hledat proč. Rozhodně počítat pokud možno stejným způsobem location a screensize
screensize = finfo.smem_len;Jo třeba projít proměnné a použít správné
Díky za nakopnutí....
Zdá se že už je to OK.
Samozřejmě jsem blbě počítal screensize pak byl menší protože u nestandartního rozlišení je řádek větší v framebuferu než se skutečně zobrazuje.
unsigned short int t = r<<11 | g << 5 | b;
*((unsigned short int*)(fbp + location)) = t;
Ide mimo rozsah, lebo tam bude dany pocet unsigned short int-ov.
fpb + location
sa posunie na lokalitu o location int-ov dalej.
takze by som spravil na zaciatku premennu ( kvoli rychlosti ):
unsigned short int *fbp_us = (unsigned short int*)fbp;
a potom pouzival ju takto:
*(fbp_us + location) = t;
alebo iba jednoducho pretypovat na (unsinged short int*) pred operaciou + location;
Tiskni
Sdílej: