![]() |
|
Welcome to Vista Banter. You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to ask questions and reply to others posts, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today! If you have any problems with the registration process or your account login, please contact contact support. |
|
|||||||
| Performance and Maintainance of Windows Vista A forum for performance and maintenance tasks in Windows Vista. (microsoft.public.windows.vista.performance_maintainance) |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
(cross-post added to Vista Perf & Maint)
OS Version: 6.0.6001.2.1.0.768.3 .... I've added this in case it will help some wizards. Good of you to disclose your OS, even if only inadvertently. ; ) FWIW I have been asking for some diagnostic tips on these "StackHash" crashes before... http://www.eggheadcafe.com/software/...r-has-sto.aspx (Live Search for MSFT c0000374 exception code Vista ) quote author="zachd [MSFT]" That particular module name is usually indicative of memory corruption. It's really more of a failure class. /quote I see them as the Vista equivalent of the older Module: unknown crashes which often involve other interfering modules further up the stack. The standard crash diagnostics give us no clues about the rest of the stack yet typically the fault is in a caller, not the crashing module and certainly not the crash address when there is no module there. I still think you need to get the equivalent of a Stack Back Trace to understand what was happening just before the crash but I now understand that Vista doesn't have drwtsn32.log for doing that. One possibility for more information in this regard then would be to try using ProcMon. E.g. it would capture a record of the crash event which would contain the stack information in it. Process Explorer supposedly also can give you stack information but I don't think that it would be as timely. HTH Robert Aldwinckle --- "Fundamentally yours" wrote in message ... "Fundamentally yours" wrote in message ... Strange happenings. If I open Explorer, where it has my default as Google, then sometimes it cant find it the Google page. When it does, a search sometimes crashes Explorer. If I search "search", it always crashes. I notice as it does, the screen drops down a line. It is ok to type in the URL on the url line, causing no problem. I have a broadband connection via cable, and a shared connection. The cable is hard wired to the main PC and I share with a netgear box to another PC (XP) I have AVG8. I have tried removing the AVG toolbar without success. I do not have the Google toolbar. Any suggestions would be welcome. Here is the data from Problems icon in Control Panel Product Internet Explorer Problem Stopped working Date 05/08/2008 19:04 Status Not Reported Problem signature Problem Event Name: APPCRASH Application Name: iexplore.exe Application Version: 7.0.6001.18000 Application Timestamp: 47918f11 Fault Module Name: StackHash_482d Fault Module Version: 6.0.6001.18000 Fault Module Timestamp: 4791a7a6 Exception Code: c0000374 Exception Offset: 000b015d OS Version: 6.0.6001.2.1.0.768.3 Locale ID: 2057 Additional Information 1: 482d Additional Information 2: c71b1a2a46ffb21ce68bfdbbf5dc8f13 Additional Information 3: 145b Additional Information 4: 04dba2526ee78974efe8d49057c339fa I've added this in case it will help some wizards. |