Fish-shell: कार्य करने के लिए पाइप नहीं पढ़ सकते हैं

को निर्मित 5 जुल॰ 2012 · 21टिप्पणियाँ · स्रोत: fish-shell/fish-shell

परीक्षा:

function testfun
    set input (cat)
    echo $input
end

echo testing123 | testfun

यह "test123" का उत्पादन करना चाहिए, लेकिन कुछ भी नहीं पैदा करता है।

यह पूरी तरह से काम करता है:

function testfun
{
    input="$(cat)"
    echo $input
}

echo testing123 | testfun

bug

स्रोत

Tyilo

👍3

सबसे उपयोगी टिप्पणी

यह समस्या, grep लिए डिफ़ॉल्ट grep फ़ंक्शन के साथ युग्मित होने पर, कुछ समस्याओं में परिणत होती है - यदि यह समस्या जल्द ही ठीक नहीं होने वाली है, तो डिफ़ॉल्ट grep उपनाम को संभवतः हटा दिया जाना चाहिए (या इसके साथ बदल दिया गया है एक संक्षिप्त नाम, शायद?) कम से कम घटनाओं को कम करने के लिए।

cat का उपयोग @milieu से पता चलता है कि मछली के लिए मेरे मुद्दे को ठीक नहीं लगता है, 2.3.1 पर (जिसका मुझे एहसास हुआ कि यह थोड़ा पीछे है, लेकिन यह फेडोरा 25 के लिए पैक किया गया संस्करण है)

msoucy 26 नव॰ 2016

👍6

सभी 21 टिप्पणियाँ

आप 'रीड' फ़ंक्शन को वर्कअराउंड के रूप में उपयोग कर सकते हैं।

function t
    while read -l line
        echo $line
    end
end

maxfl 5 जुल॰ 2012

मैं बस समझ गया था, कि मछली में यह काम नहीं करता है, क्योंकि स्टड को 'बिल्ली' के बजाय 'सेट' करने के लिए पाइप किया जाता है।

maxfl 6 जुल॰ 2012

यह समस्या एक निश्चित तरीके से काम करते हुए "सेट" से अधिक गहरी हो जाती है। एक फ़ंक्शन में पाइपिंग को खराब कर दिया जाता है। और टर्मिनल I / O एक फ़ंक्शन में भेजा गया काम करता है, लेकिन अभी भी थोड़ा अजीब है - यह इनपुट को बफ़र करता है और एक ही बार में वितरित करता है। देखें कि इस फ़ंक्शन के साथ क्या होता है:

~> function meh
       cat
   end
~> # First, the way it's supposed to work.
~> # As input, we press the keys: a RET b RET control-D
~> cat
a
a
b
b
~> cat | cat
a
a
b
b
~> # Now...
~> meh
a
a
b
b
~> # So far so good, but...
~> cat | meh
a
b
^D
... um...
^D
control-D repeatedly does not work
try control-C
Job 1, “cat | meh” has stopped
~> fg
Send job 1, “cat | meh” to foreground
cat: stdin: Interrupted system call
~> jobs
jobs: There are no jobs
~> # Dear lord.
~> # For completeness...
~> meh | cat
a
b
aD
b
~>

इसके अलावा, cat | meh | cat उसी तरह का व्यवहार करता है, जैसा कि cat | begin; cat; end ।
मैं आपको आगे बता सकता हूं कि "बिल्ली" जो cat | meh में एक बाधित प्रणाली कॉल के बारे में शिकायत करती है "बिल्ली" है। अर्थात्:

~> cp /bin/cat mycat
~> ./mycat | meh
Job 1, “./mycat | meh” has stopped  #after control-C
~> fg
Send job 1, “./mycat | meh” to foreground
mycat: stdin: Interrupted system call

तो वहीं है। जाहिर है कि यह कुछ ऐसा है कि मछली किस तरह से काम करती है और कैसे यह उनमें पाइप का निर्माण करती है। क्या किसी को इस बारे में पता है?

waterhouse 18 जन॰ 2014

ठीक है, मुझे लगता है कि चल रहा है
pbpaste | begin; cat; end
ताजे मछली के खोल में बार-बार, क्लिपबोर्ड के साथ "23 \ n" होने के कारण, कभी-कभी बस 23 बैक आउट प्रिंट करेगा, और कभी-कभी शेल को लॉक करने का कारण होगा, जिस बिंदु पर नियंत्रण-सी कुछ भी नहीं कर सकता है। मुझे लगता है कि यह किसी प्रकार की दौड़ की स्थिति होनी चाहिए। ओह यार।

waterhouse 18 जन॰ 2014

इस बीच, यह संकेत की तरह दिखता है SIGTTIN ./mycat | begin; cat; end में "mycat" को भेजा जाता है:

     21    SIGTTIN      stop process         background read attempted from
                                             control terminal

जीएनयू परिवाद नियमावली के अनुसार: "एक प्रक्रिया उपयोगकर्ता के टर्मिनल से नहीं पढ़ सकती है जबकि यह एक पृष्ठभूमि नौकरी के रूप में चल रही है। जब पृष्ठभूमि की नौकरी में कोई भी प्रक्रिया टर्मिनल से पढ़ने की कोशिश करती है, तो नौकरी में सभी प्रक्रियाएं भेजी जाती हैं। एक संकेत संकेत है। "

तो, ऐसा लगता है कि "माइकाट" या तो पृष्ठभूमि में शुरू हो जाता है, या फिर शुरू हो जाता है और फिर पृष्ठभूमि में डाल दिया जाता है, जब यह मछली के कार्य-प्रकार में पाइप हो जाता है। शायद यह ज्ञान मदद करेगा।

waterhouse 18 जन॰ 2014

👍2

यह पृष्ठभूमि एक पाइप के दोनों किनारों को स्पष्ट रूप से ... लेकिन fg कमांड देने से पृष्ठभूमि से प्रक्रिया को खींचती है, जिससे यह काम कर सके।

~ $ alias pjson='python -m json.tool | pygmentize -l json'
~ $ curl -u smoku -X GET -H "Content-Type: application/json" 'https://jira.......' | pjson
Job 4, 'curl -u smoku -X GET…' has stopped

~ $ fg
Enter host password for user 'smoku': ********
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   593    0   593    0     0   1372      0 --:--:-- --:--:-- --:--:--  1375

~ $ fg
{
    "expand": "renderedFields,names,schema,transitions,operations,editmeta,changelog",
    "id": "29874"
}

थोड़ा परेशान है कि मुझे साधारण उपनाम के बजाय $PATH में pjson रैपर स्क्रिप्ट बनाने की आवश्यकता है ... :(

smokku 18 अप्रैल 2016

मेरे संदर्भ के लिए यह भी खुला है बग बग https://bugzilla.opensuse.org/show_bug.cgi?id=963548

simotek 3 जून 2016

वाह! मुझे लगता है कि मुझे मेरा काम मिल गया! # 110 फिश पाइपिंग सिंटैक्स की व्याख्या करते हुए

function line --argument-names n
    cat 1>| tail -n +$n | head -1
end

milieu 20 अक्तू॰ 2016

🎉3

msoucy 26 नव॰ 2016

👍6

ऐसा लगता है कि शेल के भीतर और कमांड लाइन से निष्पादन में अंतर है:

(zsh)$ ./fish -c "read n | grep nothing"    
read> lol
(zsh)$ ./fish
(fish)$ read n | grep nothing
read> 
# Stuck forever, needs to kill the terminal. ^C, ^Z have no impact.

हो सकता है कि यह समस्या को डीबग करने में मदद कर सकता है?

layus 30 मार्च 2017

👍1

@layus : नहीं, वह # 3805 है, एक ऐसा मुद्दा जहां मछली स्वयं टर्मिनल पर नियंत्रण हासिल नहीं कर सकती है।

faho 31 मार्च 2017

_ मुझे लगता है कि इस संबंध में कुछ मूल व्यवहार बदल गए हैं, नीचे मछली मास्टर के संबंध में है / 3.0_

वहाँ दो बुनियादी मुद्दों मछली गलत यहाँ हो जाता है कर रहे हैं, पहले बफरिंग है समारोह / ब्लॉक उत्पादन (मैं यकीन है कि एक आधुनिक खोल कुछ भी कहीं भी बफ़र नहीं होता हूँ) और दूसरे को सही ढंग से श्रृंखला इनपुट / एक ब्लॉक भर में उत्पादन करने में असमर्थ रहा है। कुछ कोने के मामलों में सही व्यवहार कैसा दिखना चाहिए, इसमें बहुत अधिक अस्पष्टता (या कम से कम राय के अंतर के लिए कमरा) है, लेकिन मुझे नहीं लगता कि कोई भी इस बात का बचाव करेगा कि वर्तमान में इष्टतम होने के नाते मछली क्या करती है।

सामान्य तौर पर, आपके पास बाहरी कमांड होते हैं (और बिल्डिंस जो प्रभावी रूप से उसी तरह से, द्वारा और बड़े रूप में व्यवहार किए जाते हैं) जो आसान हैं: एक इनपुट, दो आउटपुट, जिनमें से एक को बाद के कमांड में जंजीर किया जा सकता है, जिनमें से दूसरे को पुनर्निर्देशित किया जाना चाहिए एक फ़ाइल या ट्टी। जब आप मूल रूप से एक इनपुट (जैसा कि केवल एक ही हो सकता है) से लेकर बाहरी कमांड या बिल्डिंस तक (जो अंततः विस्तारित होते हैं) के अनुक्रम में ब्लॉक और फ़ंक्शन मुश्किल होते हैं।

उस ने कहा, मैं असहमत हूं कि वर्तमान व्यवहार गलत है। (cat) उस डेटा को नहीं पढ़ा जाना चाहिए जिसे उस कमांड में पाइप किया गया था जिसे भीतर निष्पादित किया गया है:

mqudsi<strong i="11">@ZBook</strong> /m/c/U/m/Documents> type testfun
testfun is a function with definition
function testfun
    set input (cat)
    printf "You said '%s'\n" $input
end
mqudsi<strong i="12">@ZBook</strong> ~/r/fish-shell> echo testing123 | testfun
hello
^D
You said 'hello'

आप ब्लॉक में इनपुट पाइप कर रहे हैं, भले ही सेट इनपुट का उपभोग करता है, इनपुट का हिस्सा खपत करता है, या इनपुट को पूरी तरह से अनदेखा करता है, इनपुट के लिए बिल्ली /dev/tty से कनेक्ट करने के लिए सही है, जो तब सही ढंग से पारित हो जाता है। कमांड लाइन में प्रतिस्थापन के लिए खोल। वास्तव में, इस रेपो के खिलाफ दायर किए गए / थे (कई) कीड़े ऐसे मामलों के बारे में शिकायत करते हैं, जहां "उपप्रकार" परोक्ष रूप से कुछ स्तरों के साथ निष्पादित होने पर टर्मिनल से पढ़ रहे थे। IMHO, यह बैश है जो यहां टूटा हुआ है, खासकर जब से बैश असली उपधाराओं का समर्थन करता है और यहां अतुल्यकालिकता प्रदान करता है।

केवल टूटे हुए व्यवहार को मैं उन मामलों से उपजाऊ कहना चाहूँगा जहाँ बाहरी कमांड किसी फ़ंक्शन / ब्लॉक में लॉन्च किए जाते हैं और इनपुट का पूरी तरह से उपभोग नहीं करते हैं:

mqudsi<strong i="19">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        head -n1 | read -l line1
                                        head -n2 | read -l line2
                                        echo line1: $line1
                                        echo line2: $line2
                                    end
line1: foo
line2:

टीबीएच मैं बहुत हैरान हूं लेकिन यह सही ढंग से काम करता है:

mqudsi<strong i="23">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        /bin/echo 'hi from echo'
                                        cat | read -z from_cat
                                        printf 'from_cat: "%s"' $from_cat
                                    end
hi from echo
from_cat: "foo
bar
"¶

और यह सही भी है:

mqudsi<strong i="27">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        cat | read -zl from_cat1
                                        cat | read -zl from_cat2
                                        printf 'from_cat1: "%s"\n' $from_cat1
                                        printf 'from_cat2: "%s"\n' $from_cat2
                                    end
from_cat1: "foo
bar
"
from_cat2: ""

विशेष रूप से जब किसी दिन अतुल्यकालिक निष्पादन के साथ मछली में वास्तविक उपधाराओं को पेश करने की योजना को ध्यान में रखते हुए, मैं कहूंगा कि यहां दर्ज किए गए मूल मामले के संबंध में मछली का व्यवहार सही है। वास्तव में, मैं इस मुद्दे को पूरी तरह से बंद करने के लिए इच्छुक हूं, जब तक कि कोई भी वस्तु और यहां एक ठोस तर्क न दे सके।

mqudsi 9 अक्तू॰ 2018

जबकि मूल बग रिपोर्ट imho अमान्य है, @ वाटरहाउस द्वारा उठाए गए मुद्दे स्पॉट-ऑन और महान कैच हैं। लेकिन अच्छी खबर यह है कि # 5219 उन्हें ठीक करने के लिए प्रकट होता है, जिसमें cat | meh मामला भी शामिल है।

mqudsi<strong i="8">@ZBook</strong> ~/r/fish-shell> cat | meh
a
a
b
b
^D
mqudsi<strong i="9">@ZBook</strong> ~/r/fish-shell>

mqudsi 9 अक्तू॰ 2018

🎉1

उस ने कहा, मैं असहमत हूं कि वर्तमान व्यवहार गलत है। (कैट) को उस डेटा को नहीं पढ़ना चाहिए जिसे कमांड में डाला गया था।

मैं उस पर बहुत असहमत हूं!

बिल्ली इनपुट के लिए / dev / tty से कनेक्ट करने के लिए सही है

यह मानसिक मॉडल का सवाल है। मैं कहूंगा कि बिल्ली इनपुट के लिए "वर्तमान स्टडिन" से जुड़ती है। यदि फ़ंक्शन या ब्लॉक को पुनर्निर्देशित नहीं किया गया है, तो यह ट्टी है। यदि इसे पुनर्निर्देशित किया जाता है, तो यह वही है! इसलिए यहाँ / देव / tty से जुड़ना गलत होगा।

उन मामलों के बारे में शिकायत करना जहां अप्रत्यक्ष स्तर के कुछ स्तरों के साथ निष्पादित होने पर टर्मिनल से "उपधारा" नहीं पढ़ रहे थे

ध्यान दें कि वे सभी "वैश्विक" कमांड प्रतिस्थापन के बारे में थे। जैसे कमांडलाइन पर echo (fzf) चल रहा है। उस मामले में, कोई स्टडिन नहीं है।

तो मैं जो कहूंगा वह इस तरह काम करेगा:

echo | echo (cat) # from tty

begin
   echo | echo (cat) # from file
end < file

एक संबंधित समस्या (# 1035) है जो इस मामले में stderr के बारे में पूछती है, और इसे पुनर्निर्देशित नहीं किया जाता है। जो पुराने math फ़ंक्शन के साथ काफी समस्या थी, क्योंकि ऐसा इसके अंदर एक कमांड प्रतिस्थापन की सुविधा के लिए हुआ था, और इसलिए आप इसे पुनर्निर्देशित नहीं कर सकते थे।

यह इसका सारंगी भाग है। यदि कोई कार्य (cat) , तो क्या यह वास्तव में हमेशा उपयोगी होता है जो ट्टी से पढ़ा जाता है? या आप उस मामले में </dev/tty का उपयोग नहीं कर सकते थे?

faho 10 अक्तू॰ 2018

दिलचस्प विचार।

मुझे लगता है कि यह उबलता है कि क्या कोष्ठक सरल प्रतिस्थापन को दर्शाता है (यानी "कोष्ठक की सामग्री का दिखावा ऊपर की लाइन पर था, उन्हें पूरा करने के लिए चलाएं, परिणाम को चर में संग्रहीत करें, और चर को यहां प्रतिस्थापित करें") या यदि वे ' पुनः (वर्तमान में टूटा हुआ) सब-सब्सक्रिप्शन। मुझे लगा कि आम सहमति थी कि मछली को उचित उप-समर्थन याद आ रहा है, लेकिन इरादा हमेशा "कुछ बिंदु पर" ठीक करने का रहा है।

यदि यह पूर्व है, तो हां, मैं सहमत हूं, वर्तमान व्यवहार टूट गया है क्योंकि यदि आप कोष्ठकों की सामग्री को एक अलग रेखा पर ले जाते हैं, तो इसे निश्चित रूप से ब्लॉक पर पुनर्निर्देशित किए जा रहे इनपुट से पढ़ना चाहिए।

लेकिन subshells एक बहुत अधिक शक्तिशाली अवधारणा है, और उन्होंने आपको ऐसी चीजें करने दीं, जो कमांड प्रतिस्थापन के साथ संभव नहीं हैं और बहुत अधिक संवेदनशील और सक्षम स्क्रिप्ट बनाने के लिए। हालांकि तकनीकी रूप से यह संभव है कि जो भी ब्लॉक में इनपुट हो रहा है उसे एक सब-डिले में निष्पादित कमांड के स्टड में कनेक्ट किया जाए, मुझे लगता है कि यह वहां के मानसिक मॉडल के साथ असंगत

mqudsi 11 अक्तू॰ 2018

क्या कोष्ठक सरल प्रतिस्थापन को निरूपित करता है (अर्थात "कोष्ठक की सामग्री को दर्शाते हैं कि ऊपर की पंक्ति में थे, उन्हें पूरा करने के लिए चलाएँ, परिणाम को एक चर में संग्रहित करें, और यहाँ चर को प्रतिस्थापित करें") या यदि वे (वर्तमान में टूट गए) निर्वाह कर रहे हैं ।

मुझे नहीं लगता कि इन शर्तों को स्पष्ट रूप से परिभाषित किया गया है कि यहां बहुत अधिक उपयोग हो।

मेरे लिए, यह अधिक प्राकृतिक, अधिक विशिष्ट और अधिक उपयोगी है।

टर्मिनल से पढ़ना निश्चित रूप से उपयोगी है, और कभी-कभी आप टर्मिनल से पढ़ना चाहते हैं, भले ही आपके पास एक और स्टड हो (जैसे fzf मूल रूप से यह विशेष रूप से करता है)।

लेकिन मुझे लगता है कि स्टड से पढ़ना कहीं अधिक विशिष्ट है, खासकर यह देखते हुए कि गैर-संवादात्मक उपयोग ट्टी से बिल्कुल भी नहीं पढ़ेंगे। और चूंकि ट्टी से पढ़ना अभी भी संभव है (उस </dev/tty पुनर्निर्देशन के माध्यम से), तो इसे द्वितीयक विकल्प के रूप में छोड़ना ठीक लगता है।

faho 11 अक्तू॰ 2018

तथ्य यह है कि जिस मॉडल का मैं सुझाव दे रहा हूं उसमें </dev/tty का कोई विपरीत नहीं है जो मुझे मेरी स्थिति पर पुनर्विचार कर रहा है।

mqudsi 13 अक्तू॰ 2018

मैं चर्चा को पूरी तरह से समझने के लिए गोले में बहुत गहरा नहीं हो सकता। लेकिन मुझे कुछ हल करने की आवश्यकता है और मैं सोच रहा हूं कि क्या मुझे इसे हल करने के लिए बैश स्क्रिप्ट की आवश्यकता होगी।

यह मूल रूप से एक बहुत ही सरल कार्य है: मैं (z) बिल्ली से pv से mysql cli (मूल रूप से एक बैकअप को पुनर्स्थापित करने के लिए) के लिए stdout को पाइप करना चाहता हूं और क्योंकि मैं कनेक्ट स्ट्रिंग में प्रवेश नहीं करना चाहता, मैं इसके लिए एक फ़ंक्शन का उपयोग करना चाहता हूं। :

function mysqlenv --description connect to mysql server using config from .env
  mysql -u (getEnv DB_USERNAME) -p(getEnv DB_PASSWORD) (getEnv DB_DATABASE)
end

पहले मुझे यकीन था कि यह काम करेगा क्योंकि यह स्पष्ट है कि एक कमांड के लिए स्टाइनआउट बाईं ओर कमांड से है, लेकिन अब मैं भ्रमित हूं। ठीक है mysqlenv यह एक फ़ंक्शन नहीं है। अब मैं यहां बहुत सारे पाठ पढ़ रहा हूं और बहुत सारे "यह काम करना चाहिए" लेकिन कुछ भी काम नहीं कर रहा है।

मैंने क्या कोशिश की:

cat -|mysql... कोई आउटपुट नहीं; mysql को इनपुट नहीं मिलता है; ctr + c मौजूद है mysql; बैकग्राउंड में पाइप चल रहा है
mysql... <&0 कोई आउटपुट नहीं; mysql को इनपुट नहीं मिलता है; ctr + c मौजूद है mysql; बैकग्राउंड में पाइप चल रहा है
set input (cat); mysql... कोई आउटपुट नहीं; mysql को इनपुट नहीं मिलता है; ctr + c सभी में मौजूद है; पृष्ठभूमि में कुछ भी नहीं रहता है
read -z|mysql... कोई आउटपुट नहीं; mysql को इनपुट नहीं मिलता है; ctr + c ^c प्रिंट करता है

फिर से मेरा कमांड प्रॉम्प्ट: zcat some_backup.sql.gz|pv -s (zsize some_backup.sql.gz)|mysqlenv । यह पाइप की स्थिति को दिखाता है जब सीधे mysql के साथ उपयोग किया जाता है (मछली फ़ंक्शन inbetween के बिना) - इसलिए इसे काम करना चाहिए।

तो कृपया फंक्शन के अंदर कमांड के स्टाइन को फंक्शन से स्टैडिन कैसे दें?

मत कहो मुझे while read... माध्यम से हर पंक्ति के लिए फिर से कनेक्ट करना होगा। यह काम कर सकता है लेकिन यह कोई समाधान नहीं है क्योंकि इसके साथ काम करना बहुत धीमा है।

tflori 15 मई 2019

@tflori : बहुत सरल। बस कमांड को छोड़ दें, जैसे कि, बिना किसी पुनर्निर्देशन के। समस्या सीधे फ़ंक्शन में कमांड के साथ नहीं है। कुछ इस तरह

function foo
    cat
end

काम करता है। cat स्टड मिलता है जैसे इसे चाहिए।

जब यह कमांड प्रतिस्थापन में होता है, तो ऐसा नहीं होता है, जब आप इस बग को मार रहे होते हैं।

faho 15 मई 2019

@ फाहो का मतलब है कि प्रारंभिक कार्य करना चाहिए? लेकिन ऐसा नहीं है। शायद मेरा संस्करण पुराना है? मैं वर्तमान में 2.7.1 का उपयोग कर रहा हूं

tflori 15 मई 2019

शायद मेरा संस्करण पुराना है? मैं वर्तमान में 2.7.1 का उपयोग कर रहा हूं

@tflori : हाँ, आप 3.0.2 चाहते हैं।

faho 15 मई 2019

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fish-shell: कार्य करने के लिए पाइप नहीं पढ़ सकते हैं

सबसे उपयोगी टिप्पणी

सभी 21 टिप्पणियाँ

संबंधित मुद्दों