469,356 Members | 2,157 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,356 developers. It's quick & easy.

.NET Runtime 2.0 Error faulting module ntdll.dll

1
I have an application developed with VisualBasic 2005 that use .Net Framework 2.0. This application works 24 Hours day, 7 days at week. It works fine but sometimes (every two/three days) the application crash on the event viewer I see:

.NET Runtime 2.0 Error
Category: nothing
ID event: 1000
Faulting application plate_reader.exe, version 1.0.0.0, stamp 45f6a516, faulting module ntdll.dll, version 5.1.2600.2180, stamp 41252c01, debug? 0, fault address 0x0001142e.

The application is a plate reader, the application receive images from a camera, the image is converted to text, on a another pc there is a sql2000 server with a database, the application run a query to find the text on the database, if found the application send, via RS485 (COM3) a command to a module ADAM 4060 that open a "door", if the plate is not recognized it is possible to press a button this signal goes to a module ADAM 4052 and send to the computer via RS485 (COM4) the application intercepts this, and send an alarm to the control room so they can decide to open or not. All this operations are executed by a timer every 250ms. The timer is set to false when starts the commands enad set true to the finish
Please help me thank You
Apr 10 '07 #1
1 4380
Killer42
8,435 Expert 8TB
I'm going to move this from the VB to the .Net forum, as it seems more appropriate, and I believe you'll find more help there.

I would like to ask, though... since this sounds like it could be some kind of resource leak, do you know much about the crash? For example...
  • Have you searched for anything which may be created/loaded and not released?
  • Do you know where the program crashes?
  • Is it consistent?
  • Do you have some sort of logging in place (or can you add it without too much drama) to track exactly where the code is when it fails? This might add some overhead in CPU and/or IO, but could help in tracking what's going on.
  • Could you perhaps run the program in the design environment (for two or three days if necessary) to enable debugging if/when it crashes?
  • Have you tried to check for any other similarities between the crashes? For example, perhaps it's always the same "plate".
Iím afraid I donít know what debugging facilities are available for VB.Net code.
Apr 10 '07 #2

Post your reply

Sign in to post your reply or Sign up for a free account.

Similar topics

reply views Thread by SiJP | last post: by
7 posts views Thread by yuanlinjiang | last post: by
5 posts views Thread by Jeff | last post: by
reply views Thread by zhoujie | last post: by
reply views Thread by suresh191 | last post: by
1 post views Thread by Marylou17 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.