Tai nạn hủy diệt

Question

Tôi đang làm việc trên một ứng dụng Win32 C++ trong Visual studio.

Trong một trong các tệp nguồn, tôi có đối tượng chung như dưới đây.

TestClass tObj; 

int main() //Execution starts here 
{ 
} 

TestClass được định nghĩa trong DLL khác như dưới đây.

struct Source 
{ 

}; 

class TestClass 
{ 
    list<Source> sourceList; 
    public: 
     TestClass() {} 
     ~TestClass() {} 
}; 

Trong khi ứng dụng của tôi đang chạy, nếu tôi cố gắng để đóng ứng dụng một cách rõ ràng, bằng cách đóng cửa sổ giao diện điều khiển, nó được đâm trong TestClass destructor. Hiển thị Callstack CrtIsValidHeapPointer không thành công.

Xin giúp tôi giải quyết vấn đề này.

Answer 1

Đảm bảo bạn xây dựng bot EXE và DLL có cùng thời gian chạy, tốt nhất là với thời gian chạy động.

Answer 2

Đó là sự cố trong trình phá hủy, một ngoại lệ đang được ném từ trình phá hủy đang kêu gọi chấm dứt và làm hỏng ứng dụng của bạn. Uncaught exceptions

Có hai tình huống trong đó một trình phá hủy được gọi. Đầu tiên là khi một đối tượng bị phá hủy trong các điều kiện "bình thường", ví dụ: khi vật thể nằm ngoài phạm vi hoặc bị xóa một cách rõ ràng. Thứ hai là khi một đối tượng bị phá hủy bởi cơ chế xử lý ngoại lệ trong phần stack-unwinding của tuyên truyền ngoại lệ. Bạn phải viết hàm hủy của bạn dưới giả định bảo thủ rằng một ngoại lệ được kích hoạt, bởi vì nếu kiểm soát để lại một destructor do một ngoại lệ trong khi ngoại lệ khác đang hoạt động, C++ gọi hàm chấm dứt

Answer 3

đối tượng toàn cầu được khởi tạo và phá hủy bởi Thời gian chạy C. Chúng được khởi tạo trước khi main được gọi và bị hủy sau khi trả về.

Lỗi này có thể do một thứ gì đó đang được truy cập từ trình phá hủy TestClass của bạn (hoặc gián tiếp từ trình phá hủy Source). Mã destructor đang truy cập bộ nhớ không hợp lệ (hoặc bộ nhớ đã được giải phóng).

Thứ tự khởi tạo và hủy các biến toàn cục không được xác định và thường là nguồn của lỗi khi chấm dứt ứng dụng. Nếu có các globals khác có thể dọn dẹp hoặc sửa đổi các tài nguyên được tham chiếu bởi TestClass, thì đây có thể là thủ phạm.

Answer 4

Dll và EXE có được sử dụng cùng một căn chỉnh (gói pragma) không?

Answer 5

Vấn đề của bạn là khác nhau thiết lập trình biên dịch/mối liên kết giữa .exe và .dll đang gây ra một cách hiệu quả các .dll và .exe để được sử dụng hiện thực khác nhau của thư viện tiêu chuẩn:

• Bạn phải sử dụng cùng một các cờ tiền xử lý * để xây dựng cả tệp .exe và .dll, nếu không thì mỗi nhị phân sẽ biên dịch với các triển khai khác nhau một cách tinh tế.
• Bạn phải liên kết cả tệp .exe và .dll với thời gian chạy động. Các tệp nhị phân được liên kết tĩnh với thời gian chạy có được vùng heap riêng của chúng - và bạn sẽ phân bổ trên một đống và cố gắng giải phóng trên một vùng khác.

Để khắc phục điều này, hãy chuyển đến Project > Properties > Configuration Properties > C/C++ > Code Generation và thay đổi tùy chọn thư viện thời gian chạy thành Multi-threaded Debug DLL (/MDd). Bạn phải làm điều này cho cả dự án .exe và dự án .dll.

Kể từ Visual Studio 2010, một số loại lỗi này sẽ được phát hiện tại thời gian liên kết bằng cách sử dụng #pragma detect_mismatch.

* _{Đối với tất cả những lá cờ Preprocessor rằng có bất kỳ tác của thư viện thực hiện tiêu chuẩn}

Answer 6

cố gắng để làm cho constructor của bạn và destructor không nội tuyến, nó có thể giúp. Nếu ctor và dtor không phải là inline, cả hai sẽ được tạo ra thay mặt cho dll, vì vậy việc xây dựng và hủy bỏ danh sách <> sẽ được thực hiện với cùng một thư viện thời gian chạy. Nói chung, hãy cố gắng tránh đi qua các obl stl mờ đục trên các ranh giới dll. Tốt hơn là đóng gói chúng thành các thành viên privatte vào các lớp của riêng bạn và cung cấp các phương pháp không được gạch chân để thao tác các thành viên như vậy