C Board  

Go Back   C Board > Community Boards > Tech Board

Reply
 
LinkBack Thread Tools Display Modes
Old 02-09-2008, 10:21 AM   #1
Super Moderator
 
Bubba's Avatar
 
Join Date: Aug 2001
Posts: 7,812
Found the source of my unstable system

Recently I upgraded to 3GB while on Vista. Instant blue screen.
So then I install XP and it's ok for awhile. Then InstallShield keeps telling me CABs are corrupt on CD's I've only used once. So I alter the memory timings and everything seems to be ok. Recently I started having applications throw exceptions that have never thrown before. Finally I broke down and burned an ISO of Windows Memory Diagnostic.

Tested the full 3GB and every test failed.
Tested each stick independently and 1 in particular always failed.

The third stick would do this:

Expected: fe-fe-fe-fe::fe-fe-fe-fe
Actual: fe-fe-fe-fe::fe-fe-ee-fe

Every time on every test the third byte in the high order word was wrong. So if you had a pointer that relied on some object at an address the pointer would be wrong and of course would throw an exception.

Problem solved.

In short when you buy memory...test it. Woulda saved me a lot of headaches.
Bubba is offline   Reply With Quote
Old 02-09-2008, 10:38 AM   #2
Devil's Advocate
 
SlyMaelstrom's Avatar
 
Join Date: May 2004
Location: Out of scope
Posts: 3,776
RAM from my experience has a fairly high failure rate... over the years I've bought 20 or so sticks of RAM and have had to replace, I think, four of them for one reason or another. I'm talking very reliable brands, as well... you just have to get used to the fact that they have such a high failure rate.
__________________
Terms of Service
By quoting or replying directly to this post, you consent to the fact that all of the information in the post above is completely accurate and highly intelligent and no comments will be made towards its validity, thoughtlessness, and/or grammatical structure.

Violators will be prosecuted to the fullest extent of the law.
SlyMaelstrom is offline   Reply With Quote
Old 02-09-2008, 03:57 PM   #3
Registered User
 
Bajanine's Avatar
 
Join Date: Dec 2001
Location: The most peaks over 10,000 feet!
Posts: 388
I have never had new RAM fail until just recently! I agree it can be a real pain in the rear. Thorough testing is a must! I always use MemTest and Orthos to verify my RAM.

Lately, it seems like getting good RAM is just pure chance. I'll tell a friend how easy it is to upgrade their RAM by directing them to a online memory configurator and if the don't get the wrong RAM then they get faulty RAM! So much for easy.
__________________
"A government big enough to give you everything you want, is big enough to take away everything you have." - Thomas Jefferson
MSVS 2008 Pro / DevPartner / CB NightlyBuilds / MinGW / Cygwin
Bajanine is offline   Reply With Quote
Old 02-09-2008, 04:16 PM   #4
(?<!re)tired
 
Mario F.'s Avatar
 
Join Date: May 2006
Location: Portugal
Posts: 5,645
Still... quiet annoying the fact RAM is being sold that a simple diagnostic can show to be faulty.
__________________
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.


Mario F. is offline   Reply With Quote
Old 02-09-2008, 08:03 PM   #5
Super Moderator
 
Bubba's Avatar
 
Join Date: Aug 2001
Posts: 7,812
Yes, very. From my experience with quality control I'd say they test a sample size of each production run. This means that not every module would be tested so I'm sure some bad ones get through.
Bubba is offline   Reply With Quote
Old 02-09-2008, 08:32 PM   #6
Registered User
 
AloneInTheDark's Avatar
 
Join Date: Feb 2008
Posts: 74
Which brand did you buy?
AloneInTheDark is offline   Reply With Quote
Old 02-09-2008, 11:49 PM   #7
Woof, woof!
 
zacs7's Avatar
 
Join Date: Mar 2007
Location: Australia
Posts: 3,292
> This means that not every module would be tested so I'm sure some bad ones get through.
Not to mention it *could* get damaged in transport. After the diagnostic perhaps?
__________________
"I.T. gets the chicky-babes" - M. Kelly
bakefile | vim
zacs7 is offline   Reply With Quote
Old 02-10-2008, 06:36 AM   #8
Registered User
 
AloneInTheDark's Avatar
 
Join Date: Feb 2008
Posts: 74
Quote:
Originally Posted by zacs7 View Post
> This means that not every module would be tested so I'm sure some bad ones get through.
Not to mention it *could* get damaged in transport. After the diagnostic perhaps?
Somehow, I don't see that as the true cause. I mean, RAM has no moving parts and the rate of error is way too high. I almost doubt that many drives would get messed up in the transport.
AloneInTheDark is offline   Reply With Quote
Old 02-10-2008, 06:47 AM   #9
Mysterious C++ User
 
Elysia's Avatar
 
Join Date: Oct 2007
Posts: 14,782
What diagnostic? Things such as RAM is not tested before it's shipped since it would take way too much time.
__________________
Using: Microsoft Windows™ 7 Professional (x64), Microsoft Visual Studio™ 2008 Team System
I dedicated my life to helping others. This is only a small sample of what they said:
"Thanks Elysia. You're a programming master! How the hell do you know every thing?"
Quoted... at least once.
Quote:
Originally Posted by cpjust
If C++ is 2 steps forward from C, then I'd say Java is 1 step forward and 2 steps back.
Elysia is offline   Reply With Quote
Old 02-10-2008, 10:14 AM   #10
Registered User
 
Join Date: Aug 2001
Location: Newport, South Wales, UK
Posts: 1,094
I'd say it's almost completely luck of the draw, although fate seems to smile on me as far as memory goes, never had a failure yet (although admittedly I only buy new memory for new equipment, that's every 4 years on average).

Same with hard disk drives. My stuff works fine, then I pass it on and I hear a few months down the line that it's seized up.
SMurf is offline   Reply With Quote
Old 02-10-2008, 10:34 AM   #11
Super Moderator
 
Bubba's Avatar
 
Join Date: Aug 2001
Posts: 7,812
Quote:
What diagnostic? Things such as RAM is not tested before it's shipped since it would take way too much time
I've never been in any production environment that did not test a small sample size from each production run. I've been involved with machines, glass, engines, parts, etc. Everything that is made has some type of QA analysis setup so that the factory can monitor quality. You can't just produce, forget, and ship. It doesn't work like that.
Bubba is offline   Reply With Quote
Old 02-10-2008, 10:36 AM   #12
Mysterious C++ User
 
Elysia's Avatar
 
Join Date: Oct 2007
Posts: 14,782
Samples, sure. But that's just a small subset of all the production.
That's why warranty exists, just in case something should break.
__________________
Using: Microsoft Windows™ 7 Professional (x64), Microsoft Visual Studio™ 2008 Team System
I dedicated my life to helping others. This is only a small sample of what they said:
"Thanks Elysia. You're a programming master! How the hell do you know every thing?"
Quoted... at least once.
Quote:
Originally Posted by cpjust
If C++ is 2 steps forward from C, then I'd say Java is 1 step forward and 2 steps back.
Elysia is offline   Reply With Quote
Old 02-10-2008, 10:41 AM   #13
(?<!re)tired
 
Mario F.'s Avatar
 
Join Date: May 2006
Location: Portugal
Posts: 5,645
Quote:
Originally Posted by Elysia View Post
Samples, sure. But that's just a small subset of all the production
These "samples" are used to calibrate the production line. Under high quality control requirements, once calibrated a production line produces basically the exact same product (there's a well known failure rate).

What it seems is that, quality requirements have been lowered or production lines are not being adequately calibrated or whatever.
__________________
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.


Mario F. is offline   Reply With Quote
Old 02-10-2008, 10:52 AM   #14
Super Moderator
 
Bubba's Avatar
 
Join Date: Aug 2001
Posts: 7,812
Quote:
What it seems is that, quality requirements have been lowered or production lines are not being adequately calibrated or whatever.
Hehe. Sounds like a fellow QA guy. Rememeber it's always an auditor's fault but never the line's.
Bubba is offline   Reply With Quote
Old 02-10-2008, 10:53 AM   #15
Mysterious C++ User
 
Elysia's Avatar
 
Join Date: Oct 2007
Posts: 14,782
Quote:
Originally Posted by Mario F. View Post
What it seems is that, quality requirements have been lowered or production lines are not being adequately calibrated or whatever.
I'm thinking you might be right.
__________________
Using: Microsoft Windows™ 7 Professional (x64), Microsoft Visual Studio™ 2008 Team System
I dedicated my life to helping others. This is only a small sample of what they said:
"Thanks Elysia. You're a programming master! How the hell do you know every thing?"
Quoted... at least once.
Quote:
Originally Posted by cpjust
If C++ is 2 steps forward from C, then I'd say Java is 1 step forward and 2 steps back.
Elysia is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Line Counting 00Sven C Programming 26 04-02-2006 08:59 PM
fopen(); GanglyLamb C Programming 8 11-03-2002 12:39 PM
found source! i be tha thrilla killa'!!! doubleanti A Brief History of Cprogramming.com 6 10-31-2001 09:15 AM


All times are GMT -6. The time now is 08:54 AM.


Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.3.2

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22