Click here to Skip to main content
15,742,263 members
Please Sign up or sign in to vote.
1.00/5 (1 vote)
See more:
hey guys, very important question!
First of all, I apologize in advance for the long question.
i'm working in a company which develop a Business management software to Thousands of people.
I deliberately say "thousands of people" because the error only occurs with one of our client and that's it.
the software is developed in vb6 (all of it) and the error (which make the software crash) occur when in one of the frm, the client tries to make a search request for one of the items using the MsDataGrid.

first of all, here is the Err Details:
Problem Event Name: APPCRASH
Application Name:   Bina.exe
Application Version:
Application Timestamp:  53be972f
Fault Module Name:  Msdatgrd.ocx
Fault Module Version:
Fault Module Timestamp: 39c11a4a
Exception Code: c0000005
Exception Offset:   0001665c
OS Version: 6.1.7601.
Locale ID:  1037
Additional Information 1:   eb98
Additional Information 2:   eb9805181ba13e7fd2338dc7f1390238
Additional Information 3:   024a
Additional Information 4:   024a72766fd3fbd1bc3a673912a4d696

The Client pc runs on windows 7 pro with 32 bit.
very important: the software is an Israeli one so there is an option in the menu to support Hebrew in tables or not. when the support turn off, instead of dataGrid table, the code load a DBgrid and then the fatal Err don't happened. when the support turn on, the code load a DataGrid and that's where it happened.
very important 2: The error does not occur on a regular basis and it has no specific pattern. Sometimes the client can use the software for hours and nothing happens.
We are yet to know if this is a problem in our source code or the customer's local pc.
Updated 13-Sep-14 9:24am
George Jonsson 9-Sep-14 8:59am    
The obvious question is of course, how many other customers are using the Hebrew option?
That the problem only happens sometimes can be due to a run condition, where most of the times a pointer to an object is correctly initialized but in some conditions the pointer is null or undefined.
The other thing that can be is that you have some memory overwrite problem in the Hebrew mode, due to different string lengths or similar.
Sergey Alexandrovich Kryukov 9-Sep-14 12:47pm    
Quite a few could... Personally, I would only use English, not even my native language, but others would.
The problem is different: not enough information. I would use the debugger and pin-point the problem.
However, localization... with VB6... I would rather say: forget it, use something which really works. :-)
George Jonsson 9-Sep-14 22:39pm    
Sure, but it would be interesting to know if other people are using Hebrew with the same system setup without any problems.
I have never used VB at all, so I have no opinion about its drawbacks, but I have solved enough strange problems in my life and know that there is always a difference that triggers the error.
The trick is to find it.
Sergey Alexandrovich Kryukov 10-Sep-14 0:07am    
I doubt it... VB6... — never was anything serious, and now, when everything is Unicode... Why not forgetting this trash?
George Jonsson 10-Sep-14 0:15am    
You are probably right.
I remember trying localization in MFC once, with Chinese characters. That gave me a few surprises and a LOT of extra work. :P

1 solution

This is the meaning of the error code.
#define STATUS_ACCESS_VIOLATION           ((NTSTATUS)0xC0000005 L)

Not sure it will make you any wiser, though.

There is a difference between a working system and one that fails.
The trick is to find this difference.

  • It might be worth looking into what kind of access rights they have set on the client computer.
    If you can, set local admin rights an try to run for a while and see if the problem goes away.
  • If it is possible you can install your own computer with the deployed solution, not development, and test it both at home and at the client. If you still have have problem at your clients site, but not in your home environment, the problem should be in the database.
    If no problem occur, then you need to look into the specific computer setup, especially if not all client computers have a problem.
  • Check which virus protection software the client is using.
    Is this different from any other client?

The steps below can be used of you get a blue screen of death, but it doesn't register anything if you get a regular dialog box with an error message.

You can try to enable the crash dump in order to get more error information.

  • Go to Start, in the Search Box type: sysdm.cpl, press Enter.
  • Under the Advanced tab, click on the Startup and Recovery Settings... button.
  • Ensure that Automatically restart is unchecked.
  • Under the Write Debugging Information header select Small memory dump (256 kB) in the dropdown box (the 256kb varies).
  • Ensure that the Small Dump Directory is listed as %systemroot%\Minidump.
  • OK your way out.
  • Reboot if changes have been made.

A more graphical instruction: How to configure Windows to create MiniDump files[^]

Here is some information how to analyze the crash dump in VS2010.
Application Crash Dump Analysis (Windows 7)[^]
Share this answer
oronsultan 14-Sep-14 8:55am    
Dear George, first thank u so much for the solution but i'm afraid i didn't understand you the all way. on my local pc, i did found the "sysdm.cpl" but what i didn't understand is the "Under the Advanced tab, click on the Startup and Recovery Settings... button"... where is this advanced tab located? b.t.w, i remined yoiu that i am working with vb6 so if you can give me a link about how to analyze the crash dump in vb6 instead of VS2010 will be good.
thanks again,
George Jonsson 15-Sep-14 22:42pm    
I did mislead you a bit with the minidump. It only works when you have a blue screen of death (BSOD).
I added some more info, but I think I have exhausted my ideas for how to find a solution.
oronsultan 16-Sep-14 3:58am    
BSOD never appear during this fatal Err. i guess i'm stuck...

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900