Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
Ahoj, mám zdroják, který se (velmi zjednodušeně) inicializue nějak takto:
int sock; struct sockaddr_in6 addr; memcpy( &addr, &in6addr_any, sizeof( addr ) ); addr.sin6_port = htons( PORT ); sock = socket( AF_INET6, SOCK_DGRAM, IPPROTO_UDP ); bind( sock, (const struct sockaddr *) &addr, sizeof( addr ) );
Na Linuxu i na Solarisu se to bez problémů přeloží. Jenže zatímco na Linuxu to taky normálně běží a funguje (tj. tím socketem to komunikuje), na Solarisu hlásí bind()
(samozřemě přes perror()
) tohle:
Address family not supported by protocol family
Jak tomu mám rozumět? V souboru /etc/sock2path
(mimo jiné) čtu:
26 1 0 /dev/udp6 26 1 17 /dev/udp6
To se mi zdá docela v pořádku. Netušíte někdo, čím by to mohlo být? Tohle asi nebude ono. Řešení marně hledám už tři hodiny a začíná mě chytat pořádný rapl.
Výpis z uname -a
SunOS prominence 5.11 snv_101b i86pc i386 i86pc Solaris
Ukázkový server z Migrating to IPv6 on the Solaris OS chodí?
Jiné IPv6 aplikace fungují?
Nakonec jsem to vzdal a získávám celou strukturu z getaddrinfo()
. Stačí nastavit AI_PASSIVE
, jako název stroje dát NULL
a adresa, kterou to vrátí, se prostě použije. Blíž jsem to už nezkoumal. Podstatné je, že to funguje i v případech, kdy je IPv6 sice povolený, ale špatně nastavený. Mám takový dojem, že v té konstantě in6addr_any
je na Solarisu cosi divného.
Mě zase chytá rapl z takových programátorů...
memset(&addr, 0, sizeof(addr)); addr.sin6_family = AF_INET6; addr.sin6_port = htons(PORT); addr.sin6_addr = in6addr_any;
Mě zase chytá rapl z takových komentářů.
Hurá! On se spletl! To je sláva. Tak to musí být určitě „takový“ (tj. velmi špatný) programátor. Vlastně ani není třeba vidět nějaký zdroják, neřkuli projekt. To se přece dá snadno posoudit z 10 řádků vytržených z kontextu, uvedených jako příklad, no ne? Někteří mají prostě věštecké nadání. Nepotřebují vědět, zda se náhodou nespecializuji na něco jiného a zda náhodou tohle API nezkoumám do detailu poprvé. Na tom ale nesejde, prostě „takoví“ programátoři a hotovo. Kdybych neměl podezření, že v té inicializaci musí být něco špatně, asi bych sem ten zdroják nedával, že jo.
Prostě se stává, že někdy člověk tři hodiny řeší kravinu a nemůže tomu přijít na kloub. Nevšiml jsem si, nejspíš vinou dlouhého (lidského) uptime, že ta konstanta obsahuje pouze část celé struktury. Jasně, v podstatě není důvod, aby obsahovala port, flow info, scope id a další data, ale to mě včera zkrátka nenapadlo. Věř tomu nebo ne, občas se mi stane, že prostě něco přehlédnu. Těm ostatním, „netakovým“ programátorům se to asi nestává, že? No ale mně jo, takže se nedá nic dělat.
Největší mojí chybou bylo vinit z toho Solaris, ale vzhledem k dalším drobným potížím (viz níže) byl tak nějak na ráně. Na Linuxu mi to kupodivu prošlo a dokonce to dělalo to, co jsem chtěl, přestože memcpy()
inicializovala část té struktury kdovíčím a adresa vůbec neskončila na správném místě. (!!!) To je trochu záhada. Solaris se zachoval korektněji v tom smyslu, že ohlásil chybu. Tu chybu jsem pak naprosto špatně interpretoval.
Jak už jsem psal výše, až donedávna jsem k získávání všech adres bez rozdílu (včetně loopbacku a any) používal getaddrinfo()
. To má tu velkou výhodu, že se snadno vypořádá i s případy, kdy IPv6 buď není k dispozici, nebo je špatně nastavený. Prostě není třeba se starat, odkud se bere ta adresa a jaká vlastně je. Tentokrát jsem ale dělal tak jednoduchý program, že mi getaddrinfo()
připadalo jako kanón na vrabce. No a pak jsem si špatně přečetl, co přesně ta konstanta in6addr_any
obsahuje. Jsem už „takový“.
Mimochodem, úplně nakonec jsem stejně musel zůstat u getaddrinfo()
. Projekt totiž definuje _POSIX_C_SOURCE
ve verzi, která in6addr_any
na Solarisu vůbec nezpřístupní. (Na LInuxu sice ano, ale to je potom prd platné.) A bez _POSIX_C_SOURCE
zase na Solarisu zmizí několik důležitých maker a funkcí, tuším že z pthread, takže nic naplat, musí to tam být. Naštěstí getaddrinfo()
funguje za všech okolností.
Jen tak mimochodem, tohhle na Solarisu prostě nefunguje.
Zaprvé, má zmršené headery, takže vytřískat z nich definici in6addr_any
a zároveň tím neztratit spoustu dalších definic vyžaduje ošklivý hack. Ale to je pouze detail.
Zadruhé, dává to pořád stejnou chybovou hlášku, i když jsem už inicializaci opravil. Pouze getaddrinfo()
funguje, tohle ne.
Tiskni
Sdílej: