WINAK

Het is toegelaten om een bestaande XML parser te integreren in je project. Geen nood dus om die vage consumer pattern van software engineering te porten uit Oberon naar C++ of je eigen implementatie te verzinnen . Je mag vrij kiezen welke parser je kiest ook, ze heeft geen parsers aan- of afgeraden.

Het is maar dat jullie het weten . Ik heb het al wel tegen enkele mensen gezegd, maar nu kan iedereen het lezen.

Je mag kiezen ja . Het zou een beetje stom zijn om zelf een xml parser te gaan maken ... :p

Zucht. Ik had naar de les moeten gaan dus...
Ik heb zelfs iets geschreven dat token per token inleest-_-

Shinta wrote:Je mag kiezen ja . Het zou een beetje stom zijn om zelf een xml parser te gaan maken ... :p

Mja, op zich is het geen enorm werk om de parser van software engineering te porten he .

En Scheder, dat is niet gezegd in de les, ik heb dat per mail gevraagd. De opdracht is pas online gekomen na de les. En als je nu al klaar bent met die parser heb je snel geprogrammeerd en probably interessante dingen geleerd over parsers .

Vooral veel geleerd over het feit dat er tools zijn om parsers te maken ^_^.

Pieter Belmans wrote:En als je nu al klaar bent met die parser heb je snel geprogrammeerd en probably interessante dingen geleerd over parsers .

Ik bedoelde vorig jaar
Dit was een vak waar ik wel voor door was ^^

In het project van vorig jaar moest er helemaal geen XML input zijn?

Pieter Belmans wrote:In het project van vorig jaar moest er helemaal geen XML input zijn?

Ben gaan kijken en idd. Alleen [oa] html output en van input alleen cookbookdump.

Shinta wrote:Je mag kiezen ja . Het zou een beetje stom zijn om zelf een xml parser te gaan maken ... :p

Wel, ga dat doen om uit te leren.

Ge kunt misschien exceptions gebruiken om informatie door te geven. Ge kunt immers alles throwen wat ge wilt en dan vangt het maar of op de plaats waar ge het nodig hebt. Fuck returnvalues!

Pieter Belmans wrote:Ge kunt misschien exceptions gebruiken om informatie door te geven. Ge kunt immers alles throwen wat ge wilt en dan vangt het maar of op de plaats waar ge het nodig hebt. Fuck returnvalues!

Nu nog inceptions die de andere kant op gaan, dan heb je ook geen parameters meer nodig.

ja, kunt ge doen met

drop HereYouGoInception();

Norfolk wrote:ja, kunt ge doen met

drop HereYouGoInception();

wel oppassen voor segmentation faults als ge uw inception ni juist initialiseert.

Een vraagje ivm de makefile. Als je meerdere directories hebt (wat de opdracht was), hoe zorg je dan dat de compiler de #include files vind?
Stel je hebt map Directory1 waar source1.cpp en source1.h in zitten. Als hij een #include ziet in source1.h gaat hij in diezelfde map zoeken naar de geïnclude header file en geeft hij de volgende error:

Plaats/Plaats.h:4:24: error: Reservatie.h: No such file or directory

Ik weet dat het iets te maken heeft met de -I flag, maar daar moet je toch het absolute path opgeven? En ik neem aan dat mijn absolute path verschilt van die van degene die mijn code moet compileren.

Midori wrote:Een vraagje ivm de makefile. Als je meerdere directories hebt (wat de opdracht was), hoe zorg je dan dat de compiler de #include files vind?
Stel je hebt map Directory1 waar source1.cpp en source1.h in zitten. Als hij een #include ziet in source1.h gaat hij in diezelfde map zoeken naar de geïnclude header file en geeft hij de volgende error:

Plaats/Plaats.h:4:24: error: Reservatie.h: No such file or directory

Ik weet dat het iets te maken heeft met de -I flag, maar daar moet je toch het absolute path opgeven? En ik neem aan dat mijn absolute path verschilt van die van degene die mijn code moet compileren.

Gewoon #include "../anderemap/file.h"

met .. ga je gewoon een directory omhoog.

Edit: zie ook http://members.home.nl/openlinuxsite/co ... geren.html bij absolute/relatieve paden.