Eval और exec में क्या अंतर है?

Question

evalऔर execदोनों को bash (1) के कमांड में बनाया गया है जो कमांड निष्पादित करते हैं।

मैं यह भी देखता हूं execकि कुछ विकल्प हैं लेकिन क्या केवल यही अंतर है? उनके संदर्भ में क्या होता है?

Comments

संबंधित askubuntu.com/questions/525767/what-does-an-exec-command-do/…

— ट्रेवर बॉयड स्मिथ

संबंधित unix.stackexchange.com/a/279030/5510

— ट्रेवर बॉयड स्मिथ

Answer 1

evalऔर execपूरी तरह से अलग जानवर हैं। (इस तथ्य के अलावा कि दोनों कमांड चलाएंगे, लेकिन ऐसा सब कुछ आप एक शेल में करते हैं।)

$ help exec
exec: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
    Replace the shell with the given command.

क्या exec cmdकरता है, बस चलने के समान है cmd, सिवाय इसके कि वर्तमान शेल को कमांड के साथ प्रतिस्थापित किया जाता है, बजाय एक अलग प्रक्रिया के चलाया जा रहा है। आंतरिक रूप से, कहते हैं कि एक बच्चे की प्रक्रिया बनाने के लिए /bin/lsकॉल fork()किया जाएगा , और फिर exec()बच्चे को निष्पादित करने के लिए /bin/ls। exec /bin/lsदूसरी ओर कांटा नहीं होगा , लेकिन सिर्फ खोल को बदल देगा।

की तुलना करें:

$ bash -c 'echo $$ ; ls -l /proc/self ; echo foo'
7218
lrwxrwxrwx 1 root root 0 Jun 30 16:49 /proc/self -> 7219
foo

साथ में

$ bash -c 'echo $$ ; exec ls -l /proc/self ; echo foo'
7217
lrwxrwxrwx 1 root root 0 Jun 30 16:49 /proc/self -> 7217

echo $$मेरे द्वारा शुरू किए गए शेल के पीआईडी ​​को प्रिंट करता है, और लिस्टिंग /proc/selfसे हमें उस शेल का पीआईडी ​​मिलता है जो शेल lsसे चलाया गया था। आमतौर पर, प्रक्रिया आईडी अलग होते हैं, लेकिन execशेल के साथ और lsसमान प्रक्रिया आईडी होती है। इसके execबाद, शेल के बदले जाने के बाद कमांड का पालन नहीं हुआ।

---

दूसरी ओर:

$ help eval
eval: eval [arg ...]
    Execute arguments as a shell command.

evalवर्तमान शेल में कमांड के रूप में तर्क चलाएगा। दूसरे शब्दों eval foo barमें बस के रूप में ही है foo bar। लेकिन चर को निष्पादित करने से पहले विस्तारित किया जाएगा, इसलिए हम शेल चर में सहेजे गए कमांड निष्पादित कर सकते हैं:

$ unset bar
$ cmd="bar=foo"
$ eval "$cmd"
$ echo "$bar"
foo

यह एक बच्चे की प्रक्रिया नहीं बनाएगा, इसलिए चर को वर्तमान शेल में सेट किया गया है। (बेशक eval /bin/lsएक बच्चे की प्रक्रिया पैदा करेगा, उसी तरह एक सादा पुराना /bin/lsहोगा।)

या हमारे पास एक कमांड हो सकती है जो शेल कमांड को आउटपुट करती है। रनिंग ssh-agentपृष्ठभूमि में एजेंट को शुरू करता है, और चर असाइनमेंट का एक गुच्छा आउटपुट करता है, जिसे वर्तमान शेल में सेट किया जा सकता है और इसका उपयोग चाइल्ड प्रोसेस ( sshकमांड्स जो आप चलाएंगे) द्वारा किया जाता है । इसलिए ssh-agentइसके साथ शुरू किया जा सकता है:

eval $(ssh-agent)

और वर्तमान शेल को विरासत में अन्य कमांड के लिए वैरिएबल मिलेंगे।

---

बेशक, अगर वैरिएबल cmdमें कुछ होने जैसा है rm -rf $HOME, तो रनिंग eval "$cmd"कुछ ऐसा नहीं होगा जिसे आप करना चाहते हैं। यहां तक ​​कि स्ट्रिंग के अंदर कमांड प्रतिस्थापन जैसी चीजों को संसाधित किया जाएगा, इसलिए किसी को वास्तव में यह सुनिश्चित करना चाहिए कि इनपुट का evalउपयोग करने से पहले सुरक्षित है।

अक्सर, evalगलती से कोड और डेटा को गलती से भी मिश्रण से बचने और बचने के लिए संभव है ।

Comments

यह एक महान जवाब है, @ilkkachu। धन्यवाद!

— विलियन पैक्साओ

— Eval के

@ क्लियरलाइट, अच्छी तरह से, जो मुझे इस उत्तर में भी पहली जगह का उपयोग न करने केeval बारे में सामान्य अस्वीकरण जोड़ने की याद दिलाता है। परोक्ष रूप से संशोधित चर की तरह सामग्री के माध्यम से कई गोले में किया जा सकता है declare/ typeset/ namerefऔर जैसे विस्तार ${!var}, इसलिए मैं बजाय उन का प्रयोग करेंगे evalजब तक कि मैं वास्तव में इसे से बचने के लिए किया था।

— ilkachachu

Answer 2

execएक नई प्रक्रिया नहीं बनाता है। यह नई कमांड के साथ वर्तमान प्रक्रिया को बदल देता है। यदि आपने कमांड लाइन पर ऐसा किया है, तो यह प्रभावी रूप से आपके शेल सत्र को समाप्त कर देगा (और शायद आपको लॉग आउट करें या टर्मिनल विंडो बंद करें!)

जैसे

ksh% bash
bash-4.2$ exec /bin/echo hello
hello
ksh% 

यहाँ मैं ksh(मेरा सामान्य खोल) हूँ। मैं शुरू करता हूं bashऔर फिर बैश I के अंदर exec /bin/echo। हम देख सकते हैं कि मुझे kshबाद में वापस छोड़ दिया गया है क्योंकि bashप्रक्रिया द्वारा प्रतिस्थापित किया गया था /bin/echo।

Comments

चेहरे पर उम ksh b / c प्रक्रिया में वापस गिरा दिया गूंज द्वारा प्रतिस्थापित नहीं किया गया था कि बहुत मतलब है?

Answer 3

टी एल; डॉ

execयदि कोई आदेश निर्दिष्ट नहीं किया गया है, तो नई और हैंडल स्ट्रीम पुनर्निर्देशन / फ़ाइल डिस्क्रिप्टर के साथ वर्तमान शेल प्रक्रिया को बदलने के लिए उपयोग किया जाता है। evalकमांड के रूप में स्ट्रिंग्स का मूल्यांकन करने के लिए उपयोग किया जाता है। दोनों का उपयोग रन-टाइम में ज्ञात तर्कों के साथ एक कमांड को बनाने और निष्पादित करने के लिए किया जा सकता है, लेकिन execकमांड निष्पादित करने के अलावा वर्तमान शेल की प्रक्रिया को बदल देता है।

निष्पादन में निर्माण

वाक्य - विन्यास:

exec [-cl] [-a name] [command [arguments]]

नियमावली के अनुसार यदि इस अंतर्निहित में निर्दिष्ट कमांड है

... खोल की जगह। कोई नई प्रक्रिया नहीं बनाई जाती है। तर्क आज्ञा देने के तर्क बन जाते हैं।

दूसरे शब्दों में, यदि आप bashPID 1234 के साथ चल रहे थे और यदि आप exec top -u rootउस शेल के भीतर चल रहे थे , तो topकमांड में PID 1234 होगा और आपकी शेल प्रक्रिया को बदल देगा।

यह कहां उपयोगी है? आवरण लिपियों के रूप में जानी जाने वाली किसी चीज़ में। इस तरह की स्क्रिप्ट तर्कों के सेट का निर्माण करती हैं या कुछ निर्णय execलेती हैं कि कौन से चर पर्यावरण में पारित होते हैं, और फिर जो कुछ भी निर्दिष्ट किया गया है, उसके साथ खुद को बदलने के लिए उपयोग करते हैं, और निश्चित रूप से उन्हीं तर्कों को प्रदान करते हैं जो आवरण स्क्रिप्ट ने रास्ते में बनाए हैं।

मैनुअल यह भी बताता है कि:

यदि कमांड निर्दिष्ट नहीं है, तो कोई भी पुनर्निर्देशन वर्तमान शेल में प्रभावी होता है

यह हमें एक फ़ाइल में वर्तमान गोले आउटपुट धाराओं से कुछ भी पुनर्निर्देशित करने की अनुमति देता है। यह लॉगिंग या फ़िल्टरिंग उद्देश्यों के लिए उपयोगी हो सकता है, जहाँ आप stdoutकेवल कमांड नहीं देखना चाहते हैं stderr। उदाहरण के लिए, जैसे:

bash-4.3$ exec 3>&1
bash-4.3$ exec > test_redirect.txt
bash-4.3$ date
bash-4.3$ echo "HELLO WORLD"
bash-4.3$ exec >&3
bash-4.3$ cat test_redirect.txt 
2017年 05月 20日 星期六 05:01:51 MDT
HELLO WORLD

यह व्यवहार शेल स्क्रिप्ट में लॉगिंग के लिए काम करता है , अलग-अलग फ़ाइलों या प्रक्रियाओं के लिए धाराओं को पुनर्निर्देशित करता है , और फ़ाइल डिस्क्रिप्टर के साथ अन्य मज़ेदार सामान ।

कम से कम bashसंस्करण 4.3 के लिए स्रोत कोड स्तर पर , execअंतर्निहित को परिभाषित किया गया है builtins/exec.def। यह प्राप्त आदेशों को पार्स करता है, और यदि कोई हो, तो यह फ़ाइल shell_execve()में परिभाषित फ़ंक्शन पर चीजों को पास करता है execute_cmd.c।

लंबी कहानी छोटी, execसी प्रोग्रामिंग भाषा में आदेशों का एक परिवार मौजूद है , और shell_execve()मूल रूप से एक आवरण समारोह है execve:

/* Call execve (), handling interpreting shell scripts, and handling
   exec failures. */
int
shell_execve (command, args, env)
     char *command;
     char **args, **env;
{

eval में निर्मित

बाश 4.3 मैनुअल स्टेट्स (मेरे द्वारा जोड़ा गया जोर):

आर्गल्स को एक ही कमांड में पढ़ा और समेटा जाता है। इस आदेश को तब शेल द्वारा पढ़ा और निष्पादित किया जाता है , और इसके निकास की स्थिति को निष्कासन के मूल्य के रूप में वापस किया जाता है।

ध्यान दें कि कोई भी प्रक्रिया प्रतिस्थापन नहीं होती है। इसके विपरीत execजहां लक्ष्य execve()कार्यक्षमता का अनुकरण करना है, evalबिल्ट केवल तर्कों का "मूल्यांकन" करने के लिए कार्य करता है, जैसे कि उपयोगकर्ता ने उन्हें कमांड लाइन पर टाइप किया है। जैसे, नई प्रक्रियाएँ बनती हैं।

यह कहाँ उपयोगी हो सकता है? जैसा कि गाइल्स ने इस उत्तर में बताया , "... eval का उपयोग अक्सर नहीं किया जाता है। कुछ गोले में, सबसे आम उपयोग एक चर के मूल्य को प्राप्त करना है जिसका नाम रनटाइम तक ज्ञात नहीं है"। व्यक्तिगत रूप से, मैंने इसका उपयोग उबंटू में कुछ लिपियों में किया है जहाँ उपयोगकर्ता द्वारा वर्तमान में उपयोग किए जा रहे विशिष्ट कार्यक्षेत्र के आधार पर एक कमांड को निष्पादित / मूल्यांकन करना आवश्यक था।

स्रोत कोड स्तर पर, यह कार्य builtins/eval.defकरने के लिए पार्स किए गए इनपुट स्ट्रिंग को अंदर और पास evalstring()करता है।

अन्य बातों के अलावा, evalवे चर पेश कर सकते हैं जो वर्तमान शेल निष्पादन वातावरण में बने रहते हैं, जबकि execवे नहीं कर सकते:

$ eval x=42
$ echo $x
42
$ exec x=42
bash: exec: x=42: not found

Comments

@ ctrl-alt-delor मैंने उस भाग को संपादित किया है, धन्यवाद, हालांकि यकीनन यह एक नई प्रक्रिया को जन्म देता है, पीआईडी ​​केवल वर्तमान शेल के समान ही रहता है। भविष्य में संपादन उत्तरों पर विचार करें, एक टिप्पणी और नीचे छोड़ने के बजाय, विशेष रूप से जहां 7-शब्द वाक्यांश के रूप में ऐसी मामूली बात सवाल में है; किसी उत्तर को संपादित करने और सही करने में बहुत कम समय लगता है, और यह कहीं अधिक सहायक होता है।

— सर्गी कोलोडियाज़नी

Answer 4

एक नई बाल प्रक्रिया बनाना, तर्क चलाना और निकास की स्थिति वापस करना।

ओह क्या? इसका संपूर्ण बिंदु evalयह है कि यह किसी भी तरह से एक बच्चे की प्रक्रिया नहीं बनाता है। यदि मैं करता हूँ

eval "cd /tmp"

एक शेल में, फिर बाद में वर्तमान शेल ने निर्देशिका बदल दी होगी। न तो execएक नई बाल प्रक्रिया बनाता है, इसके बजाय यह दिए गए एक के लिए वर्तमान निष्पादन योग्य (अर्थात् शेल) को बदलता है; प्रक्रिया आईडी (और खुली फ़ाइलें और अन्य सामान) एक ही रहते हैं। विरोध के रूप में eval, एक execकॉलिंग शेल में वापस नहीं आएगा जब तक execकि निष्पादन योग्य को खोजने या लोड करने में असमर्थ होने के कारण या विफलता के विस्तार की समस्याओं को हल करने में असमर्थ होने के कारण स्वयं विफल हो जाता है।

evalमूल रूप से अपने तर्क (ओं) को एक स्ट्रिंग के रूप में संघनन के बाद व्याख्या करता है, अर्थात् यह वाइल्डकार्ड विस्तार और तर्क विभाजन की एक अतिरिक्त परत करेगा। execऐसा कुछ नहीं करता।

Comments

मूल प्रश्न "eval और exec दोनों बैश (1) के बिलियन कमांड्स हैं और कमांड्स निष्पादित करते हैं, एक नई चाइल्ड प्रोसेस बनाते हैं, तर्क चलाते हैं और एक्जिट स्टेटस वापस करते हैं"; मैंने गलत अनुमान लगाया है।

— चार्ल्स स्टीवर्ट

Answer 5

मूल्यांकन

ये काम:

$ echo hi
hi

$ eval "echo hi"
hi

$ exec echo hi
hi

हालाँकि, ये नहीं हैं:

$ exec "echo hi"
bash: exec: echo hi: not found

$ "echo hi"
bash: echo hi: command not found

---

प्रक्रिया छवि प्रतिस्थापन

यह उदाहरण दर्शाता है कि execइसकी कॉलिंग प्रक्रिया की छवि कैसे बदल जाती है:

# Get PID of current shell
sh$ echo $$
1234

# Enter a subshell with PID 5678
sh$ sh

# Check PID of subshell
sh-subshell$ echo $$
5678

# Run exec
sh-subshell$ exec echo $$
5678

# We are back in our original shell!
sh$ echo $$
1234

सूचना जो exec echo $$उप-समूह के PID के साथ चलती है! इसके अलावा, यह पूरा होने के बाद, हम अपने मूल sh$शेल में वापस आ गए थे ।

दूसरी ओर, प्रक्रिया छवि को प्रतिस्थापित नहींeval करता है । बल्कि, यह दी गई कमांड को चलाता है जैसा कि आप सामान्य रूप से शेल के भीतर ही करेंगे। (बेशक, अगर आप एक कमांड चलाते हैं जिसे स्पॉन करने के लिए एक प्रक्रिया की आवश्यकता होती है ... यह बस यही करता है!)

sh$ echo $$
1234

sh$ sh

sh-subshell$ echo $$
5678

sh-subshell$ eval echo $$
5678

# We are still in the subshell!
sh-subshell$ echo $$
5678

Comments

मैंने इस जवाब को पोस्ट किया क्योंकि अन्य उदाहरणों ने वास्तव में इस तरह के मैं के रूप में कमजोर दिमागों के लिए पर्याप्त रूप से समझ में नहीं आया था

— मातेन उल्हाक

शब्दों का खराब विकल्प: प्रक्रिया प्रतिस्थापन एक मौजूदा अवधारणा है जो आपको यहाँ पर जो कुछ भी दिखा रहा है उससे असंबंधित लगता है।

— मूरू

@muru "प्रक्रिया प्रतिस्थापन" बेहतर है? मुझे यकीन नहीं है कि सही शब्दावली क्या है। मैनपेज इसे "प्रोसेस इमेज को रिप्लेस" करने वाला लगता है।

— मतीन उलहाक

हम्म, डन्नो। (लेकिन जब मैंने सुना है कि "प्रक्रिया छवि की जगह", मुझे लगता है: exec)

— muru