Mono huyền diệu như thế nào?

Tôi đang học C #, vì vậy tôi đã tạo một chương trình C # nhỏ nói rằng Hello, World!, sau đó biên dịch nó mono-cscvà chạy nó với mono:

$ mono-csc Hello.cs
$ mono Hello.exe
Hello, World!

Tôi nhận thấy rằng khi tôi nhấn TABvào bash, Hello.exeđã được đánh dấu thực thi. Thật vậy, nó chạy bằng một vỏ tải tên tệp!

Hello.exelà không một file ELF có phần mở rộng tập tin buồn cười:

$ readelf -a Hello.exe
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
$ xxd Hello.exe | head -n1
00000000: 4d5a 9000 0300 0000 0400 0000 ffff 0000  MZ..............

MZcó nghĩa là Microsoft Windows được thực thi liên kết tĩnh. Thả nó vào một hộp Windows và nó sẽ (nên) chạy.

Tôi đã winecài đặt, nhưng wine, là một lớp tương thích với các ứng dụng Windows, mất khoảng 5x thời gian để chạy Hello.exenhư monovà thực hiện nó trực tiếp làm, vì vậy nó không winechạy nó.

Tôi giả sử có một số monomô-đun hạt nhân được cài đặt với chức mononăng chặn các tòa nhà exec/ s hoặc bắt các nhị phân bắt đầu bằng 4D 5A, nhưng lsmod | grep monobạn bè trả lại lỗi.

Chuyện gì đang xảy ra ở đây, và làm thế nào để nhân biết rằng này thực thi là đặc biệt?

Để chứng minh đó không phải là phép thuật hoạt động của vỏ của tôi , tôi đã sử dụng Crap Shell (hay còn gọi là sh) để chạy nó và nó vẫn chạy tự nhiên.

Đây là chương trình đầy đủ, vì một người bình luận tò mò:

using System;

class Hello {
  /// <summary>
  ///   The main entry point for the application
  /// </summary>
  [STAThread]
  public static void Main(string[] args) {
    System.Console.Write("Hello, World!\n");
  }
}

Đây là binfmt_misc đang hoạt động: nó cho phép hạt nhân được cho biết cách chạy nhị phân mà nó không biết. Nhìn vào nội dung của /proc/sys/fs/binfmt_misc; Trong số các tệp bạn thấy ở đó, người ta sẽ giải thích cách chạy nhị phân Mono:

enabled
interpreter /usr/lib/binfmt-support/run-detectors
flags:
offset 0
magic 4d5a

(trên hệ thống Debian). Điều này nói với kernel rằng các nhị phân bắt đầu bằng MZ( 4d5a) nên được cung cấp cho run-detectors. Cái sau chỉ ra liệu nên sử dụng Mono hay Wine để chạy nhị phân.

Các loại nhị phân có thể được thêm, xóa, bật và tắt bất cứ lúc nào; xem tài liệu ở trên để biết chi tiết (ngữ nghĩa là đáng ngạc nhiên, hệ thống tệp ảo được sử dụng ở đây không hoạt động hoàn toàn giống như một hệ thống tệp tiêu chuẩn). /proc/sys/fs/binfmt_misc/statusđưa ra trạng thái toàn cầu và mỗi "mô tả" nhị phân hiển thị trạng thái riêng của nó. Một cách khác để vô hiệu hóa binfmt_misclà dỡ bỏ mô-đun hạt nhân của nó, nếu nó được xây dựng như một mô-đun; điều này cũng có nghĩa là có thể liệt kê nó để tránh nó hoàn toàn.

Tính năng này cho phép các loại nhị phân mới được hỗ trợ, chẳng hạn như các tệp thực thi MZ (bao gồm các nhị phân Windows PE và PE +, nhưng cũng có các tệp nhị phân DOS và OS / 2!), Các tệp JAR của Java ... Nó cũng cho phép các loại nhị phân đã biết được hỗ trợ trên kiến trúc mới, thường sử dụng Qemu; do đó, với các thư viện thích hợp, bạn có thể chạy nhị phân ARM Linux trên bộ xử lý Intel!

Câu hỏi của bạn xuất phát từ việc biên dịch chéo, mặc dù theo nghĩa .NET và điều đó dẫn đến một cảnh báo với binfmt_misc: một số tập lệnh cấu hình hoạt động sai khi bạn cố gắng biên dịch chéo trên một hệ thống có thể chạy các nhị phân được biên dịch chéo. Thông thường, phát hiện biên dịch chéo bao gồm xây dựng nhị phân và cố gắng chạy nó; nếu nó chạy, bạn không biên dịch chéo, nếu không, bạn (hoặc trình biên dịch của bạn bị hỏng). autoconftập lệnh thường có thể được sửa trong trường hợp này bằng cách chỉ định rõ ràng kiến ​​trúc xây dựng và máy chủ lưu trữ, nhưng đôi khi bạn sẽ phải tắt binfmt_misctạm thời ...