- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- tildy: Új élet kezdődik
- sziku69: Fűzzük össze a szavakat :)
- LordAthis: Ismét egy "Idióta" A.I. Projekt, hogy meglovagolja a trendeket...
- Magga: PLEX: multimédia az egész lakásban
- Austin F.: Intel Iris Xe driver frissítés
- [K2]: A vagyonvédelmi rendszerszerelővé válás rögös útja
- Lalikiraly: Astra kalandok @Harmadik rész
- N€T0X|N: Stellar Blade után
-
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!
- Okosított PS4 Slim 11.00 GoldHEN 500GB - Telepített játékokkal
- BESZÁMÍTÁS! Gigabyte A620M R5 7500F 32GB DDR5 512GB SSD RX 6700 XT 12GB Rampage SHIVA Chieftec 700W
- ÁRCSÖKKENTÉS TP-Link Archer C1200 Router eladó (1200 Mb/s Wi-Fi)
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest