Pointer na CDilalog (MFC)

Poceh od skora da se bavim MSVC++ pa imam jedan problemcic(verujem trivialan za iskusnije).
Naime, da li je moguce dobiti pokazivac na na odredjen dialog prozor ako znam njegov ID?
Definisao sam jednu posebnu klasu cije varijable trebam popuniti sa vrednostima koje se nalze na/u kontrolama na samo dialogu (koji je, jel, posebna klasa);
Preturao sam po MSDN ali nisam se bas najbolje snasao tamo, tj nema ni jedne funkcije za pristup dialogu na osnovu njegovog ID. Mozda neko bolje resenje???

Imaš konstruktor za CDialog čiji je parametar resource ID, ako sam dobro razumeo šta hoćeš.

Potpis

IOCC

Mislim da ne postoji jednostavan nacin, ako postoji uopste.
Uglavnom zato sto je pokazivac na CDialog u stvari pokazivac na instancu objekta CDialog klase, a takvih za jedan resource ID moze da bude vise. Cak i vise klasa (CDialog1, CDialog2...).

Ako uopste postoji nacin, to je da se setas kroz listu SVIH prozora i da pokusas da saznas koji je od njih dijalog sa datim resource ID-om. Sve u svemu, malo verovatno da ti se isplati i ako je moguce.

Mnogo ti je jednostavnije da, cim kreiras objekat, sacuvas negde pokazivac na njega.

Nisam bas najbolje razumeo sta zelis da izvedes... Probaj ovako..

1. Recimo da imas klasu CPodaci i imas negde primerak te klase:
CPodaci podaci;

2. Napravi klasu CPodaciDlg i u private deo smesti
CPodaci* m_pPodaci;

3. Modifiuj konstruktor CPodaciDlg:
u .h:
CPodaciDlg(CPodaci*p, CWnd* pParent =NULL)

i u .cpp:
CPodaciDlg::CPodaciDlg(CPodaci*p, CWnd* pParent /*=NULL*/): CDialog(CPodaciDlg::IDD, pParent)
{
m_pPodaci = p;
}

4. Isprogramiraj dialog. Sada iz metoda dialoga mozes da pristupas
public metodama i varijablama u prosledjenom primerku klase CPodaci
tj. m_pPodaci...

5. U CPodaciDlg::OnInitDialog metodi, popuni stanje kontrola vrednostima iz m_pPodaci.

Kada pravis instancu CPodaciDlg to uradi na sledeci nacin:
// modalni dialog
CPodaciDlg pd(&podaci, this);
pd.DoModal();

ili

// nemodalni dialog
CPodaciDlg *m_pPodaciDlg;
...
m_pPodaciDlg = new CPodaciDlg(&podaci);
m_pPodaciDlg->Create(CPodaciDlg::IDD, NULL);


yooyo

Mislim da ti za taj problem ne treba pointer na dijalog; dijalog definiši kao member promjenljivu u heder fajlu tvoje View klase. Zatim ga pozoveš sa funkcijom DoModal(), pa pointere na njegove kontrole "pokupiš" sa funkcijom GetDlgItem, čiji je argument ID kontrole. Onda, kada imaš pointer na kontrolu, nije ti problem da pročitaš ono što je u njoj zapisano.

Ako je to ono što želiš...

Bio sam odsutan, tako da do sad nisam imao mogucnost da probam ove vase predloge. Postupiosam onako kako je yooyo predlozio (stom razliko sto meni u stvari treba obrnuto. tj da u klasu podaci prenesem vrednosti sa dialoga.
Naime, uradio sam ovo:
Izmenio sam konstruktor dialog klase i on izgleda ovako:

Instancu dialoga pravim sa:


Unutar klase CDlgNewMail postoji funkcija OnBsalji() unutar koje se poziva funkcija clanica klase CEmail- GetHeader() na sledeci nacin:

Gde je m_pEmail clan klase CDlgNewMail definisam kao: CEmail* m_pemail.

Na mestu poziva ove funkcije program pada i ispisuje nesto kao:
"The instructions at "0x10217c15c referenced memory at "blablaxxx". The memory could not read".
Gde ja to gresim???

Obrati paznju da ti je email promenljiva na steku, i ona biva unistena na kraju funkcije gde je ovaj kod. U CDlgNewMail::OnBsalji() pokazivac m_pEmail ukazuje na mesto gde se ranije nalazila email promenljva a sad je ko zna sta.

Problem ces da resis tako sto email alociras na heap-u (dakle sa new) a delete objekta radis iz CDlgNewMail destruktora (na primer).

Problem je kako kreiras CEmail...

Ako se ne varam, pointer na ovu instancu prosledjujes konstruktoru tvog dijaloga. E, ali sta cemo sa GarbageColector-om (DragiTata ne voli ovaj naziv)? Sa gornjom deklaracijom, cim izadjes iz nekog scope-a (mislim na par zagrada { } ), GC ubije instancu CEmail-a, i onda tvoj dijalog ima pointer na mrtav objekat (to jest, na parce memorije koje je nekad bilo taj objekat).
Resenje je da zamenis gornju liniju sa

i onda to prosledis konstruktoru tvog dijaloga. Ali, onda dijalog mora da preuzme na sebe i unistavanje istog.
Pozdrav

Rajko

u C++ ?!

Rajko stack naziva Garbage Colectorom.

Potpis

IOCC

Jel se on to samo ludo zeza ili... ?

Ne, ne zezam se.
U klasicnom smislu (iz vremena DOS-a i struktuiranog programiranja), stack je memorija po kojoj se seta stack pointer (tako se bese zove) i nista vise. Znaci, kad kompajler oslobadja stack, jednostavno spusti SP za odredjeni broj bajtova, i to je sve.
Medjutim...u C++-u nije (samo) tako. Ili, jeste, ali osim spustanja SP-a (recimo, priliskom izlaska iz nekog scope-a), kompajler poziva i destructor-e svih objekata koji su se nalazili na stack-u iznad SP-a, a to, priznacete, predstavlja malo vecu funkcionalnost u odnosu na "klasican" stack. Pogotovo ako se u tim destructor-ima vrse dodatne akcije; na primer, unistavanje sopstvenih sub objekata koji su kreirani na heap-u, i ko bi ga znao sta jos. Prema tome, danasnji stack je vrlo, vrlo sofisticiran instrument.
Posto to mene neodoljivo podseca na GC, tako ga (ponekad) i nazovem.
Pozdrav

Rajko

Ja bih ipak vise voleo da se ovde koristi "stack" - to sto u nekim aspektima C++ koriscenje stacka podseca na neki GC ga svakako ne cini GC-om :) Sve dok je moguce alocirati memoriju sa 'new' koja nece biti dealocirana automatski, to se nikako ne moze nazvati GC-om i mislim da pravi nepotrebnu konfuziju.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

New...? Kakve veze "new" ima sa stack-om? Valjda ima veze sa heap-om...

Ali ajde bas, kad si ga pomenuo, da to udenem u kontekst cele price. Sve sto se alocira sa new (na heap-u, jasno), mora da se eksplicitno unisti sa delete. Ovo "eksplicitno" znaci svojerucnom akcijom programera; nema ko drugi to da uradi; i to je upravo razlika u odnosu na stack.
Na stack-u radi automatizam. Ako deklarisem u nekom scope-u u nekoj funkciji instancu klase, automatski sam je kreirao (default konstruktorom, recimo) NA STACK-u, i cim izadjem iz scope-a, instanca se automatski unistava, bez specijalnog koda za to.
Necu da gnjavim vise na ovu temu. Slazemo se da stvari rade upravo onako kako i rade, a kako cemo to nazivati - ma to je vec stvar ukusa.

Sto se mene tice, moj ukus je - apatinsko pivo i dobro crno vino, obzirom da nastupaju praznici, pa kad izbistrim utiske (i glavu), mozemo da nastavimo diskusiju...
Pozdrav

Rajko