পরিবেশের ভেরিয়েবল PATH- এ মাত্রাতিরিক্ত মাত্রা কমিয়ে আনা সম্ভব, কেবল ব্যাকআপ হিসাবে পুরো লাইনটি একটি নোটপ্যাডে সংরক্ষণ করুন এবং কিছু সরিয়ে পরীক্ষা করুন।
তাদের বেশিরভাগই তাই আছে যদি শর্টকাটে "টার্গেট" এর জন্য পুরো পথ নির্ধারণ না করে থাকে, "শর্টকাটটি" শর্টকাটে সঠিকভাবে সেট না করা থাকলে বা একটি প্রোগ্রাম অদ্ভুতভাবে তাদের প্রোগ্রাম এবং তার অংশ এবং টুকরা সর্বদা থাকে পাওয়া যায় নি। এটি বেশিরভাগ পরিস্থিতিতে একটি ফেইলসেফ। আপনি এখনও যে প্রোগ্রামটির পথগুলি সরিয়েছেন তার কোনও ব্যবহারের পুরোপুরি পরীক্ষা করতে চাইবেন।
এটি সিএমডি প্রম্পটে কমান্ড টাইপ করা লোকেদের পক্ষেও খুব উপকারী, এমনকি সিডি ছাড়াই কম্পিউটার প্রতিটি অবস্থান স্ক্যান করবে, যতক্ষণ না এই নামের কোনও প্রোগ্রাম পাওয়া যায় এবং চালিত হয়। বা একই নামের অন্য কোনও আদেশ :-)
সেই পথের সেটটি ছিল WAS (anchient) 255 (or260) charachters এর চেয়ে কম সীমাবদ্ধ, এটি বেশ কিছুদিন আগে 1024 এ পরিবর্তিত হয়েছিল, তারপর 2048 হ্যান্ডেল করার জন্য সার্ভার'03 যুগে ফিরে আসে এবং সম্ভবত কিছু সিস্টেমে 8096 পরিচালনা করতে পারে, এমনকি অনেক আগে.
লোকেরা আজ যে আসল সীমাবদ্ধতাগুলি আবিষ্কার করেছে, সেগুলি সিএমডি প্রম্পটে রয়েছে যার কমান্ড স্ট্রিংয়ের দৈর্ঘ্যের একটি সীমা রয়েছে, যার মধ্যে ভেরিয়েবল এবং পাথের সম্প্রসারণ অন্তর্ভুক্ত রয়েছে।
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682653(v=vs.85).aspx এখানে মাইক্রোসফ্ট বলেছেন:
"ব্যবহারকারীর সংজ্ঞায়িত পরিবেশের পরিবর্তনশীলের সর্বাধিক আকার 32,767 টি অক্ষর the সর্বাধিক কমান্ড লাইন দৈর্ঘ্যের চেয়ে দীর্ঘতর কোনও ভেরিয়েবল সেট করতে পারে না। "
সেই অবস্থানটিতে ^ তারা রেজিস্ট্রি অবস্থানের দিকে ইঙ্গিত করে যা সিস্টেমের পাথগুলিতে রয়েছে এবং HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment
সেখানে অবশ্যই তার বাকী অংশটি পড়তে হবে।
সিএমডি প্রম্পট এবং ব্যাচের সীমাবদ্ধতাটি একবার প্রসারিত হয়ে 2048 চর্যাচার এবং এটি 4x বলে বলা হয় যে নতুন সিস্টেমগুলির জন্য (প্রশংসার প্রয়োজন কারণ লোকেরা এটি দেখছে না)
এছাড়াও http://support.microsoft.com/kb/830473 দেখুন , যা পুরানো সিস্টেমগুলির জন্য কমান্ড প্রম্পট এবং ব্যাচের দৈর্ঘ্য নিয়ে আলোচনা করে।
সেখানে এন্ট্রিগুলি সঠিক কিনা তা নিশ্চিত করার জন্য, উইকির এই কথাটি রয়েছে:
http://en.wikedia.org/wiki/En পরিবেশ_variable
% PATH% এই ভেরিয়েবলটিতে সেমিকোলন-ডিলিমেটেড ( এর মধ্যে ফাঁকা স্থান রাখবেন না ) ডিরেক্টরিগুলির মধ্যে রয়েছে যেখানে কমান্ড ইন্টারপ্রেটার প্রদত্ত আদেশের সাথে মেলে এমন একটি এক্সিকিউটেবল ফাইল অনুসন্ধান করবে। পথের প্রতিনিধিত্বকারী পরিবেশের ভেরিয়েবলগুলি PATH ভেরিয়েবলের মধ্যে বাসা বাঁধতে পারে তবে কেবল ইন্দিরেশনের এক স্তরে থাকতে পারে। যদি এই সাবপাথ এনভায়রনমেন্ট ভেরিয়েবল নিজেই কোনও পরিবেশের পরিবর্তনশীল একটি পথকে উপস্থাপন করে তবে PATH পরিবর্তনশীল প্রতিস্থাপনে সঠিকভাবে প্রসারিত হবে না।
সমস্ত অতিরিক্ত পাথ সেখানে থাকা কিছু নির্দিষ্ট জিনিসকে কিছুটা ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে নামিয়ে দেয় it সিএমডি প্রম্পট ব্যাচিং বা ব্যবহার করার পরেও ফাইল আইটেমগুলিতে কল করার সময় পুরো পথ ব্যবহার করা সর্বদা দ্রুততর হবে be
পুরানো ডস লাইক 8.3 কনভেনশন ব্যবহার করা আকার সঙ্কুচিত করার এক উপায়, এই ব্যাচ /programming//a/20362922 ভালভাবে কাজ করে। অরিজিনাল স্ট্রিং ব্যাকআপ করতে নিশ্চিত (আবার)। এই প্রশ্নে অন্যান্য সম্ভাব্য সমাধানগুলিও দেখুন।
আমার দেখতে কেমন লাগছে তা আরও খারাপ হয়েছে।
% সিস্টেমরুট% \ system32;% সিস্টেমরট%
আমি হৃৎস্পন্দনে কুইকটাইম টস করতাম, এবং এএমডি প্রোগ্রামগুলি সেখানে আগে একটি প্রসারিত পথ রেখেছিল, এটি ছুঁড়ে মারত, অ্যাডোবীর একটি ছিল, এইগুলির কোনওটিই স্ট্যান্ডার্ড জিইউআই শর্টকাট / আইকন পদ্ধতির জন্য গুরুত্বপূর্ণ নয়। অনেকগুলি জিনিস সরিয়ে ফেলা যায়, তারপরে সমস্ত ফাংশন পরীক্ষা করুন। আপনি যদি সিএমডি প্রম্পটে টাইপ করে জিনিসগুলি কল করেন, তবে সেই পাথগুলি সরিয়ে ফেলা কার্যকর হবে না।
PATH
এতটা দীর্ঘ মনে করি না ... এত দীর্ঘ যে সন্দেহের কারণ আপনাকে নিয়ে যায়? ভিএস কি কোনও ধরণের ত্রুটি নীচে ফেলেছে? এছাড়াও, আপনি উইন্ডোজের কোন সংস্করণটি চালাচ্ছেন?