আইওআরর: [এর্নো 32] ভাঙা পাইপ: পাইথন

Question 1

আমার কাছে খুব সাধারণ পাইথন 3 স্ক্রিপ্ট রয়েছে:

f1 = open('a.txt', 'r')
print(f1.readlines())
f2 = open('b.txt', 'r')
print(f2.readlines())
f3 = open('c.txt', 'r')
print(f3.readlines())
f4 = open('d.txt', 'r')
print(f4.readlines())
f1.close()
f2.close()
f3.close()
f4.close()

তবে এটি সর্বদা বলে:

IOError: [Errno 32] Broken pipe

আমি এটি ঠিক করার সমস্ত জটিল পদ্ধতি ইন্টারনেটে দেখেছি, তবে আমি এই কোডটি সরাসরি অনুলিপি করেছি, তাই আমি মনে করি যে কোডটিতে কিছু ভুল আছে এবং পাইথনের সিগপিপ নয়।

আমি আউটপুটটিকে পুনর্নির্দেশ করছি, সুতরাং উপরের স্ক্রিপ্টটির নাম যদি "ওপেন.পি" হয়, তবে আমার চালনার আদেশটি হ'ল:

open.py | othercommand

Question 2

আমি সমস্যাটি পুনরায় তৈরি করি নি, তবে সম্ভবত এই পদ্ধতিটি এটিকে সমাধান করবে: ( stdoutব্যবহারের চেয়ে লাইনে লাইন লিখে print)

import sys
with open('a.txt', 'r') as f1:
    for line in f1:
        sys.stdout.write(line)

তুমি কি ভাঙা পাইপ ধরতে পার? stdoutপাইপ বন্ধ না হওয়া পর্যন্ত এটি ফাইলটিকে লাইনে লিখে দেয় writes

import sys, errno
try:
    with open('a.txt', 'r') as f1:
        for line in f1:
            sys.stdout.write(line)
except IOError as e:
    if e.errno == errno.EPIPE:
        # Handle error

othercommandপাইপটি খুব বড় হওয়ার আগে অবশ্যই এটি পড়তে হবে তা আপনাকেও নিশ্চিত করতে হবে - /unix/11946/how-big-is-tip-puff-buffer

Question 3

SIGPIPE হ্যান্ডলিংয়ের কারণে সমস্যা। আপনি নিম্নলিখিত কোডটি ব্যবহার করে এই সমস্যাটি সমাধান করতে পারেন:

from signal import signal, SIGPIPE, SIG_DFL
signal(SIGPIPE,SIG_DFL)

এই সমাধানের পটভূমি জন্য এখানে দেখুন । ভাল উত্তর এখানে ।

Question 4

আনার জন্য অ্যালেক্স এল এর সহায়ক উত্তর , akhan এর সহায়ক উত্তর , এবং Blckknght এর সহায়ক উত্তর কিছু অতিরিক্ত তথ্য একসাথে:

SIGPIPEপাইপ থেকে কোনও প্রক্রিয়া পড়ার প্রক্রিয়া না থাকলে স্ট্যান্ডার্ড ইউনিক্স সিগন্যালটি কোনও পাইপে লিখিত প্রক্রিয়াতে প্রেরণ করা হয় anymore
- এটি অগত্যা কোনও ত্রুটির শর্ত নয়; কিছু ইউনিক্স ইউটিলিটি যেমন head ডিজাইন দ্বারা পর্যাপ্ত ডেটা প্রাপ্ত হওয়ার পরে পাইপ থেকে অকাল পড়া বন্ধ করে দেয়।
ডিফল্টরূপে - অর্থাত্, যদি লেখার প্রক্রিয়াটি স্পষ্টভাবে ফাঁদে না যায় SIGPIPE- লেখার প্রক্রিয়াটি কেবল সমাপ্ত হয় এবং এর প্রস্থান কোড সেট করা হয়141 , যা গণনা করা হয় 128(সাধারণভাবে সংকেত দ্বারা সমাপ্তির লক্ষণ হিসাবে ) + 13( SIGPIPEএর নির্দিষ্ট সংকেত সংখ্যা ) ।
নকশা দ্বারা, পাইথন নিজেই ফাঁদে পড়েSIGPIPE এবং এটিকেIOErrorerrno মূল্যের সাথে পাইথন উদাহরণে অনুবাদ করেerrno.EPIPE , যাতে পাইথনের লিপিটি এটি চয়ন করতে পারে, যদি এটি পছন্দ করে - এটি কীভাবে করবেন তার জন্য অ্যালেক্স এল এর উত্তর দেখুন ।
একটি পাইথন যদি স্ক্রিপ্ট নেই না এটা ধরতে , পাইথন আউটপুট ত্রুটি বার্তাIOError: [Errno 32] Broken pipe এবং প্রস্থান কোড সহ স্ক্রিপ্ট বন্ধ1 - এই উপসর্গ ওপি করাত হয়।
অনেক ক্ষেত্রে এটি সহায়কের চেয়ে আরও বিঘ্নজনক , তাই ডিফল্ট আচরণে ফিরে যাওয়া বাঞ্ছনীয় :
- signalমডিউলটি ব্যবহার করা ঠিক তা করতে দেয়, যেমন আখনের উত্তরে বলা হয়েছে ; signal.signal()1 ম আর্গুমেন্ট হিসাবে হ্যান্ডেল এবং 2 য় হিসাবে একটি হ্যান্ডলার গ্রহণ করে; বিশেষ হ্যান্ডলার মান SIG_DFLসিস্টেমের ডিফল্ট আচরণকে উপস্থাপন করে :
```
from signal import signal, SIGPIPE, SIG_DFL
signal(SIGPIPE, SIG_DFL) 
```

Question 5

যখন আপনি অন্য প্রান্তে বন্ধ হয়ে যাওয়া পাইপটিতে লেখার চেষ্টা করবেন তখন একটি "ব্রোকন পাইপ" ত্রুটি ঘটে। যেহেতু আপনি দেখিয়েছেন কোডটি কোনও পাইপ সরাসরি জড়িত না, তাই আমি সন্দেহ করি যে আপনি পাইথনের বাইরের কিছু করছেন পাইথন ইন্টারপ্রেটারের স্ট্যান্ডার্ড আউটপুট অন্য কোথাও পুনর্নির্দেশের জন্য। আপনি যদি স্ক্রিপ্টটি চালাচ্ছেন তবে এটি ঘটতে পারে:

python foo.py | someothercommand

আপনার কাছে সমস্যাটি someothercommandহ'ল এটির স্ট্যান্ডার্ড ইনপুটটিতে উপলভ্য সমস্ত কিছুই না পড়েই প্রস্থান করা হচ্ছে । এটি আপনার লেখার (মাধ্যমে print) কোনও সময়ে ব্যর্থ হতে পারে।

আমি লিনাক্স সিস্টেমে নিম্নলিখিত কমান্ডটি দিয়ে ত্রুটিটি পুনরুত্পাদন করতে সক্ষম হয়েছি:

python -c 'for i in range(1000): print i' | less

যদি আমি lessপেজারটি এর সমস্ত ইনপুট (1000 লাইন) এর মাধ্যমে স্ক্রল না করেই বন্ধ করে রাখি তবে পাইথন IOErrorআপনি যেই প্রতিবেদন করেছেন তা দিয়ে বেরিয়ে আসে ।

Question 6

আমি যে পদ্ধতিটি ব্যবহার করে তা নির্দেশ করতে বাধ্য feel

signal(SIGPIPE, SIG_DFL)

সত্যই বিপজ্জনক (যেমন ইতিমধ্যে মন্তব্যগুলিতে ডেভিড বেনেট পরামর্শ দিয়েছিলেন) এবং আমার ক্ষেত্রে প্ল্যাটফর্ম নির্ভর মজার ব্যবসায়ের দিকে পরিচালিত হয় যখন একত্রিত হয়ে যায় multiprocessing.Manager(কারণ স্ট্যান্ডার্ড লাইব্রেরি ব্রোকনপাইপ এরর উপর নির্ভর করে বেশ কয়েকটি জায়গায় উত্থাপিত হয়)। একটি দীর্ঘ এবং বেদনাদায়ক গল্পটি ছোট করার জন্য, আমি এটি এটি ঠিক করেছি:

প্রথমত, আপনাকে IOError(পাইথন 2) বা BrokenPipeError(পাইথন 3) ধরতে হবে । আপনার প্রোগ্রামের উপর নির্ভর করে আপনি তাড়াতাড়ি প্রস্থান করার চেষ্টা করতে পারেন বা কেবল ব্যতিক্রম উপেক্ষা করতে পারেন:

from errno import EPIPE

try:
    broken_pipe_exception = BrokenPipeError
except NameError:  # Python 2
    broken_pipe_exception = IOError

try:
    YOUR CODE GOES HERE
except broken_pipe_exception as exc:
    if broken_pipe_exception == IOError:
        if exc.errno != EPIPE:
            raise

তবে, এটি যথেষ্ট নয়। পাইথন 3 এখনও এই জাতীয় বার্তা প্রিন্ট করতে পারে:

Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

দুর্ভাগ্যক্রমে এই বার্তাটি থেকে মুক্তি পাওয়া সহজ নয়, তবে অবশেষে আমি http://bugs.python.org/issue11380 খুঁজে পেয়েছি যেখানে রবার্ট কলিন্স এই কাজের প্রস্তাব দেয় যে আমি একটি ডেকরেটারে পরিণত হয়েছি যার সাথে আপনি আপনার মূল ফাংশনটি গুটিয়ে রাখতে পারেন (হ্যাঁ, এটি কিছুটা ক্রেজি) ইন্ডেন্টেশন):

from functools import wraps
from sys import exit, stderr, stdout
from traceback import print_exc


def suppress_broken_pipe_msg(f):
    @wraps(f)
    def wrapper(*args, **kwargs):
        try:
            return f(*args, **kwargs)
        except SystemExit:
            raise
        except:
            print_exc()
            exit(1)
        finally:
            try:
                stdout.flush()
            finally:
                try:
                    stdout.close()
                finally:
                    try:
                        stderr.flush()
                    finally:
                        stderr.close()
    return wrapper


@suppress_broken_pipe_msg
def main():
    YOUR CODE GOES HERE

Question 7

আমি জানি এটি এটি করার "যথাযথ" উপায় নয়, তবে আপনি যদি ত্রুটি বার্তা থেকে মুক্তি পেতে আগ্রহী হন তবে আপনি এই চেষ্টাটি চেষ্টা করতে পারেন:

python your_python_code.py 2> /dev/null | other_command

Question 8

এখানে শীর্ষ উত্তর ( if e.errno == errno.EPIPE:) সত্যই আমার পক্ষে কাজ করে নি। আমি পেয়েছি:

AttributeError: 'BrokenPipeError' object has no attribute 'EPIPE'

তবে, আপনার যদি যত্ন করা সমস্ত নির্দিষ্ট লেখায় ভাঙা পাইপগুলি উপেক্ষা করে থাকে তবে এটি কাজ করা উচিত। আমি মনে করি এটি সন্ধানের ফাঁদে ফেলার চেয়ে নিরাপদ:

try:
    # writing, flushing, whatever goes here
except BrokenPipeError:
    exit( 0 )

আপনার কোডটি সত্যিই সত্য কিনা, আপনি যদি ভাঙা পাইপটি আঘাত করেন তবে সত্যই সম্পন্ন হয়েছে কিনা সে সম্পর্কে আপনাকে অবশ্যই সিদ্ধান্ত নিতে হবে, তবে বেশিরভাগ উদ্দেশ্যে আমি মনে করি এটি সাধারণত সত্য হতে চলেছে। (ফাইল হ্যান্ডলগুলি ইত্যাদি বন্ধ করতে ভুলবেন না)

Question 9

আপনার স্ক্রিপ্ট থেকে আউটপুটটির পড়ার শেষ অকাল মারা গেলে এটিও ঘটতে পারে

অর্থাত্ ওপেন.পি | অন্যান্য কম্যান্ড

যদি অন্যান্য কম্যান্ড প্রস্থান করে এবং ওপেন.পি স্টাডাউটে লেখার চেষ্টা করে

আমার একটি খারাপ গাক স্ক্রিপ্ট ছিল যা আমার সাথে এই সুন্দর করে।

Question 10

বন্ধগুলি ওপেনের বিপরীতে করা উচিত।