Page 4 of 4

Posted: Mon Jan 08, 2007 5:44 pm
by zarry
Nick wrote:awesome, kzie het rooskleurig in :)
Ben jij August De Cloooooooooooooown?

Posted: Tue Jan 09, 2007 2:39 pm
by Shinta
zarry wrote:*vreugdedans* ik snap het volledig merci voor de hulp e :D wickaaaah! thcikci tschiki paaaauuuuw wicked-original! Eigenlijk is da helemaal ni zo moelek e.. Maar toch :)
wiggawiggaboeiaboeia :lol:

Posted: Wed Jan 06, 2010 3:34 pm
by Poll
Als er iemand dit jaar ook nog wa meer info over nodig wil hebbe.

Check deze pdf

http://didactiekinf.uhasselt.be/bes/res ... dracht.pdf

Posted: Wed Jan 06, 2010 6:38 pm
by djgl3nn
Poll wrote:Als er iemand dit jaar ook nog wa meer info over nodig wil hebbe.

Check deze pdf

http://didactiekinf.uhasselt.be/bes/res ... dracht.pdf
Da is ook weer op tijd eh man..

ik had da zondag nodig!

Re: [Prog] extra info Run-time Stack?

Posted: Thu Jan 20, 2011 9:25 pm
by KEVINf
Even een ouder topic weer tot leven roepen :D .
Ik snap in het algemeen het concept van de run-time stack nu wel (denk ik), maar bij het bekijken van den tuyeaux heb ik enkele specifiekere vragen opgemerkt waar ik niet meteen een antwoord op vindt.. Zou iemand mij kunnen helpen om (enkele van) volgende puntjes te verduidelijken?

- De run-time stack, in verband met allocatie bij variabelen in geneste procedures
- Run-time stack organisatie bij recursieve oproepen
- De 'Oberonzichtbaarheidseigenschappen' die a.d.h.v. de Base Pointer gerealiseerd worden

Alvast merci! :panic:

Re: [Prog] extra info Run-time Stack?

Posted: Fri Jan 21, 2011 8:47 pm
by Tom
Oberon is voor mij veel te lang geleden dus voor mij is je derde vraag vaag, maar de andere twee:

- De run-time stack, in verband met allocatie bij variabelen in geneste procedures

Gebeurd identiek als een gewone functie aanroep, het enigste verschil ligt hem denk ik in de zichtbaarheid van de variabelen.

- Run-time stack organisatie bij recursieve oproepen

Gebeurd identiek als een gewone functie aanroep, recursieve aanroepen vullen dus uw stack.

Herschrijven in een while lus is in sommige situaties dus een betere optie.