AccessViolationException in this co

AccessViolationException in this context probably means your unmanaged C code is screwing up. It's overwriting the heap or something.

Keep in mind that many pieces of code were never written to be run in a multi-threaded environment like that of ASP.NET. They were never even tested in such an environment, or were only tested using some "desktop" form of multi-threading that does not apply to ASP.NET.

I had a problem like this once. A third-party DLL which claimed to be thread-safe was very unsafe. By attaching an unmanaged debugger to the ASP.NET worker process, it was possible to see that the application was writing all over the C runtime library heap, and the heap was complaining bitterly about it. And nothing was listening to the complaints.

It was necessary to wrap calls to this code in a lock block - to ensure that only one thread could call it at a time. This was sufficient to prevent all of the crashes, even under load.

This still might not suffice for all unmanaged code. A piece of code that assumes all calls will occur on the same thread, or that all calls from the same "session" occur on the same thread, will be disappointed, and may very well crash or do something worse. In that case, you might need to move that code into a separate Windows Service which only allows one single thread to access that library, ever.

Kết quả (Việt) 1:

AccessViolationException trong bối cảnh này có thể có nghĩa là mã C không được quản lý của bạn screwing lên. Đó ghi đè lên đống hoặc một cái gì đó.Hãy nhớ rằng nhiều phần của mã không bao giờ được viết để chạy trong một môi trường đa luồng tương tự như của ASP.NET. Họ không bao giờ thậm chí đã được thử nghiệm trong một môi trường, hoặc chỉ được thử nghiệm bằng cách sử dụng một số hình thức "để bàn" đa luồng mà không áp dụng cho ASP.NET.Tôi đã có một vấn đề như thế này một lần. Một DLL bên thứ ba mà tuyên bố được thread-safe là rất không an toàn. Bằng cách gắn một trình gỡ lỗi không được quản lý vào quá trình nhân viên ASP.NET, nó đã có thể thấy rằng các ứng dụng viết trên tất cả C runtime library đống và heap đã phàn nàn cay đắng về nó. Và không có gì đã nghe các khiếu nại.Nó là cần thiết để bọc các cuộc gọi đến mã này trong một khối lock - để đảm bảo rằng chỉ có một sợi có thể gọi nó tại một thời điểm. Điều này là đủ để ngăn chặn tất cả các tai nạn, thậm chí dưới tải.Điều này vẫn có thể không đủ cho tất cả các mã không được quản lý. Một đoạn mã giả định tất cả các cuộc gọi sẽ xảy ra trên các chủ đề tương tự, hoặc tất cả các cuộc gọi từ cùng một "phiên" xảy ra trên các chủ đề tương tự, sẽ phải thất vọng, và có thể rất tốt tai nạn hoặc làm một cái gì đó tồi tệ hơn. Trong trường hợp đó, bạn có thể cần phải di chuyển mã đó vào một dịch vụ cửa sổ riêng biệt mà chỉ cho phép một thread duy nhất để truy cập vào thư viện đó, bao giờ hết.

Kết quả (Việt) 2:

AccessViolationException trong bối cảnh này có thể có nghĩa là mã C không được quản lý của bạn được vặn lên. Nó ghi đè lên đống hoặc một cái gì đó. Hãy nhớ rằng nhiều mẩu mã đã không bao giờ viết được chạy trong một môi trường đa luồng như của ASP.NET. Họ thậm chí không bao giờ được thử nghiệm trong một môi trường như vậy, hoặc chỉ được thử nghiệm sử dụng một số "desktop" hình thức đa luồng mà không áp dụng cho ASP.NET. Tôi đã có một vấn đề như thế này một lần. Một DLL của bên thứ ba mà tuyên bố là chủ đề an toàn là rất không an toàn. Bằng cách gắn một trình gỡ lỗi không được quản lý để quá trình công nhân ASP.NET, nó đã có thể thấy rằng các ứng dụng được viết trên tất cả các thư viện đống thời gian chạy C, và heap đã phàn nàn cay đắng về nó. Và không có gì đã được nghe đến việc khiếu nại. Nó là cần thiết để bọc các cuộc gọi đến mã này trong một khối khóa - để đảm bảo rằng chỉ có một thread có thể gọi nó là tại một thời điểm. Điều này là đủ để ngăn chặn tất cả các tai nạn, thậm chí dưới tải. Điều này vẫn có thể không đủ cho tất cả các mã không được quản lý. Một đoạn mã, cho rằng tất cả các cuộc gọi sẽ xảy ra trên cùng một sợi, hoặc tất cả các cuộc gọi từ cùng một "phiên" xảy ra trên cùng một sợi, sẽ thất vọng, và có thể rất tốt tai nạn hoặc làm điều gì đó tồi tệ hơn. Trong trường hợp đó, bạn có thể cần phải chuyển mã vào một dịch vụ Windows riêng biệt mà chỉ cho phép một chủ đề duy nhất để truy cập vào thư viện đó, bao giờ hết.