- A nagy BOR topic
- ricsi99: 6. Genes alaplap tündöklése.. kontra MS/Zintel korlátozásai.(Mehetnek a levesbe)
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- sziku69: Szólánc.
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- Argos: Az vagy, amit megeszel
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
Új hozzászólás Aktív témák
-
pmonitor
aktív tag
válasz
sztanozs #19938 üzenetére
Mi is a problema? Az, hogy a GC nem foglalkozzik a stack-en levo valtozokkal?
Nem csak a stack-en lévő struct-okkal sem. A Heap-ban lévő struct-okkal sem foglalkozik, mivel a GC-nek nincs tudomása róluk. A Heap-ben lévő struct-ok igazából az objektum példányok adattagjai. De a GC nem tudja ezek címét. Esetleg úgy, hogy a számára létező objectum címeiben nincs benne. Egyébként, ha mégis benne lenne a címük, az katasztrófa is lenne. Végtelen ciklusba is keveredne a GC. A példámban az lngt tömb ugyebár int-eket tartalmazó referenci típus. Akkor szted. a GC az lngt tömbre is meghívná, meg a tömbben lévő {10, 20, 30} struct-okra is meghívná a destruktort egyesével, akkor mi is történne?
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- ÁRGARANCIA!Épített KomPhone i5 13400F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Hibátlan iPhone SE 2020 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3290
- 12 GB-os Quadro RTX A2000 kártyák - garanciával
- Panasonic CF-XZ6 AIO all-in-one laptop tablet 2k touch i5-7300u speciális ütésálló rugged
- LG 65C3 - 65" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest