Hozzászólások
-
Bejegyzés
-
Hm…. kösz a segítséget, de elegem lett az operátorokból… 🙂
Inkább megoldom fgv-kkel, nem érdekel.Viszont lenne egy újabb kérdésem is, bár kissé offtopik ebben a témában:
szerk: nah picit megszerkesztettem a téma címét, mostmár nem offtopik… 😛
Szeretnék a progimhoz egy testreszabható kis saját készítésû loggert készíteni.
Felmerült bennem pár kérdés…. pl:1) Csinálhatnék singleton osztályt, benne vmi iesmi fgv-vel:
Code:void log( std::string txt );Ennek van pár hátránya: szeretném használni pár objektum << operátorát. (amivel maga az objektum kiírja saját magát egy ostream-ba) 2) Tehát a progin belül vmi iesmi használatot szeretnék:
Code:logger log( „fajlneve” );
// vagy esetleg: logger log; => ekkor cout-ra loggolAkarmiObjektum o;
//…
log << "Naplózzuk ezt az objektumot: " << o;Ehhez viszont nem ártana, ha a logger osztály örököl az ostream osztályból, ha jól sejtem. (Mivel az operator<< metódusok ostream objektumokkal dolgoznak.) Viszont ez esetben nem ártana tudni, hogy az ostream osztályból hogy is kéne örökölni?
Illetve úgy általában a fent mutatott használathoz miket kéne felülírni az ostream osztályban, etc…Megnéztem az ostream kódját, de nem sokat fogtam fel belõle így elsõre…. ezért kérek vmiféle ötletet.
Tehát lényegében egy saját kis testreszabható, illetve változtatható célpontú streamobjektum létrehozását szeretném megvalósítani, és naon rég c++oztam szal egyelõre nem vagyok benne a dolgokban sajna…
Kösz elõre is minden segítséget…
kl223
B) naigen.
De egyébként pl. Delphinél is voltak anno nekem oanok, hogy szépen kigondolom, hogy fogom csinálni, de õ kitalálta, hogy vmi szabálytalan dolgot csináltam (pl. változókonverziókkal mindig szívtam, etc), amit nem lehet kikerülni, ezért az egész tervemnek annyi….
javaban azért kevesebb van ebbõl szerencsére, meg sokkal jobb a doksi is hozzá…
kl223
Egy biztos, – a mostani tapasztalat szerint – a kinullázás nem kell és ha sokáig nyitogatom, csukogatom az ablakokat, akkor még egyszer le is megy a memória.
(Mondjuk most már tényleg semmi hiv. úgyhogy nem csoda.)
De kössz!
[align=right][snapback]144610[/snapback][/align]nm. a java néha produkál fura dolgokat, ez igaz, de ez csak azért van, mert ilyen komplex…. mind1. hozzá kell szokni. idomulni kell hozzá… 😉
kl223
Egyébként a finalize-al is csináltam.
Egy java forumban azt olvastam, hogy a nem használt objektumok címét módosítjam null-ra, mert akkor a gc szemétnek ítéli – bár spec. marhaságnak gondoltam -, de azért kipróbáltam.nem egészen értelek… a „nem használt” objektumok címét persze, h nullra kell állítani.
Illetve sokszor olyan maga a program, hogy felülírja ezeket a címeket, mert a változót újra felhasználja. Amíg van akármilyen hivatkozás egy objektumra, nem fog törlõdni.
finalize-vel? hm. azt ugye tudod, hogy a finalize-t a szemétgyûjtõ hívja meg, mielõtt végrehajtaná rajta a törlést. De ennek nincs konkrét idõpontja, ellentétben pl. a C++al. Hanem a felhasználás után vmikor késõbb, illetve a legelsõ System.gc() meghívásakor.
Szal akkor mit is csináltál abban? Szvsz semmit. Mert ha odakerül a vezérlés, akkor már sínen vagy, az adott objektum rövidesen törlõdni fog. Ha meg nem törlõdik, akkor a finalize nem hajtódik végre. (vagy az is lehet, h vmit félreértettem/te nem magyaráztál el vmit pontosan, mert ez így érdekes… namind1)„Szal nem látom a teljes kódodat, de szvsz itt az a megoldás lehetséges, hogy a dispose()olt objektum referenciáját még nullra is állítod, majd utána System.gc().”
Azzal sem jött be.
Mondjuk a teljes kód egy kicsit hosszú.
[align=right][snapback]144600[/snapback][/align]Biiiiiztoooos? 😉 Hm. szvsz akkor máshol van a hiba, nem itt… vhol marad hivatkozás ezekre az objektumokra, így a GC nem törli õket.
kl223
Hi!
A Garbage Collector olyan objektumokat gyûjt össze, amikre már nincs egyáltalán semmilyen hivatkozás.
Elméletileg (ha jól tudom) a dispose() az csak annyit csinál, hogy eltünteti a képernyõrõl, de attól még a referenciát az adott objektumra nem szünteti meg.
(mint pl. ha egy JDialog-ot is megjelenítünk, majd dispose(), attól még a JDialog objektum használható marad, nem tûnnek el a változói, szal marad referencia (!!) és késõbb újra meg lehet jeleníteni.)Szal nem látom a teljes kódodat, de szvsz itt az a megoldás lehetséges, hogy a dispose()olt objektum referenciáját még nullra is állítod, majd utána System.gc().
Persze ez csak tipp, de én erre tapogatóznék elõször a helyedben…
Hali.
Lehet, hogy még énis megfordulok arrafelé. Még nem biztos, de ha nincs más programom, lehet beugrok egy kicsit.
Majd meglátjuk. Lesz vmi kötött program, vagy csak laza beszélgetés?kl223
Sõt, mást is kérdezek: most ugyan még nem, de ha majd az lf.hu új hardveren fog üzemelni, akkor esetleg elképzelhetõ, hogy a mailen kívül egyéb szolgáltatások is futni fognak a szerveren?
(pl. ftp, esetleg irc-s BNC, satöbbi.)kl223
„Látott már vki iet?”
Igen, de nem ooo-nál. Az xpm-nál elõfordul az ilyen. (Saját programmal – ami teljesen szabályos volt – idéztem elõ.) Le is szerepelt nálam, bár a program újraindításánál már jó volt. Már nem emlékszem mi volt a gond. Arra emlékszem, hogy két lehetõségbõl, mindig csak az egyiknél fordult elõ. (Szerintem tegyél fel egy legújabb 2.0-ást.)
Esetleg van vmi módszer az OOo iconsetjének lecserélésére?”
[align=right][snapback]142079[/snapback][/align]Hm. Hát rendben. nem örülök, h hiába forgattam le egy OOo-t, de végülis kicsit kevesebb mint 1 éjszaka alatt megvolt… 🙂
Kérdés, hogy mikor kerül be a gentoo portagebe az új openoffice. Mert egyelõre csak az 1.9.87-es van benne, de az is hardmasked… 🙁
Azért thx.
kl223
Hali!
Eléggé offtopik ebben a témában megkérdezni, de találkozott már vki olyannal, hogy felpakoltam OOo 1.1.4-et, fel is ment hiba nélkül, de szinte az összes OOo alkalmazásban a fõablakon lévõ kis ikonok (a gyorsgombok, asszem vmi iesmi nevük van) elég furán néznek ki: vmi fekete háttérrel jelennek meg.
(OOo-t forrásból tettem fel)
Látott már vki iet?
Esetleg van vmi módszer az OOo iconsetjének lecserélésére? (ill. tudom, h van, egyszer már láttam vhol, de képtelen vagyok ismét megtalálni)kl223
(megj: mellékelek egy screenshotot a mostani OOo-mról)
legutóbbi hsz