exec - ಸಬ್ಪ್ರೊಸೆಸ್ (ಇ)
ಸಾರಾಂಶ
ಎಕ್ಸಿಕ್ ? ಸ್ವಿಚ್ಗಳು ? ವಾದ ? ಆರ್ಗ್ ... ?
ವಿವರಣೆ
ಈ ಆಜ್ಞೆಯು ತನ್ನ ವಾದಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಒಂದು ಅಥವಾ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಉಪಪ್ರೊಸೆಸಸ್ನ ನಿರ್ದಿಷ್ಟತೆಯಂತೆ ಪರಿಗಣಿಸುತ್ತದೆ. ವಾದಗಳು ಒಂದು ಪ್ರಮಾಣಿತ ಶೆಲ್ ಪೈಪ್ಲೈನ್ ರೂಪವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಅಲ್ಲಿ ಪ್ರತಿ ಆರ್ಗ್ ಒಂದು ಆಜ್ಞೆಯ ಒಂದು ಪದ ಆಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ವಿಶಿಷ್ಟ ಆಜ್ಞೆಯು ಒಂದು ಉಪಪ್ರೊಸೆಸ್ ಆಗುತ್ತದೆ.
ಎಕ್ಸಿಕ್ಗೆ ಆರಂಭಿಕ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳು ಆರಂಭವಾಗಿದ್ದರೆ - ಆಜ್ಞೆಯನ್ನು-ಲೈನ್ ಸ್ವಿಚ್ಗಳು ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪೈಪ್ಲೈನ್ ವಿವರಣೆಯ ಭಾಗವಾಗಿರುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಸ್ವಿಚ್ಗಳು ಪ್ರಸ್ತುತ ಬೆಂಬಲಿತವಾಗಿದೆ:
-ಕೀಪ್ನ್ಯೂಲೈನ್
ಪೈಪ್ಲೈನ್ನ ಔಟ್ಪುಟ್ನಲ್ಲಿ ಹಿಂದುಳಿದ ಹೊಸಲೈನ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಹಿಂದುಳಿದಿರುವ ಹೊಸಲೈನ್ ಅನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ.
-
ಸ್ವಿಚ್ಗಳ ಅಂತ್ಯವನ್ನು ಗುರುತಿಸುತ್ತದೆ. - ಇದನ್ನು ಆರಂಭಿಸಿದರೂ ಸಹ ಈ ಕೆಳಗಿನವುಗಳ ವಾದವನ್ನು ಮೊದಲ ಆರ್ಗ್ ಆಗಿ ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.
ಒಂದು ಆರ್ಗ್ (ಅಥವಾ ಆರ್ಗ್ನ ಜೋಡಿ) ಕೆಳಗೆ ವಿವರಿಸಿದ ರೂಪಗಳಲ್ಲಿ ಒಂದನ್ನು ಹೊಂದಿದ್ದರೆ ಅದನ್ನು ಉಪಪ್ರಕ್ರಿಯೆಯ (ಎಸ್) ನಡುವೆ ಇನ್ಪುಟ್ ಮತ್ತು ಔಟ್ಪುಟ್ ಹರಿವನ್ನು ನಿಯಂತ್ರಿಸಲು ಎಕ್ಸೆಕ್ನಿಂದ ಬಳಸಲಾಗುತ್ತದೆ. ಅಂತಹ ವಾದಗಳನ್ನು ಸಬ್ಪ್ರೆಸೆಸ್ (ಎಸ್ಎಸ್) ಗೆ ವರ್ಗಾಯಿಸಲಾಗುವುದಿಲ್ಲ. `` < FileName '' ಫೈಲ್ ನಂತಹ ರೂಪಗಳಲ್ಲಿ `` <'' ನಿಂದ ಪ್ರತ್ಯೇಕ ಆರ್ಗ್ಯುಮೆಂಟ್ನಲ್ಲಿ ಅಥವಾ ಯಾವುದೇ ಮಧ್ಯಸ್ಥಿಕೆಯ ಸ್ಥಳವಿಲ್ಲದೆ (ಅಂದರೆ `` < fileName '') ಇರುವಂತಹ ಅದೇ ಆರ್ಗ್ಯುಮೆಂಟ್ನಲ್ಲಿರಬಹುದು.
|
ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ವಿಭಿನ್ನ ಆಜ್ಞೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಹಿಂದಿನ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಉತ್ಪಾದನೆಯು ಮುಂದಿನ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ಗೆ ಪೈಪ್ ಮಾಡಲ್ಪಡುತ್ತದೆ.
| &
ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ವಿಭಿನ್ನ ಆಜ್ಞೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಹಿಂದಿನ ಆದೇಶದ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ ಮತ್ತು ಪ್ರಮಾಣಿತ ದೋಷ ಎರಡೂ ಮುಂದಿನ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ಗೆ ಪೈಪ್ ಮಾಡಲ್ಪಡುತ್ತವೆ. ಈ ರೀತಿಯ ಮರುನಿರ್ದೇಶನ ಓವರ್ರೈಡ್ಗಳು 2 ಮತ್ತು> ಮತ್ತು & gt;
< fileName
FileName ಎಂಬ ಹೆಸರಿನ ಫೈಲ್ ತೆರೆಯಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಮೊದಲ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
<@ ಫೈಲ್ಐಡಿ
ಫೈಲ್ಐಡಿ ಓಪನ್ ಫೈಲ್ಗಾಗಿ ಗುರುತಿಸುವವರಾಗಿರಬೇಕು, ಉದಾಹರಣೆಗೆ ಹಿಂದಿನ ಕರೆವಿನಿಂದ ಹಿಂತಿರುಗುವ ಮೌಲ್ಯವನ್ನು ತೆರೆಯುತ್ತದೆ . ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಮೊದಲ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಆಗಿ ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಫೈಲ್ಐಡಿ ಓದುವುದಕ್ಕೆ ತೆರೆದಿರಬೇಕು.
<< ಮೌಲ್ಯ
ಮೌಲ್ಯವು ಮೊದಲ ಆಜ್ಞೆಗೆ ಅದರ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಆಗಿ ರವಾನಿಸಲಾಗಿದೆ.
> ಫೈಲ್ ಹೆಸರು
ಕೊನೆಯ ಕಮಾಂಡ್ನಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಅನ್ನು ಹೆಸರಿನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುವುದು NameName , ಅದರ ಹಿಂದಿನ ವಿಷಯಗಳನ್ನು ಮೇಲೆಯೇ ಬರೆಯುತ್ತದೆ.
2> ಫೈಲ್ಹೆಸರು
ಪೈಪ್ಲೈನ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ದೋಷವನ್ನು ಅದರ ಹೆಸರಿನ ಹೆಸರಿನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ, ಅದರ ಹಿಂದಿನ ವಿಷಯಗಳನ್ನು ಮೇಲೆಯೇ ಬರೆಯಲಾಗುತ್ತಿದೆ.
> & fileName
ಕೊನೆಯ ಕಮಾಂಡ್ ಮತ್ತು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಎರರ್ ನಿಂದ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ ಎರಡೂ ಹೆಸರಿನ ಕಡತಕ್ಕೆ ಮರುಹೆಸರಿಸಲಾಗಿದೆ , ಅದರ ಹಿಂದಿನ ವಿಷಯಗಳನ್ನು ಮೇಲೆಯೇ ಬರೆಯಲಾಗುತ್ತಿದೆ.
>> ಫೈಲ್ ಹೆಸರು
ಕೊನೆಯ ಆಜ್ಞೆಯಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಫೈಲ್ ಹೆಸರಿನ ಕಡತಕ್ಕೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ಬದಲಿಸಿ ಅದನ್ನು ಬದಲಿಸುವುದು.
2 >> ಫೈಲ್ಹೆಸರು
ಪೈಪ್ಲೈನ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ದೋಷವನ್ನು ಫೈಲ್ ಹೆಸರಿನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುವುದು, ಅದನ್ನು ಬದಲಿಸಿ ಅದನ್ನು ಬದಲಿಸಲಾಗುತ್ತದೆ.
>> ಮತ್ತು ಫೈಲ್ಹೆಸರು
ಕೊನೆಯ ಕಮಾಂಡ್ ಮತ್ತು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಎರರ್ನಿಂದ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಎರಡೂ ಹೆಸರನ್ನು ಫೈಲ್ ಹೆಸರಿನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ಬದಲಿಸುವುದಕ್ಕಿಂತ ಬದಲಾಗಿ ಅದನ್ನು ಸೇರಿಸುವುದು.
> ಫೈಲ್ಐಡಿ
ಫೈಲ್ಐಡಿ ಓಪನ್ ಫೈಲ್ಗಾಗಿ ಗುರುತಿಸುವವರಾಗಿರಬೇಕು, ಉದಾಹರಣೆಗೆ ಹಿಂದಿನ ಕರೆವಿನಿಂದ ಹಿಂತಿರುಗುವ ಮೌಲ್ಯವನ್ನು ತೆರೆಯುತ್ತದೆ . ಕೊನೆಯ ಆಜ್ಞೆಯಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ fileId ನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ, ಇದು ಬರೆಯುವುದಕ್ಕಾಗಿ ತೆರೆಯಲ್ಪಡಬೇಕು.
2> @ ಫೈಲ್ಐಡಿ
ಫೈಲ್ಐಡಿ ಓಪನ್ ಫೈಲ್ಗಾಗಿ ಗುರುತಿಸುವವರಾಗಿರಬೇಕು, ಉದಾಹರಣೆಗೆ ಹಿಂದಿನ ಕರೆವಿನಿಂದ ಹಿಂತಿರುಗುವ ಮೌಲ್ಯವನ್ನು ತೆರೆಯುತ್ತದೆ . ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ದೋಷವನ್ನು fileId ನ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಬರೆಯುವುದಕ್ಕಾಗಿ ತೆರೆದಿರಬೇಕು.
> & @ ಫೈಲ್ಐಡಿ
ಫೈಲ್ಐಡಿ ಓಪನ್ ಫೈಲ್ಗಾಗಿ ಗುರುತಿಸುವವರಾಗಿರಬೇಕು, ಉದಾಹರಣೆಗೆ ಹಿಂದಿನ ಕರೆವಿನಿಂದ ಹಿಂತಿರುಗುವ ಮೌಲ್ಯವನ್ನು ತೆರೆಯುತ್ತದೆ . ಕೊನೆಯ ಕಮಾಂಡ್ ಮತ್ತು ಎಲ್ಲಾ ಕಮಾಂಡ್ಗಳಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಎರರ್ನಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಎರಡೂ ಫೈಲ್ಐಡಿ ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಬರೆಯುವುದಕ್ಕಾಗಿ ತೆರೆದಿರಬೇಕು.
ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸಲಾಗದಿದ್ದರೆ, ಎಕ್ಸಿಕ್ ಆಜ್ಞೆಯು ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ಕೊನೆಯ ಆಜ್ಞೆಯಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಅನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ. ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಯಾವುದೇ ಆಜ್ಞೆಗಳು ಅಸಹಜವಾಗಿ ನಿರ್ಗಮಿಸಿದರೆ ಅಥವಾ ಕೊಲ್ಲಲ್ಪಟ್ಟರೆ ಅಥವಾ ಅಮಾನತುಗೊಳಿಸಿದಲ್ಲಿ, ಆಗ ಎಕ್ಸೆಕ್ ದೋಷವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಮತ್ತು ದೋಷ ಸಂದೇಶವು ಪೈಪ್ಲೈನ್ನ ಔಟ್ಪುಟ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ನಂತರ ಅಸಹಜ ಅಂತ್ಯಗಳನ್ನು ವಿವರಿಸುವ ದೋಷ ಸಂದೇಶಗಳು ಸೇರಿವೆ; errorCode ವೇರಿಯೇಬಲ್ ಕೊನೆಯ ಅಸಹಜ ಮುಕ್ತಾಯದ ಬಗ್ಗೆ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಯಾವುದಾದರೂ ಆಜ್ಞೆಯು ಅದರ ಪ್ರಮಾಣಿತ ದೋಷ ಕಡತಕ್ಕೆ ಬರೆಯಲ್ಪಟ್ಟಿದ್ದರೆ ಮತ್ತು ಆ ಪ್ರಮಾಣಿತ ದೋಷವನ್ನು ಮರುನಿರ್ದೇಶಿಸಲಾಗದಿದ್ದರೆ, ಆಗ ಎಕ್ಸೆಕ್ ದೋಷವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ; ದೋಷ ಸಂದೇಶವು ಪೈಪ್ಲೈನ್ನ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ನಂತರ ಅನಧಿಕೃತ ಟರ್ಮಿನೇಷನ್ಸ್ (ಯಾವುದಾದರೂ ಇದ್ದರೆ), ನಂತರದ ದೋಷದ ಔಟ್ಪುಟ್ನ ಸಂದೇಶಗಳು ಸೇರಿವೆ.
ಫಲಿತಾಂಶದ ಕೊನೆಯ ಅಕ್ಷರ ಅಥವಾ ದೋಷ ಸಂದೇಶವು ಹೊಸದಾದಿದ್ದರೆ ಆಗ ಆ ಅಕ್ಷರವು ಸಾಮಾನ್ಯವಾಗಿ ಫಲಿತಾಂಶದಿಂದ ಅಥವಾ ದೋಷ ಸಂದೇಶದಿಂದ ಅಳಿಸಲ್ಪಡುತ್ತದೆ. ಇದು ಇತರ ಟಿಎಲ್ಎಲ್ ರಿಟರ್ನ್ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಸ್ಥಿರವಾಗಿರುತ್ತದೆ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಹೊಸ ಸಾಲುಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ. ಹೇಗಾದರೂ, -ಕೀಪ್ಲೈನ್ಲೈನ್ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಲ್ಲಿ ನಂತರ ಹಿಂದುಳಿದಿರುವ ಹೊಸಲೈನ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ.
ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಅನ್ನು `` <'' ಅಥವಾ `` << '' ಅಥವಾ `` <@ 'ನೊಂದಿಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗದಿದ್ದರೆ, ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಮೊದಲ ಆಜ್ಞೆಯ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಅನ್ನು ಅಪ್ಲಿಕೇಶನ್ನ ಪ್ರಸ್ತುತ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಇನ್ಪುಟ್ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ.
ಕೊನೆಯ ಆರ್ಗ್ `` ಮತ್ತು '' ಆಗಿದ್ದರೆ ಹಿನ್ನಲೆಯಲ್ಲಿ ಪೈಪ್ಲೈನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಎಕ್ಸೆಕ್ ಆಜ್ಞೆಯು ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಎಲ್ಲಾ ಉಪಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಪ್ರಕ್ರಿಯೆ ಗುರುತಿಸುವಿಕೆಯ ಅಂಶಗಳ ಪಟ್ಟಿಯನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ. ಪೈಪ್ಲೈನ್ನಲ್ಲಿನ ಕೊನೆಯ ಆಜ್ಞೆಯಿಂದ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸಲಾಗದಿದ್ದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ನ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ಗೆ ಹೋಗುತ್ತದೆ ಮತ್ತು ಮರುನಿರ್ದೇಶಿಸದ ಹೊರತು ಪೈಪ್ಲೈನ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳಿಂದ ದೋಷದ ಔಟ್ಪುಟ್ ಅಪ್ಲಿಕೇಶನ್ನ ಪ್ರಮಾಣಿತ ದೋಷ ಫೈಲ್ಗೆ ಹೋಗುತ್ತದೆ.
ಪ್ರತಿ ಆಜ್ಞೆಯಲ್ಲಿನ ಮೊದಲ ಪದವನ್ನು ಆಜ್ಞಾ ಹೆಸರಿನಂತೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ; tilde- ಪರ್ಯಾಯವನ್ನು ಅದರ ಮೇಲೆ ನಡೆಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಫಲಿತಾಂಶವು ಯಾವುದೇ ಸ್ಲಾಶ್ಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ನಂತರ PATH ಪರಿಸರದ ವೇರಿಯೇಬಲ್ನಲ್ಲಿನ ಕೋಶಗಳು ಕೊಟ್ಟಿರುವ ಹೆಸರಿನ ಮೂಲಕ ಕಾರ್ಯಗತಗೊಳಿಸಲ್ಪಡುತ್ತವೆ. ಹೆಸರು ಒಂದು ಸ್ಲಾಶ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು ಪ್ರಸಕ್ತ ಡೈರೆಕ್ಟರಿಯಿಂದ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್ ಅನ್ನು ತಲುಪುತ್ತದೆ. ಇಲ್ಲ "ಗ್ಲೋಬ್" ವಿಸ್ತರಣೆ ಅಥವಾ ಇತರ ಶೆಲ್ ತರಹದ ಪರ್ಯಾಯಗಳನ್ನು ಆಜ್ಞೆಗಳಿಗೆ ವಾದಗಳನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ.
ಪೋರ್ಟಬಿಲಿಟಿ ತೊಂದರೆಗಳು
ವಿಂಡೋಸ್ (ಎಲ್ಲ ಆವೃತ್ತಿಗಳು)
`` @ ಫೈಲ್ಐಡಿ '' ಸಂಕೇತವನ್ನು ಬಳಸಿಕೊಂಡು ಓದುವ ಅಥವಾ ಸಾಕೆಟ್ಗೆ ಬರೆಯುವುದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಒಂದು ಸಾಕೆಟ್ನಿಂದ ಓದಿದಾಗ, 16-ಬಿಟ್ ಡಾಸ್ ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು 32-ಬಿಟ್ ಅಪ್ಲಿಕೇಶನ್ ತಕ್ಷಣದ ಫೈಲ್ನೊಂದಿಗೆ ಹಿಂದಿರುಗುತ್ತದೆ. ಎರಡೂ ರೀತಿಯ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಸಾಕೆಟ್ಗೆ ಬರೆಯುವಾಗ, ಮಾಹಿತಿಯನ್ನು ಪ್ರಸ್ತುತವಾಗಿ ಕನ್ಸೋಲಿಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಅಥವಾ ಒಂದು ವೇಳೆ ಅದನ್ನು ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
Tk ಕನ್ಸೋಲ್ ಪಠ್ಯ ವಿಜೆಟ್ ನಿಜವಾದ ಪ್ರಮಾಣಿತ IO ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. TK ಯ ಅಡಿಯಲ್ಲಿ, ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ನಿಂದ ಮರುನಿರ್ದೇಶಿಸುವಾಗ, ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್ಗಳು ತಕ್ಷಣದ ಫೈಲ್ ಅಂತ್ಯವನ್ನು ನೋಡುತ್ತವೆ; ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಔಟ್ಪುಟ್ ಅಥವಾ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಎರರ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ ಮಾಹಿತಿ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
Tcl ಆಜ್ಞೆಗಳಿಗೆ ವಾದಗಳಿಗೆ ಪಥ ವಿಭಜಕಗಳು ಎಂದು ಮುಂದಕ್ಕೆ ಅಥವಾ ಹಿಂದುಳಿದ ಸ್ಲಾಶ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೂಚಿಸಲಾದ ಪಥದ ಹೆಸರನ್ನು ಪಥ ವಿಭಜಕಗಳಾಗಿ ಮುಂದೆ ಅಥವಾ ಹಿಂದುಳಿದ ಸ್ಲಾಶ್ಗಳನ್ನು ಕೂಡ ಒಳಗೊಂಡಿರಬಹುದು. ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ ವಿಂಡೋಸ್ ಅಪ್ಲಿಕೇಷನ್ಗಳು ಮುಂದೆ ಡಿಸ್ಕ್ಮಿಟರ್ಗಳು ಮತ್ತು ಬ್ಯಾಕ್ಸ್ಲ್ಯಾಶ್ಗಳಾಗಿ ಮಾತ್ರ ಹಾದಿಗಳಲ್ಲಿ ಮುಂದೆ ಸ್ಲಾಶೆಗಳೊಂದಿಗೆ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ ಎಂದು ಮನಸ್ಸಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಿ. ಫಾರ್ವರ್ಡ್ ಸ್ಲ್ಯಾಷ್ಗಳೊಂದಿಗೆ ಪಥದ ಹೆಸರನ್ನು ಸೂಚಿಸುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಯಾವುದೇ ವಾದಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬ್ಯಾಕ್ಸ್ಲ್ಯಾಷ್ ಅಕ್ಷರವನ್ನು ಬಳಸಲು ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ. ಒಂದು ವಾದವು ಪಥ ವಿಭಜಕದಂತೆ ಮುಂದೆ ಸ್ಲ್ಯಾಷ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಅವಲಂಬಿಸಿ ಅದನ್ನು ಪಥದ ಹೆಸರಾಗಿ ಗುರುತಿಸಬಹುದು ಅಥವಾ ಇರಬಹುದು.
ಹೆಚ್ಚುವರಿಯಾಗಿ, 16-ಬಿಟ್ ಡಾಸ್ ಅಥವಾ ವಿಂಡೋಸ್ 3.ಎಕ್ಸ್ ಅಪ್ಲಿಕೇಷನ್ ಅನ್ನು ಕರೆಯುವಾಗ, ಎಲ್ಲಾ ಪಥದ ಹೆಸರುಗಳು ಚಿಕ್ಕದಾದ, ರಹಸ್ಯವಾದ, ಮಾರ್ಗ ಸ್ವರೂಪವನ್ನು ಬಳಸಬೇಕು (ಉದಾ., `` Applbakery.default '' ಬದಲಿಗೆ `` applba ~ 1.def '' ಬಳಸಿ. ).
ಒಂದು ಮಾರ್ಗದಲ್ಲಿ ಸತತವಾಗಿ ಎರಡು ಅಥವಾ ಅದಕ್ಕಿಂತ ಮುಂದಕ್ಕೆ ಅಥವಾ ಹಿಂದುಳಿದ ಸ್ಲಾಶ್ಗಳು ನೆಟ್ವರ್ಕ್ ಪಥವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ರೂಟ್ ಡೈರೆಕ್ಟರಿಯ ಸರಳ ಸಂಯೋಜನೆ c: / ಉಪ ಉಪನಿರ್ದೇಶಕ / ಕಿಟಕಿಗಳು / ಸಿಸ್ಟಮ್ನೊಂದಿಗೆ ಸಿ: // ವಿಂಡೋಸ್ / ಸಿಸ್ಟಮ್ (ಎರಡು ಸ್ಲಾಶ್ಗಳು ಒಟ್ಟಿಗೆ) ನೀಡುತ್ತದೆ, ಅದು ವಿಂಡೋಸ್ ಎಂಬ ಯಂತ್ರದಲ್ಲಿನ ಸಿಸ್ಟಮ್ ಎಂಬ ಮೌಂಟ್ ಪಾಯಿಂಟ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ (ಮತ್ತು c: / ಅನ್ನು ಕಡೆಗಣಿಸಲಾಗುತ್ತದೆ), ಮತ್ತು ಇದು c: / windows / system ಗೆ ಸಮನಾಗಿರುವುದಿಲ್ಲ, ಇದು ಪ್ರಸ್ತುತ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ ಕೋಶವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆಜ್ಞಾ ಸೇರ್ಪಡೆಗೆ ಹಾದಿ ಘಟಕಗಳನ್ನು ಜೋಡಿಸಲು ಬಳಸಬೇಕು.
ವಿಂಡೋಸ್ ಎನ್ಟಿ
ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ, ಹೆಸರನ್ನು ಸೂಚಿಸಿದಂತೆ ಎಕ್ಸ್ಕ್ಯೂ ಮೊದಲ ಹುಡುಕಾಟಗಳು. ನಂತರ, ಸಲುವಾಗಿ, .com , .exe , ಮತ್ತು .bat ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಹೆಸರಿನ ಅಂತ್ಯಕ್ಕೆ ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ಮುಂದೆ ಹೆಸರನ್ನು ಹುಡುಕುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರಿನ ಭಾಗವಾಗಿ ಡೈರೆಕ್ಟರಿ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಕೆಳಗಿನ ಕೋಶಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹುಡುಕಲಾಗುತ್ತದೆ:
Tcl ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಲೋಡ್ ಮಾಡಲಾದ ಕೋಶದಿಂದ.
ಪ್ರಸ್ತುತ ಕೋಶ.
ವಿಂಡೋಸ್ ಎನ್ಟಿ 32-ಬಿಟ್ ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿ.
ವಿಂಡೋಸ್ ಎನ್ಟಿ 16-ಬಿಟ್ ಸಿಸ್ಟಮ್ ಕೋಶ.
ವಿಂಡೋಸ್ ಎನ್ಟಿ ಹೋಮ್ ಡೈರೆಕ್ಟರಿ.
ಮಾರ್ಗದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾದ ಕೋಶಗಳು.
Dir ಮತ್ತು copy ನಂತಹ ಶೆಲ್ ಬಿಲ್ಡಿನ್ ಆಜ್ಞೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು, ಕರೆಮಾಡುವವರು ` cmd.exe / c 'ಅನ್ನು ಬಯಸಿದ ಆದೇಶಕ್ಕೆ ಸಿದ್ಧಪಡಿಸಬೇಕು .
ವಿಂಡೋಸ್ 95
ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ, ಹೆಸರನ್ನು ಸೂಚಿಸಿದಂತೆ ಎಕ್ಸ್ಕ್ಯೂ ಮೊದಲ ಹುಡುಕಾಟಗಳು. ನಂತರ, ಸಲುವಾಗಿ, .com , .exe , ಮತ್ತು .bat ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಹೆಸರಿನ ಅಂತ್ಯಕ್ಕೆ ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ಮುಂದೆ ಹೆಸರನ್ನು ಹುಡುಕುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರಿನ ಭಾಗವಾಗಿ ಡೈರೆಕ್ಟರಿ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಕೆಳಗಿನ ಕೋಶಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹುಡುಕಲಾಗುತ್ತದೆ:
Tcl ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಲೋಡ್ ಮಾಡಲಾದ ಕೋಶದಿಂದ.
ಪ್ರಸ್ತುತ ಕೋಶ.
ವಿಂಡೋಸ್ 95 ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿ.
ವಿಂಡೋಸ್ 95 ಹೋಮ್ ಡೈರೆಕ್ಟರಿ.
ಮಾರ್ಗದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾದ ಕೋಶಗಳು.
Dir ಮತ್ತು copy ನಂತಹ ಶೆಲ್ ಬಿಲ್ಡಿನ್ ಆಜ್ಞೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು, ಕರೆಮಾಡುವವರು " command.com / c " ಅನ್ನು ಬಯಸಿದ ಆದೇಶಕ್ಕೆ ಸಿದ್ಧಪಡಿಸಬೇಕು .
ಒಂದು 16-ಬಿಟ್ ಡಾಸ್ ಅಪ್ಲಿಕೇಶನ್ ಕನ್ಸೋಲ್ನಿಂದ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಅನ್ನು ಓದಿದ ನಂತರ ಮತ್ತು ನಂತರ ಬಿಟ್ಟುಹೋಗಿ, ಎಲ್ಲಾ ನಂತರ 16-ಬಿಟ್ ಡಾಸ್ ಅನ್ವಯಿಕೆಗಳನ್ನು ರನ್ ಮಾಡಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಇನ್ಪುಟ್ ಅನ್ನು ಈಗಾಗಲೇ ಮುಚ್ಚಿದಂತೆ ನೋಡಲಾಗುತ್ತದೆ. 32-ಬಿಟ್ ಅನ್ವಯಿಕೆಗಳಿಗೆ ಈ ಸಮಸ್ಯೆ ಇಲ್ಲ ಮತ್ತು 16-ಬಿಟ್ ಡಾಸ್ ಅಪ್ಲಿಕೇಶನ್ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಇನ್ಪುಟ್ ಮುಚ್ಚಲ್ಪಟ್ಟಿದೆ ಎಂದು ಭಾವಿಸಿದರೂ ಸರಿಯಾಗಿ ರನ್ ಆಗುತ್ತದೆ. ಈ ಸಮಯದಲ್ಲಿ ಈ ದೋಷಕ್ಕಾಗಿ ಯಾವುದೇ ತಿಳಿದ ಪರಿಹಾರವಿಲ್ಲ.
NUL ನಡುವೆ ಮರುನಿರ್ದೇಶನ : ಸಾಧನ ಮತ್ತು 16-ಬಿಟ್ ಅಪ್ಲಿಕೇಶನ್ ಯಾವಾಗಲೂ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. NUL ನಿಂದ ಮರುನಿರ್ದೇಶಿಸುವಾಗ :, ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ಗಳು ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು, ಇತರರು `0x01 'ಬೈಟ್ಗಳ ಅನಂತ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪಡೆಯುತ್ತಾರೆ, ಮತ್ತು ಕೆಲವರು ಸರಿಯಾಗಿ ತಕ್ಷಣವೇ ಅಂತ್ಯಗೊಳ್ಳುವ ಫೈಲ್ ಅನ್ನು ಪಡೆಯುತ್ತಾರೆ; ನಡವಳಿಕೆಯು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸಂಕಲಿಸಲ್ಪಟ್ಟ ಯಾವುದಾದರನ್ನಾದರೂ ಅವಲಂಬಿಸಿರುತ್ತದೆ. NUL ಗೆ 4K ಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಮರುನಿರ್ದೇಶಿಸಿದಾಗ : ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ಗಳು ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತವೆ. ಮೇಲಿನ ಸಮಸ್ಯೆಗಳು 32-ಬಿಟ್ ಅನ್ವಯಗಳೊಂದಿಗೆ ಸಂಭವಿಸುವುದಿಲ್ಲ.
ಎಲ್ಲಾ ಡಾಸ್ 16-ಬಿಟ್ ಅಪ್ಲಿಕೇಷನ್ಗಳು ಏಕಕಾಲಿಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಪೈಪ್ನಿಂದ 16-ಬಿಟ್ ಡಾಸ್ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಎಲ್ಲಾ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಅನ್ನು ತಾತ್ಕಾಲಿಕ ಫೈಲ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ; 16-ಬಿಟ್ ಡಾಸ್ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯಗತಗೊಳ್ಳುವ ಮೊದಲು ಪೈಪ್ನ ಇನ್ನೊಂದು ತುದಿಯನ್ನು ಮುಚ್ಚಬೇಕು. 16-ಬಿಟ್ DOS ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಪೈಪ್ಗೆ ಎಲ್ಲಾ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ ಅಥವಾ ದೋಷವನ್ನು ತಾತ್ಕಾಲಿಕ ಫೈಲ್ಗಳಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ; ತಾತ್ಕಾಲಿಕ ಕಡತಗಳನ್ನು ಪೈಪ್ಲೈನ್ ಮುಂದಿನ ಹಂತಕ್ಕೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ಮುಕ್ತಾಯ ಮಾಡಬೇಕು. ಪೈಪ್ಗಳ ಅನುಷ್ಠಾನದಲ್ಲಿ ವಿಂಡೋಸ್ 95 ಬಗ್ಗಾಗಿ ಕೆಲಸದ ಕಾರಣದಿಂದಾಗಿ, ಮತ್ತು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ವಿಂಡೋಸ್ 95 ಡಾಸ್ ಶೆಲ್ ಪೈಪ್ಗಳನ್ನು ಹೇಗೆ ನಿಭಾಯಿಸುತ್ತದೆ ಎನ್ನುವುದು.
Command.com ನಂತಹ ಕೆಲವು ಅನ್ವಯಗಳು ಪರಸ್ಪರ ಕಾರ್ಯಗತಗೊಳಿಸಬಾರದು. ತಮ್ಮ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ನಿಂದ ಓದುವ ಬದಲು ಕನ್ಸೋಲ್ ವಿಂಡೋವನ್ನು ನೇರವಾಗಿ ಪ್ರವೇಶಿಸುವ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು ಅವುಗಳ ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ಗೆ ಬರೆಯುವುದನ್ನು ವಿಫಲಗೊಳಿಸಬಹುದು, ಟಿಎಲ್ಕ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಬಹುದು ಅಥವಾ ತಮ್ಮ ಖಾಸಗಿ ಕನ್ಸೋಲ್ ವಿಂಡೋ ಅವರಿಗೆ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಬಹುದು.
ಮ್ಯಾಕಿಂತೋಷ್
Exec ಆದೇಶವನ್ನು ಜಾರಿಗೆ ತರಲಾಗಿಲ್ಲ ಮತ್ತು ಮ್ಯಾಕಿಂತೋಷ್ ಅಡಿಯಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ.
ಯುನಿಕ್ಸ್
Exec ಆಜ್ಞೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಕ್ರಿಯಾತ್ಮಕವಾಗಿರುತ್ತದೆ ಮತ್ತು ವಿವರಿಸಿದಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಸಹ ನೋಡಿ
ದೋಷ (ಎನ್), ಮುಕ್ತ (ಎನ್)
ಕೀವರ್ಡ್ಗಳು
ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಪೈಪ್ಲೈನ್, ಪುನರ್ನಿರ್ದೇಶನ, ಉಪಪ್ರಬಂಧ
ನೆನಪಿಡಿ: ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಗಣಕದಲ್ಲಿ ಆಜ್ಞೆಯನ್ನು ಹೇಗೆ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು man ಆದೇಶ ( % man ) ಅನ್ನು ಬಳಸಿ.