Skrivet av phz:
Meningen är väl att operativsystemet ska kunna hantera ett fel bättre än att slänga upp en BSOD och krascha. Det _minsta_ man kan begära är att den åtminstone ska säga tydligt vad felet är så att man har en möjlighet att avhjälpa det utan ominstallation.
Och klassiska BSOD-fel finns fortfarande kvar i W7. Lagade en grannes dator för någon dag sedan som spontant började BSOD:a efter varje uppstart pga att registret hade blivit korrupt (sa den det? Nej, den sa bara "okänt fel", men symptomen var tydligen vanliga och googling gav att det berodde på att registret korrumperats av någon oklar anledning). Efter att registret reparerats kunde t ex nätverket inte starta eftersom Windows inte längre visste vilka tjänster som berodde på vilka andra. Man ska inte behöva stå ut med sådant som slutkund, _speciellt_ inte som Windows är inriktat på att vara det primära alternativet för hemanvändare med väldigt små datorkunskaper.
Skrivet av Knashatt:
Man kan inte resonera som du gör nu när du anser att man inte ska kunna behöva stå ut med sådant som slutkund.
I så fall ska vi inte behöva stå ut att ens bil måste lagas då något går sönder i den, eller att man måste byta ut möglig material vid en vattenläcka etc.
Att saker kan gå sönder, mjukvarumässigt som hårdvarumässigt, är inte något man kan anse vara fel. Det ska självklart vara så lite problem som möjligt, det är en självklarhet, men att tro att det är möjligt att skapa något som inte kan gå sönder är väldigt naivt att tro.
Nu var det inte det phz efterlyste, utan att windows faktiskt skulle definiera på ett intelligent sätt exakt vad som gick åt skogen.
Win 2000, xp, vista OCH Win7 använder samma felkoder, men de indikerar inte alltid samma fel,
Stop 0x0000007B, indikerar att nått gick snett när windows går över från bios hdd access till sitt eget system, det kan bero på Ntfs fel, partitions fel, hårddisk fel, korrupt register, felaktiga uppgifter i registret, buggig drivrutin, korrupt drivrutin, inkompatibel drivrutin, pajj kontroller på moderkortet, att man ändrat från "ide" till "AHCI" i bios eller tvärt om. har man tur så kan blåskärmen spotta ur sig en förtydligande som "INACCESSIBLE_BOOT_DEVICE" vilket hjälper sååå mycket...
(Win 95-me, kunde handskas med ovanstående fel genom att falla tilbaka på bios access, vist det var slött som segt klister men du fick iallafall igån pc'n och kunde fixa det på ett smidigt sätt)
Windows (från xp och frammåt) lider ju oxå av "soppa under mattan mentaliteten" med inställt att starta om automatiskt vid en BSOD, "det kan ju funka efter en omstart" jovist men om inte hur ska man då ha en susning om varför windows BSOD'ar?
Skrivet av Knashatt:
Sedan Windows XP SP1 så kan jag inte påstå att Windows på något sätt är instabilt eller har mycket krångel med tanke på den OÄNDLIGT stora mängd hårdvara som detta operativsystem installeras på.
Att det någon gång krånglar får man nog tyvärr stå ut med, annars får vi göra som med Apple och OSX. Vi måste ha hårdvara som Microsoft bestämmer vad det ska vara. Och vad händer då tror ni? Jo, ni lär ju se en otrolig ökning på priset på hårdvaran.
Knappast, det räcker med att microsoft håller rent i eget hus och ser till att windows är konsekvent i sitt beteende gentemot drivrutiner och att den kan på ett tydligt sett indikera när en drivrutiner orsakat problemet, om också microsoft har ett ordentligt dokumenterat drivrutins interface med övertydliga regler så tvingas hårdvara tillverkarna att ta sitt ansvar och skriva icke buggiga drivrutiner.
Microsoft gör redan det mesta av ovanstående men de missar stort på att på ett tydligt och enkelt sätt indikera var det gick åt skogen, så det kan dröja en lång tid innan hårdvara tillverkare X får veta att deras grunka Z får fetspatt tillsammans med grunka G från tillverkare T med drivrutin siockså ver 54.77.
Alltså skyller slutanvändaren på Microsoft i onödan.