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

कार्यक्रम:

नाम

perlos2 - OS/2, DOS, Win0.3*, Win0.95 और WinNT के अंतर्गत Perl.

SYNOPSIS

कोई भी इस दस्तावेज़ को निम्नलिखित प्रारूपों में पढ़ सकता है:

मैन पर्लोस2
पर्ल perlos2 देखें
एक्सप्लोरर perlos2.html
जानकारी perlos2

कुछ को सूचीबद्ध करने के लिए (सभी एक साथ उपलब्ध नहीं हो सकते हैं), या इसे पढ़ा जा सकता है as is: या इस रूप में
रीडमी.os2या, पॉड/पेरलोस2.पॉड.

पढ़ने के लिए आईएनएफ दस्तावेज़ का संस्करण (बहुत अनुशंसित) OS/2 के बाहर, किसी को एक की आवश्यकता है
आईबीएम का रीडर (आईबीएम एफटीपी साइटों पर उपलब्ध हो सकता है (?) (यूआरएल किसी को भी?)) या पीसी डॉस के साथ भेजा गया
7.0 और आईबीएम के विजुअल एज सी++ 3.5.

Win* व्यूअर की एक प्रति "जस्ट ऐड OS/2 वार्प" पैकेज में समाहित है

ftp://ftp.software.ibm.com/ps/products/os2/tools/jaow/jaow.zip

in ?:\JUST_ADD\view.exe. इससे किसी को EMX तक पहुंच मिलती है आईएनएफ दस्तावेज़ भी (पाठ रूप है
में उपलब्ध /emx/डॉक EMX के वितरण में) नाम का एक अलग दर्शक भी है
एक्सव्यू.

ध्यान रखें कि यदि आपके पास लिंक्स.exe or नेटस्केप.exe स्थापित, आप WWW लिंक का अनुसरण कर सकते हैं
इस दस्तावेज़ में आईएनएफ प्रारूप। यदि आपके पास EMX दस्तावेज़ सही तरीके से स्थापित हैं, तो आप अनुसरण कर सकते हैं
लाइब्रेरी लिंक (आपको "EMXBOOK" वातावरण सेट करके "view emxbook" को काम करने की आवश्यकता है
(जैसा कि EMX दस्तावेज़ों में वर्णित है)

वर्णन

लक्ष्य
इसका लक्ष्य OS/2 को सर्वश्रेष्ठ समर्थित प्लेटफॉर्म में से एक बनाना है।
पर्ल का उपयोग/निर्माण/विकास करना और पर्ल अनुप्रयोगों, साथ ही पर्ल को सर्वश्रेष्ठ बनाएं
OS/2 के तहत उपयोग की जाने वाली भाषा। दूसरा लक्ष्य यह है कि इसे DOS के तहत काम करने लायक बनाया जाए और
जीतो* भी (लेकिन नहीं भी मुश्किल)।

वर्तमान स्थिति इस लक्ष्य के काफी करीब है। ज्ञात सीमाएँ:

· कुछ *nix प्रोग्राम उपयोग करते हैं कांटा() बहुत कुछ; OS/2 के लिए पर्ल के अधिकतर उपयोगी फ्लेवर के साथ
(कई एक साथ निर्मित हैं) यह समर्थित है; लेकिन कुछ स्वाद नहीं हैं
इसका समर्थन करें (उदाहरण के लिए, जब Perl को REXX के अंदर से कॉल किया जाता है)। कांटा() बाद उपयोगआईएनजी
गतिशील रूप से लोड होने वाले एक्सटेंशन काम नहीं करेंगे बहुत EMX के पुराने संस्करण.

· आपको एक अलग पर्ल निष्पादनयोग्य की आवश्यकता है पर्ल__।प्रोग्राम फ़ाइल (देखें "perl__.exe") यदि आप उपयोग करना चाहते हैं
अपने एप्लीकेशन में PM कोड (जैसा कि Perl/Tk या OpenGL Perl मॉड्यूल करते हैं) बिना किसी
पाठ-मोड विंडो मौजूद है.

मानक का उपयोग करते समय perl.exe टेक्स्ट-मोड विंडो से भी संभव है, मेरे पास है
ऐसे मामले देखे गए हैं जब इससे सिस्टम की स्थिरता में गिरावट आती है। पर्ल__।प्रोग्राम फ़ाइल
इस प्रकार की गिरावट से बचा जा सकता है।

· WPS ऑब्जेक्ट तक पहुंचने का कोई सरल तरीका नहीं है। मुझे पता है कि एकमात्र तरीका "OS2::REXX" है
और "SOM" एक्सटेंशन (OS2::REXX, SOM देखें)। हालाँकि, हमारे पास पहुँच नहीं है
ऑब्जेक्ट-रेक्स की सुविधाजनक विधियाँ। (क्या यह संभव है? मुझे ऑब्जेक्ट-रेक्स के बारे में कोई जानकारी नहीं है
API) "SOM" एक्सटेंशन (वर्तमान में अल्फा-टेक्स्ट में) अंततः इसे हटा सकता है
कमी; हालाँकि, इस तथ्य के कारण कि DII "SOM" मॉड्यूल द्वारा समर्थित नहीं है,
"एसओएम" का उपयोग करना उतना सुविधाजनक नहीं है जितना कोई चाहेगा।

कृपया मुझे अन्य मदों के बारे में सूचित करके इस सूची को अद्यतन रखें।

अन्य OSes
चूंकि पर्ल का OS/2 पोर्ट एक उल्लेखनीय EMX वातावरण का उपयोग करता है, यह चल सकता है (और निर्माण कर सकता है)
एक्सटेंशन, और - संभवतः - स्वयं निर्मित किया जा सकता है) किसी भी वातावरण के तहत जो EMX चला सकता है।
वर्तमान सूची में DOS, DOS-inside-OS/2, Win0.3*, Win0.95 और WinNT शामिल हैं। कई पर्ल में से
स्वाद, केवल एक ही काम करता है, "perl_.exe" देखें।

ध्यान दें कि इन वातावरणों में पर्ल की सभी सुविधाएँ उपलब्ध नहीं हैं। यह इस पर निर्भर करता है
विशेषताएं भरनेवाला - सबसे अधिक संभावना आरएसएक्स - को लागू करने का निर्णय लिया गया।

Cf. "पूर्वापेक्षाएँ".

.. पूर्वापेक्षाएँ
EMX EMX रनटाइम आवश्यक है (RSX द्वारा प्रतिस्थापित किया जा सकता है)। ध्यान दें कि यह संभव है
बनाना पर्ल_.exe बाइंडिंग द्वारा बिना किसी बाहरी समर्थन के DOS के अंतर्गत चलाना
emx.exe/rsx.exe इसके लिए, "emxbind" देखें। ध्यान दें कि DOS के अंतर्गत सर्वोत्तम परिणामों के लिए एक
RSX रनटाइम का उपयोग करना चाहिए, जिसमें बहुत अधिक फ़ंक्शन काम करते हैं (जैसे "फोर्क", "पोपेन"
और इसी तरह)। वास्तव में यदि कोई VCPI मौजूद नहीं है तो RSX की आवश्यकता होती है। RSX पर ध्यान दें
DPMI की आवश्यकता है। DPMI के कई कार्यान्वयन बहुत बग वाले माने जाते हैं, सावधान रहें!

केवल नवीनतम रनटाइम समर्थित है, वर्तमान में "0.9d फिक्स 03"। पर्ल निम्न के अंतर्गत चल सकता है
EMX के पुराने संस्करणों में भी इसका उपयोग किया गया है, लेकिन इसका परीक्षण नहीं किया गया है।

EMX के विभिन्न भाग निम्न से प्राप्त किए जा सकते हैं:

ftp://crydee.sai.msu.ru/pub/comp/os/os2/leo/gnu/emx+जीसीसी/
http://hobbes.nmsu.edu/h-browse.php?dir=/pub/os2/dev/emx/v0.9d/

रनटाइम घटक का नाम होना चाहिए emxrt.zip.

ध्यान दें। उपयोग करते समय emx.exe/rsx.exe, उन्हें अपने रास्ते पर रखना ही काफी है।
उन्हें स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं है (हालांकि यह

emx perl_.exe -de 0

(यह भी काम करेगा.)

RSX DPMI प्लेटफॉर्म पर Perl चलाने के लिए RSX रनटाइम की आवश्यकता होती है। इसकी आवश्यकता निम्न के अंतर्गत होती है
DOS-इनसाइड-OS/2, Win0.3*, Win0.95 और WinNT (देखें "अन्य OSes")। RSX काम नहीं करेगा
केवल VCPI के साथ, जैसा कि EMX में होता है, इसके लिए DMPI की आवश्यकता होती है।

RSX और नवीनतम sh.exe एक पूरी तरह कार्यात्मक हो जाता है * nix-ish वातावरण
डॉस के अंतर्गत, "फोर्क", "``" और पाइप-"ओपन" काम करते हैं। वास्तव में, मेकमेकर काम करता है (
स्थैतिक बिल्ड), इसलिए DOS के अंतर्गत पर्ल विकास वातावरण प्राप्त किया जा सकता है।

RSX को यहाँ से प्राप्त किया जा सकता है, मान लीजिए

http://cd.textfiles.com/hobbesos29804/disk1/EMX09C/
ftp://crydee.sai.msu.ru/pub/comp/os/os2/leo/gnu/emx+gcc/योगदान/

लेखक से संपर्क करें "[ईमेल संरक्षित]".

नवीनतम sh.exe डॉस हुक के साथ उपलब्ध है

http://www.ilyaz.org/software/os2/

as sh_dos.zip या "श", "प्दकश" आदि से शुरू होने वाले समान नामों के अंतर्गत।

एचपीएफएस पर्ल फ़ाइल सिस्टम की परवाह नहीं करता है, लेकिन पर्ल लाइब्रेरी में कई फाइलें हैं
लंबे नाम, इसलिए इसे बरकरार रखने के लिए एक फाइल सिस्टम की आवश्यकता होती है जो लंबी फाइल का समर्थन करता है
नाम।

ध्यान रखें कि यदि आप स्वयं पर्ल बनाने की योजना नहीं बनाते हैं, तो यह संभव है कि आप इसे मूर्ख बना सकें।
EMX फ़ाइल नामों को छोटा करने के लिए। यह समर्थित नहीं है, यह देखने के लिए EMX दस्तावेज़ पढ़ें कि कैसे करें
यह।

pdksh जटिल कमांड लाइनों के साथ बाहरी प्रोग्राम शुरू करने के लिए (जैसे कि
बीच में, और/या तर्कों को उद्धृत करते हुए), पर्ल एक बाहरी शेल का उपयोग करता है। EMX पोर्ट के साथ
ऐसे शैल का नाम होना चाहिए sh.exe, और वायर्ड-इन-ड्यूरिंग-कंपाइल में स्थित है
स्थान (आमतौर पर F:/ bin), या कॉन्फ़िगर करने योग्य स्थान पर (देखें "PERL_SH_DIR").

सर्वोत्तम परिणामों के लिए EMX pdksh का उपयोग करें। मानक बाइनरी (5.2.14 या बाद का) DOS के अंतर्गत चलता है
(साथ में "RSX") भी देखें

http://www.ilyaz.org/software/os2/

शुरुआत में पर्ल कार्यक्रमों के अंतर्गत ओएस / 2 (और डॉस और...)
अपना पर्ल प्रोग्राम प्रारंभ करें फू.पीएल तर्कों के साथ "arg1 arg2 arg3" उसी तरह जैसे किसी भी
अन्य मंच द्वारा

पर्ल foo.pl arg1 arg2 arg3

यदि आप पर्ल में ही पर्ल विकल्प "-my_opts" निर्दिष्ट करना चाहते हैं (आपके विपरीत)।
प्रोग्राम), उपयोग करें

perl -my_opts foo.pl arg1 arg2 arg3

वैकल्पिक रूप से, यदि आप OS/2-ish शेल का उपयोग करते हैं, जैसे CMD या 4os2, तो शुरुआत में निम्नलिखित रखें
आपकी पर्ल स्क्रिप्ट का:

extproc पर्ल -S -my_opts

अपने प्रोग्राम का नाम बदलें foo.cmd, और इसे टाइप करके शुरू करें

फू arg1 arg2 arg3

ध्यान दें कि बेवकूफी भरी OS/2 सीमाओं के कारण पर्ल स्क्रिप्ट का पूरा पथ उपलब्ध नहीं है।
जब आप "extproc" का उपयोग करते हैं, तो यह उपलब्ध होता है, इस प्रकार आप "-S" पर्ल स्विच का उपयोग करने के लिए मजबूर होते हैं, और आपका
स्क्रिप्ट "PATH" पर होनी चाहिए। एक सकारात्मक पहलू यह है कि यदि आपको अपनी स्क्रिप्ट का पूरा पथ पता है,
आप अभी भी इसे शुरू कर सकते हैं

पर्ल ../../blah/foo.cmd arg1 arg2 arg3

(ध्यान दें कि तर्क "-my_opts" का ध्यान आपकी स्क्रिप्ट में "extproc" लाइन द्वारा रखा गया है,
"पहली पंक्ति पर "extproc" देखें").

उपरोक्त बात को समझने के लिए जादू "-S" स्विच के बारे में perl दस्तावेज़ पढ़ें - perlrun देखें,
और "extproc" के बारे में cmdref:

पर्ल perlrun देखें
मैन पर्लरन
cmdref extproc देखें
मदद extproc

या जो भी तरीका आप पसंद करते हैं.

इसके उपयोग की भी अनंत संभावनाएं हैं निष्पादन एक्सटेंशन 4os2 का, संघों of
WPS और इसी तरह... हालाँकि, यदि आप *nixish शेल (जैसे) का उपयोग करते हैं sh.exe बाइनरी में आपूर्ति की गई
वितरण) के लिए, आपको perlrun में "कमांड स्विचेस" में निर्दिष्ट सिंटैक्स का पालन करना होगा।

ध्यान दें कि -S स्विच अतिरिक्त एक्सटेंशन वाली स्क्रिप्ट का समर्थन करता है अध्यक्ष तथा प्रबंध निदेशक., .btm, . चमगादड़, .pl as
अच्छी तरह से।

शुरुआत में ओएस / 2 (और करने योग्य) कार्यक्रमों के अंतर्गत पर्ल
यह क्या है प्रणाली () (perlfunc में "system" देखें), "``" (perlop में "I/O ऑपरेटर" देखें),
और खुला पाइप (perlfunc में "खुला" देखें) के लिए हैं। (बचें कार्यकारी () (perlfunc में "exec" देखें)
(जब तक कि आप यह न जानते हों कि आप क्या कर रहे हैं)।

हालाँकि ध्यान रखें कि इनमें से कुछ ऑपरेटरों का उपयोग करने के लिए आपके पास sh-सिंटैक्स शेल होना चाहिए
स्थापित (देखें "Pdksh", "अक्सर पूछे जाने वाले प्रश्न"), और perl इसे खोजने में सक्षम होना चाहिए
(देखें "PERL_SH_DIR").

निम्नलिखित मामलों में शैल का उपयोग किया जाता है:

1. एक-तर्क प्रणाली () (perlfunc में "सिस्टम" देखें), कार्यकारी () (perlfunc में "exec" देखें)
पुनर्निर्देशन या शेल मेटा-वर्ण;

2. पाइप-ओपन (perlfunc में "ओपन" देखें) उस कमांड के साथ जिसमें पुनर्निर्देशन या
शैल मेटा-अक्षर;

3. बैकटिक्स "``" (perlop में "I/O ऑपरेटर्स" देखें) उस कमांड के साथ जिसमें शामिल है
पुनर्निर्देशन या शेल मेटा-वर्ण;

4. यदि निष्पादन योग्य को बुलाया जाता है प्रणाली ()/कार्यकारी ()/पाइप-खुला हुआ()/"``" एक स्क्रिप्ट है
"मैजिक" "#!" लाइन या "एक्सटप्रोक" लाइन जो शेल को निर्दिष्ट करती है;

5. यदि निष्पादन योग्य को बुलाया जाता है प्रणाली ()/कार्यकारी ()/पाइप-खुला हुआ()/"``" एक स्क्रिप्ट है जिसके बिना
"जादू" लाइन, और $ENV{EXECSHELL} को शेल पर सेट किया गया है;

6. यदि निष्पादन योग्य को बुलाया जाता है प्रणाली ()/कार्यकारी ()/पाइप-खुला हुआ()/"``" नहीं मिला (यह नहीं है
टिप्पणी अप्रचलित?);

7. ग्लोबिंग के लिए (perlfunc में "glob" और perlop में "I/O ऑपरेटर्स" देखें) (अप्रचलित? Perl उपयोग करता है
आजकल बिल्ट-इन ग्लोबिंग...).

एक सामान्य मामले में गति के लिए, उपरोक्त एल्गोरिदम में बैकस्लैश
कमांड नाम को शेल मेटाकैरेक्टर के रूप में नहीं माना जाता है।

पर्ल उन स्क्रिप्ट को सीधे शुरू करता है जो कुकीज़ "extproc" या "#!" के साथ शुरू होती हैं, बिना किसी
शेल का हस्तक्षेप। पर्ल निष्पादन योग्य को खोजने के लिए उसी एल्गोरिथ्म का उपयोग करता है pdksh: अगर
"#!" लाइन पर पथ काम नहीं करता है, और इसमें "/" शामिल है, तो निर्देशिका भाग
निष्पादन योग्य को अनदेखा कर दिया जाता है, और निष्पादन योग्य को खोजा जाता है . और "PATH" पर जाएँ।
इन स्क्रिप्ट्स के लिए तर्क पर्ल एक अलग एल्गोरिथ्म का उपयोग करता है pdksh: अधिकतम 3 तर्क
पहचाने जाते हैं, और अंतिम रिक्त स्थान हटा दिया जाता है।

यदि किसी स्क्रिप्ट में ऐसी कुकी नहीं है, तो कॉलिंग से बचने के लिए sh.exe, पर्ल का उपयोग करता है
उसी एल्गोरिथ्म के रूप में pdksh: यदि $ENV{EXECSHELL} सेट है, तो स्क्रिप्ट पहले के रूप में दी जाती है
इस आदेश के लिए तर्क, यदि सेट नहीं है, तो "$ENV{COMSPEC} /c" का उपयोग किया जाता है (या एक हार्ड वायर्ड
अनुमान लगाइये कि क्या $ENV{COMSPEC} सेट नहीं है)।

स्क्रिप्ट को सीधे शुरू करते समय, पर्ल ठीक उसी एल्गोरिथ्म का उपयोग करता है जो खोज के लिए होता है
द्वारा दी गई स्क्रिप्ट -S कमांड-लाइन विकल्प: यह वर्तमान निर्देशिका में देखेगा, फिर
$ENV{PATH} के घटकों को संलग्न एक्सटेंशन के निम्नलिखित क्रम का उपयोग करके: कोई एक्सटेंशन नहीं,
अध्यक्ष तथा प्रबंध निदेशक., .btm, . चमगादड़, .pl.

ध्यान दें कि Perl केवल तभी स्क्रिप्ट की तलाश शुरू करेगा जब OS/2 निर्दिष्ट स्क्रिप्ट को शुरू नहीं कर सकता है।
अनुप्रयोग, इस प्रकार "सिस्टम 'ब्ला'" एक स्क्रिप्ट की तलाश नहीं करेगा यदि कोई निष्पादन योग्य है
पट्टिका ब्लाह.exe कहीं भी "PATH" पर। दूसरे शब्दों में, "PATH" को अनिवार्य रूप से दो बार खोजा जाता है:
एक बार किसी निष्पादनयोग्य फ़ाइल के लिए OS द्वारा, फिर स्क्रिप्ट के लिए Perl द्वारा।

यह भी ध्यान रखें कि OS/2 पर निष्पादन योग्य फ़ाइलों का कोई भी मनमाना एक्सटेंशन हो सकता है, लेकिन ।प्रोग्राम फ़ाइल होगा
यदि नाम में कोई बिंदु मौजूद नहीं है तो स्वचालित रूप से जोड़ दिया जाता है। समाधान इतना सरल है
कि: चूंकि blah। और बकवास एक ही फ़ाइल को निरूपित करें (FAT और HPFS फ़ाइल सिस्टम पर सूची में),
फ़ाइल में मौजूद एक निष्पादन योग्य फ़ाइल को शुरू करने के लिए एन:/बिन/ब्लाह (कोई विस्तार नहीं) एक तर्क दें
"n:/bin/blah." (डॉट जोड़ा गया) प्रणाली ().

पर्ल एक अलग पीएम सत्र में VIO (=text-mode) पर्ल प्रक्रिया से पीएम प्रोग्राम शुरू करेगा;
इसका विपरीत सत्य नहीं है: जब आप एक पीएम पर्ल प्रक्रिया से एक गैर-पीएम प्रोग्राम शुरू करते हैं, तो पर्ल
इसे अलग सत्र में नहीं चलाया जाएगा। यदि अलग सत्र वांछित है, तो सुनिश्चित करें कि
उस शेल का उपयोग किया जाएगा, जैसे कि "सिस्टम 'cmd /c myprog'", या वैकल्पिक का उपयोग करके इसे शुरू करें
तर्क प्रणाली () "OS2::Process" मॉड्यूल में प्रलेखित। इसे एक माना जाता है
सुविधा.

अक्सर पूछा प्रशन

"यह कर देता है नहीं काम"
पर्ल बाइनरी वितरण एक के साथ आते हैं testperl.cmd स्क्रिप्ट जो सामान्य का पता लगाने की कोशिश करती है
गलत तरीके से कॉन्फ़िगर किए गए इंस्टॉलेशन से जुड़ी समस्याएं। इसकी काफी संभावना है कि ऐसा होगा
पता लगाएं कि स्थापना के किस चरण में आप गलती करने में कामयाब रहे। ";-)"

I नही सकता रन बाहरी कार्यक्रमों
· क्या आपने अपने प्रोग्राम "-w" स्विच के साथ चलाए? "OS/2 (और DOS) प्रोग्राम शुरू करना" देखें
पर्ल के अंतर्गत"।

· क्या आप भागने की कोशिश करते हैं? आंतरिक शेल कमांड, जैसे "`copy ab`" (आंतरिक for cmd.exe),
या "`glob a*b`" (ksh के लिए आंतरिक)? आपको अपना शेल स्पष्ट रूप से निर्दिष्ट करना होगा, जैसे
"`cmd /c copy ab`", क्योंकि पर्ल यह नहीं बता सकता कि कौन सी कमांड आपके लिए आंतरिक हैं
खोल।

I नही सकता एम्बेड पर्ल में my कार्यक्रम or उपयोग perl.dll से my कार्यक्रम.
क्या आपका प्रोग्राम "-Zmt -Zcrtdll" के साथ EMX-संकलित है?
खैर, आजकल Perl DLL को एक अलग तरह से संकलित प्रोग्राम से भी प्रयोग योग्य होना चाहिए...
यदि आप REXX स्क्रिप्ट से Perl कोड चला सकते हैं (OS2::REXX देखें), तो कुछ अन्य विकल्प भी हैं
बातचीत के पहलू जिन्हें वर्तमान हैकिश कोड द्वारा अनदेखा किया जाता है
अलग-अलग संकलित प्रमुख कार्यक्रम.

अगर बाकी सब विफल हो जाता है, तो आपको पर्ल के लिए एक स्टैंड-अलोन DLL बनाने की आवश्यकता है। मुझसे संपर्क करें, मैं
एक बार ऐसा किया। सॉकेट काम नहीं करेगा, अन्य बहुत सी चीजें भी काम नहीं करेंगी।

क्या आपने ExtUtils::Embed का उपयोग किया?
कुछ समय पहले मुझे रिपोर्ट मिली थी कि यह काम नहीं करता है। आजकल इसे पर्ल टेस्ट में चेक किया जाता है
सुइट, तो grep ।/टी बिल्ड ट्री की उपनिर्देशिका (साथ ही *।टी में फ़ाइलें ./ दायित्व
उपनिर्देशिका) पर जाएं और जानें कि इसे "सही तरीके से" कैसे किया जाना चाहिए।

"``" और पाइप-"खुला" do नहीं काम के अंतर्गत करने योग्य।
यह केवल "मैं बाह्य प्रोग्राम नहीं चला सकता" का ही एक रूप हो सकता है, या कोई गंभीर समस्या भी हो सकती है।
मूलतः: आप आवश्यकता इन आदेशों को काम करने के लिए RSX (पूर्वापेक्षाएँ देखें) की आवश्यकता हो सकती है, और आपको इसकी आवश्यकता हो सकती है
एक बंदरगाह sh.exe जो कमांड तर्कों को समझता है। ऐसे पोर्ट में से एक सूचीबद्ध है
RSX के अंतर्गत "पूर्वापेक्षाएँ"। चर "PERL_SH_DIR" को भी सेट करना न भूलें।

RSX के लिए DPMI आवश्यक है।

नहीं कर सकते प्रारंभ "find.exe "नमूना" फ़ाइल"
"अनुप्रयोगों को शुरू करने के लिए मानक सी एपीआई" का पूरा विचार यह है कि फॉर्म "foo" और
प्रोग्राम तर्कों के "foo" पूरी तरह से विनिमेय हैं। खोज इस प्रतिमान को तोड़ता है;

"पैटर्न" फ़ाइल खोजें
पैटर्न फ़ाइल खोजें

समतुल्य नहीं हैं; खोज उपरोक्त API का उपयोग करके सीधे शुरू नहीं किया जा सकता है। इसके लिए एक तरीका चाहिए
किसी अन्य उद्धरण निर्माण में डबलकोट्स को घेरने के लिए, आवश्यक रूप से एक
बीच में अतिरिक्त गैर-यूनिक्सिश शैल.

इनमें से किसी एक का उपयोग करें

सिस्टम 'cmd', '/c', 'पैटर्न" फ़ाइल ढूंढें';
`cmd /c 'पैटर्न फ़ाइल ढूंढें'`

इससे शुरुआत होगी find.exe के माध्यम से cmd.exe "sh.exe" के माध्यम से "perl.exe" के माध्यम से, लेकिन यह एक कीमत है
यदि आप गैर-अनुरूप कार्यक्रम का उपयोग करना चाहते हैं तो भुगतान करें।

INSTALLATION

स्वचालित बाइनरी स्थापना
पर्ल के बाइनरी वितरण को स्थापित करने का सबसे सुविधाजनक तरीका पर्ल इंस्टॉलर के माध्यम से है
install.exeबस निर्देशों का पालन करें, और 99% इंस्टॉलेशन संबंधी परेशानियां दूर हो जाएंगी
दूर।

हालाँकि, ध्यान रखें कि आपके पास होना चाहिए अनज़िप.exe आपके पथ पर, और EMX वातावरण पर दौड़ना.
उत्तरार्द्ध का अर्थ है कि यदि आपने अभी EMX स्थापित किया है, और उसमें सभी आवश्यक परिवर्तन किए हैं
कॉन्फ़िगरेशन.sys, आपको बीच में रीबूट करने की आवश्यकता हो सकती है। चलाकर EMX रनटाइम की जाँच करें

emxrev

बाइनरी इंस्टॉलर आपके डेस्कटॉप पर कुछ उपयोगी ऑब्जेक्ट्स के साथ एक फ़ोल्डर भी बनाता है।
बाइनरी इंस्टॉलर के काम के कुछ पहलुओं को बदलने की जरूरत है, संपादित करने के लिए स्वतंत्र महसूस करें
पट्टिका Perl.pkgयह उपयोगी हो सकता है, उदाहरण के लिए, यदि आपको इंस्टॉलर को कई बार चलाने की आवश्यकता है और
मैं GUI में बहुत अधिक इंटरैक्टिव परिवर्तन नहीं करना चाहता।

चीज़ें नहीं लिया कौन of by स्वचालित बाइनरी स्थापना:

यदि आप अपना कोडपेज बदलते हैं तो "PERL_BADLANG" की आवश्यकता हो सकती है बाद पर्ल स्थापना, और
नया मान EMX द्वारा समर्थित नहीं है। "PERL_BADLANG" देखें।

"PERL_BADFREE" "PERL_BADFREE" देखें.

कॉन्फिग. अपराह्न यह फ़ाइल उस स्थान पर कहीं गहराई में स्थित है जहाँ आपने अपना पर्ल स्थापित किया था
पुस्तकालय, इसे खोजें

perl -MConfig -le "प्रिंट $INC{'Config.pm'}"

जबकि इस फ़ाइल में सबसे महत्वपूर्ण मान रहे बाइनरी द्वारा अद्यतन
इंस्टॉलर, उनमें से कुछ को हाथ से संपादित करने की आवश्यकता हो सकती है। मुझे ऐसा कोई डेटा नहीं पता,
अगर आपको कोई मिल जाए तो कृपया मुझे सूचित करें। इसके अलावा, मैन्युअल परिवर्तन
स्थापित संस्करण के साथ इस फ़ाइल को संपादित करने की आवश्यकता हो सकती है।

ध्यान देंटाइपो के कारण 5.00305 का बाइनरी इंस्टॉलर एक वैरिएबल स्थापित करेगा
"PERL_SHPATH" को कॉन्फ़िगरेशन.sysकृपया इस चर को हटा दें और इसके स्थान पर "PERL_SH_DIR" डालें।

हाथ-संबंधी बाइनरी स्थापना
संस्करण 5.00305 के अनुसार, OS/2 पर्ल बाइनरी वितरण 11 घटकों में विभाजित होता है।
दुर्भाग्यवश, कॉन्फ़िगर करने योग्य बाइनरी इंस्टॉलेशन को सक्षम करने के लिए, ज़िप फ़ाइलों में फ़ाइल पथ
निरपेक्ष नहीं हैं, बल्कि कुछ निर्देशिका के सापेक्ष हैं।

ध्यान दें कि संग्रहीत पथों के साथ निष्कर्षण अभी भी आवश्यक है (डिफ़ॉल्ट unzip के साथ,
pkunzip के लिए "-d" निर्दिष्ट करें)। हालाँकि, आपको यह जानना होगा कि फ़ाइलों को कहाँ निकालना है। आपको इसकी आवश्यकता है
मैन्युअल रूप से प्रविष्टियों को बदलने के लिए भी कॉन्फ़िगरेशन.sys यह दर्शाने के लिए कि आपने फ़ाइलें कहां रखी हैं। नोट
कि यदि आपके पास कुछ आदिम अनज़िपर (जैसे "pkunzip") है, तो आपको बहुत कुछ मिल सकता है
अनज़िप करने के दौरान चेतावनियाँ/त्रुटियाँ। "(w)unzip" में अपग्रेड करें।

नीचे मेरी मशीन पर कॉन्फ़िगरेशन को पुन: पेश करने के लिए क्या करना है इसका नमूना है।
दृश्य.EXE अब आप "Ctrl-Insert" दबा सकते हैं, और परिणामी फ़ाइल से कट-एंड-पेस्ट कर सकते हैं -
आपके द्वारा प्रारंभ की गई निर्देशिका में बनाया गया दृश्य.EXE से।

प्रत्येक घटक के लिए, हम प्रत्येक स्थापना से संबंधित पर्यावरण चर का उल्लेख करते हैं
निर्देशिका। या तो अपने चर के मानों से मेल खाने वाली निर्देशिकाएँ चुनें, या
निर्देशिकाओं को ध्यान में रखने के लिए create/append-to चर बनाएँ।

पर्ल VIO और PM निष्पादनयोग्य (गतिशील रूप से लिंक)
perl_exc.zip *.exe *.ico -df:/emx.add/bin को अनज़िप करें
perl_exc.zip *.dll -df:/emx.add/dll अनज़िप करें

(निर्देशिकाओं में PATH पर "*.exe" तथा LIBPATH पर "*.dll" हो);

Perl_ VIO निष्पादनयोग्य (स्थैतिक रूप से लिंक)
perl_aou.zip -df:/emx.add/bin को अनज़िप करें

(निर्देशिका को PATH पर रखें);

पर्ल उपयोगिताओं के लिए निष्पादनयोग्य
perl_utl.zip -df:/emx.add/bin को अनज़िप करें

(निर्देशिका को PATH पर रखें);

मुख्य पर्ल लाइब्रेरी
perl_mlb.zip -df:/perllib/lib को अनज़िप करें

यदि यह निर्देशिका उस उपसर्ग के समान है जिसे संकलित किया गया था perl.exe,
आपको कुछ भी बदलने की ज़रूरत नहीं है। हालाँकि, पर्ल को लाइब्रेरी खोजने के लिए यदि आप एक का उपयोग करते हैं
अलग पथ, आपको "PERLLIB_PREFIX सेट" करने की आवश्यकता है कॉन्फ़िगरेशन.sys, "PERLLIB_PREFIX" देखें.

अतिरिक्त पर्ल मॉड्यूल
अनज़िप perl_ste.zip -df:/perllib/lib/site_perl/5.22.1/

ऊपर दी गई टिप्पणी भी लागू होती है। इसके अतिरिक्त, यदि यह निर्देशिका इनमें से एक नहीं है
@INC पर निर्देशिकाएँ (और @INC "PERLLIB_PREFIX" से प्रभावित है), आपको यह डालना होगा
निर्देशिका और उपनिर्देशिका ./ओएस2 "PERLLIB" या "PERL5LIB" वेरिएबल में। उपयोग न करें
"PERL5LIB" जब तक कि आपने इसे पहले से सेट न किया हो। पर्ल में "पर्यावरण" देखें।

[जाँच करना या इसका निष्कर्षण डायरेक्टरी is अभी भी उपयुक्त साथ में la नई डायरेक्टरी
संरचना लेआउट!]

पर्ल मॉड्यूल संकलित करने के लिए उपकरण
perl_blb.zip -df:/perllib/lib को अनज़िप करें

के लिए भी यही टिप्पणी perl_ste.zip.

पर्ल और उपयोगिताओं के लिए मैनपेज
perl_man.zip -df:/perllib/man को अनज़िप करें

यह निर्देशिका "MANPATH" पर होनी चाहिए। आपके पास एक कार्यशील निर्देशिका होनी चाहिए। आदमी उपयोग करने के लिए
ये फ़ाइलें.

पर्ल मॉड्यूल के लिए मैनपेज
perl_mam.zip -df:/perllib/man को अनज़िप करें

इस निर्देशिका को "MANPATH" पर होना बेहतर है। इसे एक्सेस करने के लिए आपके पास एक काम करने वाला आदमी होना चाहिए
ये फ़ाइलें.

पर्ल दस्तावेज़ीकरण का स्रोत
perl_pod.zip -df:/perllib/lib को अनज़िप करें

इसका उपयोग "perldoc" प्रोग्राम द्वारा किया जाता है (देखें perldoc), और इसका उपयोग HTML उत्पन्न करने के लिए किया जा सकता है
WWW ब्राउज़रों द्वारा प्रयोग योग्य दस्तावेज, तथा अन्य असंख्य प्रारूपों में दस्तावेज:
"info", "LaTeX", "Acrobat", "FrameMaker" इत्यादि। [इस तरह के प्रोग्राम का उपयोग करें pod2latex
वगैरह।]

पर्ल मैनुअल में आईएनएफ प्रारूप
perl_inf.zip -dd:/os2/book को अनज़िप करें

यह निर्देशिका "BOOKSHELF" पर होनी चाहिए।

पदक्ष
perl_sh.zip -df अनज़िप करें:/ bin

इसका उपयोग पर्ल द्वारा बाह्य कमांड चलाने के लिए किया जाता है जिसके लिए स्पष्ट रूप से शेल की आवश्यकता होती है, जैसे
कमांड का उपयोग कर पुनर्निर्देशन और खोल अक्षरों से परे. इसका प्रयोग इसके स्थान पर भी किया जाता है
स्पष्ट / बिन / श.

यदि आप स्थानांतरित करते हैं तो "PERL_SH_DIR" सेट करें (देखें "PERL_SH_DIR") sh.exe उपरोक्त स्थान से.

नोट्स। कुछ अन्य sh-संगत शेल (अपरक्षित) का उपयोग करना संभव हो सकता है।

आपके द्वारा आवश्यक घटकों को स्थापित करने और अद्यतन करने के बाद कॉन्फ़िगरेशन.sys तदनुसार,
आपको हाथ से संपादन करना होगा कॉन्फिग. अपराह्नयह फ़ाइल आपके द्वारा खोजे गए स्थान में कहीं गहराई में स्थित है।
अपनी पर्ल लाइब्रेरी स्थापित करें, इसे इस प्रकार खोजें

perl -MConfig -le "प्रिंट $INC{'Config.pm'}"

आपको उन सभी प्रविष्टियों को सही करना होगा जो फ़ाइल पथ की तरह दिखती हैं (वे वर्तमान में से शुरू होती हैं)
"एफ:/")।

चेतावनी
स्वचालित और मैन्युअल पर्ल इंस्टॉलेशन पर्ल के अंदर पूर्व संकलित पथ छोड़ देता है
निष्पादनयोग्य। जबकि ये पथ अधिलेखित करने योग्य हैं (देखें "PERLLIB_PREFIX", "PERL_SH_DIR"),
कुछ लोग निष्पादनयोग्य/DLL के अंदर पथों के बाइनरी संपादन को प्राथमिकता दे सकते हैं।

एक्सेस करना दस्तावेज़ीकरण

आपने पर्ल को कैसे बनाया/स्थापित किया है, इस पर निर्भर करते हुए आपके पास (अन्यथा समान) पर्ल हो सकता है
निम्नलिखित प्रारूपों में दस्तावेज:

ओएस / 2 आईएनएफ पट्टिका
संभवतः यह सबसे सुविधाजनक रूप है। OS/2 के अंतर्गत इसे इस प्रकार देखें

पर्ल देखें
पर्ल perlfunc देखें
पर्ल कम देखें
पर्ल ExtUtils::MakeMaker देखें

(वर्तमान में अंतिम दो गलत स्थान पर हो सकते हैं, लेकिन इसमें जल्द ही सुधार हो सकता है) विन के तहत*
"सारांश" देखें.

यदि आप स्वयं दस्तावेज़ बनाना चाहते हैं, और आपके पास ओएस / 2 टूलकिट, भागो

pod2ipf > perl.ipf

in /पर्लिब/लिब/पॉड निर्देशिका, फिर

आईपीएफसी /inf perl.ipf

(दोनों चरणों के दौरान बहुत सारी त्रुटियों की अपेक्षा करें।) अब इसे अपने BOOKSHELF पथ पर ले जाएं।

मैदान टेक्स्ट
यदि आपके पास स्रोत रूप में पर्ल दस्तावेज़ है, पर्ल उपयोगिताएँ स्थापित हैं, और GNU ग्रॉफ़ है
स्थापित, आप उपयोग कर सकते हैं

पर्लडॉक पर्लफ़ंक्शन
perldoc कम
perldoc ExtUtils::MakeMaker

पर्ल दस्तावेज़ को टेक्स्ट फॉर्म में एक्सेस करने के लिए (ध्यान दें कि आपको बेहतर परिणाम मिल सकते हैं)
पर्ल मैनपेज का उपयोग करके).

वैकल्पिक रूप से, pod2text को चलाने का प्रयास करें .पॉड फाइलें.

मैनपेज
यदि आपके पास आदमी आपके सिस्टम पर स्थापित है, और आपने पर्ल मैनपेज स्थापित किया है, कुछ का उपयोग करें
इस तरह:

आदमी perlfunc
आदमी 3 कम
आदमी ExtUtils.MakeMaker

पर्ल के विभिन्न घटकों के लिए दस्तावेज़ तक पहुँचने के लिए। के साथ शुरू

मैन पर्ल

ध्यान दें कि बिंदु (.) का उपयोग पैकेजों के दस्तावेज़ीकरण के लिए पैकेज विभाजक के रूप में किया जाता है, और जैसे
सामान्य रूप से, कभी-कभी आपको छाया से बचने के लिए ऊपर अनुभाग - 3 देने की आवश्यकता होती है
कम(1) मैनपेज.

सुनिश्चित करें कि निर्देशिका ऊपर मैनपेज वाली निर्देशिका हमारे "MANPATH" पर है, जैसे
इसका

MANPATH=c:/man;f:/perllib/man सेट करें

"f:/perllib/man/man1/" आदि में Perl मैनपेज के लिए।

एचटीएमएल
यदि आपके पास कोई WWW ब्राउज़र उपलब्ध है, तो स्रोत में Perl दस्तावेज़ स्थापित करें
फॉर्म और पर्ल यूटिलिटीज की मदद से आप HTML डॉक्युमेंट बना सकते हैं। .पॉड फ़ाइलें, और करें
इस तरह

सीडी f:/perllib/lib/pod
pod2html

इसके बाद आप अपने ब्राउजर को फाइल डायरेक्ट कर सकते हैं perl.html इस निर्देशिका में, और आगे बढ़ें
दस्तावेज़ों को पढ़ने के साथ, इस तरह:

फ़ाइल का अन्वेषण करें:///f:/perllib/lib/pod/perl.html

वैकल्पिक रूप से आप इन दस्तावेज़ों को CPAN से पूर्वनिर्मित रूप में प्राप्त कर सकते हैं।

जीएनयू "जानकारी" फ़ाइलों
Emacs के उपयोगकर्ता इसे बहुत पसंद करेंगे, खासकर "CPerl" मोड लोड होने पर।
"CPAN" से नवीनतम "pod2texi" प्राप्त करने की आवश्यकता है, या, वैकल्पिक रूप से, पूर्वनिर्मित जानकारी पृष्ठ।

पीडीएफ फ़ाइलों
"एक्रोबैट" के लिए CPAN पर उपलब्ध हैं (संभवतः पर्ल के थोड़े पुराने संस्करण के लिए)।

"लैटेक्स" डॉक्स
"pod2latex" का उपयोग करके बनाया जा सकता है।

निर्माण करो

यहां हम चर्चा करेंगे कि OS/2 के अंतर्गत Perl का निर्माण कैसे किया जाए।

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

gnupatch -p0 < os2\diff.configure
sh कॉन्फ़िगर -des -D उपसर्ग=f:/perllib
बनाना
परीक्षण करें
स्थापित करना
aout_test बनाएं
aout_install बनाएं

यह निष्पादनयोग्य फ़ाइलों को f:/perllib/bin में रखता है। उन्हें मैन्युअल रूप से "PATH" में ले जाएँ, मैन्युअल रूप से
निर्मित को स्थानांतरित करें पर्ल*.dll "LIBPATH" (यहाँ Perl DLL के लिए) * यह एक बहुत ही अर्थपूर्ण हेक्स नहीं है
चेकसम), और चलाएँ

installcmd बनाएं INSTALLCMDDIR=d:/ir/on/path

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

आगे इन चरणों के माध्यम से विस्तृत मार्गदर्शन दिया गया है।

.. पूर्वापेक्षाएँ
आपके पास नवीनतम EMX विकास परिवेश, पूर्ण GNU टूल सूट (gawk) होना चाहिए
इसका नाम बदलकर awk कर दिया गया, और GNU find.exe OS/2 से पहले पथ पर find.exe, के जैसा
सॉर्ट.exe, उपयोग की जांच करने के लिए

--संस्करण खोजें
सॉर्ट --संस्करण

) आपको नवीनतम संस्करण की आवश्यकता है pdksh के रूप में स्थापित किया गया sh.exe.

जांचें कि आपके पास है बीएसडी लाइब्रेरी और हेडर स्थापित, और - वैकल्पिक रूप से - बर्कले डीबी
हेडर और लाइब्रेरीज़, और क्रिप्ट.

फ़ाइलें प्राप्त करने के संभावित स्थान:

ftp://ftp.uni-heidelberg.de/pub/os2/unix/
http://hobbes.nmsu.edu/h-browse.php?dir=/pub/os2
http://cd.textfiles.com/hobbesos29804/disk1/DEV32/
http://cd.textfiles.com/hobbesos29804/disk1/EMX09C/

यह बताया गया है कि निम्नलिखित अभिलेखों में पर्ल बनाने के लिए पर्याप्त उपयोगिताएँ मौजूद हैं:
gnufutil.ज़िप, gnusutil.ज़िप, gnututil.zip, gnused.zip, gnupatch.zip, gnuawk.zip,
gnumake.zip, gnugrep.zip, bsddev.zip और ksh527rt.zip (या बाद का संस्करण)। ध्यान दें कि सभी
ये सुविधाएं LEO से उपलब्ध मानी जाती हैं:

ftp://crydee.sai.msu.ru/pub/comp/os/os2/leo/gnu/

यह भी ध्यान दें कि डीबी.लिब और डीबी.ए ईएमएक्स वितरण से बहु के लिए उपयुक्त नहीं हैं
थ्रेडेड संकलन (यहां तक ​​कि पर्ल का एकल-थ्रेडेड फ्लेवर भी बहु-थ्रेडेड C RTL का उपयोग करता है, उदाहरण के लिए)
XFree86-OS/2 के साथ संगतता)। यहाँ से सही संस्करण प्राप्त करें

http://www.ilyaz.org/software/os2/db_mt.zip

यदि आपके पास ठीक ठीक la वही संस्करण of पर्ल पहले से ही स्थापित है, सुनिश्चित करें कि कोई प्रतिलिपियाँ नहीं हैं
या perl वर्तमान में चल रहे हैं। पुराने संस्करण के कारण बिल्ड के बाद के चरण विफल हो सकते हैं
of perl.dll मेमोरी में लोड किया गया डेटा मिल सकता है। "मेक टेस्ट" चलाना अर्थहीन हो जाता है,
चूंकि परीक्षण पर्ल के पिछले निर्माण की जांच कर रहे हैं (यह स्थिति का पता चला है और
द्वारा रिपोर्ट lib/os2_base.t परीक्षण). "PERL_EMXLOAD_SEC" को अनसेट करना न भूलें
पर्यावरण.

यह भी सुनिश्चित करें कि आपके पास / Tmp वर्तमान ड्राइव पर निर्देशिका, और . आपके में निर्देशिका
"LIBPATH"। बाद वाली स्थिति को ठीक करने का प्रयास किया जा सकता है

BEGINLIBPATH सेट करें.\.

यदि आप कुछ इस तरह का उपयोग करते हैं अध्यक्ष एवं प्रबंध निदेशक। EXE या नवीनतम संस्करण 4os2.exe. (सेटिंग BEGINLIBPATH
(केवल "." को OS/2 कर्नेल द्वारा अनदेखा कर दिया जाता है।)

सुनिश्चित करें कि आपका gcc "-Zomf" लिंकिंग के लिए अच्छा है: "omflibs" स्क्रिप्ट चलाएँ /emx/लिब
निर्देशिका.

जाँच करें कि आपके पास link386 स्थापित है। यह OS/2 के साथ मानक रूप से आता है, लेकिन हो सकता है कि यह न हो
अनुकूलन के कारण स्थापित। यदि टाइपिंग

link386

इससे पता चलता है कि आपके पास यह नहीं है, चयनात्मक स्थापित, और "ऑब्जेक्ट मॉड्यूल लिंक करें" चुनें
ऐच्छिक प्रणाली उपयोगिताएँ/अधिकयदि आप लिंक386 प्रॉम्प्ट में आ जाते हैं, तो बाहर निकलने के लिए "Ctrl-C" दबाएं।

मिल रहा पर्ल स्रोत
आपको नवीनतम पर्ल स्रोत (डेवलपर्स रिलीज़ सहित) लाने की आवश्यकता है। कुछ के साथ
संभावना है कि यह कहाँ स्थित है

http://www.cpan.org/src/
http://www.cpan.org/src/unsupported

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

डेवलपर्स के रिलीज का त्वरित चक्र समय-समय पर ओएस/2 बिल्ड को तोड़ सकता है, इस पर गौर करें

http://www.cpan.org/ports/os2/

नवीनतम रिलीज़ को इंगित कर सकता है जिसे अनुरक्षक द्वारा सार्वजनिक रूप से जारी किया गया था। ध्यान दें कि
इस रिलीज़ में पर्ल के वर्तमान स्रोत पर लागू करने के लिए कुछ अतिरिक्त पैच शामिल हो सकते हैं।

ऐसे निकालें

टार vzxf perl5.00409.tar.gz

आपको निष्कर्षण करते समय त्रुटियों के बारे में एक संदेश दिखाई दे सकता है कॉन्फ़िगर.ऐसा इसलिए है क्योंकि वहाँ एक
समान नाम वाली फ़ाइल के साथ टकराव कॉन्फ़िगर.

निष्कर्षण की निर्देशिका में बदलें.

आवेदन of la पैच
आपको पैच लगाने की जरूरत है ./os2/diff.* इस तरह:

gnupatch -p0 < os2\diff.configure

आपको पर्ल के बाइनरी वितरण के साथ दिए गए पैच को भी लागू करने की आवश्यकता हो सकती है।
नवीनतम OS/5-संबंधित के लिए perl2-porters मेलिंग सूची पर देखना भी समझदारी है
पैच (देखेंhttp://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/>). ऐसे पैच
इसमें आमतौर पर "/os2/" और "पैच" स्ट्रिंग्स होते हैं, इसलिए इन स्ट्रिंग्स को खोजना समझदारी है।

हस्त संपादन
आप फ़ाइल देख सकते हैं ./संकेत/os2.sh और जो भी गलत लगे उसे सुधारें।
इसकी कहीं भी आवश्यकता नहीं है।

निर्माण
sh कॉन्फ़िगर -des -D उपसर्ग=f:/perllib

"प्रीफ़िक्स" का अर्थ है: परिणामी पर्ल लाइब्रेरी को कहाँ स्थापित करना है। सही प्रीफ़िक्स देकर आप
"PERLLIB_PREFIX" निर्दिष्ट करने की आवश्यकता से बचने के लिए, "PERLLIB_PREFIX" देखें।

उपेक्षा la message के बारे में लापता "एलएन", और के बारे में "-सी" विकल्प सेवा मेरे tr. उत्तरार्द्ध सबसे अधिक है
संभवतः इसे पहले ही ठीक कर दिया गया है, यदि आप इसे देखें और पता लगा सकें कि बाद वाली झूठी चेतावनी कहाँ है
कहाँ से आता है, कृपया मुझे सूचित करें।

अभी

बनाना

किसी समय निर्मित की मृत्यु हो सकती है, रिपोर्ट करते हुए संस्करण बेमेल or असमर्थ सेवा मेरे रन पर्ल.
इसका मतलब यह है कि आपके पास नहीं है . आपके LIBPATH में, इसलिए perl.exe आवश्यक वस्तु नहीं मिल पाती
perl67B2.dll (इन हेक्स अंकों को लाइन शोर के रूप में मानें)। इसे ठीक करने के बाद बिल्ड को
बिना किसी शोर-शराबे के समाप्त हो जाना चाहिए।

परीक्षण
अब भागो

परीक्षण करें

सभी परीक्षण सफल होने चाहिए (उनमें से कुछ को छोड़ दिया जाना चाहिए)। यदि आपके पास एक ही संस्करण है
Perl संस्थापित होने के लिए, यह महत्वपूर्ण है कि आपके LIBPATH (या में) में "." हो.
BEGINLIBPATH) का प्रयोग न करें, अन्यथा आपके परीक्षण संभवतः Perl के गलत संस्करण का परीक्षण करेंगे।

कुछ परीक्षण अतिरिक्त संदेश उत्पन्न कर सकते हैं जैसे

बहुत सारे "बुरे मुफ़्त"
बर्कले डीबी से संबंधित डेटाबेस परीक्षणों में। इस चाहिए be तय पहले से। यह तो
यदि यह समस्या बनी रहती है, तो आप इस चेतावनी को अक्षम कर सकते हैं, "PERL_BADFREE" देखें।

प्रक्रिया SIGTERM/SIGINT द्वारा समाप्त की गई
यह OS/2 अनुप्रयोगों द्वारा जारी किया गया एक मानक संदेश है। *nix अनुप्रयोग मर जाते हैं
मौन। इसे एक विशेषता माना जाता है। कोई भी व्यक्ति उचित तरीके से इसे आसानी से अक्षम कर सकता है
सिगहैंडलर.

हालाँकि परीक्षण इंजन अप्रत्याशित क्षणों में इन संदेशों को स्क्रीन पर प्रसारित करता है।
इस प्रकार के संदेश चाहिए परीक्षण के दौरान उपस्थित रहें।

बेहतर परीक्षण रिपोर्ट पाने के लिए कॉल करें

पर्ल टी/हार्नेस

रिपोर्ट के साथ आईओ/पाइप.टी असफलता इस प्रकार दिख सकती है:

विफल परीक्षण स्थिति Wstat कुल विफल विफल की सूची
-------------------------------------------------- ----------
आईओ/पाइप.टी 12 1 8.33% 9
7 परीक्षण छोड़ दिए गए, साथ ही 56 उप-परीक्षण छोड़ दिए गए।
1/195 परीक्षण स्क्रिप्ट विफल, 99.49% ठीक। 1/6542 उपपरीक्षण विफल, 99.98% ठीक।

सर्वाधिक महत्वपूर्ण परीक्षाएं छोड़ देने के कारण निम्नलिखित हैं:

सेशन/fs.t
18 "stat()" के "atime" और "mtime" की जाँच करता है - दुर्भाग्य से, HPFS केवल प्रदान करता है
2 सेकंड का समय विवरण (FAT के साथ संगतता के लिए?).

25 लिखने के लिए खोले गए फ़ाइलहैंडल पर "truncate()" की जाँच करता है - मुझे नहीं पता क्यों
यह काम करना चाहिए या नहीं करना चाहिए.

सेशन/stat.t
"stat()" की जाँच करता है। परीक्षण:

4 "stat()" के "atime" और "mtime" की जाँच करता है - दुर्भाग्य से, HPFS केवल प्रदान करता है
2 सेकंड का समय विवरण (FAT के साथ संगतता के लिए?).

का अधिष्ठापन la बनाया गया पर्ल
यदि आपने अभी तक "perl*.dll" को LIBPATH पर स्थानांतरित नहीं किया है, तो अभी करें।

रन

स्थापित करना

यह उत्पन्न फ़ाइलों को आवश्यक स्थानों पर रखेगा। perl.exe, पर्ल__।प्रोग्राम फ़ाइल
और पर्ल___।प्रोग्राम फ़ाइल अपने PATH पर किसी स्थान पर, perl.dll अपने LIBPATH पर किसी स्थान पर.

रन

installcmd बनाएं INSTALLCMDDIR=d:/ir/on/path

पर्ल उपयोगिताओं को परिवर्तित करने के लिए अध्यक्ष तथा प्रबंध निदेशक. फ़ाइलें और उन्हें PATH पर रखें। आपको डालने की जरूरत है
. EXE-utilities को मैन्युअल रूप से पथ पर रखें। वे "$prefix/bin" में स्थापित हैं, यहाँ $prefix वह है जो
आपने दिया कॉन्फ़िगर, "निर्माण" देखें.

यदि आप "मैन" का उपयोग करते हैं, तो या तो स्थापित को स्थानांतरित करें */आदमी/ निर्देशिकाओं को अपने "MANPATH" में जोड़ें, या
स्थान से मेल खाने के लिए "MANPATH" को संशोधित करें। (कोई इसे प्रदान करके टाल सकता था
"मैनपाथ" विकल्प को सही करें कॉन्फ़िगर, या संपादन ./config.sh कॉन्फ़िगर करने और के बीच
कदम बढ़ाते हुए)

"a.out"-शैली निर्माण
उपरोक्त अनुसार आगे बढ़ें, लेकिन ध्यान रखें कि पर्ल_.exe (देखें "perl_.exe")

perl_ बनाएं

परीक्षण करें और स्थापित करें

aout_test बनाएं
aout_install बनाएं

मैन्युअल रूप से डालें पर्ल_.exe अपने PATH पर किसी स्थान पर.

नोट्स। "perl_" के लिए निर्माण प्रक्रिया कर देता है नहीं जानना सभी निर्भरताओं के बारे में, ताकि आप
यह सुनिश्चित करना चाहिए कि कोई भी चीज़ अप-टू-डेट हो, जैसे कि,

perl_dll बनाएं

पहले।

इमारत a बाइनरी वितरण

[यह अनुभाग केवल एक संक्षिप्त अवलोकन प्रदान करता है...]

आपके द्वारा इंस्टॉल किए गए पर्ल के संस्करण के आधार पर निर्माण अलग-अलग तरीके से आगे बढ़ना चाहिए
आपके सिस्टम पर पहले से मौजूद है और इस्तेमाल किया जा रहा है, या इसका नया संस्करण अभी तक इस्तेमाल नहीं किया गया है।
नीचे दिया गया विवरण मानता है कि संस्करण नया है, इसलिए इसकी DLLs और .pm फ़ाइलों
आपके सिस्टम के संचालन को बाधित नहीं करेगा भले ही कुछ मध्यवर्ती कदम अभी तक नहीं उठाए गए हों
पूरी तरह कार्यरत।

अन्य मामलों में थोड़ी अधिक जटिल प्रक्रियाओं की आवश्यकता होती है। नीचे मैं मानता हूँ कि
पर्ल का वर्तमान संस्करण 5.8.2 है, इसलिए निष्पादनयोग्य फ़ाइलों का नाम तदनुसार रखा गया है।

1. पर्ल डिस्ट्रीब्यूशन को पूरी तरह से बनाएँ और उसका परीक्षण करें। सुनिश्चित करें कि कोई भी परीक्षण विफल नहीं हो रहा है
"test" और "aout_test" लक्ष्य; Perl और Perl परीक्षण सूट में पाई गई बग्स को ठीक करें
इन परीक्षणों द्वारा। सुनिश्चित करें कि "all_test" लक्ष्य रन को यथासंभव साफ बनाता है।
जांच करे ओएस2/perlrexx.cmd ठीक चलता है.

2. Perl को "installcmd" लक्ष्य सहित पूरी तरह से स्थापित करें। उत्पन्न DLL को कॉपी करें
"LIBPATH"; क्रमांकित Perl निष्पादनयोग्य फ़ाइलों की प्रतिलिपि बनाएँ (जैसा कि पर्ल5.8.2.exe) को "PATH" में बदलें; कॉपी करें
"perl_.exe" को "PATH" में "perl_5.8.2.exe" के रूप में बदलें। सोचें कि क्या आपको पीछे की ओर जाने की आवश्यकता है-
संगतता DLLs। अधिकांश मामलों में आपको उन्हें अभी तक स्थापित करने की आवश्यकता नहीं है; लेकिन कभी-कभी
इससे निम्नलिखित चरण सरल हो सकते हैं।

3. सुनिश्चित करें कि "CPAN.pm" CPAN से फ़ाइलें डाउनलोड कर सकता है। यदि नहीं, तो आपको यह करना पड़ सकता है
मैन्युअल रूप से "Net::FTP" स्थापित करें।

4. बंडल "Bundle::OS2_default" स्थापित करें

perl5.8.2 -MCPAN -e "इंस्टॉल बंडल::OS2_default" < nul |& tee 00cpan_i_1

1GHz प्रोसेसर पर इसे चलाने में कुछ घंटे लग सकते हैं (जब पहली बार चलाया जाता है)। और यह
जरूरी नहीं कि यह एक सहज प्रक्रिया हो। कुछ मॉड्यूल आवश्यक जानकारी निर्दिष्ट नहीं कर सकते हैं
निर्भरताएँ, इसलिए परिणाम आने तक इस प्रक्रिया को कई बार दोहराना पड़ सकता है
स्थिर।

perl5.8.2 -MCPAN -e "इंस्टॉल बंडल::OS2_default" < nul |& tee 00cpan_i_2
perl5.8.2 -MCPAN -e "इंस्टॉल बंडल::OS2_default" < nul |& tee 00cpan_i_3

स्थिर होने के बाद भी कुछ परीक्षण विफल हो सकते हैं।

जितना संभव हो सके, खोजे गए बगों को ठीक करें। उन सभी बगों का दस्तावेजीकरण करें जिन्हें ठीक नहीं किया जा सका है,
और अज्ञात कारणों से सभी विफलताएँ। उत्पादित लॉग का निरीक्षण करें 00cpan_i_1 सेवा मेरे
संदिग्ध रूप से छोड़ी गई परीक्षाएं और अन्य संदिग्ध घटनाएं पाई गईं।

ध्यान रखें कि स्थापना कुछ मॉड्यूल भी विफल हो सकते हैं: उदाहरण के लिए, DLLs
अपडेट पहले से ही लोड हो सकता है सीपीएएन.पीएम"इंस्टॉल" लॉग का निरीक्षण करें (उदाहरण में
ऊपर 00cpan_i_1 आदि) त्रुटियों के लिए, और चीजों को मैन्युअल रूप से स्थापित करें, जैसे कि

सीडी $CPANHOME/.cpan/build/Digest-MD5-2.31
स्थापित करना

कुछ वितरण कुछ परीक्षणों में असफल हो सकते हैं, लेकिन फिर भी आप उन्हें स्थापित करना चाह सकते हैं (जैसे कि
उपरोक्त, या "CPAN.pm" शेल-मोड के "फोर्स इंस्टाल" कमांड के माध्यम से)।

चूंकि इस प्रक्रिया को पूरा होने में काफी लंबा समय लग सकता है, इसलिए यह उचित है कि
की स्थानीय प्रतिलिपि के आवधिक अद्यतनों को अक्षम करके अपने CPAN कॉन्फ़िगरेशन को "फ्रीज" करें
CPAN इंडेक्स: "index_expire" को कुछ बड़े मान पर सेट करें (मैं 365 का उपयोग करता हूं), फिर सेटिंग्स को सेव करें

CPAN> o कॉन्फ़ इंडेक्स_एक्सपायर 365
CPAN> o कॉन्फ़ कमिट

जब आपका काम पूरा हो जाए तो डिफ़ॉल्ट मान 1 पर वापस रीसेट करें।

5. जब आप परिणामों से संतुष्ट हो जाएं, तो "installcmd" लक्ष्य को फिर से चलाएँ। अब आप कॉपी कर सकते हैं
"perl5.8.2.exe" को "perl.exe" में बदलें, तथा अन्य OMF-बिल्ड निष्पादनयोग्य फ़ाइलें स्थापित करें:
"perl__.exe" आदि। वे उपयोग के लिए तैयार हैं।

6. बिल्ड ट्री की "./pod" निर्देशिका में बदलें, पर्ल लोगो डाउनलोड करें
कैमलग्रेबिग.बीएमपी, और भाग खड़ा हुआ

( perl2ipf > perl.ipf ) |& टी 00ipf
ipfc /INF perl.ipf |& टी 00inf

इससे Perl दस्तावेज़ ऑनलाइन पुस्तक "perl.INF" बनती है। इसे "BOOKSHELF" पथ पर स्थापित करें।

7. अब स्टेटिकली लिंक्ड एक्जीक्यूटेबल बनाने का समय आ गया है पर्ल_.exe जिसमें नव-
"Bundle::OS2_default" मॉड्यूल के माध्यम से स्थापित किया गया है। "CPAN.pm" के माध्यम से परीक्षण करना
यह बहुत ही धीमा है, क्योंकि यह प्रत्येक XS एक्सटेंशन के लिए एक नया निष्पादनयोग्य स्थिर रूप से लिंक करता है।

यहां एक संभावित समाधान है: एक शीर्षस्तरीय बनाएं मेकफाइल.पीएल in $CPANHOME/.cpan/बिल्ड/
सामग्री के साथ (तुलना करें "कस्टम संग्रह के साथ निष्पादन योग्य बनाना
स्टेटिकली लोडेड एक्सटेंशन")

ExtUtils::MakeMaker का उपयोग करें;
WriteMakefile नाम => 'डमी';

इसे इस प्रकार निष्पादित करें

perl_5.8.2.exe मेकफ़ाइल.PL
मेक-के ऑल टेस्ट

फिर से, यह प्रक्रिया बिल्कुल सहज नहीं होनी चाहिए। कुछ "Makefile.PL"
उपनिर्देशिकाएँ बगयुक्त हो सकती हैं, और "चाइल्ड" स्क्रिप्ट के रूप में नहीं चलेंगी।
मॉड्यूल की अन्योन्याश्रितता आपको चौंका सकती है; हालाँकि, चूंकि गैर-एक्सएस मॉड्यूल पहले से ही हैं
स्थापित होने पर, अधिकांश मॉड्यूलों की पूर्वावश्यक शर्तें मौजूद होने की बहुत अच्छी संभावना होती है।

यदि आपको कुछ गड़बड़ियां दिखती हैं, तो समस्याग्रस्त मॉड्यूल की निर्देशिकाओं को किसी अन्य निर्देशिका में ले जाएं.
स्थान; यदि ये मॉड्यूल गैर-XS मॉड्यूल हैं, तो आप उन्हें अनदेखा कर सकते हैं - वे हैं
पहले से ही स्थापित; शेष, XS, मॉड्यूल आपको एक-एक करके मैन्युअल रूप से स्थापित करने की आवश्यकता है।

प्रत्येक ऐसे निष्कासन के बाद आपको "Makefile.PL"/"make" प्रक्रिया को पुनः चलाने की आवश्यकता होगी; आमतौर पर
यह प्रक्रिया जल्द ही अभिसरित हो जाती है। (लेकिन सभी आवश्यक बाहरी C को परिवर्तित करना सुनिश्चित करें
पुस्तकालयों से उदारीकरण को प्रारूपित करें .a प्रारूप: इनमें से एक चलाएँ

emxaout foo.lib
emximp -o foo.a foo.lib

जो भी उचित हो।) इसके अलावा, सुनिश्चित करें कि बाहरी पुस्तकालयों के लिए DLL हैं
"-Zmtd" विकल्प के बिना संकलित निष्पादनयोग्य के साथ प्रयोग योग्य।

जब आप आश्वस्त हो जाएं कि केवल कुछ उपनिर्देशिकाएं ही विफलता की ओर ले जाती हैं, तो आप जोड़ना चाह सकते हैं
पहले से तैयार उपनिर्देशिकाओं को छोड़ने की गति बढ़ाने के लिए "make" में "-j4" विकल्प का उपयोग करें
निर्माण।

जब आप परीक्षण के परिणामों से संतुष्ट हों, तो इसके लिए बिल्ड सी लाइब्रेरीज़ स्थापित करें
एक्सटेंशन:

मेक इनस्टॉल |& टी 00aout_i

अब आप फ़ाइल का नाम बदल सकते हैं ./perl.exe अंतिम चरण के दौरान उत्पन्न
पर्ल_5.8.2.exe; इसे "PATH" पर रखें; यदि कुछ XS के बीच अंतर-निर्भरता है
मॉड्यूल, आपको इस नए निष्पादन योग्य के साथ "परीक्षण" / "इंस्टॉल" लूप को दोहराने की आवश्यकता हो सकती है और
कुछ बहिष्कृत मॉड्यूल - जब तक प्रक्रिया अभिसरित नहीं हो जाती।

अब आपके पास सभी आवश्यक चीजें हैं .a इन पर्ल मॉड्यूलों के लिए पुस्तकालय उन स्थानों पर हैं जहाँ
पर्ल बिल्डर इसे ढूंढ सकता है। पर्ल बिल्डर का उपयोग करें: खाली निर्देशिका में बदलें, बनाएँ
कल्पित" मेकफाइल.पीएल फिर से, और भागो

perl_5.8.2.exe Makefile.PL |& टी 00c
पर्ल बनाओ |& टी 00p

इससे एक निष्पादनयोग्य फ़ाइल बन जाएगी ./perl.exe सभी स्टेटिकली लोडेड एक्सटेंशन के साथ
निर्मित। उत्पन्न की तुलना करें perlmain.c यह सुनिश्चित करने के लिए फ़ाइलें कि
पुनरावृत्तियों में लोड किए गए एक्सटेंशन की संख्या केवल बढ़ती है। नाम बदलें ./perl.exe सेवा मेरे
पर्ल_5.8.2.exe "पथ" पर.

जब यह अभिसरित होता है, तो आपको एक कार्यात्मक संस्करण मिलता है पर्ल_5.8.2.exe; इसे कॉपी करें
"perl_.exe". आपका स्थानीय Perl संस्थापन तैयार हो गया है।

8. सुनिश्चित करें कि स्थापित मॉड्यूल वास्तव में नए मॉड्यूल के स्थान पर स्थापित हैं।
पर्ल, और पुराने से विरासत के लिए दी गई @INC की प्रविष्टियों से विरासत में नहीं मिलती हैं
Perl के नए संस्करण: Perl के नए संस्करण को पुनर्निर्देशित करने के लिए "PERLLIB_582_PREFIX" सेट करें
नया स्थान चुनें, और स्थापित फ़ाइलों को इस नए स्थान पर कॉपी करें। परीक्षण फिर से करें
सुनिश्चित करें कि Perl के पुराने संस्करणों से विरासत में मिले मॉड्यूल के संस्करण नहीं हैं
जरूरत है।

वास्तव में, लॉग आउटपुट पॉड2आईपीएफ(1) चरण 6 के दौरान बहुत विस्तृत जानकारी दी गई है
कौन से मॉड्यूल किस स्थान से लोड किए गए हैं, इसके बारे में जानकारी; इसलिए आप इसे अतिरिक्त जानकारी के रूप में उपयोग कर सकते हैं
सत्यापन उपकरण.

जाँच करें कि कुछ अस्थायी फ़ाइलें पर्ल इंस्टॉल ट्री में नहीं आई हैं। चलाएँ
कुछ इस तरह

pfind . -f "!(/\.(pm|pl|ix|al|h|a|lib|txt|pod|imp|bs|dll|ld|bs|inc|xbm|yml|cgi|uu|e2x|skip|packlist|eg|cfg|html|pub|enc|all|ini|po|pot)$/i या /^\w+$/") | कम

इंस्टॉल ट्री में (ऊपरी एक और दोनों) साइटलिब एक)।

सभी DLL को संपीड़ित करें एलएक्सलाइट। छोटे ।प्रोग्राम फ़ाइल "/c:max" (के साथ संपीड़ित किया जा सकता है
बग केवल तभी दिखाई देता है जब पृष्ठ के अंतिम 6 बाइट्स में कोई सुधार हो (?); चूंकि
छोटे निष्पादन योग्य एक पृष्ठ से बहुत छोटे होते हैं, बग हिट नहीं होगा)। संपीड़ित न करें
"perl_.exe" - यह DOS के अंतर्गत काम नहीं करेगा।

9. अब आप बाइनरी वितरण उत्पन्न कर सकते हैं। यह परीक्षण चलाकर किया जाता है
CPAN वितरण "OS2::SoftInstaller"। फ़ाइल को ट्यून अप करें परीक्षण.pl लेआउट के अनुरूप
पर्ल के वर्तमान संस्करण का पहले उपयोग करें। आवश्यक बाहरी DLL को पैक करना न भूलें
तदनुसार। बग और परीक्षण सूट विफलताओं का विवरण शामिल करें जिन्हें आप कर सकते हैं
ठीक नहीं किया गया। Perl बिल्ड से Perl निष्पादनयोग्य के छोटे-स्टैक संस्करण शामिल करें
निर्देशिका.

शामिल करना perl5.def ताकि लोग बाइनरी को संरक्षित करते हुए पर्ल DLL को फिर से लिंक कर सकें
संगतता, या संगतता DLLs बना सकते हैं। अंतर फ़ाइलें शामिल करें ("diff -pu
पुराने नए") आपके द्वारा किए गए सुधारों की सूची ताकि लोग आपके संस्करण का पुनर्निर्माण कर सकें। इसमें शामिल करें perl5.मैप
ताकि रिमोट डिबगिंग का उपयोग किया जा सके।

10. आपने जो किया उसे दूसरों के साथ साझा करें। आराम करें। अपने काम के फल का आनंद लें।

11. इसके परिणामस्वरूप आने वाले धन्यवाद, बग रिपोर्ट, घृणास्पद मेल और स्पैम के लिए खुद को तैयार रखें।
पिछले चरण में कोई भी अच्छा काम बिना दण्ड के नहीं रहना चाहिए!

इमारत रिवाज . EXE फ़ाइलों

पर्ल एक्जीक्यूटेबल्स को किसी भी समय आसानी से फिर से बनाया जा सकता है। इसके अलावा, कोई भी इसका उपयोग कर सकता है
embedding इंटरफ़ेस (देखें perlembed) बहुत ही अनुकूलित निष्पादनयोग्य बनाने के लिए।

निर्माण निष्पादनयोग्य साथ में a रिवाज संग्रह of स्थिर भरा हुआ एक्सटेंशन
ऐसा करना थोड़ा आसान है, कम स्थिर रूप से लोड की गई सूची
हम इस मामले पर केवल यहाँ चर्चा करते हैं।

1. खाली निर्देशिका में बदलें, और प्लेसहोल्डर बनाएं :

ExtUtils::MakeMaker का उपयोग करें;
WriteMakefile नाम => 'डमी';

2. इसे पर्ल के स्वाद के साथ चलाएँ (perl.exe or पर्ल_.exe) जिसे आप पुनः बनाना चाहते हैं।

perl_ मेकफ़ाइल.पीएल

3. इसे नया पर्ल निष्पादनयोग्य बनाने के लिए कहें:

पर्ल बनाओ

(आपको कुछ मामलों में इस कमांडलाइन में मैन्युअल रूप से "PERLTYPE=-DPERL_CORE" जोड़ने की आवश्यकता हो सकती है)
पर्ल के संस्करण; लक्षण यह है कि कमांड-लाइन ग्लोबिंग काम नहीं करती है
OS/2 शैल को नए संकलित निष्पादन योग्य के साथ जांचें;

.\perl.exe -wle "प्रिंट फॉर @ARGV" *

).

4. पिछला चरण बनाया गया perlmain.c जिसमें एक सूची है नयाXS() के पास कॉल
अंत. अनावश्यक कॉल हटाना, और पुनः चलाना

पर्ल बनाओ

एक अनुकूलित निष्पादन योग्य उत्पादन करेगा.

निर्माण निष्पादनयोग्य साथ में a रिवाज खोज-पथ
डिफ़ॉल्ट पर्ल निष्पादनयोग्य अधिकांश उपयोगों का समर्थन करने के लिए पर्याप्त लचीला है। हालाँकि, कोई भी
कुछ और अधिक लचीला चाहते हैं; उदाहरण के लिए, कोई व्यक्ति Perl DLL को अपेक्षाकृत अधिक लचीला खोजना चाह सकता है।
EXE फ़ाइल का स्थान; या कोई व्यक्ति सेटिंग करते समय पर्यावरण को अनदेखा करना चाह सकता है
पर्ल-लाइब्रेरी खोज पैच, आदि.

यदि आप सहज महसूस करते हैं embedding इंटरफ़ेस (देखें perlembed), ऐसी चीजें समझना आसान है
"कस्टम संग्रह के साथ निष्पादनयोग्य बनाना" में उल्लिखित चरणों को दोहराएँ
स्टेटिकली लोडेड एक्सटेंशन", और अधिक व्यापक संपादन करना मुख्य() of perlmain.c.
पर्ल को समझने की कम इच्छा रखने वाले लोग बस नाम बदल सकते हैं मुख्य(), और आवश्यक कार्य करें
एक कस्टम में संशोधन मुख्य() जो उचित समय पर पुनः नामित फ़ंक्शन को कॉल करता है।

हालाँकि, एक तीसरा तरीका भी है: perl DLL निर्यात करता है मुख्य() फ़ंक्शन और कई कॉलबैक
खोज पथ को अनुकूलित करने के लिए। नीचे "पर्ल लोडर" का एक पूरा उदाहरण दिया गया है जो

1. "$exedir/../dll" निर्देशिका में Perl DLL को खोजता है;

2. उपरोक्त निर्देशिका को "BEGINLIBPATH" से पहले जोड़ता है;

3. यदि "BEGINLIBPATH" के माध्यम से प्राप्त Perl DLL, लोड किए गए DLL से भिन्न है तो यह विफल हो जाता है।
चरण 1; उदाहरण के लिए, कोई अन्य प्रक्रिया इसे "LIBPATH" या किसी भिन्न स्थान से लोड कर सकती है
"BEGINLIBPATH" का मान। इन मामलों में सिस्टम की सेटिंग को संशोधित करने की आवश्यकता होती है
जिससे यह अन्य प्रक्रिया या तो चलती नहीं है, या "BEGINLIBPATH" से DLL लोड करती है
"LIBPATHSTRICT=T" के साथ (सितंबर 2000 के बाद कर्नेल के साथ उपलब्ध).

4. "$exedir/../dll/lib/" से Perl लाइब्रेरी लोड करता है।

5. "$exedir/../dll/sh/ksh.exe" से बॉर्न शेल का उपयोग करता है।

सर्वोत्तम परिणामों के लिए नीचे दी गई C फ़ाइल को Perl DLL के समान विकल्पों के साथ संकलित करें। हालाँकि,
बहुत सारी कार्यक्षमता तब भी काम करेगी जब निष्पादन योग्य EMX अनुप्रयोग नहीं है, उदाहरण के लिए,
यदि संकलित किया जाए

gcc -वॉल -DDOSISH -DOS2=1 -O2 -s -Zomf -Zsys perl-starter.c \
-DPERL_DLL_BASENAME=\"perl312F\" -Zstack 8192 -Zlinker /PM:VIO

यहाँ नमूना सी फ़ाइल है:

#INCL_DOS परिभाषित करें
#INCL_NOPM को परिभाषित करें
/* यदि os2.h में os2tk.h शामिल है, न कि os2emx.h तो संकलन के लिए इनकी आवश्यकता है */
#INCL_DOSPROCESS को परिभाषित करें
#शामिल करना

#शामिल है "बाहरी.h"
#परिभाषित करें PERL_IN_MINIPERLMAIN_C
#शामिल करें "perl.h"

स्थिर चर *me;
HMODULE हैंडल;

स्थिर शून्य
die_with(चरित्र *msg1, चरित *msg2, चरित *msg3, चरित *msg4)
{
उलोंग सी;
चार *s = "त्रुटि: ";

DosWrite(2, मुझे, strlen(मुझे), और सी);
DosWrite(2, एस, स्ट्रलेन(एस), &सी);
DosWrite(2, msg1, strlen(संदेश1),&सी);
DosWrite(2, msg2, strlen(संदेश2),&सी);
DosWrite(2, msg3, strlen(संदेश3),&सी);
DosWrite(2, msg4, strlen(संदेश4),&सी);
DosWrite(2, "\r\n", 2, &c);
निकास; (255)
}

टाइपडेफ ULONG (*fill_extLibpath_t)(int प्रकार, char *pre, char *post, int प्रतिस्थापित, char *msg);
टाइपडेफ int (*main_t)(int प्रकार, char *argv[], char *env[]);
टाइपडेफ int (*हैंडलर_टी)(void* डेटा, int जो);

#ifndef PERL_DLL_BASENAME
# PERL_DLL_BASENAME "perl" परिभाषित करें
#endif

स्थिर HMODULE
load_perl_dll(चरित्र *बेसनाम)
{
चार बफ[३००], फेल[२६०];
स्ट्रलेन एल, डिरल;
fill_extLibpath_t एफ;
यूलॉन्ग rc_fullname;
HMODULE हैंडल, हैंडल1;

यदि (_execname(buf, sizeof(buf) - 13) != 0)
die_with("पूर्ण पथ नहीं मिल सका: ", strerror(errno), "", "");
/* XXXX 'मुझे' नए मान से भरें */
l = स्ट्रलेन(buf);
जबकि (l && buf[l-1] != '/' && buf[l-1] != '\\')
एल--;
डिरल = एल - १;
strcpy(buf + l, बेसनाम);
l += strlen(बेसनाम);
strcpy(buf + l, ".dll");
यदि ((rc_fullname = DosLoadModule(विफल, आकार विफल, buf, & हैंडल)) != 0
&& DosLoadModule(विफल, आकार विफल, बेसनाम, &हैंडल) != 0 )
die_with("DLL लोड नहीं किया जा सकता", buf, "", "");
यदि (rc_fullname)
return handle; /* संक्षिप्त नाम से लोड किया गया था; सब ठीक है */
यदि (DosQueryProcAddr(हैंडल, 0, "fill_extLibpath", (PFN*)&f))
die_with(buf, ": DLL कोई प्रतीक निर्यात नहीं करता है", "fill_extLibpath", "");
बफ[dirl] = 0;
यदि (f(0 /*BEGINLIBPATH*/, buf /* prepend */, NULL /* append */,
0 /* पुराना मान रखें */, me))
die_with(me, ": BEGINLIBPATH प्रीपेन्डिंग", "", "");
यदि (DosLoadModule(विफल, आकार विफल, बेसनाम, और हैंडल1) != 0)
die_with(me, ": BEGINLIBPATH के माध्यम से perl DLL को पुनः ढूँढना", "", "");
बफ[dirl] = '\\';
यदि (हैंडल1 != हैंडल) {
यदि (DosQueryModuleName(हैंडल1, आकार(विफल), विफल))
strcpy(विफल, "???");
die_with(buf, ":\n\tperl DLL BEGINLIBPATH के माध्यम से भिन्न है: \n\t",
विफल,
"\n\tआपको वैश्विक BEGINLIBPATH और LIBPATHSTRICT में फेरबदल करने की आवश्यकता हो सकती है"
"\n\tताकि अन्य प्रतिलिपि BEGINLIBPATH के माध्यम से लोड की जा सके।");
}
वापसी संभाल;
}

int
मुख्य(int argc, char **argv, char **env)
{
main_t एफ;
हैंडलर_टी एच;

मैं = argv[0];
/ ** /
हैंडल = load_perl_dll(PERL_DLL_BASENAME);

यदि (DosQueryProcAddr(हैंडल, 0, "Perl_OS2_handler_install", (PFN*)&h))
die_with(PERL_DLL_BASENAME, ": DLL कोई प्रतीक निर्यात नहीं करता है ", "Perl_OS2_handler_install", "");
यदि ( !h((void *)"~installprefix", Perlos2_handler_perllib_from)
|| !h((void *)"~dll", Perlos2_handler_perllib_to)
|| !h((void *)"~dll/sh/ksh.exe", Perlos2_handler_perl_sh) )
die_with(PERL_DLL_BASENAME, ": @INC manglers स्थापित नहीं किया जा सकता", "", "");

यदि (DosQueryProcAddr(हैंडल, 0, "dll_perlmain", (PFN*)&f))
die_with(PERL_DLL_BASENAME, ": DLL कोई प्रतीक निर्यात नहीं करता है", "dll_perlmain", "");
f(argc, argv, env) लौटाएं;
}

बनाएँ सामान्य प्रश्न

कुछ "/" बन गया "\" in पड्कश.
आपके पास बहुत पुराना pdksh है। "पूर्वापेक्षाएँ" देखें।

'एर्नो' - अनसुलझे बाहरी
आपके पास MT-safe नहीं है डीबी.लिब"पूर्वापेक्षाएँ" देखें.

समस्याएँ साथ में tr or प्यास
tr और sed के बहुत पुराने संस्करण के साथ रिपोर्ट किया गया।

कुछ मुसीबत (भूल जाओ कौन कौन से ;-)
आपके पास इसका पुराना संस्करण है perl.dll आपके LIBPATH पर, जिसने निर्माण को तोड़ दिया
एक्सटेंशन।

पुस्तकालय ... नहीं पाया
आपने "omflibs" नहीं चलाया। "पूर्वापेक्षाएँ" देखें।

सेगफॉल्ट in बनाना
आप GNU मेक का पुराना संस्करण उपयोग करते हैं। "पूर्वापेक्षाएँ" देखें।

ऑप/स्प्रिंटफ़ परीक्षण विफलता
यह emx sprintf में बग के कारण हो सकता है जिसे 0.9d फिक्स 03 में ठीक कर दिया गया था।

विशिष्ट (गलत)विशेषताएं of ओएस / 2 बंदरगाह

"प्राथमिकता दर्ज करें", "प्राथमिकता प्राप्त करें"
ध्यान दें कि ये फ़ंक्शन *nix के साथ संगत हैं, '94 - 95 के पुराने पोर्ट्स के साथ नहीं।
प्राथमिकताएं निरपेक्ष हैं, 32 से -95 तक जाएं, कम तेज़ है। 0 डिफ़ॉल्ट है
प्राथमिकता।

चेतावनीकिसी गैर-मौजूद प्रक्रिया पर "getpriority" को कॉल करने से सिस्टम लॉक हो सकता है
Warp3 फिक्सपैक22. Warp3 से शुरू करके, Perl एक वैकल्पिक उपाय का उपयोग करेगा: यह निरस्त करता है प्राप्त प्राथमिकता ()
यदि प्रक्रिया मौजूद नहीं है। पुराने संस्करणों "2.*" पर यह संभव नहीं है, और इसमें एक
वैसे भी दौड़ की स्थिति.

"प्रणाली()"
"system()" का बहु-तर्क रूप एक अतिरिक्त संख्यात्मक तर्क की अनुमति देता है।
यह तर्क OS2::Process में वर्णित है।

चलाने के लिए कोई प्रोग्राम ढूंढते समय, पर्ल सबसे पहले ऑपरेटिंग सिस्टम को "PATH" पर निष्पादनयोग्य फ़ाइलों को देखने के लिए कहता है।
(OS/2 एक्सटेंशन जोड़ता है ।प्रोग्राम फ़ाइल यदि कोई एक्सटेंशन मौजूद नहीं है)। यदि नहीं मिलता है, तो यह एक की तलाश करता है
संभावित एक्सटेंशन वाली स्क्रिप्ट इस क्रम में जोड़ी गई: कोई एक्सटेंशन नहीं, अध्यक्ष तथा प्रबंध निदेशक., .btm, . चमगादड़, .pl.
यदि पाया जाता है, तो पर्ल जादुई स्ट्रिंग्स "#!" और "extproc " के लिए फ़ाइल की शुरुआत की जाँच करता है। यदि
पाया गया, पर्ल चलाने के लिए कमांड लाइन की शुरुआत के रूप में पहली पंक्ति के बाकी हिस्से का उपयोग करता है
यह स्क्रिप्ट। पहली पंक्ति में किया गया एकमात्र छेड़छाड़ तर्कों का निष्कर्षण है
(वर्तमान में 3 तक), और "इंटरप्रेटर" नाम के पथ-भाग की अनदेखी करना यदि ऐसा नहीं हो सकता
पूर्ण पथ का उपयोग करके पाया जा सकता है।

उदाहरण के लिए, "सिस्टम 'foo', 'bar', 'baz'" पर्ल को खोजने के लिए प्रेरित कर सकता है सी:/emx/bin/foo.cmd साथ
पहली पंक्ति है

एक्सट्राप्रोक / बिन / बैश -एक्स -सी

If /बिन/bash.exe नहीं मिलता है, तो पर्ल एक निष्पादन योग्य की तलाश करता है बैश.exe "PATH" पर। अगर
में पाया सी:/emx.add/bin/bash.exe, तो उपरोक्त प्रणाली () में अनुवाद किया गया है

सिस्टम qw(C:/emx.add/bin/bash.exe -x -c C:/emx/bin/foo.cmd बार baz)

एक अतिरिक्त अनुवाद किया जाता है: के बजाय / बिन / श पर्ल हार्डवायर्ड-या- का उपयोग करता है
अनुकूलित शेल (देखें "PERL_SH_DIR").

"interpreter" के लिए उपरोक्त खोज पुनरावर्ती है: यदि खूब जोर से पीटना निष्पादन योग्य नहीं मिला है, लेकिन
bash.btm पाया जाता है, पर्ल इसकी पहली पंक्ति आदि की जांच करेगा। पर एकमात्र हार्ड वायर्ड सीमा
पुनरावृत्ति गहराई अंतर्निहित है: अतिरिक्त तर्कों की संख्या पर 4 की सीमा है
दिए गए वास्तविक तर्कों से पहले डाला गया प्रणाली ().विशेष रूप से, यदि कोई अतिरिक्त
तर्क "जादुई" पहली पंक्तियों पर निर्दिष्ट हैं, तो गहराई पर सीमा 4 है।

यदि पर्ल को पता चलता है कि पाया गया निष्पादनयोग्य PM प्रकार का है, जबकि वर्तमान सत्र PM प्रकार का नहीं है, तो यह
आवश्यक प्रकार के एक अलग सत्र में नई प्रक्रिया शुरू होगी। कॉल के माध्यम से
इस जादू को निष्क्रिय करने के लिए "OS2::Process" का प्रयोग करें।

चेतावनीवर्णित तर्क के कारण, आपको स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता है .com विस्तार अगर
जरूरत है। इसके अलावा, यदि निष्पादन योग्य पर्ल5.6.1 अनुरोध किया जाता है, पर्ल नहीं देखेगा
पर्ल5.6.1.exe। [यह भविष्य में बदल सकता है।]

"एक्स्ट्राप्रोक" on la प्रथम line
यदि पर्ल स्क्रिप्ट के प्रथम अक्षर "extproc " हैं, तो इस पंक्ति को "#!"-पंक्ति के रूप में माना जाता है,
इस प्रकार इस लाइन पर सभी स्विच संसाधित होते हैं (दो बार यदि स्क्रिप्ट शुरू की गई थी
cmd.exe). perlrun में "विवरण" देखें.

अतिरिक्त मॉड्यूल:
OS2::Process, OS2::DLL, OS2::REXX, OS2::PrfDB, OS2::ExtAttr. ये मॉड्यूल एक्सेस प्रदान करते हैं
"सिस्टम" के लिए अतिरिक्त संख्यात्मक तर्क और चल रहे सिस्टम के बारे में जानकारी के लिए
प्रक्रिया, REXX हस्ताक्षर के साथ फ़ंक्शन वाले DLL और REXX रनटाइम, OS/2 के लिए
डेटाबेस में आईएनआई प्रारूप, और विस्तारित विशेषताओं के लिए।

एंड्रियास कैसर द्वारा दो अतिरिक्त एक्सटेंशन, "OS2::UPM", और "OS2::FTP", इसमें शामिल किए गए हैं
"ILYAZ" निर्देशिका, CPAN पर प्रतिबिंबित। अन्य OS/2-संबंधित एक्सटेंशन भी उपलब्ध हैं।

पहले से बनाए गए विधि:
"फ़ाइल::कॉपी::syscopy"
"File::Copy::copy" द्वारा उपयोग किया जाता है, File::Copy देखें.

"डायनालोडर::mod2fname"
"DynaLoader" द्वारा DLL नाम मेंगलिंग के लिए उपयोग किया जाता है।

"सीडब्ल्यूडी::current_drive()"
स्वतः स्पष्ट.

"Cwd::sys_chdir(नाम)"
ड्राइव को वैसे ही छोड़ देता है।

"Cwd::change_drive(नाम)"
"वर्तमान" ड्राइव को बदलता है.

"Cwd::sys_is_absolute(नाम)"
इसका मतलब है ड्राइव अक्षर है और is_rooted है।

"Cwd::sys_is_rooted(नाम)"
इसका अर्थ है "[/\\]" से शुरू होना (शायद ड्राइव-अक्षर के बाद:)।

"Cwd::sys_is_relative(नाम)"
वर्तमान निर्देशिका के साथ परिवर्तन का मतलब है.

"Cwd::sys_cwd(नाम)"
EMX से cwd के लिए इंटरफ़ेस। "Cwd::cwd" द्वारा उपयोग किया जाता है।

"Cwd::sys_abspath(नाम, निर्देशिका)"
वास्तव में बहुत ही घिनौना कार्य है। फ़ाइल का पूर्ण नाम लौटाता है जो
यदि CWD "dir" हो तो "name" होगा। "Dir" डिफ़ॉल्ट रूप से वर्तमान dir होगा।

"Cwd::extLibpath([प्रकार])"
विस्तारित लाइब्रेरी खोज पथ का वर्तमान मान प्राप्त करें। यदि "प्रकार" मौजूद है और सकारात्मक है,
"END_LIBPATH" के साथ काम करता है, यदि नकारात्मक है, तो "LIBPATHSTRICT" के साथ काम करता है, अन्यथा
"BEGIN_LIBPATH".

"Cwd::extLibpath_set( पथ [, प्रकार] )"
विस्तारित लाइब्रेरी खोज पथ का वर्तमान मान सेट करें। यदि "प्रकार" मौजूद है और सकारात्मक है,
के साथ काम करता है , यदि नकारात्मक है, तो "LIBPATHSTRICT" के साथ काम करता है, अन्यथा
"BEGIN_LIBPATH".

"OS2::त्रुटि(do_harderror,do_exception)"
यदि इसे अभी तक नहीं बुलाया गया है तो "undef" लौटाता है, अन्यथा यदि पिछले पर बिट 1 सेट है
कॉल do_harderror सक्षम किया गया था, यदि पिछली कॉल पर do_exception था तो बिट 2 सेट है
सक्षम होना चाहिए।

यह फ़ंक्शन हार्डवेयर त्रुटियों (डिस्क नहीं) से जुड़े त्रुटि पॉपअप को सक्षम/अक्षम करता है
तैयार आदि) और सॉफ्टवेयर अपवाद।

मुझे पॉपअप की स्थिति जानने का कोई तरीका नहीं पता से पहले इस पर पहला आह्वान
समारोह.

"OS2::Errors2Drive(ड्राइव)"
यदि इसे अभी तक नहीं बुलाया गया है तो "undef" लौटाता है, अन्यथा यदि त्रुटियां नहीं बुलाई गईं तो false लौटाता है
हार्ड ड्राइव पर लिखने के लिए अनुरोध किया गया हो, या यदि अनुरोध किया गया हो तो ड्राइव अक्षर।

यह फ़ंक्शन हार्डवेयर त्रुटियों (डिस्क नहीं) से जुड़े त्रुटि पॉपअप को पुनर्निर्देशित कर सकता है
तैयार आदि) और रूट निर्देशिका में फ़ाइल POPUPLOG.OS2 के लिए सॉफ़्टवेयर अपवाद
निर्दिष्ट ड्राइव ओवरराइड करता है OS2::त्रुटि() व्यक्तिगत कार्यक्रमों द्वारा निर्दिष्ट।
तर्क undef पुनर्निर्देशन को अक्षम कर देगा.

इसका वैश्विक प्रभाव होता है, तथा अनुप्रयोग के समाप्त होने के बाद भी यह बना रहता है।

मुझे डिस्क पर पॉपअप के पुनर्निर्देशन की स्थिति का पता लगाने का कोई तरीका नहीं पता है से पहले la
इस फ़ंक्शन के लिए पहला कॉल.

OS2::SysInfo ()
सिस्टम जानकारी के साथ एक हैश लौटाता है। हैश की कुंजियाँ हैं

MAX_PATH_LENGTH, MAX_TEXT_SESSIONS, MAX_PM_SESSIONS,
MAX_VDM_SESSIONS, बूट_ड्राइव, DYN_PRI_VARIATION,
MAX_WAIT, MIN_SLICE, MAX_SLICE, पृष्ठ_आकार,
संस्करण_प्रमुख, संस्करण_लघु, संस्करण_संशोधन,
एमएस_COUNT, TIME_LOW, TIME_HIGH, TOTPHYSMEM, TOTRESMEM,
TOTAVAILMEM, MAXPRMEM, MAXSHMEM, टाइमर_इंटरवल,
MAX_COMP_LENGTH, अग्रभूमि_FS_सत्र,
अग्रभूमि_प्रक्रिया

OS2::बूटड्राइव ()
कोलन के बिना एक अक्षर लौटाता है.

"OS2::MorphPM(सर्व)", "OS2::UnMorphPM(सर्व)"
वर्तमान एप्लिकेशन को PM एप्लिकेशन में और वापस रूपांतरित करता है। तर्क सत्य है
इसका मतलब है कि एक वास्तविक संदेश लूप परोसा जा रहा है। OS2::मॉर्फपीएम() प्रधानमंत्री को लौटाता है
संदेश कतार हैंडल को पूर्णांक के रूप में रखें।

अतिरिक्त विवरण के लिए "संसाधनों का केंद्रीकृत प्रबंधन" देखें।

"OS2::Serve_Messages(बल)"
लंबित पीएम संदेशों की नकली ऑन-डिमांड पुनर्प्राप्ति। यदि "बल" गलत है, तो नहीं होगा
यदि वास्तविक संदेश लूप मौजूद है तो संदेश भेजें।
संदेश पुनः प्राप्त किये गये।

यदि WM_QUIT संदेश प्राप्त होता है तो "QUITing..." के साथ समाप्त हो जाता है।

"OS2::Process_Messages(बल [, cnt])"
विंडो निर्माण/विनाश तक PM संदेशों की पुनर्प्राप्ति। यदि "बल" गलत है, तो
यदि वास्तविक संदेश लूप मौजूद है तो संदेश न भेजें।

विंडो की संख्या में परिवर्तन लौटाता है। यदि "cnt" दिया गया है, तो इसे बढ़ाकर बढ़ाया जाता है
प्राप्त संदेशों की संख्या.

यदि WM_QUIT संदेश प्राप्त होता है तो "QUITing..." के साथ समाप्त हो जाता है।

"OS2::_control87(नया,मास्क)"
के रूप में एक ही _control87(3) EMX का। पूर्णांकों को तर्क के रूप में लेता है, पिछला मान लौटाता है
सहसंसाधक नियंत्रण शब्द को पूर्णांक के रूप में। "नया" में केवल वे बिट्स जो मौजूद हैं
नियंत्रण शब्द में "मास्क" को बदल दिया गया है।

OS2::get_control87 ()
सहप्रोसेसर नियंत्रण शब्द को पूर्णांक के रूप में प्राप्त करता है।

"OS2::set_control87_em(नया=MCW_EM,मास्क=MCW_EM)"
का वैरिएंट ओएस2::_control87() अपवाद मास्क को संभालने के लिए अच्छे डिफ़ॉल्ट मानों के साथ:
यदि कोई "मास्क" नहीं है, तो केवल "नया" के अपवाद मास्क भाग का उपयोग करता है। यदि कोई "नया" नहीं है, तो सभी को अक्षम करता है
फ़्लोटिंग पॉइंट अपवाद.

विवरण के लिए "मिसफीचर्स" देखें.

"OS2::DLLname([कैसे [, \&xsub]])"
Perl DLL या C फ़ंक्शन से जुड़े DLL के बारे में जानकारी देता है
&xsub द्वारा। "कैसे" का अर्थ है: डिफ़ॉल्ट (2): पूरा नाम; 0: हैंडल; 1: मॉड्यूल नाम।

(ध्यान दें कि इनमें से कुछ को अंततः विभिन्न पुस्तकालयों में स्थानांतरित किया जा सकता है)

पहले से बनाए गए चर:
$OS2::emx_rev
संख्यात्मक मान EMX के _emx_rev के समान है, स्ट्रिंग मान _emx_vprt के समान है
("0.9c" के समान).

$OS2::emx_env
EMX के _emx_env के समान, 0x8001 के समान संख्या।

$OS2::os_ver
एक संख्या "OS_MAJOR + 0.001 * OS_MINOR".

$OS2::is_aout
यदि Perl लाइब्रेरी AOUT प्रारूप में संकलित की गई है तो true.

$OS2::can_fork
यदि वर्तमान निष्पादनयोग्य AOUT EMX निष्पादनयोग्य है तो सही है, ताकि Perl फोर्क कर सके।
इसका उपयोग करें, $Config::Config{dfork} के लिए पोर्टेबल चेक का उपयोग करें।

$OS2::nsyserror
यह चर (डिफ़ॉल्ट 1 है) यह नियंत्रित करता है कि $^E की सामग्री को प्रारंभ करने के लिए लागू किया जाए या नहीं
"SYS0003" जैसी आईडी के साथ। यदि 0 पर सेट किया जाता है, तो $^E का स्ट्रिंग मान क्या है
OS/2 संदेश फ़ाइल से उपलब्ध है। (इस फ़ाइल में कुछ संदेशों में एक
"SYS0003" जैसी आईडी पहले से जोड़ी गई है, कुछ में नहीं।)

मिसफीचर्स
· तब से झुण्ड(3) EMX में मौजूद है, लेकिन कार्यात्मक नहीं है, यह पर्ल द्वारा अनुकरण किया जाता है।
इम्यूलेशन को अक्षम करें, पर्यावरण चर "USE_PERL_FLOCK=0" सेट करें।

· यहां उन चीजों की सूची दी गई है जो EMX पर "टूटी हुई" हो सकती हैं (EMX दस्तावेज़ों से):

· कार्य रिसीवसंदेश(3) संदेश भेजें(3) और, सॉकेट जोड़ी(3) कार्यान्वित नहीं हैं.

· सॉक_इनिट(3) आवश्यक नहीं है और कार्यान्वित नहीं किया गया है।

· झुण्ड(3) अभी तक लागू नहीं किया गया है (डमी फ़ंक्शन)। (पर्ल में एक समाधान है।)

· हत्या(3): पीआईडी=0, पीआईडी=1 और पीआईडी=-1 का विशेष उपचार लागू नहीं किया गया है।

· प्रतीक्षापीड(3)

वुंट्रेस्ड
कार्यान्वित नहीं।
waitpid() को PID के ऋणात्मक मानों के लिए क्रियान्वित नहीं किया गया है।

ध्यान दें कि "kill -9" EMX के वर्तमान संस्करण के साथ काम नहीं करता है।

· "टेक्स्ट-मोड फ़ाइलहैंडल्स" देखें.

· OS/2 पर यूनिक्स-डोमेन सॉकेट एक छद्म-फ़ाइल-सिस्टम "/sockets/..." में रहते हैं।
किसी भिन्न रूप के नाम से सॉकेट बनाने में विफलता, "/socket/" को पहले जोड़ा जाता है
सॉकेट नाम (जब तक कि यह पहले से ही इससे शुरू न हो).

इससे बाद में समस्या उत्पन्न हो सकती है यदि सॉकेट को "सामान्य" फ़ाइल के माध्यम से एक्सेस किया जाता है।
सिस्टम कॉल "प्रारंभिक" नाम का उपयोग करता है।

· जाहिर है, आईबीएम ने एक कंपाइलर का इस्तेमाल किया (कुछ समय के लिए '95 के आसपास?) जो एफपी को बदलता है
दाएं और बाएं मास्क। यह नहीं है कि आईबीएम के कार्यक्रमों के लिए बुरा है, लेकिन वही संकलक
DLL के लिए उपयोग किया जाता था जो सामान्य प्रयोजन अनुप्रयोगों के साथ उपयोग किए जाते हैं। जब ये DLL
उपयोग किए जाने पर, अनुप्रयोग में फ़्लोटिंग-पॉइंट फ़्लैग की स्थिति पूर्वानुमान योग्य नहीं होती है।

इससे भी बुरी बात यह है कि कुछ DLLs फ्लोटिंग पॉइंट फ्लैग को बदल देते हैं जब _DLLInitTerm()
(जैसे, टीसीपी32आईपी) इसका मतलब यह है कि भले ही आप ऐसा न करें कॉल DLL में कोई भी फ़ंक्शन,
इस DLL को लोड करने का कार्य ही आपके झंडे को रीसेट कर देगा। इससे भी बुरी बात यह है कि वही
कुछ HOOK DLL को संकलित करने के लिए कंपाइलर का उपयोग किया गया था। यह देखते हुए कि HOOK DLL को निष्पादित किया जाता है
के संदर्भ सब सिस्टम में अनुप्रयोगों, इसका मतलब है एक पूर्ण अप्रत्याशितता
ऐसे HOOK DLL का उपयोग करने वाले सिस्टम पर फ़्लोटिंग पॉइंट फ़्लैग का। उदाहरणार्थ, GAMESRVR.DLL of डाईव
मूल VIO (विंडोयुक्त) के TTY में प्रत्येक लेखन पर फ़्लोटिंग पॉइंट फ़्लैग बदलता है
टेक्स्ट-मोड) अनुप्रयोग.

कुछ अन्य (पूरी तरह से डीबग नहीं की गई) स्थितियाँ जब FP ध्वज बदलते हैं, उनमें कुछ शामिल हैं
वीडियो ड्राइवर (?), और विंडोज़ के निर्माण से संबंधित कुछ ऑपरेशन। जो लोग
कोड OpenGL इस विषय पर अधिक अनुभव हो सकता है.

पर्ल का उपयोग आम तौर पर उस स्थिति में किया जाता है जब सभी फ्लोटिंग-पॉइंट अपवाद समाप्त हो जाते हैं।
अनदेखा किया जाता है, जैसा कि EMX के अंतर्गत डिफ़ॉल्ट है। यदि उन्हें अनदेखा नहीं किया जाता है, तो कुछ सौम्य पर्ल
कार्यक्रमों को "SIGFPE" प्राप्त होगा और वे एक भयानक मौत मरेंगे।

इससे बचने के लिए, पर्ल दो हैक्स का उपयोग करता है। वे इसके खिलाफ मदद करते हैं एक केवल क्षति का प्रकार:
DLL लोड करते समय FP ध्वज परिवर्तित हो गए।

इनमें से एक हैक पर्ल स्टार्टअप पर फ्लोटिंग पॉइंट अपवादों को अक्षम करना है (जैसा कि है)
डिफ़ॉल्ट रूप से EMX के साथ)। यह केवल संकलन-समय-लिंक्ड DLLs में फ़्लैग बदलने में मदद करता है
से पहले मुख्य() बुलाए जाने का मौका मिला।

दूसरा हैक कॉल के बाद एफपी झंडे को बहाल करना है डीलोपेन(). इससे मदद मिलती है
DLL द्वारा की गई समान क्षति _DLLInitTerm() रनटाइम पर। वर्तमान में स्विच करने का कोई तरीका नहीं है
इन हैक्स बंद प्रदान की जाती है.

संशोधनों
पर्ल कुछ मानक C लाइब्रेरी कॉल्स को निम्नलिखित तरीकों से संशोधित करता है:

"popen" "my_popen" का उपयोग sh.exe यदि शेल आवश्यक है, तो "PERL_SH_DIR" का प्रयोग करें।

"tmpnam" को "TMP" या "TEMP" पर्यावरण चर का उपयोग करके, "tempnam" के माध्यम से बनाया जाता है।

"tmpफ़ाइल"
यदि वर्तमान निर्देशिका लिखने योग्य नहीं है, तो संशोधित निर्देशिका का उपयोग करके फ़ाइल बनाई जाती है।
"tmpnam", अतः इसमें रेस कंडीशन हो सकती है।

"सीटर्मिड"
एक डमी कार्यान्वयन.

"stat" "os2_stat" विशेष-मामले /देव/ट्टी और /देव/संपर्क.

"एमकेडीआईआर", "आरएमडीआईआर"
यदि पथ में अंत में "/" है तो ये EMX फ़ंक्शन काम नहीं करते।
इसमें इसके लिए एक समाधान दिया गया है।

"झुंड" चूंकि झुण्ड(3) ईएमएक्स में मौजूद है, लेकिन कार्यात्मक नहीं है, यह पर्ल द्वारा अनुकरण किया जाता है।
इम्यूलेशन को अक्षम करने के लिए, पर्यावरण चर "USE_PERL_FLOCK=0" सेट करें।

पहचान करना DLLs
पर्ल के वर्तमान संस्करण के साथ निर्मित सभी DLL में नाम की पहचान करने वाली ID स्ट्रिंग्स होती हैं
एक्सटेंशन, उसका संस्करण, तथा इस DLL के लिए आवश्यक Perl का संस्करण। चलाएँ
यह जानकारी पाने के लिए "bldlevel DLL-name" पर क्लिक करें।

केन्द्रीकृत प्रबंध of संसाधन
चूंकि कुछ OS/2 API को कॉल करने के लिए सही ढंग से आरंभीकृत "Win" सबसिस्टम की आवश्यकता होती है,
OS/2-विशिष्ट एक्सटेंशन के लिए "HAB" और "HMQ" की आवश्यकता हो सकती है। यदि कोई एक्सटेंशन काम करेगा
इसे अपने आप प्रारंभ करने से, कोई अन्य एक्सटेंशन प्रारंभ करने में विफल हो सकता है।

पर्ल इन संसाधनों का केंद्रीकृत प्रबंधन प्रदान करता है:

"एचएबी"
HAB प्राप्त करने के लिए, एक्सटेंशन को C में "hab = perl_hab_GET()" कॉल करना चाहिए। इसके बाद
कॉल निष्पादित होने पर, "hab" को "Perl_hab" के रूप में एक्सेस किया जा सकता है। रिलीज़ करने की कोई आवश्यकता नहीं है
HAB का उपयोग करने के बाद उसे पुनः प्रयोग में लाया जाता है।

यदि कुछ कारणों से पर्ल.एच शामिल नहीं किया जा सकता, उपयोग करें

बाहरी int Perl_hab_GET(शून्य);

बजाय.

"एचएमक्यू"
दो मामले हैं:

· एक्सटेंशन को केवल "HMQ" की आवश्यकता है क्योंकि कुछ API अन्यथा काम नहीं करेंगे। उपयोग करें
नीचे "सेवा = 0"।

· एक्सटेंशन को "HMQ" की आवश्यकता है क्योंकि यह PM इवेंट लूप में शामिल होना चाहता है। उपयोग करें
नीचे "सेवा = 1"।

"HMQ" प्राप्त करने के लिए, एक्सटेंशन को C में "hmq = perl_hmq_GET(serve)" कॉल करना चाहिए।
यह कॉल निष्पादित होने पर, "hmq" को "Perl_hmq" के रूप में एक्सेस किया जा सकता है।

Perl को यह संकेत देने के लिए कि HMQ की अब और आवश्यकता नहीं है, "perl_hmq_UNSET(serve)" को कॉल करें। Perl
यदि HMQ है तो प्रक्रिया स्वचालित रूप से PM प्रक्रिया में/से खुद को रूपांतरित/अनरूपित कर लेगी
आवश्यक/गैर-आवश्यक। Perl स्वचालित रूप से "WM_QUIT" संदेश को सक्षम/अक्षम कर देगा
यदि संदेश कतार प्रस्तुत की गई है/नहीं प्रस्तुत की गई है तो शटडाउन करें।

ध्यान देंयदि शटडाउन के दौरान कोई संदेश कतार है जो WM_QUIT को अक्षम नहीं करती है,
और जिसने प्राप्त WM_QUIT संदेश को संसाधित नहीं किया, शटडाउन होगा
स्वचालित रूप से रद्द कर दिया गया। कॉल न करें perl_hmq_GET(1) जब तक आप प्रक्रिया करने नहीं जा रहे हैं
संदेशों को व्यवस्थित आधार पर प्रेषित करना।

OS/2 API द्वारा रिपोर्ट की गई त्रुटियों का उपचार करना
दो प्रमुख परंपराएं हैं (इन्हें "डॉस*" और "विन*" कहना उपयोगी है -
हालाँकि फ़ंक्शन हस्ताक्षर का यह हिस्सा हमेशा नाम से निर्धारित नहीं होता है
OS/2 API की त्रुटि स्थितियों की रिपोर्ट करने का API)। अधिकांश "Dos*" API रिपोर्ट करते हैं
कॉल के परिणामस्वरूप त्रुटि कोड (इसलिए 0 का अर्थ है सफलता, और इसके कई प्रकार हैं)
त्रुटियाँ)। "Win*" API का अधिकांश भाग "TRUE"/"FALSE" परिणाम के माध्यम से सफलता/असफलता की रिपोर्ट करता है;
विफलता का कारण जानने के लिए कॉल करना चाहिए विनगेटलास्टएरर() एपीआई।

कुछ "विन*" प्रविष्टि बिंदु भी त्रुटि के साथ "सार्थक" रिटर्न मान को ओवरलोड करते हैं
संकेतक; 0 रिटर्न मान होना त्रुटि को इंगित करता है। फिर भी कुछ अन्य "विन*" प्रविष्टि
पॉइंट्स चीजों को और भी अधिक ओवरलोड कर देते हैं, और 0 रिटर्न वैल्यू का मतलब सफल कॉल हो सकता है
एक वैध मान 0, साथ ही एक त्रुटि स्थिति लौटाना; 0 रिटर्न के मामले में
मूल्य जिसे कॉल करना चाहिए विनगेटलास्टएरर() एक सफल कॉल को दूसरे से अलग करने के लिए API
एक असफल.

परंपरा के अनुसार, OS/2 API के सभी कॉल को रीसेट करके उनकी विफलताओं को इंगित करना चाहिए
$^E. सभी पर्ल-एक्सेसेबल फ़ंक्शन जो OS/2 API को कॉल करते हैं, उन्हें दो भागों में विभाजित किया जा सकता है
कक्षाएं: कुछ मरने ()जब कोई API त्रुटि सामने आती है, तो दूसरा त्रुटि की रिपोर्ट करता है
एक गलत वापसी मान (बेशक, यह पर्ल-सुलभ फ़ंक्शन से संबंधित नहीं है जो
उम्मीद ओएस/2 एपीआई कॉल की विफलता, जिसके लिए कुछ वैकल्पिक उपाय कोडित हैं)।

जाहिर है, ओएस/2 एपीआई के हस्ताक्षर के अंतिम प्रकार की स्थिति में, यह है
यदि विफलता का संकेत दिया जाता है तो उपयोगकर्ताओं के लिए अधिक सुविधाजनक होना चाहिए मरने ()ing: एक करता है
यह जानने के लिए कि कुछ गलत हुआ है, $^E की जाँच करने की आवश्यकता नहीं है। हालाँकि, यदि यह समाधान
किसी कारण से वांछनीय नहीं है, तो विचाराधीन कोड को पहले $^E को 0 पर रीसेट करना चाहिए
यह OS/2 API कॉल करना, ताकि इस Perl-सुलभ फ़ंक्शन के कॉलर के पास
सफलता-पर-0-वापसी मान को विफलता से अलग करने का मौका। (कोई वापस लौट सकता है
(त्रुटि की रिपोर्ट करने के वैकल्पिक तरीके के रूप में undef का उपयोग करें।)

इस प्रकार के त्रुटि प्रसार को सरल बनाने के लिए मैक्रोज़ हैं

"चेकओएसएरर(expr)"
त्रुटि होने पर सत्य लौटाता है, $^E सेट करता है। अपेक्षा करता है एक्सप्र() "डॉस*"-शैली एपीआई का कॉल हो।

"चेकविनएरर(expr)"
त्रुटि होने पर सत्य लौटाता है, $^E सेट करता है। अपेक्षा करता है एक्सप्र() "विन*"-शैली एपीआई का कॉल हो।

"SaveWinError(expr)"
"expr" लौटाता है, $^E को सेट करता है विनगेटलास्टएरर() यदि "expr" गलत है.

"SaveCroakWinError(expr,die,name1,name2)"
"expr" लौटाता है, $^E को सेट करता है विनगेटलास्टएरर() यदि "expr" गलत है, और मरने ()एस अगर
"die" और $^E सत्य हैं। die का संदेश संयोजित स्ट्रिंग "name1" है
और "name2", $^E की सामग्री से ": " द्वारा अलग किया गया।

"WinError_2_Perl_rc"
"Perl_rc" को वापसी मान पर सेट करता है विनगेटलास्टएरर().

"FillWinError"
"Perl_rc" को वापसी मान पर सेट करता है विनगेटलास्टएरर(), और $^E को सेट करता है
संगत मूल्य.

"FillOSError(rc)"
"Perl_rc" को "rc" पर सेट करता है, तथा $^E को संगत मान पर सेट करता है।

DLL और DLL में ऑर्डिनल्स लोड करना
कुछ DLL केवल OS/2 के कुछ संस्करणों में या कुछ कॉन्फ़िगरेशन में मौजूद होते हैं
OS/2. कुछ निर्यातित प्रवेश बिंदु केवल कुछ संस्करणों के साथ भेजे गए DLL में मौजूद हैं
OS/2 का। यदि ये DLL और प्रवेश बिंदु सीधे Perl के लिए लिंक किए गए होते
निष्पादन योग्य/DLL या पर्ल एक्सटेंशन से, यह बाइनरी केवल के साथ काम करेगा
निर्दिष्ट संस्करण/सेटअप। भले ही इन प्रवेश बिंदुओं की आवश्यकता न हो, भार of
निष्पादनयोग्य (या DLL) विफल हो जाएगा.

उदाहरण के लिए, कई नए उपयोगी API OS/2 v2 में मौजूद नहीं हैं; कई PM-संबंधित API
फ्लॉपी-बूट सेटअप पर उपलब्ध DLL की आवश्यकता नहीं है।

इन कॉल्स को विफल करने के लिए केवल कब la कॉल रहे मार डाला, इन एपीआई को कॉल करना चाहिए
डायनेमिक लिंकिंग एपीआई के माध्यम से। इस तरह के काम को सरल बनाने के लिए पर्ल में एक सबसिस्टम है
कॉल। इस तरह के लिंकिंग के लिए बड़ी संख्या में प्रवेश बिंदु उपलब्ध हैं (देखें
"entries_ordinals" - और साथ ही "PMWIN_entries" - में os2ish.h) ये क्रमिक संख्याएँ हो सकती हैं
एपीआई के माध्यम से एक्सेस किया गया:

कॉलORD(), DeclFuncByORD(), DeclVoidFuncByORD(),
DeclOSFuncByORD(), DeclWinFuncByORD(), AssignFuncPByORD(),
DeclWinFuncByORD_CACHE(), DeclWinFuncByORD_CACHE_survive(),
DeclWinFuncByORD_CACHE_रीसेटत्रुटि_सर्वाइव(),
DeclWinFunc_CACHE(), DeclWinFunc_CACHE_रीसेटत्रुटि(),
DeclWinFunc_CACHE_survive(), DeclWinFunc_CACHE_resetError_survive()

इसके लिए दिए गए OS/2-संबंधित मॉड्यूल में हेडर फ़ाइलें और C कोड देखें।
इन कार्यों के उपयोग पर विवरण.

इनमें से कुछ फ़ंक्शन डायनालोडिंग सिमेंटिक को त्रुटि-प्रसार के साथ भी जोड़ते हैं
उपरोक्त वर्णित अर्थ।

पर्ल जायके

ओएस/2 की विशिष्टताओं के कारण सभी अण्डे एक ही टोकरी में नहीं रखे जा सकते (हालाँकि)
ईएमएक्स वातावरण इस सीमा को पार करने का भरसक प्रयास करता है, इसलिए स्थिति किसी तरह से ठीक हो सकती है
सुधारें). वितरण द्वारा पर्ल के लिए 4 निष्पादनयोग्य उपलब्ध कराए गए हैं:

perl.exe
मुख्य कार्य-घोड़ा। यह एक चिमेरा निष्पादन योग्य है: इसे "a.out"-शैली के रूप में संकलित किया गया है
निष्पादन योग्य है, लेकिन "omf"-शैली गतिशील लाइब्रेरी से जुड़ा हुआ है perl.dll, और गतिशील CRT के साथ
DLL. यह निष्पादनयोग्य एक VIO अनुप्रयोग है.

यह पर्ल डायनेमिक एक्सटेंशन लोड कर सकता है, और यह कर सकता है कांटा().

नोट्स। ध्यान रखें कि कांटा() अपने लिए एक पाइप खोलने के लिए की जरूरत है.

पर्ल_.exe
यह एक स्टेटिकली लिंक्ड "a.out"-स्टाइल एक्जीक्यूटेबल है। यह डायनेमिक पर्ल लोड नहीं कर सकता
एक्सटेंशन। बाइनरी डिस्ट्रीब्यूशन में दिए गए एक्जीक्यूटेबल में बहुत सारे एक्सटेंशन होते हैं
प्रीबिल्ट, इसलिए उपरोक्त प्रतिबंध केवल तभी महत्वपूर्ण है जब आप कस्टम-निर्मित एक्सटेंशन का उपयोग करते हैं।
यह निष्पादनयोग्य एक VIO अनुप्रयोग है।

इस is la केवल निष्पादन साथ में कर देता है नहीं की आवश्यकता होती है ओएस/2. दोस्त "एम$" दुनिया में बंद हो गए
इस तथ्य की सराहना करेंगे कि यह निष्पादन योग्य DOS, Win0.3 *, Win0.95 और WinNT के तहत चलता है
उपयुक्त एक्सटेंडर के साथ। "अन्य OSes" देखें।

पर्ल__।प्रोग्राम फ़ाइल
यह उसी निष्पादन योग्य है पर्ल___।प्रोग्राम फ़ाइल, लेकिन यह एक पीएम आवेदन है।

नोट्स। आमतौर पर (जब तक कि स्टार्टअप के दौरान स्पष्ट रूप से पुनर्निर्देशित न किया जाए) STDIN, STDERR, और STDOUT
एक पीएम आवेदन के पुनर्निर्देशित कर रहे हैं अशक्त. हालाँकि, यह संभव है देखना उन्हें अगर आप
"perl__.exe" को एक PM प्रोग्राम से प्रारंभ करें जो कंसोल विंडो का अनुकरण करता है, जैसे खोल मोड of
Emacs या EPM. इस प्रकार यह is संभव अपने PM को डीबग करने के लिए Perl डीबगर (perldebug देखें) का उपयोग करें
एप्लिकेशन (लेकिन संदेश लूप लॉकअप से सावधान रहें - यदि आपके पास है तो यह काम नहीं करेगा
संदेश कतार को सेवा देने के लिए, जब तक कि आप सेवा को हुक न करें getc() का कार्य
डिबगर).

पीएम प्रोग्राम का आउटपुट देखने का दूसरा तरीका यह है कि इसे इस प्रकार चलाया जाए

pm_prog args 2>&1 | बिल्ली -

एक खोल के साथ विभिन्न से cmd.exe, ताकि यह VIO के बीच कोई लिंक न बनाए
सत्र और "pm_porg" का सत्र। (ऐसा लिंक VIO विंडो को बंद कर देता है।) उदाहरण के लिए, यह
के साथ काम करता है sh.exe - या पर्ल के साथ!

P खोलें, 'pm_prog args 2>&1 |' या मरें;
प्रिंट करते समय ;

स्वाद पर्ल__।प्रोग्राम फ़ाइल यदि आप अपना प्रोग्राम VIO विंडो के बिना शुरू करना चाहते हैं तो यह आवश्यक है
मौजूद है, लेकिन "अलग" नहीं है (अधिक जानकारी के लिए "help detach" चलाएँ)। एक्सटेंशन के लिए बहुत उपयोगी है
जो PM का प्रयोग करते हैं, जैसे "Perl/Tk" या "OpenGL"।

यह भी ध्यान रखें कि PM और VIO निष्पादनयोग्य के बीच अंतर केवल में हैं चूक
व्यवहार। कोई भी व्यक्ति शुरुआत कर सकता है कोई निष्पादन योग्य कोई तर्कों का उपयोग करके सत्र की तरह
कमांड "start" (के) के "/fs", "/pm" या "/win" स्विच अध्यक्ष एवं प्रबंध निदेशक। EXE या इसी तरह का कोई खोल)।
वैकल्पिक रूप से, कोई "सिस्टम" पर्ल फ़ंक्शन के संख्यात्मक पहले तर्क का उपयोग कर सकता है (देखें
ओएस2::प्रोसेस).

पर्ल___।प्रोग्राम फ़ाइल
यह एक "ओएमएफ"-शैली निष्पादन योग्य है जो गतिशील रूप से जुड़ा हुआ है perl.dll और CRT DLL. मैं
"perl.exe" की तुलना में इस निष्पादनयोग्य के कोई लाभ नहीं जानते, लेकिन यह नहीं कर सकता कांटा() बिल्कुल भी नहीं।
इसका एक लाभ यह है कि इसकी निर्माण प्रक्रिया "perl.exe" की तरह जटिल नहीं है।

यह एक VIO अनुप्रयोग है.

क्यों अजीब नाम?
चूँकि Perl "#!" लाइन को प्रोसेस करता है (cf. perlrun में "DESCRIPTION", "Command Switches" in perlrun),
perlrun, perldiag में "इनपुट में कोई Perl स्क्रिप्ट नहीं मिली"), इसे पता होना चाहिए कि कोई प्रोग्राम कब is a
पर्ल. कुछ नामकरण परंपरा है जो पर्ल को सही पंक्तियों को अलग करने की अनुमति देती है
गलत नाम। उपरोक्त नाम इस सम्मेलन द्वारा अनुमत लगभग एकमात्र नाम हैं जो
इसमें अंक नहीं होते (जिनके अर्थ बिल्कुल अलग होते हैं)।

क्यों गतिशील लिंकिंग?
खैर, कई निष्पादनयोग्य फ़ाइलों को एक ही विशाल लाइब्रेरी से गतिशील रूप से जोड़ने के अपने फायदे हैं।
लाभ तो हैं, लेकिन इससे इसे संकलित करने के लिए किए गए अतिरिक्त कार्य की पुष्टि नहीं होगी।
इसका कारण यह है कि यह डेवलपर्स के लिए जटिल है, लेकिन उपयोगकर्ताओं के लिए बहुत तेज़ और सुविधाजनक है।
ओएस/2 द्वारा प्रयुक्त डायनामिक लिंकिंग।

ओएस/2 के डायना-लिंकिंग मॉडल की दो विशिष्ट विशेषताएं हैं: पहली, सभी
बाह्य कार्यों के संदर्भ संकलन समय पर हल कर दिए जाते हैं; दूसरा, कोई नहीं है
DLL को मेमोरी में लोड करने के बाद रनटाइम फिक्सअप। पहली विशेषता यह है कि
अन्य मॉडलों की तुलना में इसका बहुत बड़ा लाभ है: यह तब टकराव से बचता है जब एक ही मॉडल द्वारा कई DLL का उपयोग किया जाता है।
आवेदन उसी नाम के साथ प्रविष्टियों को निर्यात करता है। ऐसे मामलों में डायना के "अन्य" मॉडल-
लिंकिंग बस कुछ यादृच्छिक मानदंड का उपयोग करके इन दो प्रवेश बिंदुओं के बीच चयन करें -
परिणामस्वरूप पूर्वानुमानित आपदाएँ। लेकिन यह दूसरी विशेषता है जिसके लिए निर्माण की आवश्यकता है
of perl.dll.

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

हालांकि इससे कुछ (महत्वपूर्ण?) प्रदर्शन लाभ मिलते हैं, लेकिन इससे जीवन बहुत कठिन हो जाता है
डेवलपर्स के लिए, क्योंकि उपरोक्त योजना एक DLL को एक से "लिंक" करना असंभव बनाती है
में प्रतीक . EXE फ़ाइल। वास्तव में, इसके लिए DLL को अलग-अलग स्थानांतरण की आवश्यकता होगी
इस DLL का उपयोग करने वाले (विभिन्न) निष्पादनयोग्यों के लिए तालिकाएँ।

हालाँकि, गतिशील रूप से लोड किए गए पर्ल एक्सटेंशन को पर्ल एक्सटेंशन से कुछ प्रतीकों का उपयोग करने के लिए मजबूर किया जाता है।
निष्पादन योग्य, उदाहरण के लिए, फ़ंक्शन के लिए तर्क कैसे ढूंढें, यह जानने के लिए: तर्क लाइव होते हैं
पर्ल आंतरिक मूल्यांकन स्टैक पर। समाधान मुख्य कोड को डालना है
इंटरप्रेटर को DLL में बदलें, और बनाएं . EXE फ़ाइल जो इस DLL को मेमोरी में लोड करती है और
कमांड-तर्क प्रदान करता है। एक्सटेंशन DLL प्रतीकों से लिंक नहीं कर सकता . EXE, लेकिन यह है
प्रतीकों से लिंक करने में कोई समस्या नहीं . Dll.

इस बहुत एप्लिकेशन के लिए लोड समय बढ़ जाता है (साथ ही इसकी जटिलता भी बढ़ जाती है)
संकलन)। चूंकि इंटरप्रेटर एक DLL में है, इसलिए C RTL को मूल रूप से एक में रहने के लिए मजबूर किया जाता है
DLL का भी उपयोग करें (अन्यथा एक्सटेंशन CRT का उपयोग नहीं कर पाएंगे)। कुछ हैं
यदि आप पर्ल के विभिन्न फ्लेवर का उपयोग करते हैं, जैसे कि चलाना, तो लाभ होगा perl.exe और पर्ल__।प्रोग्राम फ़ाइल
एक साथ: वे स्मृति साझा करते हैं perl.dll.

ध्यान दें. एक अतिरिक्त प्रभाव है जो DLL को अधिक बेकार बनाता है: DLL को लोड किया जाता है
साझा मेमोरी क्षेत्र, जो 512M अवरोध को देखते हुए एक दुर्लभ संसाधन है
"मानक" OS/2 वर्चुअल मेमोरी। . EXE फ़ाइलें भी सभी द्वारा साझा की जाती हैं
प्रक्रियाएं जो विशेष का उपयोग करती हैं . EXE, लेकिन वे "निजी पता स्थान में साझा किए जाते हैं
प्रक्रिया का"; यह इसलिए संभव है क्योंकि जिस पते पर प्रक्रिया के विभिन्न खंड हैं
. EXE फ़ाइल लोड की जाने वाली फ़ाइलों का चयन संकलन समय पर किया जाता है, इसलिए सभी प्रक्रियाओं में ये प्रक्रियाएँ होती हैं।
अनुभाग एक ही पते पर लोड किए गए हैं, और अंदर आंतरिक लिंक का कोई फिक्सअप नहीं है . EXE is
जरूरत है।

चूंकि DLL को रन टाइम पर लोड किया जा सकता है, इसलिए DLL के लिए समान तंत्र रखने के लिए निम्न की आवश्यकता होती है:
पता सीमा है कोई of la भरा हुआ सिस्टम में उपलब्ध DLLs in सब la
प्रक्रियाओं जिसने अभी तक कोई विशेष DLL लोड नहीं किया है। यही कारण है कि DLL को मैप किया जाता है
साझा स्मृति क्षेत्र.

क्यों कल्पना निर्माण?
वर्तमान EMX वातावरण Unixish "a.out" प्रारूप का उपयोग करके संकलित DLL को अनुमति नहीं देता है
डेटा (या कम से कम कुछ प्रकार के डेटा) के लिए निर्यात प्रतीक। यह "omf"-शैली संकलन को बल देता है
of perl.dll.

वर्तमान EMX वातावरण इसकी अनुमति नहीं देता . EXE "omf" प्रारूप में संकलित फ़ाइलें कांटा().
कांटा() यह ठीक तीन पर्ल ऑपरेशनों के लिए आवश्यक है:

· स्पष्ट कांटा() स्क्रिप्ट में,

· "एफएच खोलें, "|-""

· "ओपन एफएच, "-|"", दूसरे शब्दों में, पाइपों को स्वयं के लिए खोलना।

हालांकि ये ऑपरेशन जीवन-मरण का सवाल नहीं हैं, लेकिन बहुत से लोगों के लिए इनकी जरूरत है।
उपयोगी स्क्रिप्ट। यह "a.out"-शैली संकलन को बल देता है perl.exe.

वातावरण

यहां हम पर्यावरण चरों को सूचीबद्ध कर रहे हैं जो या तो OS/2- और DOS- और Win*-विशिष्ट हैं, या
अन्य OSes की तुलना में OS/2 के अंतर्गत अधिक महत्वपूर्ण हैं।

"PERLLIB_PREFIX"
EMX पोर्ट के लिए विशिष्ट। इसका स्वरूप इस प्रकार होना चाहिए

पथ1;पथ2

or

पथ1 पथ2

यदि कुछ पूर्वनिर्मित पथ की शुरुआत मेल खाती है path1, इसे से प्रतिस्थापित किया जाता है path2.

यदि पर्ल लाइब्रेरी को डिफ़ॉल्ट स्थान से वरीयता में स्थानांतरित किया जाता है तो इसका उपयोग किया जाना चाहिए
"PERL(5)LIB", क्योंकि इससे @INC में गलत प्रविष्टियाँ नहीं रहेंगी। उदाहरण के लिए, यदि
पर्ल का संकलित संस्करण @INC को खोजता है f:/perllib/lib, और आप स्थापित करना चाहते हैं
पुस्तकालय में h:/opt/gnuकी

PERLLIB_PREFIX=f:/perllib/lib;h:/opt/gnu सेट करें

इससे Perl में पूर्वनिर्मित @INC आ जाएगा

f:/perllib/lib/5.00553/os2
f:/perllib/lib/5.00553
f:/perllib/lib/site_perl/5.00553/os2
f:/perllib/lib/site_perl/5.00553
.

निम्नलिखित @INC का उपयोग करें:

h:/opt/gnu/5.00553/os2
h:/opt/gnu/5.00553
h:/opt/gnu/site_perl/5.00553/os2
h:/opt/gnu/site_perl/5.00553
.

"PERL_BADLANG"
यदि 0, तो perl अनदेखा करता है सेटलोकेल () असफल हो रहा है। कुछ अजीब के साथ उपयोगी हो सकता है स्थानीयs.

"PERL_BADFREE"
यदि 0, पर्ल अनुचित मामले में चेतावनी नहीं देगा नि: शुल्क()पुराने पर्ल्स के साथ ऐसा हो सकता है
मॉड्यूल DB_File के साथ संयोजन में उपयोगी है, जो गतिशील रूप से लिंक होने पर बगयुक्त था और
OMF निर्मित.

नए पर्ल्स के साथ सेट नहीं किया जाना चाहिए, क्योंकि यह कुछ छिपा सकता है वास्तविक समस्या का।

"PERL_SH_DIR"
EMX पोर्ट के लिए विशिष्ट। स्थान का निर्देशिका भाग देता है sh.exe.

"USE_PERL_FLOCK"
EMX पोर्ट के लिए विशिष्ट। चूंकि झुण्ड(3) EMX में मौजूद है, लेकिन कार्यात्मक नहीं है, यह
perl द्वारा अनुकरणित। अनुकरणों को अक्षम करने के लिए, पर्यावरण चर "USE_PERL_FLOCK=0" सेट करें।

"टीएमपी" or "अस्थायी"
EMX पोर्ट के लिए विशिष्ट। अस्थायी फ़ाइलों के भंडारण स्थान के रूप में उपयोग किया जाता है।

विकास

यहां हम कुछ प्रमुख बदलावों की सूची दे रहे हैं जो आपको आश्चर्यचकित कर सकते हैं।

पाठ मोड फ़ाइल हैंडल
संस्करण 5.8 से प्रारंभ करके, पर्ल टेक्स्ट-मोड फ़ाइलों के लिए एक अंतर्निहित अनुवाद परत का उपयोग करता है।
यह कुशल, अच्छी तरह से परीक्षित EMX परत को कुछ कोड द्वारा प्रतिस्थापित करता है जो सर्वोत्तम होना चाहिए
इसे "त्वरित हैक" के रूप में वर्णित किया गया है।

संभावित बग और अनुवाद नीति में परिवर्तनों का पालन करने में असमर्थता के अलावा
TERMIO अनुवाद के ऑफ/ऑन स्विच के साथ, यह एक गंभीर असंगत परिवर्तन प्रस्तुत करता है:
से पहले sysread() टेक्स्ट-मोड पर फ़ाइलहैंडल्स अनुवाद परत से होकर गुजरेंगे, अब यह
नहीं होगा।

प्राथमिकताएं
"setpriority" और "getpriority" एंड्रियास कैसर द्वारा पहले के पोर्ट के साथ संगत नहीं हैं।
"सेटप्रायोरिटी, गेटप्रायोरिटी" देखें.

DLL नाम तोड़-फोड़: पूर्व 5.6.2
रिलीज 5.003_01 के साथ गतिशील रूप से लोड करने योग्य पुस्तकालयों को फिर से बनाया जाना चाहिए जब
पर्ल के विभिन्न संस्करण संकलित किए जाते हैं। विशेष रूप से, DLLs (सहित perl.dll) अब हैं
उन नामों के साथ बनाया गया है जिनमें चेकसम शामिल है, इस प्रकार OS/2 योजना के लिए वैकल्पिक हल की अनुमति देता है
DLLs को कैश करने की.

एक सरल समाधान कोड करना संभव हो सकता है जो

· पुराने @INC के माध्यम से पुराने DLL खोजें;

· नए पर्ल की योजना के अनुसार नामों को बदलना और इन नामों पर DLL की प्रतिलिपि बनाना;

· नाम में परिवर्तन को दर्शाने के लिए DLL की आंतरिक "LX" तालिकाओं को संपादित करें (संभवतः नहीं)
पर्ल एक्सटेंशन DLL के लिए आवश्यक है, क्योंकि आंतरिक रूप से कोडित नामों का उपयोग नहीं किया जाता है
"विशिष्ट" DLL के लिए, वे केवल "वैश्विक" DLL के लिए उपयोग करते हैं)।

· आंतरिक "आयात" तालिकाओं को संपादित करें और "पुराने" का नाम बदलें पर्ल????.dll को
"नया" पर्ल????.dll.

DLL नाम तोड़-फोड़: 5.6.2 और परे
वास्तव में, विस्तार DLLs OS/2 की ग़लतफ़हमी के कारण किया गया था
डायनालोडिंग मॉडल। OS/2 (प्रभावी रूप से) लोड किए गए DLL की दो अलग-अलग तालिकाओं को बनाए रखता है:

वैश्विक DLLs
"LIBPATH" से आधार नाम द्वारा लोड किए गए; जिनमें लिंक समय पर जुड़े हुए भी शामिल हैं;

विशिष्ट DLLs
पूर्ण नाम से लोड किया गया.

वैश्विक DLL के लिए अनुरोध का समाधान करते समय, पहले से लोड किए गए विशिष्ट DLL की तालिका
(प्रभावी रूप से) नजरअंदाज कर दिया जाता है; इसके अलावा, विशिष्ट DLLs को भी नजरअंदाज कर दिया जाता है। हमेशा निर्धारित पथ से लोड किया गया।

इसमें एक छोटा सा मोड़ है जो इस योजना को कमजोर बनाता है: लोड किए गए DLL के साथ क्या करना है
से

"BEGINLIBPATH" और "ENDLIBPATH"
(जो प्रक्रिया पर निर्भर करता है)

. "लिबपथ" से
कौन कौन से प्रभावी रूप से प्रक्रिया पर निर्भर करता है (हालाँकि "LIBPATH" सभी के लिए समान है)
प्रक्रियाओं)।

जब तक "LIBPATHSTRICT" को "T" पर सेट नहीं किया जाता है (और कर्नेल 2000/09/01 के बाद का है), ऐसे DLL
वैश्विक माना जाता है। वैश्विक DLL लोड करते समय इसे सबसे पहले तालिका में देखा जाता है
पहले से लोड किए गए वैश्विक DLL. इस तथ्य के कारण कि एक निष्पादन योग्य ने एक DLL लोड किया
"BEGINLIBPATH" और "ENDLIBPATH" से, या . "LIBPATH" से प्रभावित हो सकता है कौन कौन से DLL लोड हो गया है
कब एक और निष्पादनयोग्य समान नाम वाले DLL का अनुरोध करता है। इस का कारण है
perl DLL के लिए DLL नाम का संस्करण-विशिष्ट मैनलिंग।

चूंकि पर्ल एक्सटेंशन DLL को हमेशा पूर्ण पथ के साथ लोड किया जाता है, इसलिए इसे लोड करने की कोई आवश्यकता नहीं है।
उनके नामों को संस्करण-विशिष्ट तरीकों से खराब कर दें: उनकी निर्देशिका पहले से ही दर्शाती है
पर्ल का संगत संस्करण, और @INC पुराने संस्करणों के साथ बाइनरी संगतता को ध्यान में रखता है
संस्करण 5.6.2 से शुरू होकर नाम मैनलिंग योजना को पर्ल के समान ही तय किया गया है
5.005_53 (एक लोकप्रिय बाइनरी रिलीज के समान)। इस प्रकार नए पर्ल्स सक्षम होंगे संकल्प
la नामों पुराने एक्सटेंशन DLL की निर्देशिकाएं खोजने की अनुमति देता है यदि @INC उनकी निर्देशिकाएं खोजने की अनुमति देता है।

हालाँकि, यह अभी भी गारंटी नहीं देता है कि ये DLL लोड हो सकते हैं। इसका कारण यह है
नाम का दुरुपयोग पर्ल DLL. और चूंकि एक्सटेंशन DLLs पर्ल के साथ लिंक करते हैं
DLL, पुराने संस्करणों के लिए एक्सटेंशन DLL एक पुराने Perl DLL को लोड करेगा, और अधिकांशतः
संभवतः सेगफॉल्ट (चूंकि इस DLL में डेटा ठीक से आरंभीकृत नहीं है)।

एक आंशिक समाधान है (जिसे नए OS/2 कर्नेल के साथ पूरा किया जा सकता है): create
Perl के पुराने संस्करण के DLL के समान नाम वाला एक फॉरवर्डर DLL, जो अग्रेषित करता है
प्रवेश द्वार नए Perl के DLL की ओर इशारा करता है। इस DLL को (मान लीजिए) एक्सेस करने योग्य बनाएं
नए Perl निष्पादनयोग्य का "BEGINLIBPATH"। जब नया निष्पादनयोग्य पुराने Perl के निष्पादनयोग्य तक पहुँचता है
एक्सटेंशन DLLs के लिए, वे पुराने Perl के DLL को नाम से अनुरोध करेंगे, इसके बजाय फॉरवर्डर प्राप्त करेंगे,
तो प्रभावी रूप से वर्तमान में चल रहे (नए) पर्ल DLL के साथ लिंक होगा।

यह दो तरह से टूट सकता है:

· पुराना पर्ल निष्पादनयोग्य तब शुरू होता है जब एक नया निष्पादनयोग्य चल रहा होता है और उसमें एक नया निष्पादनयोग्य लोड होता है
पुराने निष्पादन योग्य के लिए संकलित एक्सटेंशन (ओह!)। इस मामले में पुराने निष्पादन योग्य
पुराने पर्ल DLL के स्थान पर एक फॉरवर्डर DLL मिलेगा, इसलिए नए पर्ल के साथ लिंक होगा
DLL. हालांकि यह सीधे तौर पर घातक नहीं है, लेकिन यह नए निष्पादन योग्य के समान ही व्यवहार करेगा। यह हरा देता है
एक पुराने निष्पादन योग्य को स्पष्ट रूप से शुरू करने का संपूर्ण उद्देश्य।

· एक नया निष्पादनयोग्य पुराने निष्पादनयोग्य के लिए संकलित एक्सटेंशन को लोड करता है जब एक पुराना पर्ल
निष्पादन योग्य चल रहा है। इस मामले में एक्सटेंशन फ़ॉरवर्डर को नहीं उठाएगा -
घातक परिणाम के साथ.

"LIBPATHSTRICT" के समर्थन से इसे दरकिनार किया जा सकता है - जब तक कि DLL में से कोई एक प्रारंभ न हो
से . "LIBPATH" से (मुझे नहीं पता कि "LIBPATHSTRICT" इस मामले को प्रभावित करता है या नहीं)।

REMARK.जब तक कि नए कर्नेल अनुमति न दें . "BEGINLIBPATH" में (पुराने में नहीं), यह गड़बड़ नहीं हो सकती
पूरी तरह से साफ किया जाना चाहिए। (ऐसा पता चला है कि 2002 की शुरुआत तक, . अनुमति नहीं है,
लेकिन । \। है - और इसका प्रभाव भी वही है।)

REMARK"LIBPATHSTRICT", "BEGINLIBPATH" और "ENDLIBPATH" पर्यावरण चर नहीं हैं,
हालांकि cmd.exe उन्हें "SET ..." लाइनों पर अनुकरण करता है। पर्ल से उन्हें एक्सेस किया जा सकता है
Cwd::extLibpath और Cwd::extLibpath_set.

DLL फारवर्डर पीढ़ी
मान लें कि पुराने DLL का नाम है perlE0AC.dll (जैसा कि 5.005_53 के लिए है), और नया
संस्करण 5.6.1 है। फ़ाइल बनाएँ perl5shim.def-लीडर साथ में

लाइब्रेरी 'perlE0AC' इनिटिंसटेंस टर्मिनस्टेंस
विवरण '@#[ईमेल संरक्षित]:5.006001#@ 5.00553 के लिए पर्ल मॉड्यूल -> पर्ल 5.6.1 फॉरवर्डर'
कोड लोडऑनकॉल
डेटा लोडऑनकॉल नॉनशेयर्ड मल्टीपल
निर्यात

आवश्यकतानुसार संस्करण/नाम संशोधित करना।

perl -wnle "अगला यदि 0../EXPORTS/; प्रिंट qq( \"$1\") यदि /\"(\w+)\"/" perl5.def >lst

Perl build directory में (DLL को छोटा करने के लिए perl5.def को परिभाषा से बदलें)
यदि मौजूद हो तो पर्ल के पुराने संस्करण के लिए फ़ाइल)।

बिल्ली perl5shim.def-नेता lst >perl5shim.def
जीसीसी -Zomf -Zdll -o perlE0AC.dll perl5shim.def -s -llibperl

(एकाधिक "चेतावनी L4085" को अनदेखा करें).

थ्रेडिंग
रिलीज 5.003_01 के अनुसार पर्ल मल्टीथ्रेडेड C RTL DLL से जुड़ा हुआ है। यदि पर्ल स्वयं नहीं है
संकलित मल्टीथ्रेड-सक्षम, इसलिए पर्ल का नहीं होगा malloc (). हालाँकि, एक्सटेंशन का उपयोग हो सकता है
एकाधिक धागे अपने जोखिम पर।

XFree86-OS/2 के लिए "Perl/Tk" को संकलित करने और DLLs के साथ लिंक करने के लिए यह आवश्यक था
अन्य उपयोगी लाइब्रेरीज़ के लिए, जिन्हें आमतौर पर "-Zmt -Zcrtdll" के साथ संकलित किया जाता है।

कॉल सेवा मेरे बाहरी कार्यक्रमों
लोकप्रिय मांग के कारण पर्ल बाहरी प्रोग्राम कॉलिंग को एंड्रियास के संबंध में बदल दिया गया है
कैसर का बंदरगाह. If पर्ल को एक बाहरी प्रोग्राम को कॉल करने की आवश्यकता है के माध्यम से खोल, f:/bin/sh.exe
कॉल किया जाएगा, या जो भी ओवरराइड है, "PERL_SH_DIR" देखें।

इसका मतलब यह है कि आपको किसी की कुछ प्रतिलिपि प्राप्त करने की आवश्यकता है sh.exe साथ ही (मैं pdksh से एक का उपयोग करता हूं)।
पथ F:/ bin ऊपर दिए गए मान को निर्माण के दौरान स्वचालित रूप से सही मान पर सेट किया जाता है
बिल्डर मशीन, लेकिन रनटाइम पर ओवरराइड करने योग्य है,

कारण: "perl5-porters" पर आम सहमति यह थी कि perl को एक गैर-ओवरराइडेबल शेल का उपयोग करना चाहिए
प्रति प्लेटफ़ॉर्म। OS/2 के लिए स्पष्ट विकल्प हैं cmd.exe और sh.exe. पर्ल निर्माण होने
अपने आप में असंभव होगा cmd.exe एक शेल के रूप में, इस प्रकार मैंने "sh.exe" उठाया। यह
*nix से आने वाली स्क्रिप्ट के साथ लगभग 100% संगतता का आश्वासन देता है। एक अतिरिक्त लाभ के रूप में
यदि आप pdksh के DOS-सक्षम पोर्ट का उपयोग करते हैं तो यह DOS के अंतर्गत भी अच्छी तरह से कार्य करता है (देखें "पूर्वापेक्षाएँ")।

नुकसान: वर्तमान में sh.exe pdksh के माध्यम से बाहरी प्रोग्राम को कॉल करता है कांटा()/कार्यकारी (), तथा
वहाँ है नहीं कामकाज कार्यकारी () ओएस/2 पर. कार्यकारी () EMX द्वारा एसिंक्रोनस कॉल द्वारा अनुकरण किया जाता है
जबकि कॉलर चाइल्ड कम्प्लीशन का इंतजार करता है (यह दिखावा करने के लिए कि "pid" में कोई परिवर्तन नहीं हुआ है)।
इसका मतलब है कि 1 अतिरिक्त की प्रतिलिपि sh.exe के माध्यम से सक्रिय किया जाता है कांटा()/कार्यकारी (), जिससे हो सकता है
सिस्टम से लिए गए कुछ संसाधन (भले ही हम इसके लिए आवश्यक अतिरिक्त कार्य को न गिनें)
कांटा()आईएनजी)।

ध्यान दें कि अब यह एक कम मुद्दा है जब हम स्पॉन नहीं करते हैं sh.exe जब तक आवश्यक न हो (मेटाचर्स
मिला)।

कोई भी व्यक्ति कभी भी शुरुआत कर सकता है cmd.exe स्पष्ट रूप से

सिस्टम 'cmd', '/c', 'mycmd', 'arg1', 'arg2', ...

यदि आपको उपयोग करने की आवश्यकता है cmd.exe, और अपनी हजारों स्क्रिप्ट को हाथ से संपादित नहीं करना चाहते हैं,
पी5-पी पर प्रस्तावित दीर्घकालिक समाधान एक निर्देश है

OS2::Cmd का उपयोग करें;

जो ओवरराइड करेगा प्रणाली (), कार्यकारी (), "``", और "open(,'...|')"। वर्तमान पर्ल के साथ आप
केवल ओवरराइड करें प्रणाली (), रीडपाइप () - "``" का स्पष्ट संस्करण, और हो सकता है कार्यकारी ()।
कोड एक-तर्क कॉल को प्रतिस्थापित करेगा प्रणाली () "CORE::system('cmd.exe', '/c', द्वारा
बदलाव)"।

यदि आपके पास "OS2::Cmd" के लिए कुछ कार्यशील कोड है, तो कृपया मुझे भेजें, मैं उसे इसमें शामिल कर लूंगा।
वितरण। मुझे ऐसे मॉड्यूल की कोई आवश्यकता नहीं है, इसलिए मैं इसका परीक्षण नहीं कर सकता।

बाहरी प्रोग्रामों को कॉल करने की वर्तमान स्थिति के विवरण के लिए, "प्रारंभ करना" देखें
पर्ल के अंतर्गत OS/2 (और DOS) प्रोग्रामों का उपयोग करना"। आइए हम कुछ विशेषताओं का उल्लेख करें:

· बाहरी स्क्रिप्ट को उनके बेसनेम से बुलाया जा सकता है। पर्ल उन्हीं एक्सटेंशन को आजमाएगा
प्रसंस्करण के समय -S कमांड-लाइन स्विच.

· "#!" या "extproc " से शुरू होने वाली बाह्य स्क्रिप्ट को बिना किसी अतिरिक्त सहायता के सीधे निष्पादित किया जाएगा।
प्रथम पंक्ति के शेष भाग में निर्दिष्ट प्रोग्राम को कॉल करके शेल को कॉल करना।

याद आवंटन
पर्ल अपने स्वयं के malloc () OS/2 के अंतर्गत - गति के लिए इंटरप्रिटर्स आमतौर पर malloc-बाउंड होते हैं,
लेकिन पर्ल ऐसा नहीं है, क्योंकि इसका malloc बिजली की तरह तेज़ है। पर्ल-मेमोरी-उपयोग-ट्यून्ड बेंचमार्क
दिखाएँ कि पर्ल का malloc EMX से 5 गुना तेज़ है। मेरे पास कोई ठोस डेटा नहीं है
मेमोरी फ़ुटप्रिंट के बारे में, लेकिन एक (काफी यादृच्छिक) बेंचमार्क से पता चला कि पर्ल का 5% है
बेहतर।

पर्ल का संयोजन malloc () और कठोर DLL नाम समाधान एक विशेष समस्या पैदा करता है
लाइब्रेरी फ़ंक्शन के साथ जो अपने रिटर्न मान की अपेक्षा करते हैं नि: शुल्क()सिस्टम द्वारा d नि: शुल्क().
ऐसे फ़ंक्शन को कॉल करने के लिए आवश्यक एक्सटेंशन की सुविधा के लिए, सिस्टम मेमोरी-आवंटन
फ़ंक्शन अभी भी "emx_" उपसर्ग के साथ उपलब्ध हैं। (वर्तमान में केवल DLL perl में ही
इसे, प्रचारित किया जाना चाहिए पर्ल_.exe शीघ्र ही।)

थ्रेड्स
"-D usethreads" विकल्प प्रदान करके थ्रेड समर्थन सक्षम करके पर्ल का निर्माण किया जा सकता है।
कॉन्फ़िगरवर्तमान में थ्रेड्स के लिए OS/2 समर्थन बहुत प्रारंभिक है।

सर्वाधिक उल्लेखनीय समस्याएं:

"COND_प्रतीक्षा करें"
इसमें रेस कंडीशन हो सकती है (लेकिन संभवतः OS/2 की एज-ट्रिगर प्रकृति के कारण ऐसा नहीं है)
इवेंट सेमाफोर). (पुनः कार्यान्वयन की आवश्यकता है (प्रतीक्षारत धागों को श्रृंखलाबद्ध करने के संदर्भ में,
प्रति-थ्रेड संरचना में संग्रहीत लिंक्ड सूची के साथ?)?)

ओएस2.सी
इसमें OS/2-विशिष्ट कार्यों में उपयोग किए जाने वाले कुछ स्थिर चर हैं। (स्थानांतरित करने की आवश्यकता है
(प्रति-थ्रेड संरचना, या क्रमबद्ध?)

ध्यान रखें कि इन समस्याओं से प्रयोग करने में बाधा नहीं आनी चाहिए, क्योंकि इनका प्रभाव कम होता है।
छोटे कार्यक्रमों को प्रभावित करने की संभावना।

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