-<p>Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
-til <a href="http://www.goopen.no/">Go Open 2009</a> uka etter påske.
-Da første test med motorkjøring avslørte at motorvibrasjonene fikk
-skruer og muttere til å løsne, så var første punkt på programmet å
-skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
-nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
-montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
-Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
-dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
-noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg
-får skrevet ut nye før skriveren bryter sammen pga. dette. :)</p>
-
-<p>I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
-å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
-være tett omslynget av et par stjernehjul som holder båndet mellom
-alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle
-plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm
-spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
-legge en 1mm skive mellom tannhjulene og stjernehjulene over
-tannhjulet, slik at det blir plass til båndet.</p>
-
-<p>Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
-hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
-hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
-litt plast for å løse dette problemet. Da vi begynte å se på
-skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
-sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
-Var ikke klar over at dette er ferskvare, men
-<a href="http://forums.reprap.org/read.php?70,16250">en
-forumposting</a> viser at dette er et kjent problem. Det var ikke
-helt enkelt å finne ut hva "Fire cement" heter på norsk. Mange
-Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
-alternativer som kunne fungere, som eksosmonteringspasta,
-brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
-men ingen av disse så ut til å være helt riktige for dette bruket.
-Fire cement håndterer temperaturer opp til 1200 grader celsius, og
-krever ikke utblanding i vann. Konsulterte,
-<a href="http://robot.hiof.no/node/5">våre
-venner ved Høgskolen i Halden</a>, og det viste seg at de hadde hatt samme
-problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
-sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
-ut til å være det norske navnet på det jeg er ute etter. Dro så innom
-Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
-<a href="http://www.unipak.dk/UK/stovex.html">Stovex</a> ovnskitt, og
-er nå klar til å lage varmeelement til skrivehodet.
-Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
-<a href="http://blog.reprap.org/2009/04/by-your-powers-combined-i-am-kapton.html">reprap-blogpost</a>
-som fortalte om et bedre vidundermiddel for å lage varmeelement,
-Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
-til neste gang. En reprap-variant ved navn
-<a href="http://wiki.makerbot.com/plastruder-mk3">Plastruder MK3</a>
-kommer til å bruke denne plasttypen som håndterer temperaturer mellom
--100 og +400 grader og brukes av astronautene for å tette drakten.</p>
+<p>There are two software projects that have had huge influence on the
+quality of free software, and I wanted to mention both in case someone
+do not yet know them.</p>
+
+<p>The first one is <a href="http://valgrind.org/">valgrind</a>, a
+tool to detect and expose errors in the memory handling of programs.
+It is easy to use, all one need to do is to run 'valgrind program',
+and it will report any problems on stdout. It is even better if the
+program include debug information. With debug information, it is able
+to report the source file name and line number where the problem
+occurs. It can report things like 'reading past memory block in file
+X line N, the memory block was allocated in file Y, line M', and
+'using uninitialised value in control logic'. This tool has made it
+trivial to investigate reproducible crash bugs in programs, and have
+reduced the number of this kind of bugs in free software a lot.
+
+<p>The second one is
+<a href="http://en.wikipedia.org/wiki/Coverity">Coverity</a> which is
+a source code checker. It is able to process the source of a program
+and find problems in the logic without running the program. It
+started out as the Stanford Checker and became well known when it was
+used to find bugs in the Linux kernel. It is now a commercial tool
+and the company behind it is running
+<a href="http://www.scan.coverity.com/">a community service</a> for the
+free software community, where a lot of free software projects get
+their source checked for free. Several thousand defects have been
+found and fixed so far. It can find errors like 'lock L taken in file
+X line N is never released if exiting in line M', or 'the code in file
+Y lines O to P can never be executed'. The projects included in the
+community service project have managed to get rid of a lot of
+reliability problems thanks to Coverity.</p>
+
+<p>I believe tools like this, that are able to automatically find
+errors in the source, are vital to improve the quality of software and
+make sure we can get rid of the crashing and failing software we are
+surrounded by today.</p>
projects / homepage.git / blobdiff