Giao diện dòng lệnh trong posix. Tiêu chuẩn hệ điều hành thời gian thực. Hệ thống tập tin gốc
- (IPAEng|ˈpɒzɪks) hoặc Di động Hệ điều hành Giao diện trang web | tiêu đề = POSIX | url = http://standards.ieee.org/regauth/posix/ | công việc = Tiêu chuẩn | nhà xuất bản = IEEE] là tên chung của một họ các tiêu chuẩn liên quan được chỉ định bởi IEEE ... Wikipedia
POSIX- est le nom d une famille de Standards définie depuis 1988 par l Institute of Electrical and Electronics Engineers et formellement désignée IEEE 1003. Ces Standards ont émergé d un projet de Standardization des API des logiciels destinés à… … Wikipédia en Français
Posix- est le nom d une famille de Standards définie depuis 1988 par l IEEE et formellement désignée IEEE 1003. Các tiêu chuẩn Ces ont émergé d un émergé de Standardization des API des logiciels destinés à fonctionner sur desvaries du système d… … Wikipédia en Français
POSIX- phiên bản cải tiến của Giao diện hệ điều hành di động; la X viene de UNIX giống như một thiết bị nhận dạng API. Anh ta được cho là đã được Richard Stallman đáp ứng nhu cầu của IEEE, người đã tìm thấy một nơi dễ dàng để ghi âm. Một bản dịch … Wikipedia Tiếng Tây Ban Nha
POSIX- , 1986 im Standard 1003.1 der IEEE không có tính năng đặc biệt cho Zugriffe auf Systemfunktionen unter Unix. Hệ thống Unix Sowohl…Universal-Lexikon
POSIX- trạng thái tiêu chuẩn T sritis informatika apibrėžtis Standartų grupė, apibrėžianti operacinės hệ thống sąsajas tarp joje veikiančių chương trìnhų bei tarnybų. Pirmuosius tiêu chuẩn công nghệ điện tử và điện tử trong các viện nghiên cứu (IEEE) Linux… … Enciklopedinis kompiuterijos žodynas
POSIX- là công cụ tạo ra Giao diện hệ điều hành di động, viniendo la X de UNIX với ý nghĩa của API ở đây (Được xây dựng như Sistema Operativo Portable dựa trên UNIX). Con trai của một gia đình estándares de llamadas al hệ thống… … Enciclopedia Universal
POSIX- (Giao diện hệ điều hành di động dựa trên uniX) n. tập hợp các tiêu chuẩn cho hệ điều hành dựa trên Unix (Máy tính) ... Từ điển tiếng Anh hiện đại
POSIX
Posix- Giao diện hệ điều hành di động Das (POSIX [ˈpɒsɪks]) ist ein gemeinsam von der IEEE und der Open Group für Unix entwickeltes Standardisiertes Giao diện lập trình ứng dụng, das die Schnittstelle zwischen Application und dem… … Wikipedia tiếng Đức
Sách
- , Stephen A. Rago, W. Richard Stevens. "UNIX. Lập trình chuyên nghiệp" là một tài liệu chi tiết hướng dẫn tham khảo, trong 20 năm đã giúp các lập trình viên C chuyên nghiệp viết độc quyền...
- UNIX. Lập trình chuyên nghiệp của Stevens W. Richard, Rago Steven A. Cuốn sách này xứng đáng được các lập trình viên nghiêm túc trên khắp thế giới yêu thích vì nó chứa đựng những thông tin quan trọng và thiết thực nhất về quản lý nhân UNIX và Linux. Nếu không có những thứ này...
Sự khác biệt lớn về thông số kỹ thuật RTOS và số lượng lớn các bộ vi điều khiển hiện có dẫn đến vấn đề tiêu chuẩn hóa trong lĩnh vực hệ thống thời gian thực.
Tiêu chuẩn RTOS sớm nhất và phổ biến nhất là tiêu chuẩn POSIX (Giao diện hệ điều hành di động IEEE cho máy tính Môi trường, IEEE 1003.1). Phiên bản gốc của tiêu chuẩn POSIX xuất hiện vào năm 1990 và được thiết kế cho các hệ thống UNIX, phiên bản đầu tiên xuất hiện vào những năm 70 của thế kỷ trước. Các thông số kỹ thuật POSIX xác định một cơ chế tiêu chuẩn cho sự tương tác giữa chương trình ứng dụng và hệ điều hành và hiện bao gồm một bộ gồm hơn 30 tiêu chuẩn. Đối với RTOS, bảy trong số đó là quan trọng nhất (1003.1a, 1003.1b, 1003.1c, 1003.1d, 1003.1j, 1003.21, 1003.2h), nhưng chỉ có ba cái đầu tiên được hỗ trợ rộng rãi trong các hệ điều hành thương mại.
Bất chấp các điều khoản rõ ràng đã lỗi thời của tiêu chuẩn POSIX và nhu cầu lớn về cập nhật tiêu chuẩn hóa cho RTOS, vẫn chưa có tiến bộ đáng chú ý nào theo hướng này.
Tiêu chuẩn POSIX được tạo ra như một giao diện tiêu chuẩn cho các dịch vụ hệ điều hành. Tiêu chuẩn này cho phép tạo ra các ứng dụng di động. Tiêu chuẩn này sau đó đã được mở rộng để bao gồm các tính năng thời gian thực.
Thông số kỹ thuật POSIX xác định cơ chế tiêu chuẩn cho sự tương tác giữa ứng dụng và HĐH. Cần lưu ý rằng tiêu chuẩn POSIX có liên quan chặt chẽ với hệ điều hành Unix, tuy nhiên, các nhà phát triển của nhiều RTOS cố gắng tuân thủ tiêu chuẩn này.
Việc tuân thủ tiêu chuẩn POSIX cho hệ điều hành và nền tảng phần cứng phải được chứng nhận bằng cách chạy các trường hợp thử nghiệm trên chúng. Tuy nhiên, nếu hệ điều hành không giống Unix, việc đáp ứng yêu cầu này sẽ trở thành một nhiệm vụ không hề dễ dàng. Bộ dụng cụ thử nghiệm chỉ tồn tại cho POSIX 1003.1a. Vì khung POSIX là tập hợp các tính năng tùy chọn nên các nhà cung cấp hệ điều hành chỉ có thể triển khai một phần của giao diện chuẩn và vẫn tuyên bố rằng hệ thống của họ tuân thủ POSIX.
Mặc dù tiêu chuẩn POSIX phát triển từ Unix, nhưng nó giải quyết các khái niệm trừu tượng cơ bản của hệ điều hành và các tiện ích mở rộng thời gian thực áp dụng cho tất cả các RTOS.
Phần mềm) là nhiệm vụ có tầm quan trọng đặc biệt và phức tạp; ở thời đại chúng ta, hoàn cảnh này hầu như không cần phải biện minh rộng rãi. Một trong những cách được chấp nhận chung để tăng tính di động của phần mềm là chuẩn hóa môi trường ứng dụng: cung cấp giao diện phần mềm, tiện ích, v.v. Ở cấp Dịch vụ hệ thống một môi trường tương tự được mô tả theo tiêu chuẩn POSIX (Giao diện hệ điều hành di động - giao diện di động hệ điều hành); tên gợi ý chuyên gia nổi tiếng, người sáng lập Quỹ Phần mềm Tự do, Richard Stallman.Chúng tôi sẽ xem xét hiện đại nhất của phiên bản có sẵn Tiêu chuẩn POSIX, được sửa đổi năm 2003, có thể được gọi là “tiêu chuẩn ba”, cụ thể là IEEE Std 1003.1, Tiêu chuẩn kỹ thuật Open Group và (xem [6]), quan trọng nhất đối với chúng tôi là tiêu chuẩn quốc tế ISO/IEC 9945 (xem [1], [2], [3], [4]).
Lịch sử tạo ra phiên bản này như sau. Đầu năm 1998, đại diện của ba tổ chức - Ủy ban Tiêu chuẩn Ứng dụng Di động của Viện Kỹ sư Điện và Điện tử, Nhóm Mở và nhóm làm việc Tiểu ban 22 của Ủy ban kỹ thuật chung 1 (JTC1/SC22/WG15) của Tổ chức Tiêu chuẩn hóa Quốc tế - đã bắt đầu tham vấn về vấn đề hợp nhất và phát triển các tiêu chuẩn về giao diện với các dịch vụ hệ thống mà họ giám sát: IEEE Std 1003.1, IEEE Std 1003.2, Thông số kỹ thuật cơ bản từ Nhóm Mở, ISO / IEC 9945-1, ISO/IEC 9945-2. Vào tháng 9 cùng năm, một cuộc họp tổ chức của nhóm được thành lập để đạt được mục tiêu này đã được tổ chức tại Austin, Texas, tại văn phòng của Tập đoàn IBM (xem http://www.opengroup.org/austin).
Tài liệu nền tảng cho tiêu chuẩn sửa đổi, bản dự thảo đầu tiên được đệ trình vào tháng 7 năm 1999, là Thông số kỹ thuật cốt lõi của Nhóm Mở, vì nó kết hợp các điều khoản từ các tiêu chuẩn IEEE và ISO/IEC. Năm 2001, sau khi hoàn thành công việc chuẩn bị, tiêu chuẩn bao gồm bốn phần sau:
- định nghĩa cơ bản (thuật ngữ, khái niệm và giao diện chung cho tất cả các phần);
- Sự miêu tả áp dụng Giao diện phần mềm C. đến các dịch vụ hệ thống;
- mô tả giao diện với các dịch vụ hệ thống ở cấp độ ngôn ngữ lệnh Và tiện ích ;
- giải thích chi tiết các quy định của tiêu chuẩn, lý do đưa ra quyết định.
Hơn nữa, ISO, IEEE và Open Group, với tốc độ nhanh hơn hoặc ít hơn (năm 2001-2002), đã chính thức phê duyệt tiêu chuẩn POSIX mới. Trong khi đó, những chỉnh sửa tương đối nhỏ đã được tích lũy và được tính đến trong ấn bản năm 2003.
Khi tiêu chuẩn được phát triển, việc giải thích thuật ngữ "POSIX" được mở rộng. Ban đầu nó đề cập đến IEEE Std 1003.1-1988, mô tả giao diện lập trình ứng dụng Hệ điều hành lớp Unix. Sau khi tiêu chuẩn hóa giao diện ở cấp độ ngôn ngữ lệnh và tiện ích, sẽ đúng hơn nếu hiểu toàn bộ từ "POSIX" là tiêu chuẩn, biểu thị các phần 2 và 3 trên thông qua POSIX.1 và POSIX.2 theo đúng quy định. với việc đánh số các tài liệu IEEE và ISO/IEC.
Ý tưởng cơ bản của tiêu chuẩn POSIX
Tiêu chuẩn POSIX mô tả nhiều dịch vụ hệ thống cơ bản cần thiết cho hoạt động của các chương trình ứng dụng. Chúng được truy cập thông qua giao diện được chỉ định cho ngôn ngữ C, ngôn ngữ lệnh và các chương trình tiện ích phổ biến.
Mọi giao diện đều có hai mặt: người gọi và người được gọi. Tiêu chuẩn POSIX hướng tới người gọi. Mục tiêu của nó là tạo ra các ứng dụng di động ở cấp độ ngôn ngữ nguồn. Đặc biệt, điều này có nghĩa là khi di chuyển các chương trình C sang nền tảng điều hành khác, việc biên dịch lại sẽ được yêu cầu. Không có cuộc thảo luận nào về tính di động của các chương trình thực thi và/hoặc tệp đối tượng.
Tiêu chuẩn POSIX không hề bị giới hạn trong môi trường Unix. Có những hệ điều hành (OS) có "nguồn gốc độc lập" (ví dụ: hệ thống thời gian thực), cung cấp các dịch vụ cần thiết và từ đó hỗ trợ thực thi các ứng dụng tuân thủ POSIX. Có thể lập luận rằng việc tuân theo tiêu chuẩn POSIX giúp chuyển các ứng dụng sang hầu hết mọi nền tảng điều hành được sử dụng rộng rãi dễ dàng hơn. Những nỗ lực bổ sung để cải thiện khả năng di chuyển đang được thực hiện ở giai đoạn phát triển chắc chắn sẽ trả hết.
Bằng cách xác định giao diện cho các dịch vụ hệ thống, POSIX không xem xét việc triển khai chúng. Đặc biệt chúng không khác nhau cuộc gọi hệ thống Và chức năng thư viện. Sản phẩm không cần tiêu chuẩn hóa sự quản lý, chỉ yêu cầu những hạn chế về phần cứng và các tính năng siêu người dùng, một lần nữa nhấn mạnh trọng tâm của tiêu chuẩn
Khóa học bao gồm tiêu chuẩn giao diện hệ điều hành di động (POSIX), cũng như các kỹ thuật và phương pháp lập trình ứng dụng dựa trên tiêu chuẩn này, được giải thích bằng nhiều ví dụ. Các vấn đề về lập trình hệ thống đa xử lý và tương tác của các ứng dụng trong cấu hình phân tán đều được giải quyết. Đảm bảo tính di động (tính di động, tính di động) phần mềm(phần mềm) là nhiệm vụ đặc biệt quan trọng và phức tạp; ở thời đại chúng ta, trường hợp này hầu như không cần phải biện minh rộng rãi. Một trong những cách được chấp nhận rộng rãi để tăng tính di động của phần mềm là chuẩn hóa môi trường ứng dụng: các giao diện phần mềm, tiện ích được cung cấp, v.v. Ở cấp độ dịch vụ hệ thống, môi trường như vậy được mô tả theo tiêu chuẩn POSIX (Giao diện hệ điều hành di động - giao diện hệ điều hành di động); Cái tên này được gợi ý bởi chuyên gia nổi tiếng, người sáng lập Tổ chức Phần mềm Tự do, Richard Stallman.
Khóa học xem xét phiên bản hiện đại nhất, được sửa đổi năm 2003, có thể được gọi là “tiêu chuẩn ba”, cụ thể là: tiêu chuẩn IEEE Std 1003.1, Tiêu chuẩn kỹ thuật nhóm mở và quan trọng nhất đối với chúng tôi là tiêu chuẩn quốc tế ISO/IEC 9945 Nhiệm vụ chính Khóa học này là tìm hiểu các kỹ thuật và phương pháp sử dụng các tiện ích và chức năng được tiêu chuẩn hóa. Mục đích không phải là kể lại tiêu chuẩn, nêu bật tất cả sự tinh tế trong việc triển khai hệ điều hành, mọi thứ mã có thể lỗi, v.v. Theo quan điểm của chúng tôi, điều quan trọng nhất là cảm nhận được tinh thần của tiêu chuẩn và học cách sử dụng các khả năng vốn có của nó một cách di động. Giả sử người đọc nói C, chúng tôi không xem xét cú pháp hoặc chức năng thư viện sách giáo khoa của nó. Đối với ngôn ngữ lệnh tiêu chuẩn và trình thông dịch của nó, chủ đề này được trình bày chi tiết, mặc dù nhiều lập trình viên thực hành thích sử dụng các trình thông dịch khác. Một vị trí quan trọng - cả về số lượng và vai trò - được dành cho các ví dụ về chương trình. Nhiều điều khoản của tiêu chuẩn (chẳng hạn như liên quan đến việc xử lý tình huống sai lầm) không được trình bày trong văn bản chính mà trong các ví dụ tương ứng, bất cứ khi nào có thể, được biên dịch và thực thi trên một số nền tảng phần cứng và phần mềm, ở mức độ này hay mức độ khác, tuyên bố tuân thủ tiêu chuẩn POSIX. Tuy nhiên, tất nhiên có thể xảy ra sơ suất. Chúng tôi sẽ biết ơn tất cả các nhận xét và đề xuất liên quan đến toàn bộ khóa học và ví dụ riêng lẻ các chương trình.
Lịch sử hình thành và trạng thái hiện tại của tiêu chuẩn POSIX.
Đảm bảo tính di động (portability) của phần mềm là một nhiệm vụ có tầm quan trọng đặc biệt và phức tạp; ở thời đại chúng ta, hoàn cảnh này hầu như không cần phải biện minh rộng rãi. Một trong những cách được chấp nhận chung để tăng tính di động của phần mềm là chuẩn hóa môi trường ứng dụng: cung cấp giao diện phần mềm, tiện ích, v.v. Ở cấp độ dịch vụ hệ thống, môi trường như vậy được mô tả theo tiêu chuẩn POSIX (Giao diện hệ điều hành di động - giao diện hệ điều hành di động); Cái tên này được đề xuất bởi chuyên gia nổi tiếng, người sáng lập Tổ chức Phần mềm Tự do, Richard Stallman.
Trang đầu.
Đầu ra.
Bài giảng 1. Các khái niệm và ý tưởng cơ bản của tiêu chuẩn POSIX.
Bài giảng 2. Ngôn ngữ Shell.
Bài giảng 3. Các tiện ích, chức năng phục vụ khái niệm “người dùng”.
Bài giảng 4. Tổ chức hệ thống tập tin.
Bài giảng 5. Nhập/xuất file.
Bài giảng 6. Công cụ xử lý dữ liệu có cấu trúc.
Bài giảng 7. Các quy trình.
Bài giảng 8. Công cụ giao tiếp giữa các tiến trình.
Bài 9. Giao diện terminal chung.
Bài giảng 10. Khảo sát đặc điểm máy chủ và ứng dụng của chúng trong ứng dụng.
Bài giảng 11. Công cụ mạng.
Bài giảng 12. Thời gian và cách làm việc với nó.
Bài giảng 13. Môi trường ngôn ngữ và văn hóa.
Bài giảng 14. Kết luận.
Thư mục.
Tải xuống miễn phí sách điện tử V. định dạng thuận tiện, xem và đọc:
Tải sách Lập trình theo tiêu chuẩn POSIX, phần 1, Galatenko V.A., 2016 - fileskachat.com, tải nhanh và miễn phí.
Ý tưởng cơ bản của tiêu chuẩn POSIX
Tiêu chuẩn POSIX mô tả nhiều dịch vụ hệ thống cơ bản cần thiết cho hoạt động của các chương trình ứng dụng. Chúng được truy cập thông qua giao diện được chỉ định cho ngôn ngữ C, ngôn ngữ lệnh và các chương trình tiện ích phổ biến. Mọi giao diện đều có hai mặt: người gọi và người được gọi. Tiêu chuẩn POSIX hướng tới người gọi. Mục tiêu của nó là tạo ra các ứng dụng di động ở cấp độ ngôn ngữ nguồn. Đặc biệt, điều này có nghĩa là khi di chuyển các chương trình C sang nền tảng điều hành khác, việc biên dịch lại sẽ được yêu cầu. Không có cuộc thảo luận nào về tính di động của các chương trình thực thi và/hoặc tệp đối tượng. Tiêu chuẩn POSIX không hề bị giới hạn trong môi trường Unix. Có những hệ điều hành (OS) có "nguồn gốc độc lập" (ví dụ: hệ thống thời gian thực), cung cấp các dịch vụ cần thiết và từ đó hỗ trợ thực thi các ứng dụng tuân thủ POSIX. Có thể lập luận rằng việc tuân theo tiêu chuẩn POSIX giúp chuyển các ứng dụng sang hầu hết mọi nền tảng điều hành được sử dụng rộng rãi dễ dàng hơn. Nỗ lực nhiều hơn để cải thiện khả năng di chuyển trong giai đoạn phát triển chắc chắn sẽ được đền đáp. Bằng cách xác định giao diện cho các dịch vụ hệ thống, POSIX không xem xét việc triển khai chúng. Đặc biệt, chúng không khác nhau cuộc gọi hệ thống Và chức năng thư viện. Sản phẩm không cần tiêu chuẩn hóa sự quản lý, chỉ yêu cầu những hạn chế về phần cứng và các tính năng siêu người dùng, một lần nữa nhấn mạnh trọng tâm của tiêu chuẩn POSIX trên các ứng dụng chứ không phải hệ điều hành. POSIX trung lập về kiến trúc hệ thống và kích thước bit của bộ xử lý. Cái này rất khía cạnh quan trọng tính di động của ứng dụng. Tập trung vào tiêu chuẩn quốc tế ngôn ngữ C không chỉ xác định phong cách mô tả chức năng, nhưng ở một mức độ nào đó, cũng là hướng phát triển của các thông số kỹ thuật POSIX về mặt đồng bộ hóa của cả hai tiêu chuẩn. Như đã biết trong phiên bản đặc tả ngôn ngữ C được phê duyệt năm 1999 (xem), nó đã được hợp pháp hóa kiểu phức tạp data, điều này gây ra sự bổ sung tương ứng cho các chức năng POSIX. Tiêu chuẩn POSIX phân biệt giữa bắt buộc và chức năng bổ sung và lõi bắt buộc phải được làm nhỏ gọn nhất có thể. Tất nhiên rồi Đặc biệt chú ý tập trung vào các cách để triển khai các chức năng được tiêu chuẩn hóa cả trong môi trường Unix “cổ điển” và trên các nền tảng điều hành khác, trong cấu hình mạng và phân tán. Nhà phát triển phiên bản mới Tiêu chuẩn POSIX rất cẩn thận về nền tảng của nó cũng như nền tảng của các hệ thống Unix và quan trọng nhất là đối với các ứng dụng đáp ứng các phiên bản trước của tiêu chuẩn. Chúng tôi đã cố gắng duy trì các giao diện hiện có; trong quá trình phát triển, nguyên tắc đã được tuân thủ khả năng tương thích ngược; giao diện mới đã được thêm vào để không xung đột với giao diện cũ. Không thể tránh hoàn toàn việc thực hiện các thay đổi đối với ứng dụng vì những lý do rõ ràng: cần phải loại bỏ mâu thuẫn giữa các thông số kỹ thuật ban đầu khác nhau, cũng như từ bỏ hỗ trợ cho phiên bản “truyền thống” của ngôn ngữ C và chuyển sang tiêu chuẩn quốc tế của nó.Các khái niệm cơ bản của tiêu chuẩn POSIX
Tiêu chuẩn POSIX, được sửa đổi năm 2003, là một tài liệu rất rộng, nhiều mặt, bao gồm chi tiết các loại thành phần hệ thống sau:$ getconf _POSIX_VERSION 199506 $ getconf POSIX2_C_DEV 1 $ getconf _XOPEN_REALTIME 1 $ getconf _POSIX_TRACE không xác định Liệt kê 1.1. Kết quả của việc áp dụng tiện ích getconf cho một trong các phiên bản HĐH Linux.
Điều này có nghĩa là phiên bản cũ của tiêu chuẩn POSIX được hỗ trợ, các công cụ phát triển và khả năng thời gian thực được bao gồm cùng với các phiên bản khác; Không có công cụ truy tìm. Tài liệu về hệ điều hành phải phản ánh các vấn đề tuân thủ với tiêu chuẩn POSIX và mô tả các tính năng bổ sung và phi tiêu chuẩn được hỗ trợ. Đối với các ứng dụng, khái niệm tuân thủ POSIX mang nhiều sắc thái hơn. Cung cấp tuân thủ nghiêm ngặt, đặc điểm phân biệt chính của nó là giới hạn về phạm vi khả năng được sử dụng trong khuôn khổ tiêu chuẩn. Việc tuân thủ việc sử dụng tiện ích mở rộng cũng được xem xét; trong trường hợp này, tài liệu ứng dụng phải có mô tả về các yêu cầu tính năng tiêu chuẩn. Điều mong muốn là các phần mở rộng tính năng POSIX được sử dụng phải được mô tả theo tiêu chuẩn quốc tế và/hoặc quốc gia. (Lưu ý rằng để triển khai, khái niệm tuân thủ POSIX nghiêm ngặt là vô nghĩa, nếu chỉ vì lý do không có hệ điều hành nào không có công cụ quản trị và chúng không được mô tả bởi tiêu chuẩn này.) Chúng tôi sẽ gọi một hồ sơ là một tập hợp các tùy chọn mô tả các khả năng tùy chọn. Tuân thủ hồ sơ có nghĩa là tuân thủ tiêu chuẩn POSIX và hỗ trợ các khả năng được chỉ định. Hồ sơ được chọn một cách khôn ngoan sẽ cho phép giải quyết nhu cầu của các lớp người dùng và/hoặc ứng dụng đại diện. Có thể có các "tiểu sử phụ" mô tả các tập hợp con các khả năng tiêu chuẩn. Việc triển khai tương ứng với cấu hình con có thể chạy trên nền tảng phần cứng có giới hạn tài nguyên và/hoặc phục vụ nhu cầu của các ứng dụng cụ thể. Trong số những quan trọng nhất là các khái niệm mô tả hành vi thực hiện trong Những tình huống khác nhau. Đối với nhiều tình huống đúng, hành vi không được xác định, có nghĩa là ứng dụng di động không nên dựa vào cùng một hành vi giữa các lần triển khai khác nhau. Đối với các tình huống không chính xác, hành vi có thể không được xác định; Ứng dụng không những không nên dựa vào bản chất cụ thể của hành vi đó mà còn không được thực hiện các hành động không phù hợp gây ra hành vi không xác định. Một thuật ngữ liên quan khác, " hành vi phụ thuộc thực hiện", Ngoài ra, có nghĩa là hành vi triển khai phải được ghi lại. Tiêu chuẩn POSIX là một tổ chức phát triển lâu dài, trong đó với mỗi phiên bản mới, một cái gì đó sẽ được thêm vào và một cái gì đó sẽ bị mất đi. Các tính năng không được dùng nữa là những tính năng vẫn được hỗ trợ bởi nhiều tổ chức khác nhau các ứng dụng mới không nên sử dụng chúng; đối với mỗi ứng dụng đó, tiêu chuẩn cung cấp các thay thế hiện đại đầy đủ cho thuật ngữ "cũ": nó mô tả các tính năng tùy chọn lỗi thời. tất nhiên điều đó nên tránh trong những ứng dụng mới.
Khái niệm cơ bản về hệ điều hành POSIX
Chúng tôi sẽ đề cập đến các khái niệm cơ bản sau đây về hệ điều hành POSIX:Môi trường biên dịch cho các ứng dụng tuân thủ POSIX
Theo quy định (mặc dù điều này không phải lúc nào cũng được thực hiện), việc phát triển ứng dụng được thực hiện đa chế độ, tức là nền tảng phát triển (thuật ngữ tương đương là nền tảng công cụ) không giống với nền tảng thời gian chạy (còn được gọi là nền tảng mục tiêu). Được tạo trên nền tảng công cụ môi trường biên dịch ứng dụng, để kết quả biên dịch có thể được chuyển sang lần thực thi tiếp theo trên nền tảng đích. Phần quan trọng nhất của môi trường biên dịch là các tệp tiêu đề (hoặc bao gồm) chứa nguyên mẫu chức năng, các định nghĩa hằng số ký hiệu, macro, kiểu dữ liệu, cấu trúc, v.v. Mỗi chức năng được mô tả trong tiêu chuẩn POSIX chỉ định những tệp tiêu đề nào phải được đưa vào ứng dụng sử dụng nó (thường là bắt buộc phải có một tệp). Ở trên đã nêu rằng thông qua các hằng ký hiệu được xác định trong tệp tiêu đề#if được xác định(_REENTRANT) || (_POSIX_C_SOURCE - 0 >= 199506L) #define LIBXML_THREAD_ENABLED#endif Liệt kê 1.2. Ví dụ về cách sử dụng macro kiểm tra khả năng _POSIX_C_SOURCE.
Tiêu chuẩn POSIX cung cấp một số biện pháp để giải quyết vấn đề quan trọng và khó khăn (chủ yếu do tính chất không khách quan của ngôn ngữ C) là không có sự trùng lặp về tên giữa ứng dụng và hệ điều hành. Các tiền tố posix_, POSIX_ và _POSIX_ được dành riêng cho nhu cầu của tiêu chuẩn. Với một dấu gạch dưới theo sau là một dấu gạch dưới hoặc viết hoa khác chữ la tinh, chỉ tên hệ thống (không phải ứng dụng) mới có thể bắt đầu. Đối với các tệp được bao gồm, tiền tố của tên được sử dụng trong chúng sẽ được mô tả. Ví dụ: đối với các hoạt động quản lý tập tin xuất hiện trong