V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Zdravim.
Mne toto pripada, akoby ten skript kontroval az prilis casto(resp. tak casto, ako je to v jeho silach). Nie je problem vytazit cpu na maximum, ak sa mu nezada daky casovy limit, interval, v ktorom to kontrolovat. Takze by som tam skusil dat sleep a spustil to opat. Ale vsetko je to len moja domnienka skromna :)
import time
time.sleep(sekundy)
import gobject import os def handler(fd, *args): print os.read(fd, 1024) return True fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK) gobject.io_add_watch(fd, gobject.IO_IN, handler) gobject.MainLoop().run()Provedu
mkfifo x
, v jednom okně spustím tento program, v druhém zapíšu něco do té roury (echo foo >>x
), a hurá - procesor je vytížen. Co s tím?
První věc je podívat se, co to vlastně furt dělá. Tzn. nedomýšlet, zda onen deskriptor není v nějakém tajemném mezistavu a nehledat magickou kombinaci flagů pro os.open()
, ale podívám se na výpis strace
. Vidím spoustu řádků
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN}, {fd=3, events=POLLIN}], 3, -1) = 1 ([{fd=3, revents=POLLHUP}])V
man poll
se praví:
The bits that may be set/returned in events and revents are defined in <poll.h>: ... POLLHUP Hang up (output only).Takže to vypadá, že od té doby, co shell po vykonání příkazu
echo foo >>x
uzavřel rouru, ten poll neustále vyhazuje POLLHUP, glib pak poll volá stále dokola a to vytěžuje ten procesor.
Nějaké řešení... Napadlo mě uzavřít zápisovou stranu pomocí shutdown
, nevím, jestli by to fungovalo, ale protože v Pythonu shutdown
jaksi ani není, nebudu se tím vůbec zabývat io_add_watch()
. Taky není zrovna elegantní řešení.
Na Mac OS X by dle příslušné manuálové stránky mohlo pomoct přidat POLLHUP do zachytávaných eventů při volání poll()
, ale na Mac OS X asi nejsme.
Celkem dobré řešení by ale bylo mít neustále tu rouru otevřenou pro zápis, protože ten POLLHUP se objeví zřejmě až když tu rouru uzavře poslední "zapisovatel". Experimentálně ověřeno, funguje, když
fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK)se nahradí za
fd = os.open("x", os.O_RDWR | os.O_NONBLOCK)Zkus to
os.open()
, ale teď aspoň víme proč.)
import gobject
import os
def handler(fd, *args):
st = os.read(fd, 1024)
print st
if st == "":
# Konec souboru - zavrem stary a otevrem novy
os.close(fd)
fd2 = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
gobject.io_add_watch(fd2, gobject.IO_IN | gobject.IO_HUP, handler)
return False
else:
return True
fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
gobject.io_add_watch(fd, gobject.IO_IN | gobject.IO_HUP, handler)
gobject.MainLoop().run()
Vzdy po konci souboru skoncit stary io-watch a pridat novy na novem souboru.
Hmm. Jako programator amater a samouk jsem zase koukal, co vsechno se da zjistit. O "strace" jsem do ted nemel potuchy.
Napad se zaviranim a opetovnym otviranim jsem mel taky, ale jak pises, neni to moc elegantni a hlavne mi to fungovalo jenom nekdy. Sem asi tu myslenku asi implementoval nejak blbe, protoze zpusob jakym to napsal Chochi(viz nize) se jevi jako funkcni (testovano).
Nicmene os.RDWR se jevi jako pekne a (aspon zatim) funkcni reseni, takze jsem si vybral tohle.
Dik.
Tiskni
Sdílej: