| Bug Tracking System |
|
for Almico.com |
| Anonymous | Login | Signup for a new account | 2009-11-21 04:45 CET |
| Main | My View | View Issues | Change Log | Roadmap |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
| 0000915 | [SpeedFan] Other | major | always | 2007-06-23 01:39 | 2007-09-20 00:00 | ||
| Reporter | randyc | View Status | public | ||||
| Assigned To | alfredo | ||||||
| Priority | normal | Resolution | fixed | ||||
| Status | resolved | Product Version | 4.32 | ||||
| Summary | 0000915: Access Violation at address 00545OAF | ||||||
| Description | Access violation at address 00545OAF in module 'speedfan.exe'. Read of Address 00000178. | ||||||
| Additional Information | |||||||
| Tags | No tags attached. | ||||||
| Motherboard Model | |||||||
| Video Card Model | Nvidia 6600GT | ||||||
| Attached Files | |||||||
|
|
|||||||
Relationships |
||||||
|
||||||
Notes |
|
|
(0002606) tomh (reporter) 2007-06-23 12:43 edited on: 2007-06-23 12:45 |
Seems the same issue as www.bugtrack.almico.com/view.php?id=914 and www.bugtrack.almico.com/view.php?id=916 |
|
(0002609) randyc (reporter) 2007-06-23 18:22 |
I uninstalled Webroot Spysweeper and it's working now. There seems to be a conflict with this program and speedfan. Motherboard = ASUS A8N32-SLI Deluxe DIMM info: Scanning SMBus at $0600... Decoding DIMM #0 Memory type is DDR Module Rows : 2 Levels : 2.5V Parity : NO PARITY Refresh Rate : 7.8us Total Size : 512MB Decoding DIMM #1 Memory type is DDR Module Rows : 2 Levels : 2.5V Parity : NO PARITY Refresh Rate : 7.8us Total Size : 512MB Scanning SMBus at $0700... Scanning SMBus at $3D403E3F... Scanning SMBus at $3D403637... Scanning SMBus at $3D405051... |
|
(0002611) tomh (reporter) 2007-06-23 19:44 |
So there's another security software SF 4.32 confilct with... |
|
(0002912) tomh (reporter) 2007-09-19 20:17 |
Sounds like the same startup issue what fixed in 4.33... |
|
(0002918) alfredo (manager) 2007-09-19 23:04 |
This thing that so called security tools and SpeedFan interfere makes me wonder what's exactly the task of those tools. As long as a tool that enjoys fiddling with everything in a system stating to be the perfect guardian interferes with SpeedFan I will wait for that software to behave properly. Period. |
|
(0002919) alfredo (manager) 2007-09-19 23:05 |
Randyc, try to run SpeedFan with /NONVIDIAI2C command line parameter and let me know if the issue is gone. |
|
(0002920) tomh (reporter) 2007-09-19 23:25 edited on: 2007-09-19 23:33 |
Alfredo your changelog says these repeated error was in your CPU usage measurement routines... These tools are all very CPU eating (except Eset Nod32) and many times they manage the high cpu usage shown in the victim application not in themselves... it can trick a code that doesn't aware this situation. Anyway for me with 4.33 (betas & final) this kind of errors are completly gone (tested on several computers installed with different security software). If you have some time and want to know what a software firewall's app control does (good or bad way) check out this test. Very informative... http://www.matousec.com/projects/windows-personal-firewall-analysis/ [^] |
|
(0002921) alfredo (manager) 2007-09-19 23:52 |
Thank you Tomh, but it seems that there is no issue when that tool isn't there. IMHO this means that a perfectly working tool (SpeedFan) stops working fine (according to what Randyc reports) because another tool decides to make the first one crash. Is this what we should expect from a security tool? Or did I miss anything? |
|
(0002922) alfredo (manager) 2007-09-19 23:56 |
I think I will close this issue as 4.33, anyway, fixed it. Randyc, feel free to reopen it if needed. |
|
(0002923) alfredo (manager) 2007-09-19 23:57 |
Please, note that "Speedfan was working prior to this update", where it was the security tool to be updated and not SpeedFan. |
| Copyright © 2000 - 2008 Mantis Group
Time: 0.146771 seconds. |