`/ Proc / $ PID / cwd`: có tương đương POSIX không?

Linux có một /procthư mục và hệ thống tập tin, mà theo như tôi có thể nói, không phải là một phần của POSIX. Trong mỗi /proc/$PIDthư mục con, là một liên kết tượng trưng cwd, trỏ đến thư mục làm việc thực tế của quá trình của bộ điều khiển này ( cwdliên kết luôn được cập nhật).

Liên kết tượng trưng này thuận tiện cho một số trường hợp sử dụng, như làm việc với các shell riêng biệt và trao đổi các tệp giữa hai shell (chính thức, các thư mục làm việc của chúng).

Có một cách đơn giản để có được một cái gì đó tương tự, chỉ sử dụng tính năng POSIX?

Thêm câu hỏi

Sau một nhận xét, chính xác hơn: nó không nhất thiết phải là một liên kết và một biến môi trường $<PID>_CWD, cũng sẽ tốt như vậy, mặc dù lúc đầu thở dài, tôi không tin có một giải pháp như vậy tồn tại. Nó chỉ cần dễ tham khảo (ví dụ: liên kết tượng trưng hoặc biến môi trường) và luôn được cập nhật mỗi khi quy trình khác chuyển đổi thư mục làm việc của nó.

Giải pháp không nhất thiết phải là POSIX và khía cạnh quan trọng nhất là tính di động, nhưng POSIX chắc chắn là một sự đảm bảo.

Tôi có một giải pháp sử dụng lsof. Nó không được cài đặt trên BSD theo mặc định, vì vậy nếu bất cứ ai muốn sử dụng nó trên BSD, thì bắt buộc phải cài đặt nó.

Tạo một kịch bản shell:

#!/bin/sh
lsof -p $1 | grep cwd | awk '{print $9}'

Sao chép nó vào một thư mục trong đường dẫn của bạn. Nó in thư mục làm việc của PID được đưa ra trong đối số đầu tiên, IE

$ script 1987
/home/enedil

POSIX không cung cấp nhiều thông tin về việc nhận thông tin về các quy trình không liên quan. Chỉ có ps, thực sự, và nó không cung cấp bất kỳ thông tin nào về thư mục hiện tại. API cấp độ C không tốt hơn (thực tế hầu hết các thông tin được truy xuất bằng cách pschỉ có thể được truy xuất bằng cách phân tích cú pháp đầu ra của nó¹).

Thật thú vị, POSIX cung cấp một cách di động để đi theo hướng khác: được cung cấp một tệp, bạn có thể tìm ra quy trình nào mở nó bằng cách gọi fuser. Đoạn mã sau liệt kê các PID của các quy trình có thư mục làm việc cụ thể:

fuser -f "$directory_name" 2>&1 | sed -e '$!d' -e 's/.*://' -e 's/  */\
/' | sed -n 's/c$//p'

Nếu bạn muốn thông tin về các quy trình theo cách di động trong thực tế, hãy sử dụng lsof . Tác giả của lsof đã thực hiện công việc thực hiện tất cả các cách khác nhau để lấy thông tin về các biến thể unix khác nhau.

Đối với trình duyệt thông thường:

lsof -a -p "$pid" -d cwd

Để phân tích cú pháp tự động:

lsof -a -p "$pid" -d cwd -F n | sed -e '1d' -e '2s/^n//'

Lưu ý rằng lsofthay thế dòng mới bằng chuỗi \n.

Một số biến thể Unix cung cấp các phương thức không yêu cầu phần mềm của bên thứ ba, nhưng các phương thức này sẽ có hiệu lực cụ thể cho từng biến thể. Trên một lưu ý rất liên quan, xem Tính di động của các liên kết mô tả tệp

¹ _{Một số unices cũ có pssetuid root và đọc bộ nhớ hạt nhân, vì vậy sử dụng mà nhị phân setuid là cách duy nhất để có được thông tin này.}

Tôi sẽ đóng góp câu trả lời của riêng tôi.

Một tùy chọn, trong ngữ cảnh của vỏ tương tác (câu hỏi tập trung vào bối cảnh này), có thể tự động duy trì một liên kết à la /proc/$PID/cwd, sử dụng cơ hội tự động hóa mà Bash cung cấp:

PROMPT_COMMAND="ln -sfT \$(pwd) ~/$LINK_NAME"

Các ftùy chọn là cần thiết, như liên kết sẽ được thường xuyên ghi đè. Các Ttùy chọn là cần thiết, vì nếu không có vẻ như các ftùy chọn làm việc đúng cách.

Vỏ có thể được hợp tác, sử dụng điều này trong ví dụ ~/.bashrc:

if [ -v CWD_LINK_NAME ]; then
   PROMPT_COMMAND='ln -sfT "$(pwd)" "'$CWD_LINK_NAME'";'$PROMPT_COMMAND
   declare -r CWD_LINK_NAME
   function rm_cwd_link() {
      rm "$CWD_LINK_NAME"
   }
   trap rm_cwd_link EXIT
fi

Một shell hoặc terminal có thể được thực thi với CWD_LINK_NAMEcài đặt thành bất kỳ giá trị liên quan nào. Ví dụ.CWD_LINK_NAME="~/$SOME_ROLE_NAME" gnome-terminal

Một lựa chọn khác, đang sử dụng các khái niệm tương tự để theo dõi lê thư mục làm việc trong một biến, theo dõi này được dựa trên cả @Gilles và @enedil đóng góp:

PROMPT_COMMAND="PEAR_WD=\$(lsof -p $PID | awk '/cwd/{print \$9}')"

Tuy nhiên, điều này ít chính xác và ít tiện dụng hơn, trong khi nó vẫn có thể là cách duy nhất cho các trường hợp hiếm hoi $PROMPT_COMMANDkhông thể được đặt trong lớp vỏ khác.

Tôi ủng hộ lựa chọn đầu tiên (vẫn đang chờ trước khi chọn câu trả lời, nếu có những đóng góp khác sẽ đến).