PC Crashing


log in

Advanced search

Questions and Answers : Windows : PC Crashing

Previous · 1 · 2 · 3
Author Message
OzzFan
Volunteer tester
Avatar
Send message
Joined: 9 Apr 02
Posts: 13615
Credit: 30,383,528
RAC: 21,045
United States
Message 639447 - Posted: 12 Sep 2007, 14:08:12 UTC - in response to Message 639399.
Last modified: 12 Sep 2007, 14:16:45 UTC

The first thing that starts at the begining of a work unit is that fourier transform, which takes just a few minutes, during which the machine is responsive. The as it appears to go to the next step (can't remember what its called from the previous 5.15 version when it was working) the machine locks up.
Same sequence of events with NO graphics. Always locks up right near the begining of these new work units, after just a couple minutes.


Well, logically if it were the program, it is coded the same way on everyone's machines (because it's the same app), so it would lock up everyone else's machine, correct?

The program doesn't interface with the hardware directly (most Windows programs don't touch the hardware directly), so it can't be a hardware compatibility issue. The science app uses standard OS procedure calls, so an OS incompatibility could be an issue, but if the program runs fine on one OS of the same type, it pretty much rules out that possibility. Then it usually comes down to a hardware issue of some sort (overheating, slowly failing components, cheaply manufactured components not up to spec, and hundreds of other scenarios/possibilities).

We have to find what's different from your machine which locks up from everyone else's machine that doesn't lock up (since they are all running the same app with the same code).

What's interesting is that Uapel (above) is having what appears to be a similar issue under XP, on considerably newer hardware. Hmmmm.


Yes, that is interesting. The machines I'm currently running with XP SP2 that haven't locked up are:

Pentium 4 3GHz (two machines)
AMD Athlon 1.4GHz Classic
Intel Pentium III 1.4GHz
Core 2 Duo (XP x64)
AMD Sempron 3400+
AMD Athlon XP 2600+(XP Media Center Edition)
Intel Pentium M 1.8GHz notebook

Again, the same logic applies. If we're all running the same code, then a bug in the program is unlikely. Your issue seemed unique because it was an entirely different OS so it could have been a compatibility issue with the OS, but I've got three Win98SE machines (I've only used the one so far - I've got two more) that don't show any issues.

The science app can stress different parts of the CPU in different ways (stress=heat output). Are your system temps OK?

Maybe to help eliminate at least one possibility would be to suggest attaching to another project to see if that one locks up your CPU. This will remove the science app as one possibility (and also the WU headers per your theory).
____________

uapel
Send message
Joined: 22 Nov 05
Posts: 3
Credit: 422,296
RAC: 98
Germany
Message 639471 - Posted: 12 Sep 2007, 14:50:32 UTC - in response to Message 639447.

strange behaviour!
on the machine earlier defined as 2) intel pentium 1.6 ghz with ati mobility radeon 9600 series I just re-enabled the application and it seems as if it does not freeze now! The only difference on this machine from the last test to now is the application of the MS patches as they are released by microsoft. I will test the other machines as well and will report back.

(shall we call it self healing?)
____________

Vicky
Send message
Joined: 17 Nov 06
Posts: 8
Credit: 6,195
RAC: 0
United Kingdom
Message 639567 - Posted: 12 Sep 2007, 18:41:37 UTC - in response to Message 620048.

I've been running S@H for a couple years now, since upgrading from the old classic version, with no problems. All of a sudden in the last couple days my PC would lock up a few moments after the screen saver stated. This coincided with what appeared to be the software updating itself (?) to version 5.27. I'm running a pretty clean installation of Win98SE, and have eliminated all other causes. I've had to disable it until I can figure out a solution. Any help would be appreciated.

Jeff


Very few people use windows 98, and SE was renowned for its bugs. As time and technology changes not many software engineers consider the very old operating systems (98 is now 9 years old!) I think the problem may lie with your old operating system, consider upgrading!

Grant (SSSF)
Send message
Joined: 19 Aug 99
Posts: 5823
Credit: 59,054,756
RAC: 47,572
Australia
Message 640132 - Posted: 13 Sep 2007, 6:54:37 UTC - in response to Message 639567.

Very few people use windows 98, and SE was renowned for its bugs.

Actually Win98SE was an excelent OS, just not as tolerant of poorly behaved programmes as WinXP is. You're probably thinking of WinME which didn't have the best of reputations.

____________
Grant
Darwin NT.

Profile CENTAURI-A
Avatar
Send message
Joined: 11 Dec 99
Posts: 31
Credit: 7,433,361
RAC: 24,550
United States
Message 640674 - Posted: 14 Sep 2007, 0:28:12 UTC - in response to Message 640132.

Very few people use windows 98, and SE was renowned for its bugs.

Actually Win98SE was an excelent OS, just not as tolerant of poorly behaved programmes as WinXP is. You're probably thinking of WinME which didn't have the best of reputations.


Yep, that nails it. I have never had any problems (until now) with Win98SE. Most of the problems (with any OS) are poorly behaved apps, and not keeping your system clean.

Regarding Boinc, I would not even think of running an app like this on Win98SE, if the posted requirements did not explicitly say "Windows 98 or later", as they do.

Now back to solving this ...

Profile CENTAURI-A
Avatar
Send message
Joined: 11 Dec 99
Posts: 31
Credit: 7,433,361
RAC: 24,550
United States
Message 640684 - Posted: 14 Sep 2007, 0:39:41 UTC - in response to Message 639447.

Maybe to help eliminate at least one possibility would be to suggest attaching to another project to see if that one locks up your CPU. This will remove the science app as one possibility (and also the WU headers per your theory).


That's an interesting possibility, which I may try when I have some time. But, the fact still remains that it did work with another science app -- version 5.15 of seti. And still does if I clone my old preserved drive image. If I boot the image of my entire system as it was before the switch to 5.27, and have the clock set back to that time, and have the internet unplugged, the old app runs just like it has forever. As soon as the download & upgrade of 5.27 occurs, and it shortly after it starts one of the new-style WUs, blam. The system is locked up. The only thing that changes is the new science app.

But connecting to a non-seti project may be an interesting experiment.

Jeff

Profile Giancarlo Oppermann
Send message
Joined: 13 Mar 00
Posts: 3
Credit: 3,212,160
RAC: 1,401
Brazil
Message 669046 - Posted: 29 Oct 2007, 20:36:05 UTC - in response to Message 640684.

I have resolved most of my BOINC crashing problems updating manually the MS .Net FrameWork to the last version possible.
____________

John McLeod VII
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 15 Jul 99
Posts: 24520
Credit: 521,562
RAC: 92
United States
Message 669115 - Posted: 29 Oct 2007, 22:56:39 UTC - in response to Message 669046.

I have resolved most of my BOINC crashing problems updating manually the MS .Net FrameWork to the last version possible.

Now that is a solution I have not thought of. As far as I know, BOINC does not use .NET (scratches head).
____________


BOINC WIKI

Previous · 1 · 2 · 3

Questions and Answers : Windows : PC Crashing

Copyright © 2014 University of California