lnposix - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

एलएन - लिंक फ़ाइलें

SYNOPSIS

ln [−fs] [-एल|-पी] स्रोत दस्तावेज लक्ष्य फाइल

ln [−fs] [-एल|-पी] स्रोत दस्तावेज... लक्ष्य_दिर

वर्णन

पहले सारांश प्रपत्र में, ln उपयोगिता एक नई निर्देशिका प्रविष्टि (लिंक) बनाएगी
द्वारा निर्दिष्ट गंतव्य पथ लक्ष्य फाइल संकार्य. यदि -एस विकल्प निर्दिष्ट है,
द्वारा निर्दिष्ट फ़ाइल के लिए एक प्रतीकात्मक लिंक बनाया जाएगा स्रोत दस्तावेज संकार्य. यह
पहला सारांश फॉर्म तब माना जाएगा जब अंतिम ऑपरेंड में किसी मौजूदा का नाम नहीं होगा
निर्देशिका; यदि दो से अधिक ऑपरेंड निर्दिष्ट हैं और अंतिम मौजूदा नहीं है
निर्देशिका, एक त्रुटि परिणामित होगी।

दूसरे सारांश प्रपत्र में, ln उपयोगिता एक नई निर्देशिका प्रविष्टि (लिंक) बनाएगी, या
अगर -एस विकल्प द्वारा निर्दिष्ट प्रत्येक फ़ाइल के लिए एक प्रतीकात्मक लिंक निर्दिष्ट किया गया है स्रोत दस्तावेज
ऑपरेंड, द्वारा नामित मौजूदा निर्देशिका में एक गंतव्य पथ पर लक्ष्य_दिर.

यदि अंतिम ऑपरेंड सिस्टम द्वारा निर्दिष्ट नहीं किए गए प्रकार की मौजूदा फ़ाइल निर्दिष्ट करता है
POSIX.1-2008 का इंटरफ़ेस वॉल्यूम, व्यवहार कार्यान्वयन-परिभाषित है।

प्रत्येक के लिए संगत गंतव्य पथ स्रोत दस्तावेज का संयोजन होगा
लक्ष्य निर्देशिका पथनाम, ए यदि लक्ष्य निर्देशिका पथनाम नहीं है तो वर्ण
ए में समाप्त करें , और का अंतिम पथनाम घटक स्रोत दस्तावेज. दूसरा सारांश
फॉर्म तब माना जाएगा जब अंतिम ऑपरेंड मौजूदा निर्देशिका का नाम देगा।

प्रत्येक के लिए स्रोत दस्तावेज:

1. यदि गंतव्य पथ मौजूद है और पिछले चरण द्वारा बनाया गया है, तो यह अनिर्दिष्ट है
या ln मानक त्रुटि के लिए एक निदान संदेश लिखेंगे, इससे अधिक कुछ नहीं करेंगे
वर्तमान स्रोत दस्तावेज, और किसी भी शेष पर जाएं स्रोत दस्तावेजएस; या जारी रहेगा
वर्तमान को संसाधित करना स्रोत दस्तावेज. यदि गंतव्य पथ मौजूद है:

ए। अगर -एफ विकल्प निर्दिष्ट नहीं है, ln मानक के लिए एक नैदानिक ​​संदेश लिखेंगे
त्रुटि, वर्तमान के साथ और कुछ न करें स्रोत दस्तावेज, और किसी भी शेष पर जाएं
स्रोत दस्तावेजs.

बी। अगर गंतव्य वर्तमान के समान निर्देशिका प्रविष्टि को नाम दें स्रोत दस्तावेज ln करेगा
मानक त्रुटि के लिए एक निदान संदेश लिखें, वर्तमान के साथ और कुछ न करें
स्रोत दस्तावेज, और किसी भी शेष पर जाएं स्रोत दस्तावेजs.

सी। के समतुल्य कार्यवाही की जायेगी उतारना() फ़ंक्शन में परिभाषित किया गया है
POSIX.1-2008 का सिस्टम इंटरफ़ेस वॉल्यूम, जिसे यूज़िंग कहा जाता है गंतव्य जैसा पथ
तर्क। यदि यह किसी भी कारण से विफल हो जाता है, ln को एक नैदानिक ​​संदेश लिखेंगे
मानक त्रुटि, वर्तमान के साथ और कुछ न करें स्रोत दस्तावेज, और किसी भी पर जाएं
शेष स्रोत दस्तावेजs.

2। अगर -एस विकल्प निर्दिष्ट है, कार्रवाई के बराबर निष्पादित किया जाएगा सिमलिंक()
के साथ कार्य करें स्रोत दस्तावेज जैसा path1 तर्क और गंतव्य पथ के रूप में path2
बहस। ln उपयोगिता इसके साथ और कुछ नहीं करेगी स्रोत दस्तावेज और किसी पर भी जाना होगा
शेष फ़ाइलें।

3। अगर स्रोत दस्तावेज एक प्रतीकात्मक लिंक है:

ए। अगर -पी विकल्प प्रभावी है, कार्रवाई इसके बराबर की जाएगी
लिंकैट() के साथ कार्य करें स्रोत दस्तावेज जैसा path1 तर्क, गंतव्य पथ के रूप में
la path2 तर्क, AT_FDCWD के रूप में fd1 और fd2 तर्क, और शून्य के रूप में झंडा
तर्क।

बी। यदि -एल विकल्प प्रभावी है, कार्रवाई इसके बराबर की जाएगी
लिंकैट() के साथ कार्य करें स्रोत दस्तावेज जैसा path1 तर्क, गंतव्य पथ के रूप में
la path2 तर्क, AT_FDCWD के रूप में fd1 और fd2 तर्क, और AT_SYMLINK_FOLLOW
जैसा झंडा तर्क।

RSI ln उपयोगिता इसके साथ और कुछ नहीं करेगी स्रोत दस्तावेज और किसी भी शेष पर जाना होगा
फाइलें.

4. कार्रवाई के बराबर निष्पादित किया जाएगा संपर्क() सिस्टम में परिभाषित फ़ंक्शन
POSIX.1-2008 का इंटरफ़ेस वॉल्यूम का उपयोग करना स्रोत दस्तावेज जैसा path1 तर्क, और
गंतव्य पथ के रूप में path2 तर्क।

विकल्प

RSI ln उपयोगिता POSIX.1‐2008 की आधार परिभाषाओं की मात्रा के अनुरूप होगी, अनुभाग 12.2,
उपयोगिता वाक्य - विन्यास दिशानिर्देश.

निम्नलिखित विकल्पों का समर्थन किया जाएगा:

-एफ लिंक को अनुमति देने के लिए मौजूदा गंतव्य पथनामों को हटाने के लिए बाध्य करें।

-एल प्रत्येक के लिए स्रोत दस्तावेज ऑपरेंड जो प्रतीकात्मक लिंक प्रकार की फ़ाइल को नाम देता है, एक बनाएं
(हार्ड) प्रतीकात्मक लिंक द्वारा संदर्भित फ़ाइल का लिंक।

-पी प्रत्येक के लिए स्रोत दस्तावेज ऑपरेंड जो प्रतीकात्मक लिंक प्रकार की फ़ाइल को नाम देता है, एक बनाएं
(हार्ड) प्रतीकात्मक लिंक से ही लिंक करें।

-एस हार्ड लिंक के बजाय प्रतीकात्मक लिंक बनाएं। यदि -एस विकल्प निर्दिष्ट है,
-एल और -पी विकल्पों को चुपचाप नजरअंदाज कर दिया जाएगा।

परस्पर-अनन्य विकल्पों में से एक से अधिक निर्दिष्ट करना -एल और -पी नहीं किया जाएगा
त्रुटि मानी गयी. निर्दिष्ट अंतिम विकल्प उपयोगिता के व्यवहार को निर्धारित करेगा
(जब तक कि -एस विकल्प के कारण इसे अनदेखा कर दिया जाता है)।

अगर -एस विकल्प निर्दिष्ट नहीं है और न ही a -एल न ही ए -पी विकल्प निर्दिष्ट है, यह है
कार्यान्वयन-परिभाषित कौन सा -एल और -पी विकल्पों का उपयोग डिफ़ॉल्ट के रूप में किया जाएगा.

ऑपरेंड

निम्नलिखित ऑपरेंड समर्थित होंगे:

स्रोत दस्तावेज
लिंक की जाने वाली फ़ाइल का पथनाम. यदि -एस विकल्प निर्दिष्ट है, नहीं
फ़ाइल के प्रकार या उसके अस्तित्व पर प्रतिबंध लगाया जाएगा। यदि -एस
विकल्प निर्दिष्ट नहीं है, क्या किसी निर्देशिका को जोड़ा जा सकता है कार्यान्वयन है-
परिभाषित।

लक्ष्य फाइल
बनाई जाने वाली नई निर्देशिका प्रविष्टि का पथनाम.

लक्ष्य_दिर
किसी मौजूदा निर्देशिका का पथनाम जिसमें नई निर्देशिका प्रविष्टियाँ हैं
बनाया।

एसटीडीआईएन

उपयोग नहीं किया।

इनपुट फ़ाइलें

कोई नहीं.

वातावरण चर

निम्नलिखित पर्यावरण चर के निष्पादन को प्रभावित करेगा ln:

लैंग अंतरराष्ट्रीयकरण चर के लिए एक डिफ़ॉल्ट मान प्रदान करें जो सेट नहीं हैं या
शून्य। (POSIX.1‐2008 की बेस डेफिनिशन वॉल्यूम देखें, अनुभाग 8.2,
अंतर्राष्ट्रीयकरण चर अंतर्राष्ट्रीयकरण की प्राथमिकता के लिए
स्थानीय श्रेणियों के मूल्यों को निर्धारित करने के लिए उपयोग किए जाने वाले चर।)

LC_ALL यदि एक गैर-रिक्त स्ट्रिंग मान पर सेट है, तो अन्य सभी के मानों को ओवरराइड करें
अंतर्राष्ट्रीयकरण चर।

एलसी_CTYPE पाठ डेटा के बाइट्स के अनुक्रमों की व्याख्या के लिए स्थान निर्धारित करें
वर्णों के रूप में (उदाहरण के लिए, एकल-बाइट बहु-बाइट वर्णों के विपरीत
तर्क)।

एलसी_MESSAGES
उस स्थान का निर्धारण करें जिसका उपयोग प्रारूप और सामग्री को प्रभावित करने के लिए किया जाना चाहिए
मानक त्रुटि के लिए लिखे गए नैदानिक ​​संदेश।

एनएलएसपीएटीएच के प्रसंस्करण के लिए संदेश कैटलॉग का स्थान निर्धारित करें एलसी_MESSAGES.

अतुल्यकालिक पत्रिका

चूक।

एसटीडीओयूटी

उपयोग नहीं किया।

एसटीडीईआरआर

मानक त्रुटि का उपयोग केवल नैदानिक ​​संदेशों के लिए किया जाएगा।

आउटपुट फ़ाइलें

कोई नहीं.

विस्तारित वर्णन

कोई नहीं.

बाहर निकलें स्थिति

निम्नलिखित निकास मान लौटाए जाएंगे:

0 सभी निर्दिष्ट फ़ाइलें सफलतापूर्वक लिंक की गईं।

> 0 एक त्रुटि हुई।

परिणामों OF त्रुटियों

चूक।

RSI निम्नलिखित वर्गों रहे जानकारीपूर्ण।

आवेदन उपयोग

कोई नहीं.

उदाहरण

कोई नहीं.

औचित्य

त्रुटियों के परिणाम अनुभाग की आवश्यकता नहीं है ln -एफ a b हटाना b यदि कोई अगला
लिंक ऑपरेशन विफल हो जाएगा.

के कुछ ऐतिहासिक संस्करण ln (एसवीआईडी ​​द्वारा निर्दिष्ट सहित) को अनलिंक करें
गंतव्य फ़ाइल, यदि यह मौजूद है, डिफ़ॉल्ट रूप से। यदि मोड लिखने की अनुमति नहीं देता है, तो ये
संस्करण अनलिंक का प्रयास करने से पहले पुष्टि के लिए संकेत देते हैं। इन संस्करणों में -एफ
विकल्प कारण ln पुष्टि के लिए संकेत देने का प्रयास न करें।

यह अनुमति देता है ln लिंक बनाने में सफल होने के लिए जब लक्ष्य फ़ाइल पहले से मौजूद हो, भले ही
फ़ाइल स्वयं लिखने योग्य नहीं है (हालाँकि निर्देशिका अवश्य होनी चाहिए)। प्रारंभिक प्रस्ताव
इस कार्यक्षमता को निर्दिष्ट किया।

POSIX.1-2008 का यह खंड इसकी अनुमति नहीं देता है ln मौजूदा गंतव्य को अनलिंक करने की उपयोगिता
निम्नलिखित कारणों से डिफ़ॉल्ट रूप से पथ:

* ln उपयोगिता का उपयोग ऐतिहासिक रूप से शेल अनुप्रयोगों के लिए लॉकिंग प्रदान करने के लिए किया गया है
उपयोग जो असंगत है ln डिफ़ॉल्ट रूप से गंतव्य पथ को अनलिंक करना। वहाँ
इस कार्यक्षमता को जोड़ने का कोई संगत तकनीकी लाभ नहीं था।

* यह कार्यक्षमता दी गई ln फ़ाइलों की लिंक संरचना को नष्ट करने की क्षमता, जो
के ऐतिहासिक व्यवहार को बदल देता है ln.

* इस कार्यक्षमता को इनके संयोजन से आसानी से दोहराया जा सकता है rm और ln.

* यह कई प्रणालियों में ऐतिहासिक अभ्यास नहीं है; बीएसडी और बीएसडी-व्युत्पन्न सिस्टम ऐसा नहीं करते
इस व्यवहार का समर्थन करें. दुर्भाग्य से, जो भी व्यवहार चुना गया है वह स्क्रिप्ट का कारण बन सकता है
दूसरे व्यवहार के असफल होने की अपेक्षा करते हुए लिखा।

*यह बेहतर है कि ln के समान ही प्रदर्शन करें संपर्क() फ़ंक्शन, जो करता है
लक्ष्य को पहले से मौजूद रहने की अनुमति न दें।

POSIX.1-2008 का यह खंड इसे बरकरार रखता है -एफ शेल स्क्रिप्ट के लिए समर्थन प्रदान करने का विकल्प
SVID शब्दार्थ पर निर्भर करता है। ऐसा लगता है कि शेल स्क्रिप्ट नहीं लिखी जाएंगी
द्वारा संकेत देने को संभालने के लिए ln और इसलिए निर्दिष्ट किया होगा -एफ विकल्प.

RSI -एफ विकल्प कई ऐतिहासिक संस्करणों की एक अप्रलेखित विशेषता है ln उपयोगिता,
निर्देशिकाओं से लिंक करने की अनुमति। इन संस्करणों में संशोधन की आवश्यकता है.

POSIX.1-2008 के इस खंड के शुरुआती प्रस्तावों के लिए भी एक की आवश्यकता थी मैं विकल्प, जो व्यवहार किया
की तरह मैं में विकल्प cp और mv, मौजूदा को अनलिंक करने से पहले पुष्टि के लिए संकेत देना
फ़ाइलें. यह के लिए ऐतिहासिक अभ्यास नहीं था ln उपयोगिता और छोड़ दिया गया है।

RSI -एल और -पी विकल्प दोनों सामान्य व्यवहारों को लागू करने की अनुमति देते हैं ln उपयोगिता।
इस मानक के पुराने संस्करणों में इन विकल्पों को निर्दिष्ट नहीं किया गया था और इस व्यवहार की आवश्यकता थी
अब के लिए वर्णित है -एल विकल्प। कई प्रणालियाँ डिफ़ॉल्ट रूप से या वैकल्पिक रूप से प्रदान करती हैं
गैर-अनुरूप ln अब वर्णित व्यवहार के साथ उपयोगिता -पी विकल्प। तब से
अनुप्रयोगों पर भरोसा नहीं किया जा सका ln व्यवहार में निम्नलिखित लिंक, -एल और -पी विकल्प थे
एप्लिकेशन के लिए वांछित व्यवहार निर्दिष्ट करने के लिए जोड़ा गया।

RSI -एल और -पी जब विकल्पों को नजरअंदाज कर दिया जाता है -एस उपनाम होने की अनुमति देने के लिए निर्दिष्ट किया गया है
हार्ड लिंक बनाते समय डिफ़ॉल्ट व्यवहार को बदलने के लिए बनाया गया (उदाहरण के लिए, उर्फ ln='ln
-एल'). जब वे कोई उद्देश्य पूरा नहीं करते -एस निर्दिष्ट है, चूँकि स्रोत दस्तावेज तो यह सिर्फ एक स्ट्रिंग है
निर्मित प्रतीकात्मक लिंक की सामग्री के रूप में उपयोग किया जाना है और फ़ाइल के रूप में मौजूद होने की आवश्यकता नहीं है।

विशिष्टता यह सुनिश्चित करती है ln a a के साथ या उसके बिना -एफ विकल्प अनलिंक नहीं होगा
पट्टिका a. इस मामले में इस मानक के पहले संस्करण अस्पष्ट थे।

भविष्य दिशानिर्देश

कोई नहीं.

onworks.net सेवाओं का उपयोग करके ऑनलाइन lnposix का उपयोग करें