Byla vydána nová verze 5.4.0 programu na úpravu digitálních fotografií darktable (Wikipedie). Z novinek lze vypíchnout vylepšenou podporu Waylandu. Nejnovější darktable by měl na Waylandu fungovat stejně dobře jako na X11.
Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Nový CEO Mozilla Corporation Anthony Enzor-DeMeo tento týden prohlásil, že by se Firefox měl vyvinout v moderní AI prohlížeč. Po bouřlivých diskusích na redditu ujistil, že v nastavení Firefoxu bude existovat volba pro zakázání všech AI funkcí.
V pořadí šestou knihou autora Martina Malého, která vychází v Edici CZ.NIC, správce české národní domény, je titul Kity, bity, neurony. Kniha s podtitulem Moderní technologie pro hobby elektroniku přináší ucelený pohled na svět současných technologií a jejich praktické využití v domácích elektronických projektech. Tento knižní průvodce je ideální pro každého, kdo se chce podívat na současné trendy v oblasti hobby elektroniky, od
… více »Linux Foundation zveřejnila Výroční zprávu za rok 2025 (pdf). Příjmy Linux Foundation byly 311 miliónů dolarů. Výdaje 285 miliónů dolarů. Na podporu linuxového jádra (Linux Kernel Project) šlo 8,4 miliónu dolarů. Linux Foundation podporuje téměř 1 500 open source projektů.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.12.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzi 2.4.0.
Kriminalisté z NCTEKK společně s českými i zahraničními kolegy objasnili mimořádně rozsáhlou trestnou činnost z oblasti kybernetické kriminality. V rámci operací OCTOPUS a CONNECT ukončili činnost čtyř call center na Ukrajině. V prvním případě se jednalo o podvodné investice, v případě druhém o podvodné telefonáty, při kterých se zločinci vydávali za policisty a pod legendou napadeného bankovního účtu okrádali své oběti o vysoké finanční částky.
Zdravím,
mám tu zajímavý problém - rád bych zjistil maximální hodnotu signed proměnné za běhu programu, abych ji pak mohl porovnat s matematickými operacemi nad jinými proměnnými a zabránit přetečení. Jedná se konkrétně o off_t, což je offset typ, který používá např. lseek(). Jen pro úplnost - píši čistě POSIX a multiplatformní program.
Prvním problémem je, že neexistuje nic jako OFF_T_MAX. Zkoušel jsem i fígle jako (~((off_t)0)>>1), které pochopitelně nefungují, protože v C se provádí nad signed proměnnými aritmetický right shift, takže se MSB bit zkopíruje, tím pádem se celková hodnota vůbec nemění.
Druhým problémem je, že předchozí výraz nemohu prostě před shiftem přetypovat na uint64_t či unsigned long long, protože na některých architekturách může pořád být off_t jen 32bitová proměnná.
Tady jsem se vlastně chtěl zeptat - pokud přetypuji 32bit proměnnou na zásobníku na 64bit unsigned integerový datový typ (fuj, ta čeština) a provedu shift, přibere s sebou shift i předchozích 32bitů na zásobníku (způsobujíc data corruption), nebo se s tím C vypořádá a provede shift jen v rámci 32bit proměnné? Něco jako
int i = ~(int)0; ... ((unsigned long long)i>>1) ...V mém testovacím programu se provedl shift jen v rámci jedné 32bit proměnné, ale to je dost možná kvůli nepoužití zásobníku v rámci optimalizací GCC (ověřeno
objdumpem).
V zásadě tedy potřebuji nějak dostat nulu do MSB nějaké signed proměnné, u které neznám předem velikost. Jako poslední řešení mám v rukávu něco jako (pow(2,sizeof(off_t)*8)/2)-1 (přes double) nebo inline assembly, ale raději bych použil cokoli elegantnějšího.
Díky za jakoukoli pomoc.
Řešení dotazu:
sizeof(off_t)*8 je velikost v bitech, takže možná by pak šlo napsat:
const int OFF_T_MAX = 1<<(sizeof(off_t)*8-1)-1;
Tedy dostat na první bit 1, na zbylé 0 (čímž dostanu minimální možnou hodnotu pokud jde o signed typ) a pak odečíst 1 (tím to přeteče a mám maximum)
const off_t OFF_T_MAX = ((off_t)1)<<(sizeof(off_t)*8-1)-1;
Díky za nápad, že mě to netrklo dřív
.
Nicméně myslím, že tam vypadla jedna závorka, to -1 se odečítá od pravé strany shift operátoru, stačilo to poupravit tak, ať se odečítá od výsledku shiftu:
const off_t OFF_T_MAX = (((off_t)1)<<(sizeof(off_t)*8-1))-1;a už to konečně opravdu funguje
.
sizeof(off_t)*8 je velikost v bitech
Není. Tahle konstrukce vychází z mylného předpokladu, že bajt má vždy osm bitů. Pokud chci zjisti počet bitů datového typu, je třeba použít konstantu CHAR_BIT:
#include <limits.h> ... int bl = sizeof(off_t) * CHAR_BIT;
CHAR_BIT == 16. Navíc, používat v kódu natvrdo čísla není moc čisté, daleko lepší je použít rozumně pojmenovanou a okomentovanou nebo standardně definovanou konstantu (v tomhle případě CHAR_BIT).
/*
* Type helpers (from glibc)
*/
/* True if the arithmetic type T is signed. */
#define TYPE_SIGNED(t) (! ((t) 0 < (t) -1))
#define TYPE_SIGNED_MAGNITUDE(t) ((t) ~ (t) 0 < (t) -1)
/* The maximum and minimum values for the integer type T. These
macros have undefined behavior if T is signed and has padding bits.
If this is a problem for you, please let us know how to fix it for
your host. */
#define TYPE_MINIMUM(t) \
((t) (! TYPE_SIGNED (t) \
? (t) 0 \
: TYPE_SIGNED_MAGNITUDE (t) \
? ~ (t) 0 \
: ~ (t) 0 << (sizeof (t) * CHAR_BIT - 1)))
#define TYPE_MAXIMUM(t) \
((t) (! TYPE_SIGNED (t) \
? (t) -1 \
: ~ (~ (t) 0 << (sizeof (t) * CHAR_BIT - 1))))
#ifndef TIME_T_MIN
# define TIME_T_MIN TYPE_MINIMUM (time_t)
#endif
#ifndef TIME_T_MAX
# define TIME_T_MAX TYPE_MAXIMUM (time_t)
#endif
rád bych zjistil maximální hodnotu signed proměnné za běhu programuProč za běhu? Ona se může od kompilace změnit?
Tady jsem se vlastně chtěl zeptat - pokud přetypuji 32bit proměnnou na zásobníku na 64bit unsigned integerový datový typ (fuj, ta čeština) a provedu shift, přibere s sebou shift i předchozích 32bitů na zásobníku (způsobujíc data corruption), nebo se s tím C vypořádá a provede shift jen v rámci 32bit proměnné?Na tyhle úvahy o bitech na zásobníku zapomeňte, jsou nesmyslné. V zásadě při přetypování celých čísel platí:
off_t je size_t. Maximální hodnotu tedy zjistíte pomocí: (off_t)((size_t)(~((off_t)0))>>1).
Maximální velikost se za běhu nemůže změnit, je stejná jako v případě kompilace.
Unsigned verzí off_t je size_t.Větší kravinu jsem nikdy neslyšel ...
Větší kravinu jsem nikdy neslyšel ...Nech si někdy ukázat televizi. To budeš koukat jak se ti rozšíří obzory.
Tiskni
Sdílej: