trposix - מקוון בענן

תָכְנִית:

שֵׁם

tr - תרגם תווים

תַקצִיר

tr [−c|−C] [−ס] string1 string2

tr −s [−c|−C] string1

tr -d [−c|−C] string1

tr −ds [−c|−C] string1 string2

תיאור

השמיים tr השירות יעתיק את הקלט הסטנדרטי לפלט הסטנדרטי עם החלפה או
מחיקה של תווים נבחרים. האפשרויות שצוינו וה string1 ו string2
אופרנדים ישלטו בתרגומים המתרחשים בעת העתקת תווים ויחידים
איסוף תווים אלמנטים.

אפשרויות

השמיים tr כלי השירות יתאים לנפח הגדרות הבסיס של POSIX.1-2008, סעיף 12.2,
שירות תחביר הנחיות.

האפשרויות הבאות יתמכו:

-ג משלים את קבוצת הערכים שצוין על ידי string1. ראה את התיאור המורחב
סָעִיף.

-ג משלים את קבוצת התווים שצוין על ידי string1. ראה את המורחב
קטע DESCRIPTION.

-ד מחק את כל המופעים של תווי קלט המצוינים על ידי string1.

−ס החלף מופעים של תווים חוזרים בתו בודד, כמתואר
בסעיף תיאור מורחב.

אופרנדים

האופרנדים הבאים יהיו נתמכים:

string1, string2
מחרוזות בקרת תרגום. כל מחרוזת תייצג קבוצה של תווים ל
להמיר למערך של תווים המשמשים לתרגום. למשך
תיאור מפורט של האופן שבו המיתרים מתפרשים, ראה את ה-EXTENDED
קטע DESCRIPTION.

STDIN

הקלט הסטנדרטי יכול להיות כל סוג של קובץ.

קלט קבצים

אין.

הסביבה וריאציות

משתני הסביבה הבאים ישפיעו על הביצוע של tr:

שפה ספק ערך ברירת מחדל עבור משתני הבינאום שאינם מוגדרים או
ריק. (ראה את הכרך של הגדרות הבסיס של POSIX.1-2008, סעיף 8.2,
בינאום משתנים בעד הבכורה של בינאום
משתנים המשמשים לקביעת הערכים של קטגוריות מקומיות.)

LC_ALL אם מוגדר לערך מחרוזת לא ריקה, עוקף את הערכים של כל האחרים
משתני בינאום.

LC_COLLATE
קבע את המקום להתנהגות של ביטויי טווח ושקילות
שיעורים.

LC_CTYPE קבע את המקום לפרשנות של רצפים של בתים של נתוני טקסט
כתווים (לדוגמה, בייט בודד לעומת תווים מרובי בייטים ב
טיעונים) וההתנהגות של כיתות אופי.

LC_MESSAGES
קבע את המקום שבו יש להשתמש כדי להשפיע על הפורמט והתוכן של
הודעות אבחון שנכתבו לפי שגיאת תקן.

NLSPATH קבע את המיקום של קטלוגי הודעות לעיבוד של LC_MESSAGES.

אסינכרוני אירועים

בְּרִירַת מֶחדָל.

STDOUT

השמיים tr הפלט יהיה זהה לקלט, למעט הנתון שצוין
טרנספורמציות.

STDERR

השגיאה הסטנדרטית תשמש רק עבור הודעות אבחון.

תפוקה קבצים

אין.

מורחבים תיאור

האופרנדים string1 ו string2 (אם צוין) הגדר שני מערכים של תווים. ה
ניתן להשתמש בקונסטרוקציות ברשימה הבאה כדי לציין תווים או תו בודד
איסוף אלמנטים. אם כל אחד מהקונסטרוקציות מביא לאיסוף אלמנטים מרובי תווים,
tr לא לכלול, ללא אבחון, את אותם רכיבים מרובי תווים מהתוצאה המתקבלת
מערך.

אופי כל תו שלא מתואר באחת מהמוסכמות שלהלן ייצג
עצמו.

\אוקטלי ניתן להשתמש ברצפים אוקטליים כדי לייצג תווים בעלי ערכים מקודדים ספציפיים.
רצף אוקטלי יהיה מורכב מא ואחריו הארוך ביותר
רצף של תווים אחת, שתיים או שלוש ספרות אוקטליות (01234567). הרצף
יגרום לערך שהקידוד שלו מיוצג על ידי אחד, שניים או שלוש-
מספר שלם אוקטלי ספרתי שיוצב במערך. תווים מרובים בתים דורשים
רצפי בריחה מרובים ומשורשרים מסוג זה, כולל המובילים
עבור כל בייט.

\אופי
ה - רצפי בריחה בכרך ה-Base Definitions של POSIX.1-2008,
טבלתי 5-1, Escape רצפים ו משויך פעולות ('\\', '\א', '\ b', '\f',
'\ n', '\ r', '\ t', '\v') יתמכו. התוצאות של שימוש בכל אחר
תו, מלבד ספרה אוקטלית, לאחר ה- אינם מוגדרים.
כמו כן, אם אין תו בעקבות ה , התוצאות הן
לא מוגדר.

c-c במיקום POSIX, מבנה זה ייצג את טווח האיסוף
אלמנטים בין נקודות הקצה של הטווח (כל עוד אף אחת מנקודות הקצה אינה אוקטלית
רצף הצורה \אוקטלי), כולל, כפי שהוגדר על ידי רצף האיסוף.
התווים או רכיבי האיסוף בטווח ימוקמו במערך
ברצף איסוף עולה. אם נקודת הסיום השנייה קודמת להתחלה
נקודת הסיום ברצף האיסוף, לא מצוין אם הטווח של
איסוף אלמנטים ריק, או שהמבנה הזה מטופל כבלתי חוקי. באזורים
מלבד המקום POSIX, למבנה הזה יש התנהגות לא מוגדרת.

אם אחת מנקודות הקצה של הטווח או שתיהן הן רצפים אוקטליים של הצורה \אוקטלי,
זה ייצג את טווח הערכים המקודדים הספציפיים בין שני הטווחים
נקודות קצה, כולל.

[:בכיתה:] מייצג את כל התווים השייכים למחלקת התווים המוגדרת, כפי שהוגדרה
לפי ההגדרה הנוכחית של LC_CTYPE קטגוריית המקום. הדמות הבאה
שמות מחלקות יתקבלו כאשר צוין ב string1:

אלנום ריק ספרה להוריד נקודה העליון
אלפא cntrl גרף הדפסה שטח xdigit

בנוסף, ביטויי מחלקות תווים של הצורה [:שם:] אמור להיות
מוכר באותם אזורים שבהם שם מילת המפתח ניתנה א charclass
הגדרה ב LC_CTYPE קטגוריה.

כאשר גם ה -ד ו −ס האפשרויות מצוינות, כל אחד משמות מחלקות התווים
יתקבל ב string2. אחרת, רק שמות מחלקות תווים להוריד or
העליון תקפים ב string2 ואז רק אם מחלקת התווים המתאימה
(העליון ו להוריד, בהתאמה) מצוין באותו מיקום יחסי ב
string1. פירוט כזה יתפרש כבקשה למקרה
הֲמָרָה. מתי [:להוריד:] מופיע ב string1 ו-[:העליון:] מופיע ב string2,
המערכים יכילו את התווים מה- טופר מיפוי ב LC_CTYPE
הקטגוריה של המקום הנוכחי. מתי [:העליון:] מופיע ב string1 ו-[:להוריד:]
מופיע ב string2, המערכים יכילו את התווים מה- להנמיך
מיפוי ב LC_CTYPE הקטגוריה של המקום הנוכחי. הדמות הראשונה מ
כל זוג מיפוי יהיה במערך עבור string1 והדמות השנייה
מכל זוג מיפוי יהיה במערך עבור string2 באותו קרוב משפחה
עמדה.

למעט המרת רישיות, התווים המצוינים על ידי מחלקת תווים
הביטוי יוצב במערך בסדר לא מוגדר.

אם השם שצוין עבור בכיתה אינו מגדיר מחלקת תווים חוקית ב-
המקום הנוכחי, ההתנהגות אינה מוגדרת.

[=equiv=] מייצג את כל התווים או רכיבי איסוף השייכים לאותו
מחלקה שקילות כמו equiv, כפי שהוגדר על ידי ההגדרה הנוכחית של LC_COLLATE
קטגוריית המקום. ביטוי מחלקה שקילות יותר רק ב
string1, או ב string2 כאשר הוא בשימוש על ידי המשולב -ד ו −ס אפשרויות.
התווים השייכים למחלקת השקילות ימוקמו במערך
בסדר לא מוגדר.

[x*n] מייצג n מופעים חוזרים ונשנים של הדמות x. כי הביטוי הזה
משמש למיפוי תווים מרובים לאחד, הוא תקף רק כאשר הוא מופיע ב
string2. אם n מושמט או אפס, הוא יתפרש כגדול מספיק כדי
הרחב את string2רצף מבוסס לאורך של string1רצף מבוסס.
If n יש אפס מוביל, הוא יתפרש כערך אוקטלי. אחרת,
זה יתפרש כערך עשרוני.

כאשר -ד האפשרות לא צוינה:

* אם string2 קיים, כל תו קלט שנמצא במערך שצוין על ידי string1
יוחלף על ידי התו באותו מיקום יחסי במערך
שצוין על ידי string2. אם המערך שצוין על ידי string2 קצר יותר מהאחד
שצוין על ידי string1, או אם תו מופיע יותר מפעם אחת ב string1, התוצאות
אינם מוגדרים.

* אם ה -ג האפשרות מוגדרת, ההשלמות של התווים שצוינו על ידי string1
(קבוצת כל התווים בערכת התווים הנוכחית, כפי שהוגדרה על ידי הנוכחי
הגדרה של LC_CTYPE, למעט אלה שצוינו בפועל ב- string1 אופרנד) יהיה
להיות ממוקם במערך ברצף איסוף עולה, כפי שהוגדר על ידי הזרם
הגדרה של LC_COLLATE.

* אם ה -ג האופציה מצוינת, השלמה של הערכים שצוינו על ידי string1 יהיה
להיות ממוקם במערך בסדר עולה לפי ערך בינארי.

* בגלל הסדר שבו התווים המצוינים על ידי ביטויי מחלקה או
ביטויי מחלקות שקילות אינם מוגדרים, יש להשתמש בביטויים כאלה רק אם
הכוונה היא למפות מספר דמויות לאחת. חריג הוא המרה במקרה, כמו
שתואר קודם לכן.

כאשר -ד האופציה צוינה:

* תווים קלט שנמצאו במערך שצוין על ידי string1 יימחק.

* כאשר -ג האפשרות מצוינת עם -ד, כל התווים מלבד אלו שצוינו על ידי
string1 יימחק. התוכן של string2 מתעלמים, אלא אם כן −ס האפשרות היא
פירוט גם.

* כאשר -ג האפשרות מצוינת עם -ד, כל הערכים מלבד אלה שצוינו על ידי string1
יימחק. התוכן של string2 תתעלם, אלא אם כן −ס האפשרות היא
פירוט גם.

* לא ניתן להשתמש באותה מחרוזת עבור שניהם -ד ו −ס אוֹפְּצִיָה; כאשר שתי האפשרויות
מצוינים, שניהם string1 (משמש למחיקה) ו string2 (משמש לסחיטה) יעשה
להידרש.

כאשר −ס אפשרות מוגדרת, לאחר ביצוע מחיקות או תרגום,
רצפים חוזרים של אותו תו יוחלפו במופע אחד של אותו תו
תו, אם התו נמצא במערך שצוין על ידי האופרנד האחרון. אם ה
האופרנד האחרון מכיל מחלקת תווים, כגון הדוגמה הבאה:

tr −ס '[:מֶרחָב:]'

המערך של האופרנד האחרון יכיל את כל התווים במחלקת התווים הזו.
עם זאת, במקרה המרה, כפי שתואר קודם לכן, כגון:

tr −ס '[:עֶלִיוֹן:]' '[:נמוך יותר:]'

המערך של האופרנד האחרון יכיל רק את התווים המוגדרים בתור השני
תווים בכל אחד מה- טופר or להנמיך זוגות תווים, לפי העניין.

מחרוזת ריקה המשמשת עבור string1 or string2 מייצר תוצאות לא מוגדרות.

יְצִיאָה סטָטוּס

יוחזרו ערכי היציאה הבאים:

0 כל הקלט עובד בהצלחה.

>0 אירעה שגיאה.

השלכות OF שגיאות

בְּרִירַת מֶחדָל.

השמיים הבא סעיפים יש לו אִינפוֹרמָטִיבִי.

בקשה נוהג

אם נחוץ, string1 ו string2 ניתן לצטט כדי למנוע התאמת דפוסים על ידי המעטפת.

אם ספרה רגילה (המייצגת את עצמה) צריכה לעקוב אחר רצף אוקטלי, האוקטלית
הרצף חייב להשתמש בשלוש הספרות המלאות כדי למנוע אי בהירות.

מתי string2 קצר מ- string1, נוצר הבדל בין מערכת V ו- היסטורית
מערכות BSD. רפידות מערכת BSD string2 עם הדמות האחרונה שנמצאה ב string2. לפיכך, זה
אפשר לעשות את הפעולות הבאות:

tr 0123456789 d

שיתרגם את כל הספרות לאות 'ד'. מאז אזור זה הוא ספציפית
לא מצוין בכרך זה של POSIX.1-2008, הן התנהגויות BSD והן של System V הן
מותר, אך יישום תואם אינו יכול להסתמך על התנהגות ה-BSD. זה יהיה חייב
קודדו את הדוגמה בצורה הבאה:

tr 0123456789 '[d*]'

יש לציין שלמרות דמיון במראה, אופרנדי המחרוזת בהם משתמשים
tr אינם ביטויים רגולריים.

שלא כמו כמה יישומים היסטוריים, הגדרה זו של ה tr השירות בצורה נכונה
מעבד תווי NUL בזרם הקלט שלו. ניתן להסיר תווי NUL באמצעות:

tr -ד '\ 000'

דוגמאות

1. הדוגמה הבאה יוצרת רשימה של כל המילים ב file1 אחד לכל שורה פנימה file2,
כאשר מילה נחשבת למחרוזת מקסימלית של אותיות.

tr −cs "[:alpha:]" "[\n*]" <קובץ1 >קובץ2

2. הדוגמה הבאה מתרגמת את כל התווים הקטנים ל file1 לאותיות גדולות וכותב
התוצאות לפלט סטנדרטי.

tr "[:נמוך יותר:]" "[:עֶלִיוֹן:]" <קובץ1

3. דוגמה זו משתמשת במחלקת שקילות כדי לזהות גרסאות מודגשות של הבסיס
אופי 'ה' in file1, אשר מופשטים מסימנים דיאקריטיים וכותבים אליהם file2.

tr "[=e=]" "[ה*]" <קובץ1 >קובץ2

Rationalale

בחלק מההצעות המוקדמות, אפשרות מפורשת −n נוסף כדי להשבית את ההיסטורי
התנהגות של הסרת תווי NUL מהקלט. זה נחשב אוטומטית
הפשטת תווי NUL מהקלט לא הייתה פונקציונליות נכונה. אולם, ה
הסרה של −n בהצעה מאוחרת יותר אינו מסיר את הדרישה כי tr צורה נכונה
לעבד תווי NUL בזרם הקלט שלו. ניתן להסיר תווי NUL באמצעות tr -ד
'\000'.

יישומים היסטוריים של tr שונים מאוד בתחביר ובהתנהגות. לדוגמה, ה
גרסת BSD לא נזקקה לתווי סוגריים עבור רצף החזרות. ה tr
תחביר השירות מבוסס יותר על מודל System V ו-XPG3 תוך כדי ניסיון
להכיל יישומי BSD היסטוריים. במקרה של הקצר string2 ריפוד, ה
ההחלטה הייתה לבטל את ציון ההתנהגות ולשמור על סקריפטים של System V ו-XPG3, מה שאולי
מוצאים קושי בשיטת BSD. ניתנה ההנחה שמשתמשי BSD של tr מוכרח
בצע התאמות כדי לעמוד בתחביר המוגדר כאן. מכיוון שניתן להשתמש ב
רצף חזרות כדי לשכפל את ההתנהגות הרצויה, בעוד שאין דרך פשוטה לעשות זאת
להשיג את שיטת System V, זו הייתה הגישה הנכונה, אם לא רצויה.

השימוש בערכים אוקטליים לציון תווי בקרה, תוך כדי תקדימים היסטוריים,
אינו נייד. ההקדמה של רצפי בריחה לדמויות בקרה צריכה
לספק את הניידות הדרושה. ידוע שזה עלול לגרום למשהו היסטורי
סקריפטים לשבור.

הצעה מוקדמת כללה תמיכה ברכיבי איסוף מרובי תווים. זה היה מחודד
החוצה את זה, תוך כדי tr עושה שימוש בכמה אלמנטים תחביריים מ-REs, המטרה של tr זה שקט
שונה; לטווחים, למשל, אין משמעות דומה (``כל אחד מהתווים ב-
התאמות טווח'', נגד ``תרגם כל תו בטווח לפלט
עָמִית''). כתוצאה מכך, התמיכה שנכללה בעבר באיסוף רב-תווים
אלמנטים הוסרו. מה שנותר הם טווחים בסדר האיסוף הנוכחי (כדי לתמוך,
לדוגמה, תווים מוטעמים), מחלקות תווים ומחלקות שקילות.

ב-XPG3 ה-[:בכיתה:] ו-[=equiv=] מוסכמות מוצגות בסוגריים כפולים, כמו ב-RE
תחביר. למרות זאת, tr אינו מיישם עקרונות RE; זה רק שואל חלק מהתחביר.
כתוצאה מכך, [:בכיתה:] ו-[=equiv=] יש להתייחס כאלמנטים תחביריים בשווי ערך
עם [x*n], שאינו ביטוי מסוג RE.

המפתחים הסטנדרטיים ישקלו שינויים ב tr שמאפשרים לו לתרגם תווים
בין קידודי תווים שונים, או שהם ישקלו לספק כלי עזר חדש
להשיג זאת.

במערכות היסטוריות של System V, ביטוי טווח מצריך סגירת סוגריים מרובעים,
כגון:

tr '[אז]' '[AZ]'

עם זאת, מערכות מבוססות BSD לא דרשו את הסוגריים, והמוסכמה הזו משמשת כאן
כדי להימנע משבירת מספר גדול של סקריפטים של BSD:

tr AZ AZ

הסקריפט הקודם של System V ימשיך לעבוד מכיוון שהסוגריים מטופלים כמו
דמויות רגילות, מתורגמות לעצמן. עם זאת, כל סקריפט System V כי
הסתמכה "א-ז" המייצגים את שלוש הדמויות 'א', '-', ו 'ז' צריך לשכתב
as "אז-".

לתקן ISO POSIX‐2:1993 היה א -ג אפשרות שהתנהגה בדומה ל- -ג אפשרות, אבל
לא סיפק פונקציונליות שווה ערך ל- -ג אפשרות שצוינה ב-POSIX.1-2008. זֶה
פירושו של פרקטיקה היסטורית של היכולת לפרט tr -cd\000−\177 (מה שכן
למחוק את כל הבתים עם ערכת הסיביות העליונה) לא תהיה השפעה מכיוון שבמקום C,
בתים עם הערכים אוקטלי 200 עד אוקטל 377 אינם תווים.

הגרסה הקודמת אמרה גם שרצפים אוקטליים התייחסו לאיסוף אלמנטים ו
יכול להיות ממוקם סמוך זה לזה כדי לציין תווים מרובים בתים. עם זאת, זה היה
ציין שזה גרם לחוסר בהירות בגלל tr לא יוכל לדעת אם סמוך
רצפים אוקטליים התכוונו לציין תווים מרובים בתים או בתים בודדים מרובים
דמויות. POSIX.1-2008 מציין שרצפים אוקטליים מתייחסים תמיד לבינארי בתים בודדים
ערכים כאשר משתמשים בהם לציון נקודת קצה של טווח של רכיבי איסוף.

גרסאות קודמות של תקן זה אפשרו יישומים עם בתים שאינם שמונה
סיביות, אבל זה שונה בגרסה זו.

FUTURE כיוונים

אין.

השתמש ב-trposix באופן מקוון באמצעות שירותי onworks.net