Virtualizační softwary VMware Workstation Pro a VMware Fusion Pro jsou nově pro osobní použití zdarma. Softwary VMware Workstation Player a VMware Fusion Player končí.
Linuxová distribuce Endless OS (Wikipedie) byla vydána ve verzi 6.0.0. Přehled novinek i s náhledy v příspěvku na blogu, poznámkách k vydání a také na YouTube.
Byl vydán Mozilla Firefox 126.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vylepšena byla funkce "Zkopírovat odkaz bez sledovacích prvků". Přidána byla podpora zstd (Zstandard). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 126 je již k dispozici také na Flathubu a Snapcraftu.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 11.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 24.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Wynsdey. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
Byla představena oficiální rozšiřující deska Raspberry Pi M.2 HAT+ pro připojování M.2 periferii jako jsou NVMe disky a AI akcelerátory k Raspberry Pi 5. Cena je 12 dolarů.
V Praze o víkendu proběhla bastlířská událost roku - výstava Maker Fair v Praze. I strahovští bastlíři nelenili a bastly ostatních prozkoumali. Přijďte si proto i vy na Virtuální Bastlírnu popovídat, co Vás nejvíce zaujalo a jaké projekty jste si přinesli! Samozřejmě, nejen českou bastlířskou scénou je člověk živ - takže co se stalo ve světě a o čem mohou strahováci něco říct? Smutnou zprávou může být to, že provozovatel Sigfoxu jde do
… více »Kam asi vede IllllIllIIl.llIlI.lI? Zkracovač URL llIlI.lI.
Společnost OpenAI představila svůj nejnovější AI model GPT-4o (o jako omni, tj. vše). Nově také "vidí" a "slyší". Videoukázky na 𝕏 nebo YouTube.
Ondřej Filip publikoval reportáž z ceremonie podpisu kořenové zóny DNS. Zhlédnout lze také jeho nedávnou přednášku Jak se podepisuje kořenová zóna Internetu v rámci cyklu Fyzikální čtvrtky FEL ČVUT.
struct HANDLER{ MEMORY * memory; }; struct MEMORY{ CMD action; pthread_mutex_t mutex; char * Buffer; int start; int stop; };a k ni inicializacni funkci:
HANDLER * init_handler(){ HANDLER * handler; handler=new HANDLER; handler->memory=new MEMORY; handler->memory->Buffer=new char [BUFFER_SIZE]; handler->memory->start=0; handler->memory->stop=0; pthread_mutex_init(&handler->memory->mutex, NULL); handler->memory->action=READY; return handler; }Pomocí debugu jsem zjistil, že ukazatel handler->memory->Buffer spravne ukazuje na nejake misto v pameti (konkretne 0x6126D0) ale po inicializaci funkci pthread_mutex_init se změní adresa na kterou ukazatel Buffer ukazuje na 0X00. Nevíte prosím někdo co dělám špatně? Místo pro pthread_mutex_t(32B) ve strukture je ale funkce pthread_mutex_init z nějakého důvodu přepíše i několik B za zvím místem! Všem moc díky!
Řešení dotazu:
malloc
místo new
.
Neběží to na 64-bitovém systému? Tam by měl pthread_mutext_t
mít 40 bajtů, takže problém by byl nejspíš s includy nebo nějakými define.
HANDLER * handler;
handler = (HANDLER*) malloc(sizeof(HANDLER));
handler->memory = (MEMORY*) malloc(sizeof(MEMORY));
handler->memory->Buffer = (char*) malloc(BUFFER_SIZE);
Pak snad prohodit ty definovaný struktury.
Zádrhel je niekde inde. Niečo, čo tu v tom kóde nevidíme, tam urobí bordel.
Souhlasím. Aby bylo možné určit, kde je problém, chtělo by to kompletní zdroják(y) (stačí minimalistický testcase, kde se to projevuje) a informaci, jak se to přesně překládalo a linkovalo (a na jaké architektuře).
kus zdrojáku je v úvodním příšpěvku, jinde už jen volám tuto funkci a pristupuji k té struktuře, problém je (jak jsem psal) v té inicializační funkci, že inicializace mutexu přepíše ukazatel na tu přidělenou pamět.
A právě proto je potřeba vidět celý zdroják, protože pravděpodobné vysvětlení je, že na různých místech se pracuje s různým layoutem některé z těch struktur. Kvůli tomu by bylo dobré vidět celý soubor (resp. celé soubory, pokud to není v jednom).
A v tomto případě si myslím, že je jedno jestli tu pamět získám pomocí malloc nebo new.
To nepopírám. Problém by byl, kdybyste alokoval jedním a zkusil uvolnit druhým, ale to by se samozřejmě projevovalo jinak.
kompiluji pomocí:
g++ -c -m64 -pipe -g -Wall -W -I/usr/share/qt4/mkspecs/linux-g++-64 -o test.o ../test.cpp
Pokud používáte pthreads (což podle toho mutexu používáte), mělo by se všechno kompilovat s -pthread
allocated 0x82a3048 before pthread_mutex_init() 0x82a3048 after pthread_mutex_init() 0x82a3048 after init_handler() 0x82a3048
pthread_mutex_init(&(handler->memory->mutex), NULL);
nevim ktery operator ma prednost &a->b tak to skus napsat &(a->b)
a < b && b < c
" muselo závorkovat. V tomto případě nemá smysl, aby "&a->b
" znamenalo "(&a)->b
", protože to lze jednoduše zapsat jako "a.b
".
Tiskni Sdílej: