Hirdetés
- Milyen videókártyát?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- Házimozi belépő szinten
- Itt a Valve GŐZGÉP — Steam Machine, mi vagy te? 🧐
- Mégis összejöhet az Apple és az Intel összeborulása?
- Amazon Kindle
- Stratégiai biztonsággal védekeznek a dráguló memóriák ellen a gyártók
- Hogy milyen lett az ASUS ProArt széria csúcsnotesze? Hát ilyen!
- AMD vs. INTEL vs. NVIDIA
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
- Invázió egy novellában 3-4. (Update) +5. fejezet! (18+ nyelvezet)
- Meggyi001: Eldugott helyek Párizsban, amiket jó eséllyel még nem láttál... 2. rész.
- Sapphi: StremHU | Source – Self-hostolható Stremio addon magyar trackerekhez
Új hozzászólás Aktív témák
-
jattila48
aktív tag
válasz
jattila48
#3184
üzenetére
A "fölösleges" kód akkor keletkezik, ha handle_class.h-ban a BodyClass incomplete type-ként forward deklarálva van. Ha beinkludolom a teljes body_class.h-t, akkor "szép" kódot generál. Ekkor persze nincs értelme a pimpl-nek. Úgy tűnik, hogy a forward deklarációval nincs elég információja a BodyClass osztályról, hogy a pimpl és az mfp alapján meghatározza a BodyClass f tfv.-ének valódi címét. Mintha a pimpl-et akarná különböző információk alapján igazítani, ahogy a this-t szokta igazítani a thunk kód többszörösen örökölt osztályok esetén. Jó lenne, ha a forward deklarációban meg lehetne mondani, hogy a BodyClass teljesen közönséges osztály, nem örökölt senkitől (főleg nem többektől) és nincs virtuális tfv.-e (még emiatt is lehet ez az igazítás). Akkor talán nem generálná ezt az ilyen osztályokra amúgy tényleg fölösleges igazító kódot. Ilyet sajnos tudtommal nem lehet a C++-ban. Egyébként a kódban valószínűleg csak cím hibás, mégpedig a
004116D6 cmp dword ptr ds:[4168B4h],0
sorban a 4168B4. Amikor rosszul fut, akkor ez a cím unicode sztringekre mutat, vagyis nyilvánvalóan rossz. Amikor jól fut, akkor különböző globális konstansok lehetnek itt és környékén (ha jól fut, akkor 0). Mégsem a const deklarációtól függ, hogy jó-e vagy nem, mert újra buildeléskor const-tal is elromlott. Talán a linker lesz a hibás. Egyébként az LLVM erre a kódra assertion failed-del elszáll, és kéri, hogy a hibajelentést küldjem be. Csak a gcc tudta minden gond nélkül buildelni.
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Milyen videókártyát?
- One otthoni szolgáltatások (TV, internet, telefon)
- BinX
- Megette az internet felét az AI?
- Kertészet, mezőgazdaság topik
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Vicces képek
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- EarFun Air Pro 4+ – érdemi plusz
- EAFC 26
- További aktív témák...
- Bontatlan Logitech MX Master 3S grafitszürke színben eladó!
- Apple Airpods Pro 2 (USB-C, Magsafe) kifogástalan állapotban eladó!
- Sapphire Radeon RX 6950 XT Nitro+ 16Gb dobozában minden tartozékával eladó!
- Ryzen5 5600X/ RTX 3060Ti/ 32GB DDR4 alapú konfig/ garancia/ ingyen foxpost
- Lenovo ThinkCentre M700 SFF PC, I5-6500, 8GB DDR4, 256GB SSD, Win 11, Számla, garancia ( olvasd végi
- iKing.Hu - Samsung Galaxy S25 Ultra - 12/256 GB Használt, karcmentes 6 hónap garancia
- AKCIÓ! Apple Studio Display 27 5K Nanotexturált üveg monitor garanciával hibátlan működéssel
- GYÖNYÖRŰ iPhone 12 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS4013, 100% Akkumulátor
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3842, 100% Akkumulátor
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi


