Tôi không thể tìm thấy bất kỳ điều gì hữu ích trên MSDN cho trường hợp này. Sử dụng Dependency Walker, trong danh sách mô-đun, tôi thấy việc sử dụng hỗn hợp Console và GUI.Ảnh hưởng của việc chuyển đổi giữa/SUBSYSTEM: CONSOLE thành/SUBSYSTEM: WINDOWS trong một DLL
Điều này có tác động khi biên dịch DLL không?
Tùy chọn này chỉ ảnh hưởng đến các ứng dụng (exe), không phải trên thư viện (dll).
nó documentation nói:
Tùy chọn
/SUBSYSTEMxác định môi trường cho thực thi.Lựa chọn hệ thống con ảnh hưởng đến biểu tượng điểm nhập (hoặc điểm nhập chức năng) mà trình liên kết sẽ chọn.
Điều này không ảnh hưởng đến các thư viện có thư viện riêng (tùy chọn) entry point.
Thông tin bổ sung sau nhận xét của CyberShadow: Trường con hệ thống con dường như bị bỏ qua khi tệp DLL được tải. This article about CSRSS nói (tôi nhấn mạnh):
Hơn nữa, mỗi quá trình được liên kết với một, một số hệ thống phụ; tài sản này đang được thiết lập bởi các mối liên kết (trong biên soạn quá trình), và cư trú trong lĩnh vực cấu trúc PE sau: [...]
các/SUBSYSTEM cờ được đặt trong tập tin ảnh - exe, dll , sys, .... bởi trình liên kết khi xây dựng một ứng dụng. Cờ này tồn tại tồn tại BOTH cho EXE và hình ảnh DLL! Hãy xem tại Visual Studio Linker Settings -> Substem – mox
Lá cờ này ảnh hưởng đến bất kỳ tệp hình ảnh nào. Hãy xem nhiều \ system32 \ *. Dll (ví dụ: NTDLL.DLL được gắn thẻ với/SUBSYSTEM: CONSOLE) – mox
@mox, tất cả các tệp hình ảnh chứa cờ này, nhưng nó không ảnh hưởng đến điểm vào của thư viện. Như bạn có thể thấy, 'ntdll.dll' có thể được nạp trong không gian địa chỉ của cả hai giao diện điều khiển và Windows thực thi mà không có tác động xấu. –