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 , , 72 reacties
Bron: Asus

JC-News meldt dat Asus een probleem heeft ontdekt met Windows 95. Dit inmiddels behoorlijk gedateerde operating systeem gebruikt een loopje om het booten te timen, maar een Pentium 4 sneller dan 800MHz doorloopt deze veel te snel, waardoor een protection error optreedt. Hetzelfde probleem werd eerder al waargenomen met AMD K6-2 350MHz+ en Athlon 1,1GHz+ chips. Men raadt gebruikers met problemen dan ook aan om precies dezelfde patch te gebruiken, of te upgraden naar Windows 98 of later, want daarin is het probleem opgelost.

Windows 95 has the same timing loop problem with P4 platform as occurred on AMD K6/2 processor before. To install Win95 on P4 motherboard, you need to downgrade the processor to 800MHz if possible and load the AMDK6UPD patch file from Microsoft. If the processor frequency is locked like regular retail processors, Win95 and the AMDK6UPD patch have to be pre-loaded on another platform to get rid of the IOS protection error. The AMDK6UPD patch is available from the following URL.

Lees meer over

Moderatie-faq Wijzig weergave

Reacties (72)

denk niet dat veel mensen met een P4 nog win95 draaien ... aangezien velen dit met een compleet systeem kopen, en daar zit dan Me, of straks, XP bij ... en de mensen die een standalone processor kopen draaien vaak ook geen win95 meer, maar eerder win2k/linux/XP ed
Dat klopt helemaal, niemand is zo gek om een compleet systeem up to date systeem te kopen om daarna Windows 95 er te zetten.

Vind het zowiezo al raar dat ze erachter komen, er schijnen dus mensen te zijn die het wel doen :) .
Het meest gebruiken ze Win95 op scholen met een novell package erover heen dit omdat je lekker alles weg kan laten nog.. (IE) en dan NS installeren waardoor je de opties om te hacken en gehacked te worden erg drastisch omlaag gooit.. Het mag dan een instabiel systeem zijn maar hij is erg lastig van buitenaf om ver te gooien !!
Instabiel? 95? Haalt hogere uptimes dan WinME volgens mij :)

Gewoon goede drivers installeren, OSR 2.1 gebruiken, verder geen overbodige shit installeren, dan is het net zo stabiel als '98.

Ja dat je er dan Netscape 4.x op gaat draaien tja ik ben niet anti Netscape maar je kunt natuurlijk beter Mozilla of Opera draaien op die bakken.
Instabiel? 95? Haalt hogere uptimes dan WinME volgens mij
Nee, dat is moeilijk :+, m'n pik haalt hogere 'up' times dan winME }>
Het gemeentehuis van hoogezand-sappemeer draait op win95. En die is best wel groot.
ms office 97. Ik hoorde dat ze vrij vaak een storing hebben.
Ze zullen wel een bnc netwerk hebben.

Ze hebben ook een "IT team" rondlopen. Maar het is ja dweilen met de kraan open. Water naar de slootdragen enz.

Hier zitten tweakers die meer in huis hebben dan hun. Maar ja wij hebben geen papieren. :( .
Moet toch maar beginnen met mcse
Hihi... Message from kernel: "You are running this OS on a computer that is too fast for me. Slow it down please."

* Aetje vindt et eigelijk wel grappig :)
Gewoon weer de turboknop van de XT's introduceren :)
Goed idee! Energiezuinig knop heet dat tegenwoordig dacht ik...
Hehe heb zelf een 8088 gehad... met 640 kb ram en 22 MB harde schijf... Ben altijd blij geweest met de turbo knop Haha :P
doet mij sterk denken aan Turbo Pascal (nog een stukje ouder) dit begon te flippen vanaf een P2, om dat op te lossen moet je een commando gebruiken dat er altijd delay's tss stak :)
doet mij sterk denken aan Turbo Pascal (nog een stukje ouder) dit begon te flippen vanaf een P2, om dat op te lossen moet je een commando gebruiken dat er altijd delay's tss stak
Nee, de oplossing van dat probleem was om een bestandje te vervangen, daarna kon je gewoon een snelle CPU gebruiken.

De problemen komen door de CRT unit en aangezien de meeste programma's die unit gebruiken hadden veel programma's last van die fout. Die fout is een "runtime error 200" en komt doordat er een buffer binnen de CRT unit een te kleine variabele gebruikt (word) waardoor er een overflow ontstaat.

Om die fout weg te krijgen is het installeren van een aangepaste unit genoeg. Voor meer informatie en de patch, zie www.brain.uni-freiburg.de/~klaus/pascal/runer r200/

Ik weet dat dit lekker off-topic is, maar ik vind dit wel handige informatie, want ik zie veel mensen die wel weten dat er een fout zit in TP, maar niet wat dat nou precies is.
Klopt als een bus... Ik heb hetzelfde probleem gehad... op m'n p3 kreeg ik foutmeldingen maar op m'n oude bak niet... totdat ik een pacal versie van school kreeg (met uiteraard de aangepaste unit) Na lang zoeken heb ik de units maar met elkaar vergeleken. Als ik het me goed herinner was het gewwon een deling door 0, maar dat weet ik niet meer zeker... is al een tijdje terug
Sorry hoor, maar als Software-developer heb ik Windows 95, 98, 2000 en XP op mijn PC staan.

Ik "gebruik" windows 95 niet echt maar start het toch nog 2 a 3 keer per week op om ff een build te testen, kwestie van voor compatibliteit te zorgen.

geloof mij vrij, ik koop nooit een P4 als ik er geen Windows 95 op kan draaien.
Ik zal je even helpen:

o Het zit niet in de P4, maar in w95
o Er is een patch voor
Te vergelijken met het boven 2 later 8 Gb HD probleem op een bepaald moment met het BIOS van je Mobo. Er zijn VEEL mensen die 95 nog draaien, ook bedrijven, gaat de standaard MS patch voor komen.

2 redenen: mensen kopen nieuwe hardware, en zetten hun oude progs erop.

geloof mij vrij, ik koop nooit een P4 als ik er geen Windows 95 op kan draaien.

En dat is de andere reden, wacht ik pak de stats van een bepaalde site:

Windows 2000: 39,4%
Windows 95 : 24,2%
Windows 98 : 21,2%
Windows ME : 6,1%
Mac OS : 3.0 %
Win NT : 3.0 %

Wat leer je hiervan: Bedrijven zijn massaal van NT naar 2000 overgestapt, thuis zit de helft nog op 95, en dat gaat een stuk trager, ook als ze een nieuwe PC kopen: oude software gaat erop.
Klopt. Grote bedrijven zijn blijkbaar netjes afgericht door MS om braaf te upgraden }>

De meeste mensen die een nieuwe PC kopen krijgen er echter standaard een nieuw OS bij. Die zullen dus nooit meer 95 draaien.

Daarnaast heb je het over een patch die gaat KOMEN maar die patch is er allang. Het probleem was er ook al met de K6-2. :) Dus wel een standaard patch, die niet meer hoeft te komen!
.... gaat de standaard MS patch voor komen
MS brengt volgens mij geen patches meer uit voor win95, iets met geen support meer voor te oude software enzo..
De Software en de Processoren zijn met het x86 principe zo gebouwd dat ze backwards and forward compatible te moeten zijn met de snellere x86 procs en OS's. Aangezien het een timing loop probleem is (Een tijd waarin het systeem waarschijnlijk een aantal cruciale dingen initialiseerd) lijkt het ernaar dat deze loop heel slecht geconstrueerd is (draait op de clock terwijl hij eigenlijk signaal zou moeten krijgen dat ie door kan gaan nadat de laatste stap gemaakt is). Maar goed...
Dat is hetzelfde probleem waarom oude dos spellen soms niet meer goed te spelen zijn, sopwith, deadtrack en nog meer om dat deze op de verkeerde clock triggeren.
Officieel loopt de support op W95 af op 31-12-2001. Ze zijn dus nog net op tijd met deze bug :)
Als je die statistieken erbij pakt, moet je wel bedenken dat dit niet alleen in NL is. Dit is over de hele wereld, ook in 2e en 2e wereld landen.
Daar hebben ze over het algemeen Pentium 1 's en 486 staan met Windows 95.
Komt een beetje lullig over. Geen bug in de P4, maar wel in W95! :(

Ach, er zullen hooguit bedrijven zijn die win95 gebruiken, en die zetten geen P4 bakken neer met win95 erop! :D
als je goed hebt gelezen had je gezien dat de bug ook voorkomt op een AMD systeem boven bepaalde kloksnelheden. Ik vind het dus niet zo zeer een bug in de processor, en ook niet in w95 ... het OS is simpelweg nooit gebouwd om zulke kloksnelheden aan te kunnen... zeer goed dat er toch een patch voor is.
Je kan het denk ik een beetje vergelijken met het Y2K probleem ... men had nooit verwacht dat hun software nog in deze tijd gebruikt zou worden ...
Het is 'n programmeer fout die tentijde van release niet van toepassing was maar wel in de toekomst

als je 'n wait raliseerd door 'n loop te pakken van 1000 rondjes dan zal 'n P4 op 1800 dat veel sneller doen dan 'n PII-400

Als je de wacht periode baseerd op 'n precisie timer dan is die code CPU clock onafhankelijk.

Net zoiets als die millenium bug met als datum de eeuw weglaten om bytes te besparen.
Probleem was dat precisie timers niet op alle systemen beschikbaar waren. Maar goed dan toch kun je de loop eerst timen met een minder preciese timer en daarna kun je wel redelijk precies genoeg timen. Dit werd in Borland Pascal gedaan met de Delay functie. Nou had deze ook weer een bug in het calibreren van die delay. Op snelle procs kwam er ergens een division by zero uit. Aangezien er daar nog niet exceptionbased geprogrammeerd werd resulteerde dat in een runtime error 200 en een crash van de software.
z.g.n. exceptions zijn interupts die door de processor gegenereerd worden.
Exceptions zijn ook taalconstructies in bijv. C++, Java en Delphi. Dus wat PuzzleSolver zegt is helemaal niet raar.
....Aangezien er daar nog niet exceptionbased geprogrammeerd werd....

<trollmode>
exceptionbased geprogrammeerd ??!
</trollmode>

z.g.n. exceptions zijn interupts die door de processor gegenereerd worden. Bij b.v. een deling door nul genereerd de processor een exception (verder gelijk aan een software interupt),waarna er een "call" gemaakt wordt naar een routine die het zaakje eventueel afhandelt met bijvoorbeeld een foutmelding. In geval van TP flapt 'ie een error 200 op je scherm en stopt met de uitvoering v.h. programma.
Net zoiets als die millenium bug met als datum de eeuw weglaten om bytes te besparen.
Toch is het behoorlijk uit de tijd om niet naar de toekomst te kijken.
...Exceptions zijn ook taalconstructies in bijv. C++, Java en Delphi...


Oeps.
Ik loop achter met alleen een beetje 386 assembly kennis...
De Software en de Processoren zijn met het x86 principe zo gebouwd dat ze backwards and forward compatible te moeten zijn met de snellere x86 procs en OS's. Aangezien het een timing loop probleem is (Een tijd waarin het systeem waarschijnlijk een aantal cruciale dingen initialiseerd) lijkt het ernaar dat deze loop heel slecht geconstrueerd is (draait op de clock terwijl hij eigenlijk signaal zou moeten krijgen dat ie door kan gaan nadat de laatste stap gemaakt is). Maar goed...
Precies. Gewoon NOOIT een loopje of delay bouwen om ergens op te wachten. Gewoon zorgen dat ie ergens op een signaal gaat wachten. Sommigen onder ons noemen dat een event of trigger of whatever. NOOIT er van uit gaan dat iets binnen een bepaalde tijd wel of niet gebeurt...
Lijkt mij dus niet.
Voor een (groot) bedrijf is een overstap naar een ander besturingssysteem een miljoenen-operatie. Bedrijven die de overstap van win 3.11 naar Win95 nog maar recent gedaan hebben zullen niet gauw nu al weer een overstap doen.
Veel bedrijven werken met images, waarbij ze dus voor elk type PC eenmalig een installatie doen en daar een image van maken.
Vergeet niet dat voor een bedrijf een overstap veel meer is dan simpelweg een nieuwe image maken: applicaties moeten getest worden op het nieuwe systeem en vooral de combinatie van verschillende applicaties.
Aangezien tegenwoordig PC alleen nog maar met PIII of P4 geleverd worden, zullen er best veel bedrijven zijn die wel Win95 op een P4 gaan draaien.
In het bedrijf waar m'n vader werkt (een multinational met productie-vestigingen in meer dan 20 landen), draaien alle gewone PC's onder Win95.

Anders zouden de netwerkbeheerders compleet zot worden vrees ik. Nu worden alle patches voor die Win95 automatisch genstalleerd op 't moment dat ze inloggen op 't bedrijfsnetwerk. Als er 5 verschillende OS-versies gebruikt werden, zou dat update-script ongelooflijk ingewikkeld worden, en het aantal problemen zou ook exponentieel toenemen, vrees ik...
Ach, overal zit tegenwoordig wel een bug in. tegenwoordig is het internet een grote bug. Dus dit verbaasd mij niet zo. Win95 is zo erg bedateerd, en Win98 is op alle fronten beter. Volgens mij heeft iedereen wel een nieuwere windows versie dus...
Als de fout pas bij een Athlon 1,1GHz+ werd ontdekt en (blijkbaar) nog niet bij een P3 dan zou je hier de conclusie kunnen trekken dat zelfs de snelste P3s langzamer lopen dan een Athlon 1,1GHz+. Maar als de fout dan al bij een (theoretische) kloksnelheid van 800 MHz voor een P4 zou optreden dan lijkt mij dat zelfs de langzaamste P4 (1,3 GHz) nog sneller is dan de snelste Athlon. Ik had altijd begrepen via de discussies hier dan P4 pas interessant wordt vanaf zo'n 2 GHz tov de snelste P3 en Athlons. Kan iemand mij even uitleggen welke denkfout ik nu maak? :?
Kan iemand mij even uitleggen welke denkfout ik nu maak?
Ja, het is zo dat sommige processoren dat ene loopje nu net iets efficienter en dus sneller, uitvoeren. het zegt dus weinig over de overall performance van de CPU
Met jouw theorie Plok, is dus ook de K6-2 350 (waar het probleem als eerste ontdekt is) even snel als de 1,1GHz Athlon en een 800MHz P4 (lijkt me zeer onwaarschijnlijk).

Aangezien een 1,1GHz veel sneller is dan een 800MHz P4 en enorm veel sneller dan een K6-2 350 kun je wel nagaan dat dit om een aparte bewerking gaat van de processor die toevallig bij dat model zeer snel uitgevoerd word zoals Aaargh! al opperde.
De P4 probeert te voorspellen wat de volgende berekening gaat worden... 9 van de 10 keer gaat dat nog mis, maar als het goed gaat dan is de P4 beduidend sneller. Dat is eigenlijk gewoon een softwarematig probleem van de P4,en het zal dan ook niet lang duren voordat het probleem verholpen is. daarom wacht ik nog even af met wat ik ga kopen binnenkort

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