Unit-testing i ANSI C

[A_N_K]

Vet noen om et bra, gjennomført (de jeg har funnet har vært så som så) rammeverk for unit-testing i ANSI C, på linje med det man finner i objektorienterte språk (Python, Smalltalk, C++ etc.)? Funderer på å skrive det jeg trenger selv; i den forbindelse, kan noen komme på noen ulemper med å bruke longjmp for å "feige ut" etter en feil (tror det vanligvis brukes exceptions for denslags)?

[søppel]

Svarer kjappt her,

<..>noen ulemper med å bruke longjmp for å "feige ut" etter en feil (tror det vanligvis brukes exceptions for denslags)?

Man må ta seg av ting allokert v.h.a. malloc vil jeg tro.

 

Desverre har jeg ikke noen erfaring med unit-testing-rammeverk i C, så lar være å nevne de jeg fannt på google o.l. :]

Endret 18. august 2004 av søppel

[A_N_K]

Jeg fant etterhvert ut av Check, er ikke så lenge siden det ble oppdatert heller (alltid en bonus). Noe jeg ikke hadde tenkt på er fatale kræsj (SIGABRT, SIGSEGV), Check ser ut til å løse dette ved å teste i separate prosesser. Lurer på hvordan Boost.Test fikser denslags?

 

Edit: Hrm .. Så vidt jeg kan se gjør Boost.Test alt i samme prosess, og fortsetter med neste test etter å ha fanget et fatalt signal (bruker siglongjmp faktisk). Noen anelse om hvorfor Check absolutt skal kjøre tester i separate prosesser, hvis det er fint mulig å fortsette etter en SIGSEGV?

Endret 18. august 2004 av A_N_K

[A_N_K]

Da var rammeverket implementert :_) Valgte å kjøre hver test i en separat prosess (vha. fork), med tanke på at et test-program kan korrumpere minnet (kjipe greier). Meningen er at koden skal være kryssplattform etterhvert, kan noen si meg hvordan man forker prosesser og fanger opp kræsj (illegal skriving til minne etc.) i Windows? Mener å huske at det mangler en ekvivalent til fork i Windows, og at folk gjerne bruker tråder istedet? Kan man opprette tråder med fullstendig separat adresserom?