উইন্ডোজ 7 প্রোগ্রাম ফাইলগুলি (x86) ফোল্ডারে কেন 64 বিট অ্যাপ্লিকেশন ইনস্টল করে? আমি কি আচরণ বদলাতে পারি?


12

আমি সিটিপি থেকে উইন্ডোজ of-এর 64৪-বিট সংস্করণটি ব্যবহার করছি এবং C:\Program Files (x86)ফোল্ডারে ইনস্টল হওয়া অ্যাপ্লিকেশনগুলির সাথে কয়েকটি সমস্যার সমাধান করেছি । যাইহোক 2 টি পৃথক প্রোগ্রাম ফাইল ডিরেক্টরি থাকার উদ্দেশ্য কী?

আমি ইনস্টল করা প্রতিটি প্রোগ্রাম C:\Program Files (x86)ফোল্ডারে চলে গেছে । অ্যাপটি 32 বা 64 বিট কিনা তা বিবেচ্য নয়। 64৪-বিট অ্যাপ্লিকেশনগুলিতে কেন রাখা হয় না C:\Program Files?

এর C:\Program Filesপরিবর্তে ডিফল্ট পরিবর্তন করার কোনও উপায় আছে কি ? আমি কিছু everythingুকিয়ে দিলে কি গোলমাল হবে C:\Program Files?

প্রকৃতপক্ষে যদি bit৪ বিট অ্যাপ্লিকেশনগুলির জন্য পৃথক ফোল্ডার রাখার কিছু উপকার হয় তবে মনে হয় আরও বেশি বুদ্ধিমান ডিফল্ট C:\Program Filesx86 অ্যাপ্লিকেশনগুলির C:\Program Files (x64)জন্য ব্যবহার করা এবং নতুন -৪-বিট অ্যাপসের জন্য একটি নতুন ফোল্ডার তৈরি করা হত। এটি পিছনে সামঞ্জস্য বজায় রাখতে সহায়তা করবে। আমি একটি সফ্টওয়্যার বিকাশকারী হিসাবে কাজ করি এবং আমার কিছু প্রকল্পের অধীনে গ্রন্থাগারগুলির জন্য পাথের উল্লেখ রয়েছে C:\Program Files। এখন সেই উল্লেখগুলি উইন্ডোজ 7 মেশিনে ভেঙে গেছে যা তাদের রেখে দিয়েছে C:\Program Files (x86)। এমনকি আমি ইনস্টলারটিতে লক্ষ্য অবস্থানটি পরিবর্তনের চেষ্টা করেছি C:\Program Files, তবে তা উপেক্ষা করা হয়েছিল এবং অ্যাপটি C:\Program Files (x86)যেভাবেই চলে গেছে।

এটি অত্যন্ত হতাশার কারণ কারণ আমাকে 32 থেকে 64 বিট মেশিনের মধ্যে সোর্স কোডটি ভাগ করে নেওয়া দরকার এবং এমন কোনও কনফিগারেশন ফাইলের সাথে আমি গণ্ডগোল করতে চাই না যা বিভিন্ন মেশিনে এই লাইব্রেরির পথ আলাদা করে দেয়।

বিভিন্ন পরিবেশের সংক্রান্ত সম্পাদনা: (। ব্যবহার শুধুমাত্র সরলীকরণের জন্য ভেরিয়েবল ইংরেজি মান ডিফল্ট) 64-বিট মেশিন উপর %ProgramFiles%হতে হবে C:\Program Filesযখন ব্র্যান্ড নতুন পরিবর্তনশীল %ProgramFiles(x86)%হতে হবে C:\Program Files (x86)। সুতরাং, যদি আপনার কাছে একটি 32-বিট প্রোগ্রাম থাকে যা এটির অধীনে ইনস্টল করা ফোল্ডার পাথটি সন্ধান করা প্রয়োজন, এটি কোনও 32-বিট বা উইন্ডোজের 64৪-বিট সংস্করণে চলছে কিনা তা খতিয়ে দেখতে হবে কোন পরিবেশে পরিবর্তনশীল ব্যবহার করতে হবে তা জানতে। Consideration৪-বিট মেশিনে সঠিকভাবে কাজ করার জন্য কোনও 32-বিট অ্যাপ্লিকেশন যা এই বিবেচনা ছাড়াই লিখিত হয়েছিল সেগুলি আপডেট করা দরকার। এমনকি পরিবেশের ভেরিয়েবলগুলি ব্যবহার করেও পিছনের সামঞ্জস্যটি নষ্ট হয়ে যায়।

এছাড়াও, %ProgramFiles(x86)%উইন্ডোজ 32-বিট সংস্করণে বিদ্যমান নেই। যদি এটি হয়ে থাকে তবে 32-বিট অ্যাপ্লিকেশনগুলি সর্বদা সেই পরিবেশের পরিবর্তনশীলটি ব্যবহার করতে পারে এবং কোন ওএস চালু রয়েছে তার উপর ভিত্তি করে কোনও শর্তযুক্ত যুক্তি লাগবে না।


6
আপনি কি ইতিবাচক এই অ্যাপ্লিকেশনগুলি 64-বিট? বেশিরভাগ ক্ষেত্রে আপনি এমন প্রোগ্রামগুলি দেখতে পাবেন যা কেবলমাত্র 64৪-বিট সামঞ্জস্যপূর্ণ, তবে আসলে ৩২-বিট অ্যাপ্লিকেশন।
জন টি

আমি ভাবছি যদি %ProgramFiles%পরিবেশের ভেরিয়েবলটি ব্যবহার করে এটি সমাধান হয়ে যায়। এটি কীভাবে x86 / 64 বিট পার্থক্য পরিচালনা করে তা নিশ্চিত নয়।
ceejayoz

উত্তর:


7

এর কারণ হ'ল অনেক পুরানো ইনস্টলাররা হয় নতুন ফাইল স্ট্রাকচার বুঝতে না পেরে স্ট্যান্ডার্ড প্রোগ্রাম ফাইল ডিরেক্টরিতে সবকিছু আবিষ্কার করেন বা আপনি এমন একটি স্মার্ট প্রোগ্রামের দিকে তাকিয়ে যাচ্ছেন যেখানে কয়েকটি 32-বিট উপাদান রয়েছে যা সেখানে অনুলিপি করা হচ্ছে।

আপনার সেরা বাজিটি হ'ল একটি নতুন প্রোগ্রাম ডাউনলোড করা - যেমন এক্স 64 উইনার এবং এটি কেবল আপনার মেশিনের সমস্যা থেকে বেরিয়ে আসার জন্য কোথায় ইনস্টল করে তা দেখুন।

জড়ো করা জিনিস যেমন আপ হয় - এটি পারে তবে এটি প্রোগ্রামের উপর নির্ভর করে, এর কোনও উত্তরই সবথেকে ফিট করে না ... কিছু ছোট ফাইল, কমপ্যাক্ট প্রোগ্রামগুলির কয়েকটি সমস্যা নেই, যেখানে যেমন আপনি যদি অফিসের বিষয়ে কথা বলেন , অ্যাডোব বা অন্য কোনও "স্যুট" বা বৃহত প্রোগ্রাম, এটি সম্ভবত ব্যর্থ হবে কারণ তাদের অনেকগুলি ভাগ উপাদান ক্রস আর্কিটেকচার।


সুতরাং, মাইক্রোসফ্ট কেন "সি: \ প্রোগ্রাম ফাইলগুলি" 32-বিট অ্যাপ্লিকেশনগুলির জন্য অবস্থান তৈরি করে নি যাতে সেই পুরানো ইনস্টলারগুলির কোনও সমস্যা না ঘটে। এছাড়াও, কেন বিচ্ছেদ হওয়া দরকার তা আমি সত্যিই বুঝতে পারি না। কেন তারা সবাই কেবল "সি: \ প্রোগ্রাম ফাইলগুলিতে" যেতে পারে না?
কোডারডেনিস

উভয়ই না পারার কারণ হ'ল কিছু অ্যাপ্লিকেশনগুলিতে (বিশেষত ভাগ করা উপাদানগুলির সাথে) 64-বিটের মতো 32-বিট-তে একই নামের ফাইল রয়েছে। কেন এটি এইভাবে - আমার কোনও ধারণা নেই, কারও কাছে সম্ভবত তখন খুব ভাল কারণ ছিল এবং এটি কেবল "করণীয়" হিসাবে আটকে গিয়েছিল।
উইলিয়াম হিলসুম

4

যদি আপনি %ProgramFiles%(বা CSIDL_PROGRAM_FILES, বা। নেট এর অধীন Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)) অন্য কোনও কিছু ব্যবহার করেন তবে যে কোনও উপায়ে সমস্যার মধ্যে থাকতে পারেন, কারণ কাস্টম ইনস্টলেশনগুলিতে অন্যান্য ভলিউমের অধীনে প্রোগ্রাম ইনস্টল থাকতে পারে (উদাহরণস্বরূপ) এবং আন্তর্জাতিক ইনস্টলেশনগুলিতে প্রায়শই ডিফল্টরূপে অন্যান্য ফোল্ডার থাকে।

  • স্পেনীয় উইন্ডোজ: C:\Archivos de Programa,
  • ফরাসি উইন্ডোজ: C:\Programmes,
  • জার্মান উইন্ডোজ: C:\Programme,
  • সুইডিশ উইন্ডোজ: C:\Program

প্রভৃতি


এটিকে সহজ রাখতে আমি আমার মূল প্রশ্নে পরিবেশের পরিবর্তনগুলি উল্লেখ করি নি। আমি কেবল একটি সম্পাদনা যুক্ত করেছি যা উল্লেখ করে যে কীভাবে ব্যবহার %ProgramFiles%করা সমস্যার কারণ is
কোডারডেনিস

3

দয়া করে নোট করুন যে উইন্ডোজ of এর -৪-বিট সংস্করণের অধীনে (এটি অন্যান্য নতুন ওএস সংস্করণগুলিতেও প্রযোজ্য হতে পারে তবে আমি কেবল উইন 64৪-বিটের জন্য এটি নিশ্চিত করতে পারি) আপনার% প্রোগ্রামফল% এর অপরিবর্তনীয় অবস্থানের মধ্যে পার্থক্য রয়েছে এক্সপ্লোরার এবং ডস মধ্যে।

উইন্ডোজ 7 এর অধীনে% প্রোগ্রামফায়ালস% (এবং সম্পর্কিত% প্রোগ্রামফিলস (x86)% এনভায়রোনমেন্ট ভেরিয়েবল) এর আসল শারীরিক ফোল্ডার অবস্থান ইংরেজী সংস্করণ অনুসারে স্থির করা হয়েছে ; যেমন "সি: \ প্রোগ্রাম ফাইলগুলি" এবং "সি: \ প্রোগ্রাম ফাইলগুলি (x86)" রেসিস্টিভ্লি , তবে যথাযথ হিসাবে স্থানীয়করণকৃতকে দেখানো হয়েছে

একটি নির্দিষ্ট উদাহরণ প্রদান; সুইডিশ উইন্ডোজ 7 64-বিট ইনস্টল-এ, আপনি যদি এক্সপ্লোরারটি ওপেন করেন এবং সিস্টেম ড্রাইভে সন্ধান করেন (সাধারণত সি :) আপনি " প্রোগ্রাম " এবং " প্রোগ্রাম (x86) " ফোল্ডার দেখতে পান। অ্যাড্রেস বারে% প্রোগ্রামফায়াল% টাইপ করা আপনাকে "সি: \ প্রোগ্রাম" এ সরিয়ে দেয়।

তবে আপনি যদি ডস বাক্সটি খুলেন এবং সেট টাইপ করেন আপনি দেখতে পাবেন যে% প্রোগ্রামফায়ালস% এর আসল মান "সি: \ প্রোগ্রাম ফাইলগুলি" "সি: \ প্রোগ্রাম" ফোল্ডার এক্সপ্লোরার আপনাকে দেখায় না। সিডি এবং ডিআইআর দিয়ে আরও অন্বেষণ করা আপনি এটি শারীরিকভাবে দেখতে পাবেন "সি: \ প্রোগ্রাম ফাইলগুলি"

নৈতিকতাটি হ'ল যদি আপনি পরিবেশের পরিবর্তনযোগ্য বা প্রোগ্রামটি API এর মাধ্যমে ব্যবহার করেন তবে এটি এখনও কার্যকর হবে, তবে ফাইল সিস্টেমটি অন্বেষণ করার সময় এই সূক্ষ্ম পরিবর্তন সম্পর্কে সচেতন হন!


পোলিশ সংস্করণে "প্রোগ্রাম ফাইলগুলি (x86)" হ'ল "প্লেকি প্রোগ্রামু (x86)", যখন "প্রোগ্রাম ফাইলগুলি" ভাল, "প্রোগ্রাম ফাইল"। পোলিশের অদ্ভুত ব্যাকরণ রয়েছে। এছাড়াও, দয়া করে এটিকে কোনও ডস বাক্স বলবেন না। সেখানে কোনও ডস নেই।
কিনোকিজুফ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.