Download whitepapers, case studies
en onderzoeken over ICT-onderwerpen
Computable IT Knowledge Base
  Dagelijks het laatste
ICT-nieuws in je inbox?
Computable e-mail nieuwsbrief

Development / Nieuws

14-07-2008 14:18 | Door Jasper Bakker | Tags: Bugs, Software | Gerelateerde bedrijven: AT&T | Er zijn nog geen reacties op dit artikel | Permalink

OpenBSD-bug uit 1975 nu gefixt

De eerste bug was een echte; een mot die in 1945 een mainframe 'saboteerde'.

De eerste bug was een echte; een mot die in 1945 een mainframe 'saboteerde'.

Fouten in software kunnen lang bestaan. Unix-variant OpenBSD lijkt nu een nieuw record te hebben: een drieëndertig jaar oude bug is nu gerepareerd.

De Nederlandse OpenBSD-ontwikkelaar Otto Moerbeek heeft een bug in besturingssysteem OpenBSD gevonden en gerepareerd. De fout bleek al aanwezig te zijn in oudere versies van die Unix-variant, tot aan de Sixth Edition Unix-versie uit 1975 van AT&T. In mei dit jaar is al een vijfentwintig jaar oude Unix-bug ontdekt en gefixt. Die bleek te zitten in Mac OS X, wat Apple heeft gebaseerd op de FreeBSD-variant.

Compiler compiler

De nu voor het eerst ontdekte bug betreft de parser generator YACC (yet another compiler compiler). Dat stuk software maakt een parser aan, wat een compiler-onderdeel is dat broncode omzet in uitvoerbare code voor een specifiek hardwareplatform. YACC is al sinds begin jaren zeventig onderdeel van OpenBSD en is oorspronkelijk ontwikkeld door toenmalig AT&T-werknemer Stephen Johnson.

Moerbeek trof de bug aan toen hij een door hem ontwikkelde nieuwe implementatie testte van geheugentoewijzer (memory allocator) malloc. Het compileren van grote C++ projecten bleek soms vast te lopen. De OpenBSD-ontwikkelaar testte zijn software hij op een computer met Sun Microsystems' Sparc64-processoren, waar deze bug alleen maar kan voorkomen. De fout is al die tijd niet bovengekomen doordat oudere versies van malloc niet zo goed waren in het opvangen van buffer overflows.

reageer print stuur door
Reageer
rssMeer Development
Development Whitepapers

RUP planning becijferd: Inzetverdeling en beschikbaarheid gebruikers

Vooraf aangeven hoe lang een ontwikkeltraject gaat duren is erg lastig. In deze whitepaper wordt duidelijk hoe je door middel van bepaalde analyses vooraf een goed onderbouwde RUP-planning kan maken, inclusief verdeling per activiteit en inzet van gebruikers.... Download nu

Eisen voor infrastructuur bij exploitatie SaaS-oplossingen

Software as a Service, of te wel SaaS, betekent een radicale verandering in de fundamentele manier waarop software wordt benaderd met betrekking tot het bouwen, verspreiden, licenseren en het gebruik ervan. In deze whitepaper wat een SaaS platform precies inhoudt, welke issues er spelen bij SaaS...... Download nu

Meer Development whitepapers

SAP-maatwerk, duur beheer

Als er veel wordt gesleuteld aan een SAP-applicatie, zorgt dat voor hogere beheerkosten na het project. Maar het is lastig aan de organisatie duidelijk te maken dat maatwerk niet altijd de beste oplossing is.

Meer maatwerk bij SAP maakt beheer duurder
Development Producten

NetIQ breidt IT Process Automation uit

20-08 15:00   NetIQ, een onderdeel van Attachmate, introduceert NetIQ Aegis 1.5. Deze nieuwe versie van de IT Process Automation oplossing biedt integratiemethoden die het automatiseren van...

Meer development producten
Development Cases

Booking.com zweert bij open source

10-03 14:24   De capaciteit van de infrastructuur van reserveringswebsite Booking.com is de afgelopen jaren vertienvoudigd. Dat levert niet alleen hoofdbrekens op over onder andere...

Meer development cases
Development Achtergrond

'Praktische Prince2 gooit ballast over boord'

11-08 17:28   De projectmanager die in de praktijk met de methode Prince2 wil werken, doet er verstandig aan wat overbodige ballast overboord te gooien, schrijft organisatieadviseur Hein...

Meer development achtergrond
Development Opinie

Non-functionele eisen belangrijk bij testen SOA

08-08 20:00   De kerngedachte achter soa is dat de afzonderlijke verwerkende eenheden met elkaar communiceren zonder dat de wijze waarop gecommuniceerd wordt vast ligt. Dit alles met de...

Meer development opinie