কোন সিস্টেমে // foo / বার / foo / বার থেকে আলাদা?


114

পসিক্স স্পেসিফিকেশন জুড়ে , প্রয়োগগুলি বাস্তবায়নের জন্য দুটি বিশেষভাবে শুরু হওয়া কোনও পাথের চিকিত্সা করার অনুমতি দেওয়ার বিধান রয়েছে ( 1 , 2 , 3 ...) /

একটি পসিক্স অ্যাপ্লিকেশন (সমস্ত পসিক্স কমপ্লায়েন্ট সিস্টেমে পোর্টেবল হওয়ার জন্য পসিক্স স্পেসিফিকেশনে লিখিত একটি অ্যাপ্লিকেশন) //foo/barএকই হিসাবে ধরে নিতে পারে না /foo/bar(যদিও তারা ///foo/barএটি একইরূপে ধরে নিতে পারে /foo/bar)।

এখন সেই পসিক্স সিস্টেমগুলি (historicalতিহাসিক এবং এখনও বজায় রাখা) //fooবিশেষভাবে চিকিত্সা করে? আমি বিশ্বাস করি (আমি এখন ভুল প্রমাণিত হয়েছি ) যে মাইক্রোসফ্ট তাদের ইউনিক্স ভেরিয়েন্ট (এক্সএএনআইএক্স) এবং সম্ভবত উইন্ডোজ পসিক্স স্তর (কেউ কি এটি নিশ্চিত করতে পারে?) এর জন্য মাইক্রোসফ্ট দ্বারা পসিক্স বিধানকে ধাক্কা দিয়েছিল।

এটি সাইগউইন ব্যবহার করে যা মাইক্রোসফ্ট উইন্ডোজের জন্যও পসিক্স-জাতীয় স্তর। কোন নন-মাইক্রোসফ্ট উইন্ডোজ সিস্টেম আছে? OpenVMS?

সিস্টেমগুলিতে যেখানে //foo/barবিশেষ, এটি কীসের জন্য ব্যবহৃত হয়? //host/pathনেটওয়ার্ক ফাইল সিস্টেম অ্যাক্সেসের জন্য? ভার্চুয়াল ফাইল সিস্টেম?

ইউনিক্স-পছন্দ অনুসারে চলমান কিছু অ্যাপ্লিকেশন কি সিস্টেমের এপিআই— //foo/barপাথকে বিশেষভাবে ব্যবহার করে না (এমন প্রসঙ্গে যেখানে তারা অন্যথায় /foo/barফাইল সিস্টেমের পাথ হিসাবে বিবেচনা করে)?


সম্পাদনা করুন , আমি তখন থেকে অনুমানটিতে//foo/bar পরিচালনার উত্স সম্পর্কে অস্টিন-গ্রুপ মেলিং তালিকায় একটি প্রশ্ন জিজ্ঞাসা করেছি এবং আলোচনাটি একটি আকর্ষণীয় পঠন (কমপক্ষে প্রত্নতত্ত্বের দিক থেকে)।



1
@ অলিভিয়ারডুলাক, নংটি ls -ld ///প্রদর্শন করবে ///, lsএটি যেমন প্রদর্শিত হয়েছিল তেমন ফাইলটি প্রদর্শন করার জন্য প্রদর্শন করা হবে। আমি এমন সিস্টেম বা অ্যাপ্লিকেশন সন্ধান করছি যা সাইগউইনের মতো // foo / var বিশেষভাবে (ফাইল সিস্টেমে পাথ হিসাবে নয়) চিকিত্সা করে।
স্টাফেন চেজেলাস

1
স্ট্যান্ডার্ড ( pubs.opengroup.org/onlinepubs/009695399/basedefs/… ) বলেছেন, যেমন আপনি উল্লেখ করেছেন, "একটি ক্রমাগত দুটি স্ল্যাশ দিয়ে শুরু হওয়া একটি প্যাথনামটি বাস্তবায়ন-সংজ্ঞায়িত পদ্ধতিতে ব্যাখ্যা করা যেতে পারে" (2 টিরও বেশি সমাধান 1 /) । নেটে একটি উদাহরণ পাওয়া গেছে: austingroupbugs.net/view.php?id=83 ( IBM's z/OS resolves //pathname requests to MVS datasets (as opposed to the hierarchical filesystem (HFS)) (......) Additionally, z/OS would not accept or recognize additional "directory" or "file" components appended to such paths.... ঠিক ইউনিক্স নয়, যদিও ^^)।
অলিভিয়ার ডুলাক 20'16

4
@ দেবসোলার: সত্যই হস্তক্ষেপ করছে (এবং অবাক করা) তবে আমাদের কেবল পসিক্সের সাথে লেগে থাকা উচিত, কারণ পসিক্সের বাইরে যে কোনও কিছু সম্ভব ^^
অলিভিয়ার ডুলাক

2
@ অ্যাডওয়ার্ডারওয়াল্ডস কারণ প্রথম বিটটি ইউআরএল:, file://একই রকম http://এবং এর মতো। ক্রোমটিতে এখানে কাজের জন্য একটি উইন্ডোজ ইউএনসি পাথ যেটি আমি এখন উন্মুক্ত করেছি তা হ'ল file:////$MACHINE/$SHARENAME/index.html(যদিও কিছু কারণে এটি বুঝতে পারে file://$MACHINE/...)
অ্যাডমালড

উত্তর:


90

এটি এখন পর্যন্ত দেওয়া উত্তরগুলির একটি সংকলন এবং সূচক। এই পোস্টটি সম্প্রদায়ের উইকি , এটি 100+ খ্যাতি সহ যে কেউ সম্পাদনা করতে পারে এবং কেউ এ থেকে খ্যাতি পায় না। আপনার নিজের উত্তর পোস্ট করতে নির্দ্বিধায় এবং এখানে এটির একটি লিঙ্ক যুক্ত করুন (বা এটি করার জন্য আমার অপেক্ষা করুন)। আদর্শভাবে, এই উত্তরটি কেবল একটি সংক্ষিপ্ত হওয়া উচিত (স্বল্প এন্ট্রি সহ পৃথক অন্যান্য উত্তরের বিবরণ থাকতে পারে)।

বর্তমানে সক্রিয়ভাবে রক্ষণাবেক্ষণ করা সিস্টেমগুলি:

ডিফল্ট সিস্টেম

অ্যাপ্লিকেশন যা //foo/barপাথের জন্য বিশেষভাবে চিকিত্সা করে


3
//রিসার 4 এর মেটাডেটা সুবিধার জন্য কিছু লিনাক্স কার্নেল বিকাশকারীদের দ্বারা নেমস্পেসটি ব্যবহার করার প্রস্তাব দেওয়া হয়েছিল, তবে আমি মনে করি না যে এই প্রস্তাবটি নেমেসিসের মধ্যে কখনও কখনও ট্রেশন অর্জন করেছিল, না এটি কখনও কার্যকর হয় নি।
Jörg ডব্লু মিত্ত্যাগ

উইন্ডোজ নিজেই পসিক্স এপিআই প্রয়োগ করে ... কীভাবে এটি একটি শীর্ষস্থানীয় ডাবল স্ল্যাশ পরিচালনা করে?
কেভিন

1
আমরা ওয়েবে এটি যুক্ত করতে পারি, ডাবল স্ল্যাশ দিয়ে শুরু হওয়া সংস্থানগুলি একক স্ল্যাশের চেয়ে আলাদা মূলকে সংজ্ঞায়িত করে।
অ্যালেক্স গিত্তেমিয়ার

@ কেভিন, হ্যাঁ আমি এটিও বিশ্বাস করি (প্রশ্নটি দেখুন), যদিও আমি মনে করি এটি একটি alচ্ছিক উপাদান এবং কেবল উইন্ডোজের কিছু বৈকল্পিক এবং এখন বন্ধ রয়েছে। আপনার যদি আরও বিশদ থাকে তবে দয়া করে একটি উত্তর যুক্ত করুন।
স্টাফেন চেজেলাস 24'16

@AlexGittemeier। হ্যাঁ, আপনি লক্ষ্য করবেন যে এটি আসলে এই উত্তরে ব্যবহৃত হয়েছে ;-)।
স্টাফেন চেজেলাস

16

ইউনিক্স-পছন্দ অনুসারে চলমান কিছু অ্যাপ্লিকেশনগুলি কি's যদি সিস্টেমের এপিআই— না হয় // foo / বার পাথ বিশেষভাবে ব্যবহার করে?

আমি পেরফোর্স সম্পর্কে সচেতন যা //depot/A/B/C/Dডিপোতে রেফারেন্স করতে পাথ ব্যবহার করে। //Client/C/Dক্লায়েন্টের দিকে নির্দেশ করা হলে পারফোর্স পাথগুলিও সমর্থন করে //depot/A/B/। এখানে, স্থানীয় ফাইল সিস্টেমের এই পাথগুলি নাও থাকতে পারে।

p4 filelog //depot/A/B/C/Dফাইল না থাকলেও সেই ফাইলটির ইতিহাস দেখাবে /depot/A/B/C/D

p4 filelog C/D উপযুক্ত ডিরেক্টরি থেকে কার্যকর করা হলে সেই ফাইলটির ইতিহাসও প্রদর্শন করবে।

তথ্যসূত্র: https://www.perforce.com/perforce/r12.1/manouts/cmdref/o.fspecs.html


13

বেশ কয়েক দশক আগে, টেকট্রোনিক্স উটেক (বিএসডি ৪.২ ভিত্তিক ইউনিক্স, প্রথমে জাতীয় সেমিকন্ডাক্টর 32016 সিপিইউস এর পরে মটোরোলা 68020 গুলি) ডিএফএস (বিতরণকৃত ফাইল সিস্টেম) নামে কিছু সরবরাহ //foo/barকরছিল যার অধীনে ডিএফএস সার্ভারে /barফাইলটি উল্লেখ করা হত foo। এটি পরে সূর্যের এনএফএস দ্বারা অচল হয়ে পড়েছিল।

দুর্ভাগ্যক্রমে, আমি এখনও এটির পিছনে রেফারেন্স পাইনি তবে শেষ পর্যন্ত আমি আমার আস্তানায় কিছু উটেক ডকুমেন্টেশন খুঁজে পেতে এবং এই উত্তরটি আপডেট করতে পারি।


1
দ্বারা প্রতিপন্ন এই ইউজনেট আলোচনা
Stéphane Chazelas

@ স্টাফেনচাজেলাস আমি বিশ্বাস করি যে ইউজনেট আলোচনার এই লিঙ্কটি আরও ভাল। আপনি যেটি চয়ন করেছেন তার ডোমেন / ওএস রয়েছে তবে উটেক নয়। অথবা পরবর্তী বার্তা (আপনার কাছ থেকে)


Tektronix / বাসদ RFS বাস্তবায়নের দৃশ্যত নিয়মিত ফাইল দূরবর্তী ফাইল-সিস্টেমের মাউন্ট এড়াতে findমাউন্ট-পয়েন্ট ঢুকা উদাহরণস্বরূপ। লেখক সেখানে স্পষ্টভাবে বিধি- //foo/bar/../foo/bar
নিষেধ


7

এই উত্তর থেকে নেতৃত্ব অনুসরণ করা । এবং বিটসেভারের ম্যানুয়াল থেকে পৃষ্ঠা 2-15 পড়ছে (ধন্যবাদ @ গ্রাটিউটি )।

ভাগ করা ডেটা
ডোমেন / ওএস বিতরণ করা ফাইল সিস্টেমের দ্বিতীয় নকশার নীতিটি ডিফল্টরূপে ভাগ করে নেওয়া, বিশ্বব্যাপী অভিন্ন নামের স্থান বোঝায়। বিতরণ করা ফাইল সিস্টেমের নামের স্থানটি ব্যবহারকারীদের কাছে দৈত্য টাইম শেয়ারিং ফাইল সিস্টেমের মতো প্রদর্শিত হয়। এটি একটি traditionalতিহ্যবাহী ইউএনআইএক্স হায়ারারিকিকাল নেম স্পেস, বাদে নিখুঁত পথের নামগুলি নেটওয়ার্ক রুটের (// নামে পরিচিত) নাম দিয়ে শুরু করতে পারে। স্থানীয় নোডের (/ ডিরেক্টরি) মূলের সাথে সম্পর্কিত পাথের নামগুলি প্রকাশ করাও সম্ভব।

রয়েছে থেকে একটি পুরোনো ম্যানুয়াল ": জুলাই, 1985 প্রথম মুদ্রণ" একটি সঙ্গে। পৃষ্ঠা 1-4:

চিত্র 1-2 এ ডাবল স্ল্যাশ (//) নামকরণ গাছের শীর্ষ স্তরটি, নেটওয়ার্ক রুট ডিরেক্টরি উপস্থাপন করে।

সুতরাং, আমাদের কাছে নিশ্চিত হয়ে গেছে যে অ্যাপোলো থেকে ডোমেন / ওএস //নেটওয়ার্ক রুটের জন্য ব্যবহৃত হয়েছিল।


আমি মনে করি মহাকর্ষ লোকটি একটি প্রধান খিলান লিনাক্স দেব
মাইকসার্ভ

5

অন্য অ্যাপ্লিকেশন: ব্লেন্ডার একটি //প্রকল্পের ডিরেক্টরি হিসাবে উল্লেখযোগ্য হিসাবে বিবেচনা করে ( .blendফাইলটি যে ডিরেক্টরিতে সংরক্ষিত হয়েছে)। এখানে প্রাসঙ্গিক ম্যানুয়াল পৃষ্ঠা

এটি ইউনিক্স-জাতীয় অপারেটিং সিস্টেমগুলির জন্যও সত্য (যেমন উইন্ডোজ)।


5

ReactOS প্রকল্প - NT তে কার্নেল ও সংশ্লিষ্ট APIs এর একটি ফ্রি এবং ওপেন সোর্স বাস্তবায়ন যা - দৃশ্যত তার নিজস্ব বাস্তবায়ন গ্রহণ করেছে Interix -একটি POSIX সাব-সিস্টেম (যদিও মাইক্রোসফট মূল ওএস / 2 সাব-সিস্টেম এছাড়াও প্রসঙ্গ উল্লেখ , কোনো উল্লেখ একটি রিঅ্যাক্টোস অ্যানালগ দিয়ে তৈরি)

যদিও এখন পর্যন্ত প্রচেষ্টাগুলি ছোট ছিল , fork()দৃশ্যত এটি একটি বাস্তবতা। এখানে সাবসিস্টেমের প্রকল্প পৃষ্ঠা থেকে একটি অংশ, খোলা ইস্যুগুলির মধ্যে তালিকাবদ্ধ হিসাবে দেওয়া হয়েছে :

পাথ

পসিক্স অ্যাপ্লিকেশনগুলিতে উইন 32 পাথ ব্যবহার করার সর্বোত্তম উপায় কী? ধারনা:

  • অনুবাদ //<device>/<pathবা> \\.\<device>\<path> (ড্রাইভ অক্ষর জন্য একটি বিশেষ ক্ষেত্রে - //<letter>/<path>=> <letter>:\<path>- এবং বিশেষ পালাবার //./<raw text>=> \\.\<raw text>। ইউএনসি পাথ সঙ্গে সুনির্দিষ্ট করা যেতে পারে //unc/<path>)//পাথগুলি প্রয়োগ-নির্দিষ্ট আচরণের জন্য স্ট্যান্ডার্ড দ্বারা সংরক্ষিত থাকে এবং //<letter>/উইন 32 পাথগুলি থেকে বাঁচতে সিনট্যাক্স বিদ্যমান POSIX সামঞ্জস্য পরিবেশে ব্যাপকভাবে ব্যবহৃত হয়

  • "খালি" উইন 32 টি পথকে স্বীকৃতি দেওয়ার জন্য প্রত্নতাত্ত্বিক

  • উইন 32 পাথ এবং //পাথের ক্ষেত্রে কেস-সংবেদনশীল অনুসন্ধান (স্ট্যান্ডার্ড কি// পাথের জন্য এই জাতীয় প্রয়োগ-নির্দিষ্ট আচরণের অনুমতি দেয় ?)

আমি এটির কতটুকু বাস্তবায়ন হয়েছে তা সম্পর্কে নিশ্চিত না হওয়ায় আমি কীভাবে এটি যোগ্যতা অর্জন করি তা নিশ্চিত নই তবে আমি ভেবেছিলাম এটি সমস্যার একটি কার্যকরভাবে আকর্ষণীয় বিবরণ ছিল।


এক্সএনএক্সের একটি পসিক্স সাবসিস্টেম ছিল না, উইন্ডোজটি আফাইক ছিল had এক্সএএনআইএক্স একটি ইউনিক্স ছিল (প্রাথমিকভাবে ইউনিক্স ভি 7 এর উপর ভিত্তি করে যা মাইক্রোসফ্ট এটিএডিটিটির লাইসেন্স কিনেছিল)।
স্টাফেন চেজেলাস 26'16

1
নিস পড়া এখানে interix / উইন্ডোজ POSIX সাব-সিস্টেম সম্বন্ধে পাশাপাশি
Stéphane Chazelas

@ স্টাফেনচেজেলাস - বেশ। আমি এটির সাথে আমার লিঙ্কটি প্রায় প্রতিস্থাপন করতে চাই, তবে এটি শেষে কিছুটা মতামত ভিত্তিক, এবং সত্যিই একটি রেফারেন্স হিসাবে কাজ করে না ... তবে মন্তব্যটি মুছবেন না, দয়া করে?
মাইকসার্ভ

যে কোনও ক্ষেত্রে এটি //foo/barপরিচালনা করার কথা উল্লেখ করে না mention উইন্ডোজ পসিক্স সাবসিস্টেম বা ইন্টারিক্স আসলে এতক্ষণ এগুলি পরিচালনা করেছে এমন শক্ত প্রমাণ আমি খুঁজে পাইনি।
স্টাফেন চেজেলাস

@ StéphaneChazelas - আমি জানিনা যদি এটা শুধু অত্যন্ত incosistent ছিল, অথবা যাব যদি ঐচ্ছিকভাবে অংশ শুধু একটি ভুল ছিল, কিন্তু MKS lsaclকমান্ড বুঝতে spec'd হয় \\machinename\driveletter:\pathযখন তার registryকমান্ড যে ফর্ম বা বুঝতে spec'd ছিল ঐচ্ছিকরূপে// উভয় ক্ষেত্রেই। যেহেতু এমকেএস কিটটি ইন্টারিক্সের পূর্বসূরী ছিল এবং এমএসগুলি সংস্করণ ১/২ এর জন্য প্রেরণ করেছিল আমি মনে করি ইন্টারিক্স অবশ্যই এই জাতীয় কোনও মৌলিক বিষয়ের জন্য সামঞ্জস্যপূর্ণ বাক্য গঠন গ্রহণ করেছে।
মাইকজার্ভ

4

1980 এর দশকে, সেল / গোল্ডের ইউটিএক্স -32 নামে একটি ইউনিক্স অপারেটিং সিস্টেম ছিল যা সোলারিসের সমতুল্য ছিল ; যেমন, হোস্টের দূরবর্তী অবস্থান অ্যাক্সেস করুন । আমি এটিতে কোনও দলিল খুঁজে পাচ্ছি না, তাই আমি জানি না এটি আরএফএস বা সমান্তরাল বিবর্তন ছিল (বা এটিএডিটি কিনা//host/path/net/host/pathpathhostউত্তরী এটি গোল্ড থেকে অর্জন করেছেন)।


ধন্যবাদ। আপনি কি কোনও //host/pathসুযোগেই ( ইউটিএক্স -32-এ) কোনও রেফারেন্স পেয়ে যাবেন?
স্টাফেন চেজেলাস

(1) আমি প্রত্যাহার করবেন না - এটি সম্ভব যে আমি আমার চিলা একটি বাক্সে একটি হার্ড কপি ডকুমেন্ট আছে, কিন্তু সম্ভাবনা কম কি কখনো ; (আমি পাঁচ মিনিটের মৌখিক ব্রিফিংয়ে স্মরণ কর) ডকুমেন্টেশন অনেক জমিদারি (২) আমার কাছে থাকলেও আমি এটি বাড়িতে না নিয়ে থাকতে পারি; (3) আমি এটি বাড়িতে নিয়ে গেলেও আমি সম্ভবত এটি গত 30 বছরের মধ্যে কিছু সময় ফেলে দিয়েছি; এবং (4) আমার কাছে এখনও থাকলেও আমি সম্ভবত এটি খুঁজে পাব না। ওহ, এছাড়াও (0) আমি আমার উত্তর পোস্ট করার আগে এটিকে গুগল করতে পাঁচ মিনিট ব্যয় করেছি (কোনও লাভ হয়নি)।
স্কট

4

আমার একটি অস্পষ্ট স্মৃতি রয়েছে যে এটি আরএফএস রিমোট ফাইল ভাগ করে নেওয়ার বাস্তবায়নের //host/pathঅংশ হিসাবে এটিএন্ডটিটি সিএসভি 3 তে স্বরলিপিটি ব্যবহৃত হয়েছিল । সান মাইক্রোসিস্টেমগুলি থেকে সহজ তবে আরও জনপ্রিয় এনএফএসের পক্ষে সিসভি 4.4 প্রকাশিত হওয়ার সময় অবশেষে এটি ত্যাগ করা হয়েছিল ।

যাইহোক, সিনট্যাক্সের জন্য আমি কোনও কংক্রিটের তথ্য খুঁজে পাচ্ছি না, এবং আমি এখনই পর্যালোচনা করেছি যে ডকুমেন্টেশনগুলি সুস্পষ্টরূপে একটি দূরবর্তী হোস্টনাম নির্দিষ্ট করে দেওয়া ব্যবহারকারীটির ধারণাটি অবস্থানের স্বাধীনতার নকশার নীতিটির বিরোধী ছিল।

তথ্যসূত্র 1. আরএফএস স্থাপত্য ওভারভিউ


3
আরএফএসের বিষয়ে এটিকে জিজ্ঞাসাবাদ করুন। আমি এর উল্লেখ খুঁজে পাচ্ছি না //host/path। এটি বোঝা যাচ্ছে যে নেটওয়ার্ক ফাইল সিস্টেমগুলি স্পষ্টভাবে মাউন্ট করতে হবে।
স্টাফেন চেজেলাস

অনুস্মারক জন্য আপনাকে ধন্যবাদ. এটি "আমি পর্যালোচনা করেছি এমন ডকুমেন্টেশন" এর একটি অংশ, সুতরাং যদি আপনি আপত্তি না করেন তবে আমি এটিতে একটি লিঙ্ক যুক্ত করব। আমি এখনও এ নিয়ে অবাক হই; এটা পরের দিন বা আমার কাছে আসতে পারে।
রোয়াইমা

4

পসিক্স A.4.12 পাঠের নাম রেজোলিউশন অনুচ্ছেদ 9 এবং 10 এর যৌক্তিক অবস্থানে জানিয়েছে :

কয়েকটি নেটওয়ার্ক সিস্টেমে নির্মাণ /.. / হোস্টনেম / অন্য হোস্টের মূল ডিরেক্টরি উল্লেখ করার জন্য ব্যবহৃত হয় এবং পসআইএক্স .১ এই আচরণের অনুমতি দেয়।

অন্যান্য নেটওয়ার্ক সিস্টেমগুলি একই উদ্দেশ্যে কন্সট্রাক্ট // হোস্টনেম ব্যবহার করে; অর্থাৎ, একটি ডাবল প্রাথমিক স্ল্যাশ ব্যবহৃত হয়।

এটি "নেটওয়ার্ক রুট" এর অর্থ নিশ্চিত করার বিষয়টি মনে হয় //বা নিয়মটি পসিক্সে অন্তর্ভুক্ত করার সময় অন্তত সেই ধারণা ছিল।


শুরুর //পথের নামের জন্য কোনও পথের মাঝামাঝি কোনও অর্থ মুছে ফেলার জন্য বিধিগুলি অনুসরণ করে /:

... যেহেতু দুই বা ততোধিক <স্ল্যাশ> অক্ষরের অ নেতৃত্বাধীন ক্রমগুলি
একক <স্ল্যাশ> হিসাবে বিবেচিত হয়, ...

অবশ্যই, একটি //শুরু করা প্যাথনাম কোনও পথের //ভিতরে ব্যবহার শুরু করতে পারে না বা প্রসারিত করতে পারে (শুরুতে নয়)। POSIX.1 এটি অনুমতি দেয়। এটি সর্বশেষে নিশ্চিত করে যে একমাত্র //অনুমোদিত নামটি একটি পথের নামের শুরুতে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.