- Drágábban indíthat az új iPhone SE
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- iPhone topik
- Vodafone mobilszolgáltatások
- Motorola Moto G54 5G Power Edition - nem merül le
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Elcsípte a Huawei kameratelefonja az első helyet
- Huawei Watch Fit 3 - zöldalma
- Fotók, videók mobillal
- Xiaomi 13 Pro - szerencsés szám
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Bemutatkoztak a Microsoft aktuális Surface gépei
ph A Surface Laptop és Pro hamarosan megjelenő iterációi a 45 TOPS-os NPU-val érkező Snapdragon X platformra épülnek.
-
MultiVersus - Íme a launch trailer
gp Az érdeklődőknek alig egy hetet kell már csak várniuk a teljes kiadás megjelenésére.
Új hozzászólás Aktív témák
-
Karma
félisten
válasz TheProb #4387 üzenetére
Az előző álláspontomat szem előtt tartva azért csak kifejtem egy kicsit.
Az alapprobléma az, hogy C-ben és más alacsonyabb szintű nyelveken a memóriakezelést tudatosan kell csinálni, mert nincs az ember alatt védőháló. Mindig tisztában kell lenned azzal, hogy egy adott változó, tömb, karaterlánc hol jön létre, és mikor, ki által fog megsemmisülni. Olyan meg soha nincs, hogy a semmiből memória fakad és pont azt csinálja amit szeretnél.
A mutatott kódodban a romai változódat úgy deklaráltad, hogy egy 20 karakteres tömb, ami a függvényen belül él csak, amint véget ér, felszabadul, te meg nem férhetsz hozzá többet. Ez a sorsa mindennek, ami a stacken jön létre. A befoglaló függvény végén kaputt.
Ilyen minden lokális változó függvényen belül, a függvényeknek átadott paraméterek, az egymás után láncolt függvényhívások köztes eredményei, stb.
Memóriafoglalás tekintetében még két lehetőséged van: a magyar oktatásban "dinamikus memóriának" csúfolt heap; illetve nagyon leegyszerűsítve a "globális változók", a static terület. Utóbbinak inkább ne játssz a gondolatával se.
A programodat azon a két módon lehet megjavítani, amit az előbb is írtam:
1) vagy behozod a heapkezelést és az eredményt oda mented (malloc/free);
2) vagy egy olyan függvényt írsz, mint például az snprintf: a hívó fél gondoskodik arról, hogy legyen hova tenni az eredményt. Javaslom, hogy nézd meg annak a függvénynek a leírását.Ez utóbbi azért különösen jó, mert maga a rómaira átalakító függvényednek nem kell törődnie a memóriakezeléssel egyáltalán. Nem érdekli, hogy a hívója hol foglalt memóriát (stack/heap/static), csak az átalakítással kell törődnie. Nem az ő felelőssége.
Az intes részre nem tudok válaszolni, mert nem sikerült értelmeznem a kérdést.
[ Szerkesztve ]
“All nothings are not equal.”
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- RAM topik
- Mesterséges intelligencia topik
- Drágábban indíthat az új iPhone SE
- Dacia topic
- CADA, Polymobil, és más építőkockák
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Filmvilág
- Senua’s Saga: Hellblade II teszt
- Skoda, VW, Audi, Seat topik
- További aktív témák...
- -70% HP EliteBook 850 G7:i7 10610U,32GB RAM,512GB SSD,15.6" FHD,vil.MAGYAR numeri.bill,WWAN 4G,Win11
- ASUS TUF Gaming GeForce RTX 4070 Ti 12GB
- Hama Ultraslim Fali konzol (TV)
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
- Női városi bringa (Sierra City)
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen