Tôi cũng nhận thức được sự xấu xí của câu hỏi này, tôi vẫn muốn biết nếu có thể:Cách kiểm tra xem con trỏ có hợp lệ không?
Khi chương trình cố gắng đọc/ghi vào cửa sổ không hợp lệ (NULL, khối không được phân bổ, v.v ...) treo ứng dụng với ngoại lệ vi phạm truy cập.
Câu hỏi đặt ra là, có cách nào để kiểm tra thời điểm con trỏ này sẽ tạo ra ngoại lệ trước khi cố gắng sử dụng nó hay không, liệu có cách nào để bắt ngoại lệ này không?
Đặt cược tốt nhất nếu bạn phải sử dụng con trỏ thô để đảm bảo rằng đó là con trỏ hợp lệ hoặc NULL. Sau đó, bạn có thể kiểm tra xem nó có hợp lệ hay không bằng cách kiểm tra nếu nó bằng NULL.
Nhưng để trả lời câu hỏi của bạn, bạn có thể nắm bắt những thứ này với structured exception handling (SEH).
Điều đó đang được nói, SEH is a bad idea.
Tôi không biết về Windows, nhưng trong * nix bạn có thể cài đặt trình xử lý tín hiệu SIGSEGV để chặn ngoại lệ.
Trên Windows, bạn có thể mã một Trình xử lý ngoại lệ có cấu trúc để bắt ngoại lệ. – ChrisW
Xử lý tín hiệu không * nix-specific: nó là một phần của thư viện chuẩn ISO-C – Christoph
Điều này không giúp được gì nhiều: sau khi trình xử lý SIGSEGV kết thúc, chương trình thực hiện trả về chính xác tại cùng vị trí nơi nguyên nhân gốc của tín hiệu bắt nguồn từ . Trừ khi bạn không thoát ra bên trong trình xử lý tín hiệu của mình, bạn sẽ tạo ra một vòng lặp vô tận. Vì vậy nói chung đó là một ý tưởng tồi để bắt SIGSEGV. – lumpidu
Tôi biết rằng có IsBadRead/WritePtr, không thể tìm thấy phiên bản hợp lệ. Tuy nhiên, MSDN nói rằng họ đã lỗi thời –
@ Hammer: Xin lỗi, tôi có nghĩa là "Xấu", hiện đã được sửa. Chúng được coi là hình thức xấu bởi vì chúng không phải là chủ đề an toàn, nhưng chúng là điều gần gũi nhất với những gì OP yêu cầu. – RichieHindle
Có chức năng IsBadReadPtr và IsBadWritePtr mà có thể làm những gì bạn muốn. Ngoài ra còn có an article giải thích lý do bạn không nên sử dụng chúng.
Từ MSDN: "Quan trọng: Chức năng này đã lỗi thời và không nên sử dụng. Mặc dù tên của nó không đảm bảo rằng con trỏ hợp lệ hoặc bộ nhớ được chỉ định là an toàn để sử dụng". –
Búa, có, chúng được đánh dấu là lỗi thời và bài viết tôi liên kết để giải thích lý do. Bạn đang cố gắng đạt được điều gì? – avakar
Tôi nghĩ bạn đang tìm kiếm thứ gì đó như IsBadReadPtr.
Tài liệu:
http://msdn.microsoft.com/en-us/library/aa366713(VS.85).aspx
Bạn chắc chắn có thể kiểm tra xem con trỏ là NULL!
if (ptr == NULL) {
// don't use it
}
Đó là bài kiểm tra di động duy nhất bạn có thể thực hiện. Windows cung cấp các API khác nhau để kiểm tra con trỏ, nhưng như những người khác đã chỉ ra, việc sử dụng chúng có thể có vấn đề.
Bắt loại lỗi này là giải quyết các triệu chứng chứ không phải nguyên nhân gốc rễ.
Các thành ngữ sau đây sẽ làm việc trên bất kỳ nền tảng:
khởi tạo tất cả các con trỏ tới zero
nếu bạn không thể đảm bảo một con trỏ có giá trị, kiểm tra xem nó là phi-0 trước indirecting nó
khi xóa đối tượng, đặt con trỏ về 0 sau khi xóa
cẩn thận các vấn đề về quyền sở hữu đối tượng khi chuyển con trỏ đến các chức năng khác
Tương tự như http://stackoverflow.com/questions/683059/how-to-validate-lpvoid-to-bad-ptr/683085#683085 – Michael
Tương tự như http://stackoverflow.com/search?q=IsBadReadptr – ChrisW