Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 100 reacties
Bron: DigiTimes

Windows Vista bubble logo (klein)De DigiTimes bericht dat de RTM-datum van Windows Vista met twee weken is opgeschoven vanwege een vervelende bug. Microsoft was oorspronkelijk van plan om Windows Vista in de vierde week van oktober naar de cd-drukkerijen te sturen, maar deze datum is nu opgeschoven naar de tweede week van november. De reden voor het uitstel is een bug in RTM build 5824 die het systeem zodanig kon laten crashen dat een herinstallatie van het besturingssysteem noodzakelijk was. In de nieuwe Vista-versie, RTM build 5840, is dit probleem opgelost. De twee weken vertraging bij de RTM-versie van Windows Vista zal geen invloed hebben op de geplande introductiedatum van het besturingssysteem voor het bedrijfsleven in november en de consument in januari, zo stelt Microsoft.

Moderatie-faq Wijzig weergave

Reacties (100)

Moet je nagaan,

Deze bug fucked waarschijnlijk met de binary registry zooi.

Gelukkig dat ze geen text files gebruiken voor config settings zeg, want dat is zo gebruikers onvriendelijk. :P, stel je voor text files voor configuratie settings. die zou je gewoon kunnen editen met elke text editor, net als elk ander os dat heeft.
Even vanaf een live systeempje:

find /etc -name "*.conf" 2>/dev/null | wc -l
174

en nog 22 in /usr/local/etc

ik zie onmiddelijk dat ik in deze situatie een stuk sneller een stuk config kan editen dan dat ik daarvoor eerst editor moet starten die via een interface dezelfde informatie benadert, maar dan op een gecentraliseerde plek, oh ja voor die text file heb je ook een editor nodig, weg voordeel. Verder gis je maar wat, de fout kan net zo goed bij het driver laden zitten als er ergens een driver certificate kwijtraakt om maar een willekeurige andere plek te noemen waar een kritieke fout op kan treden.
En met de grootte van een gemiddeld Windows-register zal het parsen ervan in plaintext zker geen vertragingen met zich meebrengen...

Jij bent ook een voorstander om vanaf nu alles op te slaan in plaintext XML?
Tja, het is maar net hoe je het aanpakt. Als je de instellingen van elk programma in diezelfde file plettert wordt 'ie erg groot, als elk programma z'n eigen configuratiefile heeft valt dat wel mee. Het lezen van een tekstfile van 4 KB is snel, iets opzoeken in een berg data van meerdere MB's kost vaak toch iets meer tijd, zeker als er disk I/O aan te pas komt.

XML als opslagformaat is een zegen en een plaag tegelijk. Er zijn veel tools die gemakkelijk met het formaat overweg kunnen, maar de verhouding grootte/informatiedichtheid wordt wel nadelig benvloedt.
Volgens mij had dit Windows 3.1 ook, al die aparte ini bestanden en dat leverde alleen maar problemen op.
Neem unix... (even in het algemeen of het nu een bsd-variant / linux / *nix) daar zijn (op mijn systeem) zo'n 200 losse config files..

Het registry is er alleen voor luie programeurs.. Makkelijk om ding in te knallen.. Gooien die meuk.. Er zijn zoveeel problemen en hacks al geweest via het register. Simpelweg omdat een programma toegang kan krijgen tot de instellingen van andere programma's.. (heb weinig goede woorden over het registry)
Windows register wordt niet in zijn geheel in 1 keer geparst, er worden door gestarte programma's simpelweg een soort 'padnamen' gebruikt om zijn instellingen op te halen.
Snelheid is een non-argument in dit geval. Als het parsen te traag gaat om dat realtime te doen cache je gewoon de geparste data en refresh je die cache op het moment dat de files op de schijf veranderd zijn.
En met de grootte van een gemiddeld Windows-register zal het parsen ervan in plaintext zker geen vertragingen met zich meebrengen...
Volgens mij maakt dat niet veel verschil met het parsen van 100.000+ afzonderlijke register-bestandjes.
De registry heeft zowel voor als nadelen ten opzichte van de ini file. Zo heeft niet iedere applicatie een eigen layout voor settings, maar zijn alle settings via een API te benaderen, wat het voor scripts een stuk makklijker maakt, zijn subsets van configuraties makkelijk in te voegen zonder andere delen van de configuratie onbedoeld te wijzigen, er wordt niet geparset, en zijn wijzigingen en leesopdrachten in de registry, ongeacht van de applicatie, te volgen via bepaalde tools.

Ini files staan door het hele systeem verspreid, wat backuppen moeilijker maakt, en dat je ini files met iedere editor kan aanpassen lijkt me niet zo interessant, iedereen heeft tenslotte ook een editor voor de registry.

Uiteraard zijn er ook nadelen, de registry niet zelfdocumenterend, als er iets mis gaat met de registry kan het zo zijn dat niet alleen de applicatie maar heel windows de soep in loopt, enzovoort.

Dat die bug sowieso iets met de registry te maken heeft is natuurlijk nergens op gebaseerd
Als elke applicatie gewoon alles in z'n eigen directory houd en daar ook z'n config files wegschrijft wat is dan het probleem. Alles in het register gooien geeft alleen maar vervuiling omdat de uninstall programma's maar zelden alles weer weggooien. Verder mag elke applicatie lekker z'n gang gaan in het register en lekker de boel overhoop gooien. Probeer het dan maar weer recht te krijgen.

Het zou beter zijn als elke applicatie een soort eigen mini-register kreeg welke wordt ingelezen vanuit een file in de applicatie directory. Als het bestand niet meer bestaat doordat je de applicatie de-installeert wordt automatisch de register info niet meer ingelezen.
Wel was het niet zo met Vista, dat Vista het programma zou doen geloven da er iets in het Register en in Program Files werd gelezen, terwijl het zo niet is?
Dat kan al jaren op XP met de Compatiblity zooi :) Je hebt het ook alleen maar nodig als je iets als user wil draaien en de applicatie bv. pers files in de windows folder wil aanmaken (waar je gebruikers geen rechten p mogen hebben).
Heb het even nagevraagd over de geleakte 5840 versie op aeroxp.org en dit is het antwoord:

"Danny, you forget that the build number in this context could be highly irrelevant - 5840 could have been (and most certainly was...) compiled many times; probably in more than one lab or whatever (excuse my crap terminology...yeah.) Effectively, it could just have been that the compile that leaked didn't yet feature whatever it is that's supposed to jump into the Vista fray."
als ze het voor elke vervelende bug gaan uitstellen zal ie nooit uitkomen....
Maar voorkomen is nog altijd beter dan genezen, zeker in een (blijbkaar) kritiek geval als dit. Er kunnen zo zeker nog wel bugs zijn, maar als ze er weet van hebben en ze kunnen er nog iets aan doen dan moeten ze het ook niet laten natuurlijk.
als ze het voor elke vervelende bug gaan uitstellen zal ie nooit uitkomen....
mjah, inderdaad. maar in dit geval moet ik MS toch echt wel gelijk geven. Mensen willen geen OS kopen dat crashed en dan een reinstall nodig heeft. Als ze dat zouden willen zouden ze nog wel massaal windows 98 gebruiken.
Ze stellen die release datum echt niet zomaar uit hoor. Dit moet dan ook een vrij kritieke bug zijn. En Vista komt binnenkort ook echt wel uit. Het moet zijn geld op gaan leveren na 5 jaar kosten ;)
@COMPUTERNERDNR1:

Even de bril op en lees opnieuw.
De twee weken vertraging bij de RTM-versie van Windows Vista zal geen invloed hebben op de geplande introductiedatum van het besturingssysteem voor het bedrijfsleven in november en de consument in januari, zo stelt Microsoft.
ik reageerde ook op het bericht van DropjesLover, niet op het artikel ;)
als ze het voor elke vervelende bug gaan uitstellen zal ie nooit uitkomen
Dit moet dan ook een vrij kritieke bug zijn.
Elke maand komen er patches voor kritieke bugs uit. In sommige maanden brengen ze zelfs als extra nog een kritieke bug uit.
brengt microsoft af en toe een kritieke bug uit? spannend
Hoeveel andere kopietjes van MS producten zouden er verkocht zijn in die 5 jaar? :+
Mja maar een bug waar voor je je systeem opnieuw kunt gaan installeren vind ik toch vrij vervelend. Ik bepaal liever zelf wanneer het tijd is om mijn computer te installeren zodat ik geen belangrijke data verlies enzo :Y)
ik neem aan dat je op vista geen belangrijke data gaat zetten :S
Een bug die twee weken in beslag neemt is niet eender welke bug me dunkt.
Zoek de verschillen:
Duke nuken forever
Windows Vista
Zoek de verschillen:
Duke nuken forever
Windows Vista
De een (Vista) komt bijna uit, de ander is een hersenspinsel van miljoenen wereldvreemde gamers? ;)
Beetje jammer dat je zo reageerd blijkt wel weer dat er ook nog mensen in de wereld zijn die de essentie van een nuttige post niet weten.

MAAR om even terug te komen op het onderwerp.

In tegen stelling tot het merendeel hierboven.
Ben ik eigenlijk blij dat microsoft begint te begrijpen dat 100 keer pleisters plakken niet beter is dan een OS door te ontwikkelen voordat het ge-released wordt.

Hulde aan MS dus.
windows vista bestaat maar uit 2 woorden
windows vista heeft al beschikbare versies (al zijn het beta's en RC's)
windows vista komt in 2007
Microsoft was oorspronkelijk van plan om Windows Vista in de vierde week van oktober naar de cd-drukkerijen te sturen, maar deze datum is nu opgeschoven naar de tweede week van november.
Komt het nu op DVD of toch een CD?
Alle Vista versies komen uit op 1 dezelfde DVD. Je installeert jou versie aan de hand van de gekochte installatie code (CD-key).
Is het dan nog wel een CD-key en niet een DVD-key :P
Dan had ik het toch goed. "cd-drukkerijen" is dan een beetje misleidend
De bedrijven krijgen als eerst windows vista en daarna pas de thuis gebruikers. Beetje vreemd eingelijk omdat bedrijven altijd laat overstappen gezien de meeste aplicaties niet werken onder een nieuwere OS (was met windows xp ook zo). Ik denk toch dat thuis gebruikers (eingelijk alleen de tweakers hier) eerder windows vista gaan gebruiken dan het bedrijfs leven.
denk dat eerder dat de mensen elkaar aansteken, als je vista draait op je werk, wil je dat thuis ook, en als het thuis draait wil je het op werk ook


dus dat de corp versie eerder uitkomt is mss zodat bedrijven zich er op voor kunnen bereiden
Bedrijven krijgen als eerste de dvd's omdat het hier gaat om bedrijven die besturingssystemen gaan verkopen met winVista erop.
Bedrijven als HP, Dell, Packerd Bell, etc. krijgen de cd's als eerste zodat ze een voorraad van pc's kunnen aanleggen met het besturingssysteem pre-installed erop.

Het is dus niet zo dat de corp. edition al massaal geleverd zal worden
Wat Ramsesll ook al zegt.
Voor het bedrijfsleven dit ingebruik neemt komen er eerst een aantal test stations om te kijken of het werk hoe het werkt en hoe het allemaal moet worden in gesteld.
Er zullen voor een serie applicatie's waarschijnlijk ook nog update/upgrades nodig zijn.
Hiervoor moet dus eerst getest worden dan moeten de leveranciers geinformeerd worden en dan moet er weer getest worden.

Pas dan kan er eventueel begonnen worden met de uitrol. Al ben je dan toch wel een jaar verder. Dus dan zijn de particulieren toch eerder.
Daarnaast is het meer een logistike reden dat bedrijven eerder zijn.
Het is voor de OEM's namelijk niet meer mogelijk om voor de kerst dagen alle computers te voorzien van vista. Hierdoor zijn ze bang dat een aantal wel, een aantal niet en een aantal met beide OS'en in de winkel terecht komen. Dat is niet goed voor de verkopen. Dus hebben de OEM's gevraagt om uitstel tot na de kerst zodat iedereen de kerstvoorraaden kan verkopen en dan Vista uitrollen.
Erg vreemd. Op Aeroxp.org zag ik tot mijn grote verbazing een aantal dagen geleden een uitgebreid topic over een leak van een build met het nummer 5840.

Er werd beweerd dat hij nieuwe wallpapers/icons bevatte. Hij is verspreid via E-Donkey maar er bleek niets nieuws in te zitten...Maar waarschijnlijk is het dus wel de RTM alleen dan zonder de nieuwe wallpapers en icons.

De CPP codes werken er niet op, maar dit was een kwestie van een filetje veranderen in de ISO las ik.

http://www.aeroxp.org/board/index.php?showtopic=6445
Het is ook een beetje oud nieuws.
23 oktober op neowin:
Microsoft recently hit a severe bump on the road towards RTM (release to manufacturing) for Windows Vista. As of today, the bump has been ironed out. The software giant, however, will no longer arrive at RTM on October 25. The source of the delay was a nasty bug in build 5824 that caused horrific damages to upgrades from Windows XP. Microsoft finally fixed the problem last Friday with an internal build number 5840. No functional changes have been made, although new wallpapers and icons have been included in this latest build.

According to an internal timetable, Vista can still ship and meet its November and January launch, if RTM has arrived by November 8. The bad news is that every day closer to November 8 will kill off another language-specific version for the January launch. Mark November 8 on your calendars. On that Wednesday, either Vista will have already gone final or will be just out the door.
5840 zal dus de RTM zijn???
5840 lijkt me niet RTM. Draai em nu en het heeft nog steeds geen nieuwe (opstart)geluiden. Dus dat zal zo wie zo nog veranderen.
Nieuwste build dat ik heb gespot is Windows Vista Build 5920.16384.

Build dat is geleaked is Build 5840.16384, en de nieuwste build in die reeks dat ik heb gezien is 5840.16387.

5840 -> 5920 is een erg grote jump, dus het zou goed kunnen dat dit een Post-RTM branch is. Iig is de build dat geleaked is niet de werkelijke RTM.

Voor de duidelijkheid ik heb alleen de build numbers gezien dat ze ingebruik waren door MS op de private vista beta nieuws groepen, heb de builds zelf niet gezien.
als "5840" de RTM is, dan is hij inderdaad op torrent te verkrijgen ook (2.53Gb)

wachten is op de eerste gekraakte versie dan :z

edit: verschillende torrent trackers hebben de 5840 versie, de ene noemt het RTM, de andere Pre-RTM
ze weten het niet zo goed blijkbaar ;)
Positief dat Microsoft liever niet riskeert om een product uit te leveren met een kritieke fout. Wat alleen wel opvallend is: de Vista release is nu al een hele tijd intensief getest. Hoe komt het dat deze fout zo lang onopgemerkt is gebleven? Of is deze fout op het laatste moment er in geslopen? Dat Microsoft zich in deze eindfase nog laat pakken door een kritieke bug is op zich wel iets om je een beetje zorgen over te maken...
En daar op aansluitend, door de release datum vast te houden, geven ze zichzelf nog minder tijd om deze versie uitvoerig te testen... Al hoop ik dat ze dat gedaan hebben, voordat dit bericht naar buiten kwam.

Uiteraard begrijp ik dat als je eindeloos door blijft testen, je nooit je product af krijgt.
:? Ze geven zichzelf juist -meer- tijd door de RTM-datum twee weken op te schuiven. Dat de release-datum hetzelfde blijft zorgt er alleen maar voor dat er minder tijd is voor niet-ontwikkelactiviteiten tussen RTM en release.
Als je even wat verder gelezen had, zou je zien dat de bug te maken heeft met het upgraden van XP naar Vista.
Ik neem niet aan dat er veel mensen zijn geweest tot nog toe die hun draaiende XP-systeem hebben geupgrade naar Vista, met alle risico's vandien, denk je ook niet?
Denk dat de meesten hem gewoon als dual boot en dus verse installatie hebben, niet als een upgrade |:(
Ik denk dat MS zelf ook testers in dienst heeft }> .
Die zullen de upgrade functionaliteit wel op hun programma hebben staan....
Prima zet van Microsoft. Liever een (zoveel mogelijk) bugvrij systeem, dan later x keer moeten patchen.

Liever die 2 weken uitstel!
Absoluut, blijkbaar luisteren ze tegenwoordig goed naar klachten dat ze systemen shippen voordat ze goed getest zijn.

Overigens is er geen sprake van uitstel voor de release...
Hoe werkt dat patch systeem van Windows dan want mijn eerste gedacht was "kennen ze geen updates bij Microsoft?"

Als apple gebruiker vind ik een update (patch) totaal geen probleem vermits het n klik betreft.
Idd, installatiebugs op een CD: daar BLIJF je last van houden bij iedere verse installatie (dit itt bugfixes op een lopend systeem, dat kan later altijd nog).
Prima dat ze dat eerst fixen. :*)
Als release coordinator zelf kan ik hier erg goed inkomen. Een bug kan in princiepe op elk moment gevonden worden. MS is duidelijk aan de laatste intergration tests bezig, en daarbij kan refactor werk, of simple fix-rework altijd voor nieuwe issues zorgen.

Een dergelijke bug waarbij een full reinstall nodig is, valt dus onder de classificatie 'Loss of data, unworkable system', doorgaans is dit een absolute showstopper, en dan op zich dwingt een geheel nieuwe release build af, met dit issue gefixt. Het maakt niet zo uit of dit een low risk/chance issue is, het is nu eenmaal very high impact.

En juist dit soort issues kan bij de grote release voor een lawiene aan klant problemen zorgen+foute publiciteit.
Het is erg knap dat ze hiermee gewoon nog steeds de beoorgde OEM release datum gaan halen.
Het maakt niet zo uit of dit een low risk/chance issue is, het is nu eenmaal very high impact.
Precies. Risico = kans * impact. De kans dat het optreed kan heel laag zijn, maar de impact is dermate groot dat het risico groot genoeg is om voor de RTM nog te fixen. Het feit dat bij de RC's blijkbaar niets is opgetreden zegt misschien wel een en ander over de kans op optreden.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True