Đường ống cho đầu ra vòng lặp ngăn chặn sửa đổi biến cục bộ

Tôi đang cố gắng viết một hàm bash đơn giản, lấy các đối số của nó, một số tệp và / hoặc thư mục. Nó nên:

1. Đủ điều kiện tên tập tin.
2. Sắp xếp chúng.
3. Loại bỏ các bản sao.
4. In tất cả những gì thực sự tồn tại.
5. Trả về số lượng tệp không tồn tại.

Tôi có một kịch bản gần như làm những gì tôi muốn, nhưng rơi vào việc sắp xếp. Giá trị trả về của tập lệnh khi nó đứng là chính xác, nhưng đầu ra không (không được sắp xếp và trùng lặp). Nếu tôi bỏ ghi chú | sort -unhư đã chỉ ra, đầu ra là chính xác nhưng giá trị trả về luôn luôn 0.

Các giải pháp đơn giản của NB để giải quyết vấn đề được hoan nghênh nhưng câu hỏi thực sự là tại sao điều này lại xảy ra trong mã tôi có. Đó là, tại sao việc thêm đường ống dường như dừng tập lệnh tăng biến r?

Đây là kịch bản:

function uniqfile
{
    local r=0 

    for arg in "$@"
    do  
        readlink -e "$arg" || (( ++r ))

    done #| sort -u    ## remove that comment

    return $r
}

Đây là một cạm bẫy bash nổi tiếng, do tính năng này :

Mỗi lệnh trong một đường ống được thực thi như một quy trình riêng biệt (nghĩa là trong một lớp con).

để các biến được sửa đổi là cục bộ của lớp con và không thể nhìn thấy một lần nữa trong phần gốc.

Để tránh điều đó, hãy viết lại mã của bạn để tránh đường ống dẫn, với sự thay thế quy trình:

 for arg in "$@"
    do  
        readlink -e "$arg" || (( ++r ))

    done > >(sort -u)

Việc | sort -ubuộc bit trước (toàn bộ vòng lặp for) chạy trong một quy trình phụ (bash cần 'STDOUT' để chuyển hướng vào sort'STDIN'. (Internet dường như nghĩ kshvà bashxử lý trường hợp này hơi khác .. trước hoặc cuối lệnh trong chuỗi ống được đặt vào một khung con?)

Chủ đề này đi qua một vấn đề tương tự, và có một giải pháp gọn gàng ở cuối: http://ubuntuforums.org/showthread.php?t=312017

    #!/bin/bash
    exec 3< <(du | sort -n)  

    n=0
    while read size dir; do
      [ $size -gt 1000 ] && ((n++))
    done <&3
    exec 3<&-

    echo "Found $n too big files"