Lỗi vi phạm quyền truy cập tại địa chỉ này là gì?

Xin chào các độc giả blog thân mến, hôm nay tôi muốn mách các bạn cách khắc phục sự cố khi Skype bị treo và báo lỗi vi phạm quyền truy cập tại địa chỉ 67155B8E trong mô-đun mshtml.dll. Đọc địa chỉ 00000008. Tôi gặp phải sự cố này trong redstone Windows 10, nhưng nó cũng liên quan đến các phiên bản trước của hệ điều hành.

Skype bị treo trên Windows 10

Và vì vậy tôi có Skype cho máy tính để bàn của mình, nó hoạt động rất tốt cho đến bản cập nhật 7.24, sau đó Skype bị treo và đơn giản là trục trặc một cách phi thực tế. Định kỳ lúc gặp sự cố nó báo lỗi

vi phạm quyền truy cập tại địa chỉ 67155B8E trong mô-đun mshtml.dll. Đọc địa chỉ 00000008

Cũng có thể xảy ra khi bạn đăng nhập vào Skype và máy tính để bàn cũng như máy tính của bạn bị treo hoàn toàn.

Hiện tại phiên bản 7.24 là mới nhất nên chưa có gì để cập nhật, có thể họ sẽ sửa ngay, nhưng giờ nó đang nhảy múa với tambourines :)

Như bạn có thể thấy, Skype bị lỗi do thư viện mshtml.dll, hãy cùng xem nó là của ai và nó chịu trách nhiệm về vấn đề gì.

mô-đun dll mshtml

Mô-đun dll mshtml là một thư viện dành cho trình duyệt Internet Internet Explorer. Trước hết, hãy đặt lại cài đặt Enternet Explorer, như được mô tả trong liên kết. Sau khi thiết lập lại, hãy khởi động lại máy tính của bạn, khởi chạy Skype và kiểm tra xem có vấn đề treo hoặc trục trặc nào không, nếu có thì hãy tiếp tục.

Cài đặt lại Skype

Gỡ cài đặt Skype thông qua các chương trình và thành phần hoặc bạn có thể sử dụng ccleaner để xóa chương trình, sau đó dọn dẹp sổ đăng ký bằng nó và khởi động lại. Tôi cũng khuyên bạn nên dọn sạch các mảnh vụn trên cửa sổ bằng tiện ích privazer miễn phí. Sau khi dọn dẹp, cài đặt Skype cho máy tính để bàn Windows 10, tôi đã mô tả quy trình này, xem liên kết bên trái. Nếu phương pháp này không giúp ích thì hãy tiếp tục.

Quay lại các phiên bản trước

Điều hợp lý là nếu bạn không gặp vấn đề gì trước khi cập nhật, thì rõ ràng phiên bản cũ trong cấu hình hệ điều hành của bạn đã hoạt động chính xác và không bị treo do trục trặc, và việc cài đặt nó là đúng đắn. Chúng tôi tìm kiếm nó trên Skype.com và thử cài đặt nó. Nếu trục trặc không biến mất, thì chúng ta sẽ tiến xa hơn theo danh sách kiểm tra.

Cài đặt bản cập nhật Windows 10

Có, tôi thấy rằng sự cố này có thể được khắc phục bằng cách cài đặt các bản cập nhật trên Windows từ trung tâm cập nhật. Có lẽ chương trình của bạn đang gặp sự cố do thiếu bản cập nhật quan trọng. Bạn cũng có thể xem cách cài đặt bản cập nhật trong Windows 10 nếu chưa biết.

Hãy cẩn thận với virus

Nếu ai đó đề nghị cài đặt một tiện ích để giải quyết vấn đề treo Skype SkypePcFreezeFix.exe thì trong mọi trường hợp đừng làm điều này, sẽ có virus

Như bạn có thể thấy Dr. Web và Baidu đã tìm thấy một loại virus Trojan trong đó.

Tắt quảng cáo Skype

Một phương pháp hiệu quả khác, hữu ích trong một số trường hợp, là tắt quảng cáo trên Skype thông qua tệp máy chủ nằm dọc đường đi.

C:\Windows\System32\drivers\etc\hosts

127.0.0.1 rad.msn.com
127.0.0.1 xem trước.msn.com

và khởi động lại Skype.

Thay thế thư viện mshtml.dll

Skype mshtml.dll cũng có liên quan bằng cách nào đó và nếu đột nhiên nó bị hỏng thì hãy thử tải xuống từ một máy tính khác chạy hệ điều hành mong muốn, nó nằm ở C:\Windows\System32

Tôi hy vọng bài viết này đã giúp bạn giải quyết lỗi vi phạm quyền truy cập Skype tại địa chỉ 67155B8E trong mô-đun mshtml.dll. Đọc địa chỉ 00000008 và nó đã ngừng gặp sự cố và trục trặc đối với bạn.

Màn hình xanh hay màn hình BSOD chết chóc là hiện tượng khá phổ biến đối với hệ điều hành Windows. Điều chính là giải mã tích cực điều này lỗi và tránh tái phát. làm như thế nào?

Bạn sẽ cần

• - máy tính.

Hướng dẫn

1. Xác định nguyên nhân gây ra lỗi 0xc0000005. Nó xảy ra khi khởi động bất kỳ chương trình nào trong hệ điều hành Windows; cũng có khả năng xảy ra sự cố toàn bộ hệ thống do sự giám sát này. Các nguyên nhân phổ biến nhất gây ra lỗi 0xc0000005 là lỗi đăng ký, lỗi bộ nhớ hoặc thiết bị khác, vi rút và trình điều khiển không chính xác. Các tùy chọn khác về nguồn gốc của thông báo lỗi: “Lỗi trong quá trình khởi tạo ứng dụng”, Ngoại lệ: vi phạm quyền truy cập (0xC0000005). Mã này cho biết việc truy cập bộ nhớ không chính xác xảy ra vì nhiều lý do. Các bước sau đây sẽ giúp giải quyết lỗi vi phạm quyền truy cập bộ nhớ.

2. Làm sạch sổ đăng ký. Lỗi có thể tích lũy trong đó khi các ứng dụng được mở và đóng, cài đặt của chúng bị thay đổi, các chương trình bị xóa và cài đặt, chỉ khi chúng bị xóa không đúng cách hoặc các chương trình mới được cài đặt chồng lên các chương trình cũ. Để loại bỏ những lỗi này, hãy sử dụng các chương trình đặc biệt để dọn dẹp sổ đăng ký, chẳng hạn như CCleaner. Bạn có thể tải xuống chương trình từ trang web chính thức http://www.piriform.com/ccleaner.

3. Cài đặt phiên bản mới nhất của chương trình chống vi-rút đáng tin cậy và quét toàn bộ hệ thống. Ví dụ: bạn có thể tải xuống tiện ích chữa bệnh CureIt! từ DrWeb và với sự hỗ trợ của nó, hãy kiểm tra hệ thống xem có vi-rút hay không để loại bỏ lỗi vi phạm quyền truy cập.

4. Đảm bảo rằng bộ nhớ được cài đặt trong máy tính của bạn tương thích với nó và kích thước của nó không vượt quá giới hạn có thể. Nếu mọi thứ đều chính xác, hãy thử tháo thanh bộ nhớ mới và nếu không xảy ra lỗi lớn thì đây chính là lý do. Kiểm tra bộ nhớ của bạn để chắc chắn bằng MemTest86. Nếu tìm thấy lỗi thì bộ nhớ cần được thay thế.

5. Kiểm tra xem tính năng Ngăn chặn Thực thi Dữ liệu của Windows có xác định được ứng dụng đang gây ra sự cố khi khởi chạy hay không. Chức năng này được sử dụng để kiểm tra bộ nhớ bổ sung nhằm ngăn chặn mã có hại. Thêm các chương trình đáng tin cậy vào các trường hợp ngoại lệ từ VDA để loại bỏ khả năng xảy ra lỗi vi phạm quyền truy cập.

Thông báo "lỗi ứng dụng" xuất hiện có thể xảy ra khi chạy nhiều loại ứng dụng, từ trò chơi máy tính đến các sản phẩm phần mềm văn phòng. Nguyên nhân gây ra lỗi như vậy cũng có thể khác nhau, tuy nhiên, vẫn có thể đưa ra một số khuyến nghị chung về cách khắc phục lỗi ứng dụng.

Lỗi BSoD hoặc Màn hình xanh chết chóc có thể xảy ra với bất kỳ người dùng nào trên bất kỳ máy tính nào. Trong tình huống như vậy, điều chính là không hoảng sợ và tuân theo một thuật toán hành động rõ ràng. Có thể, nó khá dễ sửa.

Bạn sẽ cần

• đĩa sửa lỗi hệ thống.

Hướng dẫn

1. Phần lớn màn hình xanh xảy ra do hỏng tệp hệ thống hoặc cài đặt trình điều khiển phần cứng sai. Nếu hệ điều hành không thể sửa lỗi này một cách máy móc, nó sẽ hiển thị một thông báo cụ thể trên màn hình. Nghiên cứu văn bản được viết trên màn hình xanh. Đôi khi nó chứa tên của các tập tin hoặc thiết bị đã xảy ra lỗi này.

2. Hãy thử khởi động lại máy tính của bạn. Đôi khi, điều này giúp tránh màn hình xanh tái diễn trong một thời gian.

3. Đặc biệt chú ý đến mọi nội dung được viết bên dưới dòng Thông tin kỹ thuật. Thông thường đây là nơi chứa tên của các tệp bị hỏng, chẳng hạn như: epusbdks.sys, alcxwmd.sys và gv3.sys.

4. Nếu bạn không biết mục đích của những tệp này thì hãy chạy chương trình sửa chữa hệ thống. Mở Bảng điều khiển và chuyển đến menu Hệ thống và Bảo mật. Chọn menu "Sao lưu và sửa chữa" và đi tới mục "Khôi phục cài đặt hệ thống hoặc máy tính".

5. Nhấp vào nút “Bắt đầu chỉnh sửa hệ thống”, chọn một trong các điểm kiểm tra đã thực hiện trước đó và nhấp vào nút “Tiếp theo”. Khởi động lại máy tính của bạn sau khi quá trình sửa chữa hoàn tất.

6. Thỉnh thoảng bạn có thể tìm ra nguyên nhân gây ra lỗi. Có thể văn bản màn hình xanh chứa tệp có tên ati.sys. Rõ ràng, nguyên nhân dẫn đến lỗi hệ thống nằm ở các tệp trình điều khiển card màn hình bị sai hoặc bị hỏng.

7. Khởi động lại máy tính của bạn và khởi động Chế độ không nguy hiểm của Windows. Bạn sẽ cần nhấn F8 hoặc F12 để hiển thị menu tùy chọn khởi động. Cài đặt trình điều khiển mới nhất.

Video về chủ đề

Ghi chú!
Bạn có thể khôi phục hệ thống mà không cần truy cập vào nó. Để thực hiện việc này, bạn sẽ cần đĩa mà bạn đã cài đặt OC.

Để tìm và loại bỏ nguyên nhân của sự cố, thể hiện ở việc xuất hiện thông báo lỗi, bạn sẽ cần khởi động Windows Vista hoặc Windows 7 bằng cách sử dụng bộ trình điều khiển nhỏ nhất và các chương trình được tải cơ học, được gọi là “khởi động sạch”.

Hướng dẫn

1. Nhấp vào nút "Bắt đầu" để mở menu hệ thống chính và nhập giá trị msconfig.exe vào trường chuỗi tìm kiếm cho phóng các chương trình thiết lập hệ thống.

2. Nhấn Enter để xác nhận lệnh và nhập mật khẩu trình quản lý máy tính (nếu cần) để xác nhận quyền hạn của bạn.

3. Chọn hộp “Khởi động có chọn lọc” trên tab “Chung” của cửa sổ “Cấu hình hệ thống” mở ra và bỏ chọn hộp “Tải các mục khởi động”.

4. Chuyển đến tab "Dịch vụ" và chọn hộp kiểm "Không hiển thị các dịch vụ của Microsoft".

5. Nhấp vào nút Tắt tất cả và xác nhận lựa chọn của bạn bằng cách nhấp vào OK.

6.

7. Lặp lại các bước trên để quay lại tab Dịch vụ và chọn hộp kiểm "Không hiển thị các dịch vụ của Microsoft".

8. Chọn hộp kiểm cho một nửa dịch vụ trong danh sách Dịch vụ và nhấp vào OK để xác nhận lựa chọn của bạn.

9. Chọn “Khởi động lại” và đợi cho đến khi thao tác hoàn tất.

10. Lặp lại tất cả các bước trên nếu xảy ra thông báo lỗi cho đến khi bạn xác định được dịch vụ gây ra lỗi đó. Nếu không có dịch vụ nào gọi tác vụ, hãy làm theo các bước sau:

11. Thực hiện khởi động sạch và chuyển đến tab Khởi động.

12. Chọn các hộp cho một nửa số mục trong danh sách Mục khởi động và nhấp vào OK để xác nhận lựa chọn của bạn.

13. Chọn “Khởi động lại” và đợi cho đến khi thao tác hoàn tất.

14. Lặp lại thuật toán hành động này để phát hiện phần tử khởi động gây ra tác vụ.

15. Liên hệ với nhà sản xuất chương trình hoặc dịch vụ gây ra thông báo lỗi để xác định xem sự cố có thể được giải quyết hay không.

16. Chạy chương trình sửa lỗi hệ thống và bỏ chọn trường phần tử có vấn đề sau khi hoàn thành.

17. Nhấp vào nút "Bắt đầu" để vào menu hệ thống chính và nhập msconfig.exe vào thanh tìm kiếm để đặt máy tính khởi động bình thường.

18. Nhấn Enter để thực thi lệnh và chuyển đến tab Chung của hộp thoại mở ra.

19. Chọn tùy chọn Khởi động bình thường và nhấn OK để thực hiện lệnh.

20. Xác minh rằng việc làm lại đã được hoàn thành phóng máy tính trong hộp thoại cảnh báo mới.

Video về chủ đề

Ghi chú!
Việc không chọn hộp kiểm “Không hiển thị các dịch vụ của Microsoft” có thể dẫn đến việc xóa vĩnh viễn tất cả các điểm sửa lỗi hệ thống!

Lời khuyên hữu ích
Làm theo hướng dẫn để thực hiện khởi động sạch có thể khiến một số chức năng của hệ thống tạm thời không thể đạt được.

Có một số lý do xảy ra thông báo lỗi 0xc0000005 (sự giám sát khi khởi tạoứng dụng), tương ứng với việc không thể khởi chạy ứng dụng Windows đã chọn, nhưng tất cả đều dẫn đến vi phạm quyền truy cập vào bộ nhớ máy tính. Cần có một tập hợp các biện pháp để sửa lỗi.

Hướng dẫn

1. Sử dụng chương trình chuyên dụng (CCleaner, RegCleaner) để sửa các lỗi tích lũy trong các mục đăng ký hệ thống xảy ra khi khởi động và đóng một số chương trình nhất định, chỉnh sửa cài đặt hệ thống cũng như cài đặt và/hoặc gỡ cài đặt không chính xác một số chương trình nhất định. Không thể khuyến nghị sửa các mục đăng ký hệ thống sai theo cách thủ công đối với người mới sử dụng máy tính vì lý do bảo mật và có thể làm hỏng hệ thống.

2. Cập nhật và sử dụng danh mục vi-rút mới nhất của chương trình chống vi-rút đã cài đặt của bạn. Nguồn gốc của thông báo lỗi có thể do hành động của một ứng dụng độc hại vi phạm các cách thông thường mà các chương trình truy cập vào bộ nhớ máy tính.

3. Đảm bảo rằng mô-đun bộ nhớ đã lắp đặt tương thích với bộ xử lý và không vượt quá kích thước bộ nhớ tối đa. Có thể cần phải ngắt kết nối mô-đun để xác định sự bất hòa về phần cứng có thể chấp nhận được.

4. Kiểm tra xem chương trình gây ra thông báo lỗi có tương thích với tính năng Ngăn chặn Thực thi Dữ liệu hay không, tính năng này được thiết kế để ngăn chặn việc thực thi mã có hại. Khá thường xuyên, Ngăn chặn thực thi dữ liệu (DEP) coi các hành động của chương trình là mối đe dọa đối với sự ổn định của hệ thống và ngăn không cho chúng được thực thi, gây ra thông báo lỗi 0xc0000005.

5. Tạo cấu hình mặc định mới để loại trừ khả năng xung đột giữa trình điều khiển máy in đã cài đặt và phần cứng còn lại của hệ thống.

6. Kiểm tra trình điều khiển video được cập nhật gần đây - lỗi xảy ra khi khởi tạo có thể do sự không tương thích của trình điều khiển được cài đặt với các thiết bị khác.

7. Ngừng sử dụng Internet Explorer 6 và cài đặt phiên bản mới nhất của trình duyệt.

8. Hãy cẩn thận khi sử dụng ứng dụng chống vi-rút Symantec Antivirus - nếu thông báo lỗi chứa giá trị savrt.sys, bạn cần cập nhật chương trình.

9. Đảm bảo máy tính của bạn có các bản cập nhật Windows và Gói dịch vụ mới nhất.

Video về chủ đề

Màn hình xanh hay màn hình BSOD chết chóc là hiện tượng khá phổ biến đối với hệ điều hành Windows. Điều chính là giải mã chính xác lỗi này và tránh lặp lại nó. làm như thế nào?

Bạn sẽ cần

• - máy tính.

Hướng dẫn

Và vì vậy tôi chỉ có thể cung cấp thông tin chung về vấn đề này.

Vi phạm quyền truy cập và cách giải quyết

Sevastyanov Andrey
[email được bảo vệ]

“Vi phạm quyền truy cập tại địa chỉ 0040CF58 trong mô-đun 'PROJECT1.EXE'. Đọc địa chỉ FFFFFFFF". Ai chưa từng đọc tin nhắn này thì chưa bao giờ lập trình ở Delphi. Một mặt, Delphi sử dụng trí nhớ động cực kỳ chuyên sâu, mặt khác, sai lầm là do con người. Đôi khi lỗi này mất vài giây để giải quyết; nhưng tôi cũng biết một trường hợp mà một lập trình viên có trình độ đã tìm kiếm nguyên nhân gây ra lỗi trong sáu tháng...

Vi phạm quyền truy cập xảy ra khi cố gắng đọc hoặc ghi vào một địa chỉ mà quy trình hiện không thể truy cập được. Một trường hợp rất phổ biến là đọc hoặc ghi tại địa chỉ FFFFFFFF, tức là cố gắng truy cập bộ nhớ bằng con trỏ null. Điều nguy hiểm của việc vi phạm Access là ngoại lệ này thường xảy ra không phải tại thời điểm xảy ra lỗi mà xảy ra muộn hơn nhiều. Ví dụ: chúng tôi đã ghi âm tại một địa chỉ bị hỏng. Nếu may mắn, chúng ta sẽ ngay lập tức gặp phải vi phạm Quyền truy cập. Nhưng vùng bộ nhớ “ngẫu nhiên” này thực sự có thể được truy cập và chiếm giữ bởi một đối tượng khác; thì chúng ta sẽ chỉ lặng lẽ làm hỏng nội dung của đối tượng này... Những lỗi như vậy có thể tích lũy trong một thời gian dài trước khi chúng trở thành vi phạm Quyền truy cập hoặc một ngoại lệ khác - điều này chắc chắn sẽ xảy ra trong một đoạn mã đã được gỡ lỗi và kiểm tra.
Làm thế nào để bắt vi phạm Access?

Nếu có câu trả lời rõ ràng cho câu hỏi này thì nó đã có sẵn trong phạm vi công cộng. Dưới đây tôi sẽ cung cấp danh sách mười nguyên nhân phổ biến nhất (theo ý kiến ​​​​của tôi) gây ra lỗi này. Danh sách này không được coi là đầy đủ và có thể dễ dàng mở rộng. Khi bạn gặp phải vi phạm Quyền truy cập, tôi khuyên bạn nên xem qua danh sách và cố gắng xác định lý do. Nhân tiện, tốt hơn hết bạn nên chuẩn bị trước cho việc bạn sẽ phải gỡ lỗi chương trình và sử dụng các khối thử...ngoại trừ và thử...cuối cùng, các hàm Được chỉ định, Khẳng định, v.v. không chỉ khi chúng cần thiết , mà còn “dự trữ” – điều này cuối cùng chắc chắn sẽ tiết kiệm được thời gian.

Vậy điều gì có thể gây ra vi phạm Access?
1. Gọi các phương thức của đối tượng chưa được tạo.
2. Lệnh gọi các phương thức của đối tượng không được khởi tạo do lỗi.
3. Gọi tới các phương thức của các đối tượng đã bị hủy.
4. Phát hành các đối tượng sẽ được sử dụng và phát hành tự động trong tương lai.
5. Ngoài tầm phủ sóng.
6. Phát hành ngầm các giao diện.
7. Truyền tham số.
8. Bộ nhớ được phân bổ trong DLL [ứng dụng] và được giải phóng trong ứng dụng.
9. Các thao tác với con trỏ.
10. Thiếu đồng bộ hóa khi làm việc với các luồng.

Chúng ta hãy xem xét tất cả những lý do này theo thứ tự.

1. Phương thức gọi của đối tượng chưa được tạo
Thông thường, chúng tôi đề cập đến các đối tượng chưa được tạo trong hàm tạo và trong trình xử lý OnCreate mà chúng gọi. Giải pháp phổ biến nhất cho vấn đề này là thay đổi thứ tự khởi tạo của biểu mẫu (các thành phần trên biểu mẫu), tuy nhiên, điều này không được khuyến khích vì lý do rõ ràng về mã.
Tùy chọn thứ hai là di chuyển mã gây ra vi phạm quyền truy cập sang trình xử lý cho sự kiện sau này (tại thời điểm đó các đối tượng đã được tạo). Đối với một biểu mẫu, nó có thể là OnShow. Phương án cuối cùng là một đối tượng luôn có thể tự gửi một tin nhắn, tin nhắn này sẽ được xử lý sau khi tất cả các đối tượng đã được khởi tạo.
Tùy chọn thứ ba là kiểm tra mọi lúc trước khi truy cập vào một đối tượng xem nó có tồn tại hay không.
Vì hầu hết các đối tượng được khởi tạo với giá trị nil, nên ngoại lệ xảy ra chính xác ở nơi chúng ta truy cập vào một đối tượng không tồn tại, điều này giúp đơn giản hóa tác vụ.
Ở đây, chúng tôi cũng đưa vào một lỗi phổ biến ở những người mới bắt đầu là gọi sai hàm tạo: SomeObject.Create (chính xác là SomeObject:= TSomeObject.Create).
Trong hầu hết các trường hợp như vậy, chính trình biên dịch sẽ đưa ra cảnh báo “Biến XXX có thể chưa được khởi tạo”, cảnh báo này cần được xử lý một cách tôn trọng, đặc biệt nếu biến là một đối tượng; mặc dù đôi khi điều đó xảy ra khiến trình biên dịch lo lắng một cách vô ích.

2. Lệnh gọi các phương thức của đối tượng không được khởi tạo do lỗi
Nhiều hàm API và một số hàm VCL trả về 0 nếu đối tượng không được tạo, không tìm thấy, v.v. vì lý do nào đó. Đương nhiên, nỗ lực truy cập vào một đối tượng như vậy sẽ gây ra vi phạm quyền truy cập. Trường hợp này cũng dễ phát hiện và để khắc phục, họ thường sử dụng cách kiểm tra giá trị trả về, đôi khi đưa ra một ngoại lệ dễ hiểu và đầy đủ hơn.
Lỗi thường xảy ra khi thay vì gọi phương thức Free của một đối tượng, một lệnh gọi trực tiếp đến hàm hủy được thực hiện. Ví dụ, điều này xảy ra nếu một ngoại lệ xảy ra trong hàm tạo - thì ngay sau khi gọi hàm tạo, hàm hủy sẽ được gọi, có thể "vấp ngã" trước một trong các lệnh gọi Phá hủy một đối tượng không đến lượt nó trong quá trình khởi tạo.

3. Gọi phương thức trên các đối tượng đã bị hủy
Một nơi khác xảy ra lỗi loại này là trong các hàm hủy (và các trình xử lý thông báo OnDestroy mà chúng gọi). Trường hợp này tương tự như trường hợp đầu tiên. Để giải quyết vấn đề ở đây, bạn cũng có thể chơi theo thứ tự tạo các phần tử, vì chúng bị phá hủy hoàn toàn theo thứ tự ngược lại. Đôi khi cờ csDestroying nằm trong thuộc tính ComponentState có thể hữu ích, điều này cho biết rằng hàm hủy thành phần đang được gọi, điều đó có nghĩa là không phải tất cả các thao tác đều hợp lệ.
Một phương tiện hữu ích để phát hiện lỗi này (trong trường hợp đối tượng) là gọi hàm FreeAndNil(Obj) thay vì Free.Obj, vì hàm FreeAndNil(Obj) không chỉ giải phóng đối tượng mà còn vô hiệu hóa con trỏ tới nó. Điều này bảo vệ bạn khỏi hai rắc rối cùng một lúc: thứ nhất, con trỏ tới đối tượng sẽ được đặt lại và bạn sẽ không thể làm hỏng nội dung bộ nhớ của các đối tượng khác hoặc trình quản lý bộ nhớ; và thứ hai, khi cố gắng truy cập một đối tượng, một ngoại lệ sẽ xảy ra tại địa chỉ FFFFFFFF, điều này sẽ giúp bạn dễ dàng tìm ra lỗi hơn. Tuy nhiên, FreeAndNil không phải là thuốc chữa bách bệnh; Rốt cuộc, có thể có những con trỏ khác tới đối tượng của chúng ta và việc xóa một con trỏ sẽ không giúp ích gì.
Có một lý do khác cho tình huống này: một số đối tượng trong hàm hủy của chúng tự động phá hủy các đối tượng khác; và sự nhiệt tình quá mức trong một nhiệm vụ cần thiết như thu gom rác có thể dẫn đến việc bạn gọi hàm hủy của ai đó hai lần. Điều này áp dụng chủ yếu cho các thành phần: mỗi thành phần sẽ phá hủy tất cả các thành phần mà nó sở hữu; vì vậy đoạn mã sau sẽ dẫn đến lỗi:

bắt đầu
thừa hưởng;
FInnerObj:= TInnerObj.Create(AOwner); // Hãy cẩn thận!!!
(FInnerObj hiện thuộc sở hữu của AOwner)
kết thúc;

bắt đầu
FinnerObj.Free; // Lỗi!!!
kết thúc;

Điều gì xảy ra khi chủ sở hữu của phiên bản TSomeObject bị hủy? Nó sở hữu cả phiên bản đó và đối tượng FInnerObj. Do đó, cả phiên bản TSomeObject và FInnerObject sẽ bị hủy cấp phát trong hàm hủy của chủ sở hữu, dẫn đến đối tượng FInnerObj bị hủy hai lần (một lần trong hàm hủy của chủ sở hữu, một lần trong hàm hủy của TSomeObject). Vi phạm quyền truy cập…

Các lựa chọn để giải quyết vấn đề là:

( Lựa chọn 1 )
hàm tạo TSomeObject.Create(AOwner: TComponent);
bắt đầu
thừa hưởng;
FInnerObj:= TInnerObj.Create(Self);
(Thành phần của chúng tôi hiện là chủ sở hữu của FInnerObj)
kết thúc;

Hàm hủy TSomeObject.Destroy;
bắt đầu
(Đối tượng FInnerObj có chủ sở hữu và sẽ tự động bị hủy)
kết thúc;

(Lựa chọn 2)
hàm tạo TSomeObject.Create(AOwner: TComponent);
bắt đầu
thừa hưởng;
FInnerObj:= TInnerObj.Create(nil);
(FInnerObj không có chủ sở hữu)
kết thúc;

Hàm hủy TSomeObject.Destroy;
bắt đầu
FinnerObj.Free; // FInnerObj không có chủ sở hữu.
(Xóa thủ công.)
kết thúc;

4. Giải phóng các đối tượng sẽ được sử dụng sau này và được giải phóng tự động
Như họ nói, không phải bởi bạn và không phải ở đây... Delphi tự động phá hủy hầu hết các đồ vật của nó. Nhưng ngay cả khi điều này xảy ra, việc hủy một đối tượng thường không dẫn đến lỗi, vì trong hàm hủy, nó sẽ tự xóa chính nó khỏi tất cả các danh sách nơi nó xuất hiện.
Tuy nhiên, điều này không phải luôn luôn đúng; đặc biệt nếu bạn sử dụng hệ thống lớp học của riêng bạn. Và tất nhiên, nếu đối tượng đó được sử dụng trong tương lai thì việc xóa nó lại càng khó khăn hơn. Các ví dụ sẽ giải phóng lớp ngoại lệ trong phần cuối cùng và giải phóng đối tượng Người gửi khi sự kiện được nêu ra.
Bạn có thể bản địa hóa một lỗi như thế này: nhận xét về Cuộc gọi miễn phí (FreeAndNil) và nếu lỗi biến mất trong nhận xét tiếp theo, điều đó có nghĩa là lỗi đó nằm trong đoạn nhận xét.

5. Đi ra ngoài phạm vi
Lỗi này dẫn đến ngoại lệ Lỗi Kiểm tra Phạm vi nhưng chỉ khi tùy chọn kiểm tra phạm vi ($R+) được bật. Nếu tùy chọn này bị vô hiệu hóa (và trường hợp này xảy ra theo mặc định), việc ghi có thể xảy ra vào một vùng bộ nhớ bị chiếm bởi một biến hoặc lớp khác hoặc vào một đoạn bộ nhớ trống. Trong trường hợp thứ hai, có thể có các tùy chọn - đoạn bộ nhớ này được hệ điều hành cấp phát hoặc nó không được cấp phát. Trong trường hợp sau, bạn thật may mắn vì vi phạm Quyền truy cập sẽ xuất hiện ngay lập tức và bạn sẽ biết chính xác lỗi ở đâu. Và ở giai đoạn gỡ lỗi, tốt hơn hết bạn nên bật tùy chọn ($R+)...

6. Phát hành ngầm các giao diện
Delphi cung cấp các công cụ thuận tiện để làm việc với các giao diện. Nhưng không phải tất cả các giao diện đều yêu cầu tự động hủy khi chúng vượt quá phạm vi. Ví dụ, trong trường hợp các đối tượng DirectDraw, IBackBuffer sẽ bị hủy cùng với giao diện IPprimarySurface, vì vậy bạn nên làm theo tài liệu và không hủy nó; nhưng Delphi sẽ làm điều này cho bạn và dẫn đến lỗi.
Đầu ra: hủy giao diện ngay lập tức trước khi hủy giao diện gốc hoặc (nếu không thể thực hiện được) chỉ cần vô hiệu hóa nó bằng cách gọi FillChar(SomeInterface, SizeOf(SomeInterface), 0). Vị trí của lỗi như vậy có thể dễ dàng được xác định trong trình gỡ lỗi.

7. Truyền tham số
Khi truyền tham số không kiểu, tính tương thích kiểu không được kiểm tra, điều này cũng có thể dẫn đến vi phạm quyền truy cập. Chỉ có sự chú ý bình thường mới có thể cứu được bạn. Các lỗi phổ biến nhất là truyền con trỏ không được tham chiếu, sử dụng thao tác địa chỉ @ không cần thiết, v.v. Ví dụ:

Var
P: Con trỏ;
S: TStream;
…
GetMem(P, 100);
S.Đọc(S, P); // Lỗi
S.Đọc(S, P^); // Phải

Thông tin thêm về việc truyền tham số: khi bạn sử dụng một DLL, trình biên dịch hoàn toàn dựa vào bạn để khai báo các hàm được mô tả trong đó. Lỗi mô tả hàm sẽ dẫn đến việc bạn không thể gọi được! Và đừng quên từ dịch vụ stdcall, vì nó ảnh hưởng đến chuỗi các tham số được truyền.

8. Bộ nhớ được phân bổ trong [ứng dụng] DLL được giải phóng trong ứng dụng
Hãy xem xét các tình huống trong đó bộ nhớ được phân bổ trong một DLL được giải phóng trong ứng dụng và bộ nhớ được phân bổ trong một ứng dụng được giải phóng trong DLL. Trước hết, bạn cần lưu ý rằng mô-đun Hệ thống (thực hiện quản lý bộ nhớ) sẽ được đưa vào hai lần - một lần trong chương trình và một lần trong DLL. Theo đó, bạn sẽ có hai trình quản lý bộ nhớ - một trong chương trình chính, một trong DLL. Và điều khá tự nhiên là nỗ lực giải phóng bộ nhớ của người quản lý khác sẽ gây nhầm lẫn.
Giải pháp là thực hiện chính xác theo quy định của nhận xét được chèn tự động khi tạo DLL bằng trình hướng dẫn: kết nối mô-đun ShareMem làm mô-đun đầu tiên trong dự án cả ứng dụng và DLL. Điều này sẽ tạo một trình quản lý bộ nhớ mới nằm trong Borlndmm.dll. Và đừng quên các hoạt động bộ nhớ ngầm được thực hiện bởi chuỗi, mảng động, lớp, v.v. Trong một số trường hợp, không cần thiết phải kết nối mô-đun ShareMem, nhưng nếu bạn không chắc chắn về điều này thì tốt hơn hết là nên an toàn.
Nhân tiện, trong Delphi 6, có thể biên dịch lại mô-đun ShareMem để nó sử dụng chức năng GlobalAlloc thay vì trình quản lý bộ nhớ tích hợp. Đây là một cách tuyệt vời để giải quyết vấn đề vi phạm quyền truy cập nếu nó xảy ra khi kết nối một ứng dụng và các tệp DLL được triển khai trên các trình biên dịch khác nhau của các công ty khác nhau. Nhưng đây chỉ là một biện pháp bổ sung chứ không phải là giải pháp cho vấn đề.

9. Các thao tác với con trỏ
Ở đây, như người ta nói, chính Chúa đã ra lệnh. Nếu bạn đang triển khai một thuật toán phức tạp liên quan đến việc di chuyển con trỏ và những thứ tương tự, tôi sẽ ngạc nhiên nếu bạn không bao giờ ghi một giá trị vào vùng bộ nhớ “trái”. Nhưng mọi đám mây đều có một lớp lót bạc - điều đó có nghĩa là bạn đã sẵn sàng đối mặt với vi phạm Quyền truy cập và sẵn sàng chống lại nó - nếu không thì việc kinh doanh này sẽ không đáng làm. Việc gỡ lỗi một chương trình trong trường hợp này không khác gì việc gỡ lỗi bất kỳ thuật toán nào khác và vi phạm quyền truy cập trở thành một ngoại lệ hoạt động ở đây. Do tính tổng quát của vấn đề nên rất khó để đưa ra bất kỳ khuyến nghị nào ở đây.

10. Thiếu đồng bộ hóa khi làm việc với luồng
Có lẽ là nơi khó chịu nhất. Nếu bạn đoán rằng đây chính xác là tình huống bạn đang gặp phải, xin hãy chấp nhận lời chia buồn của tôi. Triệu chứng điển hình: có một số luồng trong hệ thống và vi phạm quyền truy cập xảy ra ở những nơi khác nhau, ngay cả khi bạn chưa thực hiện bất kỳ thay đổi nào đối với chương trình. Nhưng trước khi bạn suy ngẫm sâu sắc về chủ đề mà hai (hoặc nhiều) dòng chảy mà bạn đang tranh đấu, hãy làm điều này:
1. Đảm bảo rằng giá trị của biến IsMultithread là True (biến toàn cục đảm bảo sử dụng bộ nhớ động an toàn). Điều này rất quan trọng nếu bạn đang tạo một chủ đề bằng CreateThread. Nếu bạn sử dụng lệnh gọi BeginThread, giá trị IsMultiThread không quan trọng. Trong khi một luồng đang quản lý bộ nhớ, một luồng khác sẽ bị chặn truy cập vào trình quản lý bộ nhớ cho đến khi luồng đầu tiên giải phóng trình quản lý bộ nhớ.
2. Hãy nhớ rằng việc đếm tham chiếu nội bộ (chuỗi, mảng động, giao diện, v.v.) bằng cách sử dụng các biến không hoàn toàn an toàn. Phân tích mã của bạn cho chủ đề này.
3. Nếu bạn sử dụng các lớp và giao diện, hãy kiểm tra kỹ xem giao diện đó có hỗ trợ các cuộc gọi đa luồng đến chính nó không. Điều này thường không phải là trường hợp.
Phải làm gì nếu không có gì giúp được

Vi phạm quyền truy cập có một đặc điểm điển hình và khó chịu nhất: ngoại lệ có thể xuất hiện không phải vào thời điểm xảy ra lỗi mà rất lâu sau đó. Việc tìm ra chính xác dòng gây ra lỗi có thể khó khăn. Để thực hiện việc này, thật thuận tiện khi sử dụng hàm GetHeapStatus, hàm này (trong số các số liệu thống kê khác) sẽ cho bạn câu trả lời về việc liệu cấu trúc trình quản lý bộ nhớ có bị hỏng hay không (HeapErrorCode). Bạn có thể giả định một cách an toàn rằng đã xảy ra lỗi trong chương trình trước khi nhập giá trị khác 0 vào HeapErrorCode. Chèn tấm séc này vào tất cả các vị trí quan trọng của chương trình và chúc bạn may mắn!

“Khi cơ hội bằng 0, họ tìm vàng trong đống tro tàn…”
Hãy coi đây là biện pháp cuối cùng của bạn và đừng dùng đến nó trừ khi thực sự cần thiết. Có một số chức năng khác trong mô-đun System.pas có thể hữu ích:

TheapBlock = bản ghi
Bắt đầu: Con trỏ;
Kích thước: Hồng Y;
kết thúc;

THeapBlockArray = mảng THeapBlock;
TObjectArray = mảng TObject;

Chức năng GetHeapBlocks: THeapBlockArray;
hàm FindObjects(AClass: TClass; FindDerived: Boolean): TObjectArray;

Hàm GetHeapBlock trả về trong một mảng danh sách tất cả các khối hiện được chương trình phân bổ và hàm FindObjects trả về danh sách tất cả các đối tượng đã tạo được sinh ra từ loại đã chỉ định. Để sử dụng các chức năng này, bạn cần biên dịch lại mô-đun System.pas bằng ký hiệu DEBUG_FUNCTIONS được xác định trước (trong trường hợp Delphi 6; và trong trường hợp Delphi 5, trước tiên hãy thêm các dòng trên vào phần giao diện).

Chúc may mắn với việc bản địa hóa và sửa lỗi của bạn!

Một số người chơi Minecraft có thể gặp lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005 khi khởi chạy trò chơi. Bạn có thể thấy trong thông báo lỗi rằng thời gian chạy Java gặp phải lỗi nghiêm trọng khi cố gắng khởi chạy trò chơi.

Theo đó, bạn sẽ không thể bỏ qua lỗi này và vào Minecraft cho đến khi loại bỏ được nguyên nhân gây ra lỗi nghiêm trọng này. Trong bài viết này, chúng tôi sẽ cố gắng giúp bạn sửa lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005 để bạn có thể khởi động Minecraft và thưởng thức trò chơi.

Sửa lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005 khi khởi động Minecraft

Cài đặt lại Java

Trước hết, bạn cần thử cài đặt lại các thành phần Java trên máy tính của mình. Có thể lần cài đặt cuối cùng của họ không thành công như bạn nghĩ. Việc cài đặt lại khá đơn giản: đi tới “Chương trình và Tính năng”, tìm mục Java ở đó, nhấp chuột phải vào mục đó và chọn “Gỡ cài đặt”.

Sau đó truy cập trang web Java chính thức, tải xuống trình cài đặt thư viện phần mềm, cài đặt chúng và khởi động lại máy tính của bạn. Sau các bước đơn giản này, hãy thử khởi động lại Minecraft và kiểm tra lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005.

Cài đặt lại Minecraft

Nếu việc cài đặt lại các thành phần Java không giúp giải quyết được lỗi khi khởi động Minecraft, thì tại sao bạn không thử cài đặt lại trò chơi. Vì kích thước cực kỳ nhỏ nên đây không phải là vấn đề đối với bạn.

Chuyển đến Chương trình và Tính năng một lần nữa. Tìm Minecraft đã cài đặt trong danh sách các chương trình đã cài đặt. Nhấp chuột phải vào nó và chọn "Xóa". Sau đó cài đặt lại trò chơi như lần đầu tiên.

Vô hiệu hóa kiểm soát tài khoản người dùng

Có khả năng lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005 khi khởi động Minecraft có thể là do xung đột với User Account Control trong hệ điều hành Windows của bạn. Để kiểm tra khả năng này, bạn cần tắt Kiểm soát tài khoản người dùng và sau đó thử khởi chạy lại Minecraft. Để làm điều này, hãy làm như sau:

• Nhấn tổ hợp phím Windows+S.
• Nhập truy vấn “Thay đổi cài đặt Kiểm soát tài khoản người dùng” vào thanh tìm kiếm và chọn kết quả tìm thấy.
• Bạn sẽ thấy một thanh trượt chịu trách nhiệm về thông báo Kiểm soát tài khoản người dùng. Di chuyển nó đến vị trí “Không bao giờ thông báo”.
• Áp dụng các thay đổi.

Hãy thử chạy lại Minecraft để kiểm tra lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005. Nếu nó không giúp được gì thì hãy tiếp tục.

Kiểm tra xung đột game với DEP

DEP (Data Execution Prevention hay Data Execution Prevention) là phần mềm và phần cứng của hệ thống có chức năng ngăn chặn mã độc chạy trên đó. Các tệp Minecraft có thể đã xung đột với phần mềm này và đã bị chặn thực thi. Bạn cần thêm các tệp trò chơi vào danh sách loại trừ DEP. Để làm điều này, hãy làm như sau:

• Nhấn tổ hợp phím Windows+S.
• Nhập truy vấn “Thông tin hệ thống” vào thanh tìm kiếm và chọn kết quả.
• Nhấp vào "Cài đặt hệ thống nâng cao".
• Chuyển đến tab "Nâng cao".
• Đi tới “Cài đặt” trong phần “Hiệu suất”.
• Chuyển đến tab Ngăn chặn thực thi dữ liệu.
• Chọn hộp bên cạnh “Bật DEP cho tất cả các chương trình và dịch vụ ngoại trừ những chương trình và dịch vụ được chọn bên dưới:.”
• Tiếp theo, nhấp vào nút “Thêm”.
• Thêm tệp thực thi Minecraft vào các ngoại lệ DEP. Nếu bạn đã cài đặt trò chơi trong thư mục mặc định thì nó sẽ ở trong
• Lưu các thay đổi đối với hoạt động của DEP.

Khi bạn đã loại trừ Minecraft khỏi DEP, hãy thử chạy lại nó. Nếu không có cách nào ở trên giúp bạn giải quyết lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005, thì chúng tôi còn một phương pháp cuối cùng, theo nhiều người dùng trên mạng, chắc chắn sẽ khắc phục được sự cố.

Thay đổi tệp tùy chọn

Vì vậy, hãy chuyển đến thư mục Minecraft, thư mục này sẽ nằm trong thư mục C:\Users\UserName\AppData\Local\.Minecraft. Tìm một tập tin trong thư mục này có tên tùy chọn.txt. Mở nó và tìm dòng trong đó fnoEnable: đúng.

Bạn nên thay đổi ý nghĩa của dòng này từ fnoEnable:true TRÊN fnoEnable:false. Sau đó lưu các thay đổi đối với tệp này và tiếp tục chơi Minecraft một cách bình tĩnh, vì lần này sẽ không có lỗi EXCEPTION_ACCESS_VIOLATION 0xc0000005.

Tìm thấy một lỗi đánh máy? Chọn văn bản và nhấn Ctrl + Enter