কেন 64-বিট ডিএলএলগুলি সিস্টেম 32 এবং 32-বিট ডিএলএলগুলিতে 64-বিট উইন্ডোতে সিসডাব্লুডব্লু 64 তে যায়?

Question

আমি কখন আমাদের একটি ফাইলের অধীনে থাকা দরকার তা জানতে চাই

সি: \ উইন্ডোজ \ সিস্টেম 32 বা সি: \ উইন্ডোজ ys সিএসডাব্লু 64৪৪, একটি 64৪-বিট উইন্ডোজ সিস্টেমে।

আমার দুটি ডিএলএল ছিল, একটি 32-বিটের জন্য, একটি 64-বিটের জন্য।

যৌক্তিকভাবে, আমি ভেবেছিলাম যে আমি 32-বিট ডিএলএল সি: \ উইন্ডোজ \ সিস্টেম 32 এর অধীনে এবং :৪-বিট ডিএলএল সি: \ উইন্ডোজ ys সিএসডাব্লু 64৪৪ এর অধীনে রেখেছি।

আমার অবাক করার বিষয়, এটি অন্যভাবে ! 32 বিট এক সি মধ্যে যায়: \ উইন্ডোজ \ SysWOW 64 , এবং 64 বিট ডিএলএল সি মধ্যে যায়: \ উইন্ডোজ \ সিস্টেম 32 ।

খুব বিভ্রান্তিকর জিনিস। এর পিছনে কারণ কী?

Comments

এছাড়াও, এটি: উইন্ডোজ বর্তমান কর্মনির্দেশক ডিরেক্টরি এবং সিস্টেম PATH-তেও দেখে। অন্যথায় নির্দিষ্ট করার উপায় নেই। ওহ অপেক্ষা, আছে। আপনি আপনার ডিএলএলে অনুসন্ধানের পথ এম্বেড করতে পারেন। এটি এমন একটি ক্ষেত্র যা 8 বাইট দীর্ঘ। হ্যাঁ. 8 অক্ষর.

— জেরোইন বার্ট

এটি উইন্ডোজ 7.-এ সত্য বলে মনে হয় না 32 মাইক্রোসফট উইন্ডোজ (ডিএলএল) (GUI) এর ইন্টেল জন্য PE32 এক্সিকিউটেবল 80386 32 বিট কিন্তু 64-বিট ডিএলএল এটা MS Windows '(ডিএলএল) (কনসোল) মনো / নেট জন্য ছাপে PE32 + + এক্সিকিউটেবল সমাবেশ নোট করুন যে এই ডিএলএল জন্য না একটি নেট সমাবেশ। এটি একটি নেটিভ ডিএলএল।

— ব্যবহারকারীর 877329

অনুরূপ প্রশ্নের সুপারউজারে লিঙ্ক করা ।

— dma_k

প্রাক্তন-মাইক্রোসফটিটির সাথে সাক্ষাত্কার । (এটি কীভাবে এলো তার একটি গুরুতর ব্যাখ্যার জন্য, এই উত্তরটি দেখুন ))

— টিজিআর

superuser.com/a/157301/241386 "। পিছন সামঞ্জস্য কারণে অ্যাপ্লিকেশনের একটি সম্পূর্ণ অনেক তারা অনুমান উচিত নয় এবং হার্ড কোড পাথ অনুমান"

— phuclv

Answer 1

আমি বিশ্বাস করি অভিপ্রায়টি সিস্টেম 32 এর নামকরণ করার ছিল, তবে এতগুলি অ্যাপ্লিকেশন সেই পথটির জন্য কঠোর কোডেড ছিল, এটি মুছে ফেলা সম্ভব ছিল না।

সিসউইউডাব্লু 64৪৪ 64৪-বিট সিস্টেমের ঘরের জন্য নয়, এটি আসলে "উইন্ডোজ অন উইন্ডোজ 64" এর মতো কিছু, যার অর্থ একটি 64 বিট উইন্ডোতে 32 বিট অ্যাপ্লিকেশন চালানোর জন্য যে বিটগুলি আপনার প্রয়োজন।

এই নিবন্ধটি কিছুটা ব্যাখ্যা করেছে:

"উইন্ডোজ এক্স 64৪ এর একটি ডিরেক্টরি সিস্টেম 32 রয়েছে যাতে -৪-বিট ডিএলএল থাকে (sic!) Thus৪ এর সাক্ষ্য সহ নেটিভ প্রক্রিয়াগুলি" তাদের "ডিএলএলগুলি খুঁজে পায় যেখানে তারা তাদের প্রত্যাশা করে: সিস্টেম 32 ফোল্ডারে। দ্বিতীয় ডিরেক্টরি, সিসডাব্লু 64 এ 32 টি রয়েছে বিট ডিএলএল। ফাইল সিস্টেমের পুনঃনির্দেশক 32-বিট প্রক্রিয়াগুলির জন্য সত্যিকারের সিস্টেম 32 ডিরেক্টরিটি লুকিয়ে রাখার এবং সিস্টেম 32 এর নামে SYWW64 দেখানোর যাদু করে ""

সম্পাদনা: আপনি যদি কোনও ইনস্টলার সম্পর্কে কথা বলছেন তবে আপনার অবশ্যই সত্যিকারের সিস্টেম ফোল্ডারের পাথের কোডটি করা উচিত নয় । পরিবর্তে, আপনার ইনস্টলারটি এমুলেশন স্তরটিতে চলছে কিনা তার ভিত্তিতে উইন্ডোজ আপনার জন্য এটি যত্ন নেবে।

Comments

ওহ, আমি আজ এই অদ্ভুততা মধ্যে দৌড়ে। তারা কী বিভ্রান্তিকর কাজ করেছে।

— অ্যান্ডি হোয়াইট

আজকের মধ্যে এটিরও দৌড়ে ... তাই বিভ্রান্তিকর - গ্লুট 32-বিট dll / সিস্টেউ 64 তে চলে যায়, গ্লুট 64-বিট ডেল / সিস্টেম 32 এ যায়। কারও এটা লিখে রাখা উচিত। ইন্টারনেটে.

— জেরোইন বার্ট

সুসংবাদটি হ'ল মাইক্রোসফ্ট ইঞ্জিনিয়ারিং প্রতিভা উদাহরণ হিসাবে এটি বেশ স্ব-ডকুমেন্টিং।

— স্পাইকএক্সএফ

একটি জিনিস যা আমি পাই না তা হ'ল, যদি ফাইল সিস্টেমটি বলতে পারে যে এটি 32 বিট অ্যাপ্লিকেশন এবং এটিকে SysWOW64ফোল্ডারে পুনর্নির্দেশ করতে পারে তবে তারা কেন এটির পরিবর্তে এটি একটি 64 বিট অ্যাপ সনাক্ত করতে পারে এবং একটিতে পুনর্নির্দেশ করতে পারে না System64!?

— কোল জনসন

System32 হ'ল সিস্টেম ডিএলএলগুলির উইন্ডোজ 32 বিট সংস্করণ। সিস্টেমটি 16 বিটের সংস্করণ। আমাদের উইন্ডোজ 8 যে একই সংস্থাটি আমাদের উইন্ডোজ 8 দিয়েছে, সেগুলি যখন 64 বিট ওএসে চলমান তখন 32 বিট ডিএলএল জন্য সিস্টেম 32 এবং সিস্টেম 32 দিয়েছিল। Bit৪ বিট সিস্টেমে, সিস্টেম ফোল্ডারটি এখনও পুরানো ১ 16 বিট জাঙ্ক, কেবলমাত্র সিস্টেম 3232 বিট হিসাবে প্রস্তাবিত নয়, এবং 32 বিট স্টাফ 64 ডিরেক্টরিতে ডিরেক্টরি ডিরেক্টরিতে রয়েছে। এটি কীভাবে কাউকে সহায়তা করে তা দেখতে আমি ব্যর্থ। এটি বিষয়গুলিকে জটিল করে তোলে এবং সবকিছু ভেঙে দেয়। 64-বিবিটকে রূপান্তরিত করার সময় লোকেদের হার্ড-কোডড "সিস্টেম 32" "সিস্টেম 64" তে অভিযোজিত থেকে বাঁচানোর জন্য সমস্ত। মূর্খতা

— করুন Armand

Answer 2

আমার যুক্ত করা উচিত: আপনার ডেলসগুলি যেভাবেই \ system32 into এ স্থাপন করা উচিত নয়! আপনার কোডটি সংশোধন করুন, আপনার ইনস্টলারটি সংশোধন করুন ... আপনার বিটগুলির জন্য এমন একটি বাড়ি সন্ধান করুন যা সি: \ উইন্ডোজ \ এর নীচে কোথাও নেই for

উদাহরণস্বরূপ, আপনার ইনস্টলার আপনার ঘরের মধ্যে রাখে:

\program files\<your app dir>\

or

\program files\common files\<your app name>\

( দ্রষ্টব্য : আপনি প্রকৃতপক্ষে যেভাবে এটি করছেন সেটি পরিবেশের বিভিন্ন ব্যবহার:% প্রোগ্রাম ফাইলগুলি% বা% প্রোগ্রামফায়ালস (x86)% খুঁজে পাওয়ার জন্য প্রোগ্রাম ফাইলগুলি কোথায় .... আপনি এটি সি: \ প্রোগ্রাম ফাইল \ হিসাবে ধরে নিবেন না .. ..)

এবং তারপরে একটি রেজিস্ট্রি ট্যাগ সেট করে:

HKLM\software\<your app name>
-- dllLocation

আপনার ঘরগুলি ব্যবহার করে এমন কোড রেজিস্ট্রি পড়ে, তারপরে গতিশীলভাবে সেই জায়গার ঘরের সাথে লিঙ্ক করে।

উপরেরটি হ'ল স্মার্ট উপায়।

আপনি কখনই আপনার ঘর বা তৃতীয় পক্ষের ঘরগুলি \ system32 \ বা ys syswow64 এ ইনস্টল করবেন না। যদি আপনাকে স্থিতিশীলভাবে লোড করতে হয়, আপনি আপনার llsলগুলি আপনার এক্সপি dir (যেখানে তারা পাবেন) তে রাখবেন। আপনি যদি এক্সী দিরের ভবিষ্যদ্বাণী করতে না পারেন (উদাহরণস্বরূপ অন্য কোনও এক্সি আপনার ডেলকে ডেকে পাঠাচ্ছে), আপনাকে নিজের dll দিরটিকে অনুসন্ধানের পথে putোকাতে হতে পারে (যদি সম্ভব হয় তবে এটিকে এড়িয়ে চলুন!)

system32 এবং syswow64 উইন্ডোজ প্রদত্ত ফাইলগুলির জন্য ... কারও এলিস ফাইলের জন্য নয় । লোকেরা সেখানে জিনিস রাখার খারাপ অভ্যাসে নেওয়ার একমাত্র কারণ হ'ল এটি সর্বদা অনুসন্ধানের পথে থাকে এবং অনেকগুলি অ্যাপ্লিকেশন / মডিউল স্ট্যাটিক লিঙ্কিং ব্যবহার করে। (সুতরাং, আপনি যদি সত্যিই এতে নামেন তবে আসল পাপটি স্থির যোগসূত্র - এটি স্থানীয় কোড এবং পরিচালিত কোডের একটি পাপ - সর্বদা সর্বদা গতিশীলভাবে লিঙ্ক হয়!)

Comments

+1 ... তবে আমি যুক্ত করব যে আপনার% প্রোগ্রামফিল% এর মতো চলকগুলি ব্যবহার করা উচিত \ প্রোগ্রাম ফাইলগুলি নয়

— রড ম্যাকফারসন

এক্সপির দিনগুলিতে, ডেভলপারদের পক্ষে এ জাতীয় জিনিসের জন্য রেজিস্ট্রি ব্যবহার করা একটি সাধারণ (এবং প্রস্তাবিত) অনুশীলন ছিল। উইন্ডোজ 7 এর সাথে, এটি আর সত্য নয়! ইউএসি, একাধিক ব্যবহারকারী সেশন ইত্যাদির কারণে উইন্ডোজ Windows-এ রেজিস্ট্রি অল্প পরিমাণে এবং বিকাশকারীদের বিচক্ষণতার সাথে ব্যবহার করা উচিত।

— রাইকার

@ রডম্যাকফারসন আপনার পরামর্শটি আমলে নেওয়ার জন্য আমার প্রতিক্রিয়া বাড়ানো হয়েছে। আপনি ঠিক আছেন!

— জোনসোম পুনরায় ইনস্টল করুন মনিকা

কিছুটা বিবেচনা করার পরে, আমি মনে করি এটি প্রশ্নের উত্তম উত্তর দেয় - "আমাদের কখন% SYSTEMROOT% এর অধীনে কোনও ফাইল স্থাপন করা দরকার"। কখনও। এই উত্তরটি syswow64 ফোল্ডারটি সম্পর্কে কৌতূহল মেটায় না, তবে এটিই বিকাশকারীদের সত্যিই পড়ার প্রয়োজন।

— থমাস

Answer 3

একই ইস্যুতে ছড়িয়ে পড়ে এবং কয়েক মিনিটের জন্য এটি গবেষণা করে।

আমাকে উইন্ডোজ 3.1 এবং ডস ব্যবহার করতে শেখানো হয়েছিল, সেই দিনগুলি মনে আছে? কিছুক্ষণের জন্য আমি কঠোরভাবে ম্যাকিনটোস কম্পিউটারগুলির সাথে কাজ করার পরে, একটি এক্স 64-বিট মেশিন কিনে উইন্ডোজে ফিরে আসতে শুরু করলাম।

এই পরিবর্তনগুলির পিছনে প্রকৃত কারণ রয়েছে (কেউ কেউ historicalতিহাসিক তাত্পর্য বলবেন), যা প্রোগ্রামারদের তাদের কাজ চালিয়ে যাওয়ার জন্য প্রয়োজনীয়।

বেশিরভাগ পরিবর্তনের উপরে উল্লেখ করা হয়েছে:

• Program Files বনাম Program Files (x86)

  শুরুতে 16/86 বিট ফাইলগুলি লেখা ছিল, '86' ইন্টেল প্রসেসর।

• System32সত্যিকারের অর্থ System64(-৪-বিট উইন্ডোতে)

  বিকাশকারীরা যখন প্রথম উইন্ডোজ 7 এর সাথে কাজ শুরু করেছিলেন, তখন বেশ কয়েকটি সামঞ্জস্যতার সমস্যা ছিল যেখানে অন্যান্য অ্যাপ্লিকেশনগুলি সঞ্চিত ছিল।

• SysWOW64 সত্যিই মানে SysWOW32

  মূলত, সরল ইংরাজীতে এর অর্থ 'উইন্ডোজ অন উইন্ডোজ a৪-বিট মেশিনের মধ্যে' । প্রতিটি ফোল্ডারটি নির্দেশ করছে যে ডিএলএলগুলি যে অ্যাপ্লিকেশনগুলি ব্যবহার করতে চায় সেগুলির জন্য এটি কোথায় রয়েছে।

আপনার প্রয়োজনীয় সমস্ত বুনিয়াদি তথ্যের সাথে এখানে দুটি লিঙ্ক রয়েছে:

• এমএসডিএন ফাইল সিস্টেম পুনর্নির্দেশক

• SysWow64 ব্যাখ্যা

আশা করি এটি পরিষ্কার হয়ে যায়!

Comments

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

— ক্লাস মেলবর্ন

@ ক্রিস্পি উত্তর পরিষ্কার করেছেন। ভবিষ্যতে, ক্লাসের পরামর্শ সম্পর্কে আপনার বিবেচনা করা উচিত এবং আপোভেসের সম্ভাবনা বাড়ানোর জন্য আপনার প্রতিক্রিয়াটি ফর্ম্যাট করুন। :)

— পুনর্জীবিত ফিনিক্স

ওপিকে সম্পূর্ণ নতুন করে লেখা বা এমনকি অপসারণ করা দরকার। এটি বিভ্রান্তিকর এবং সত্যই কার্যকর নয়।

— জোনসোম পুনরায় ইনস্টল করুন মনিকা

সিসডাব্লু 64৪৪ আসলে এর অর্থ দাঁড়ায়: [সিস] টেম [ডাব্লু] ৩২-বিটকে উপস্থাপন করে [ও] এন [ডাব্লু] ইন্ডোস []৪] - এইভাবে সংক্ষেপিত ফর্ম সিসউইউডব্লিউ (৪ (যা সত্যিকার অর্থে কোনও অর্থ দেয় না, এবং মাইক্রোসফ্ট কেবল 32 বিট স্টাফের জন্য সিস্টেম 32 রেখেছিল) , এবং একটি সিস্টেম created৪ তৈরি করেছে, সেখানে সামঞ্জস্যের সমস্যাগুলি আসবে না। ওয়াহ স্যান্ডবক্সে মাইক্রোসফ্ট যা করে তা সিসওয়্যুউব্লু 64৪ এর অনুরোধ হিসাবে সিস্টেম 32 এ অ্যাক্সেস থেকে 32 বিট অ্যাক্সেস থেকে মেমরি পুনর্নির্দেশ করা হয় ... কীভাবে এটি কেবল প্রকাশের চেয়ে জটিল নয়? ? কাঁচা W / O জাদুর বিভিন্ন প্ল্যাটফর্মের জন্য পুনরায় ম্যাপ এটি তার মধ্যে ফাইল-সিস্টেম হিসাবে একটি পূর্বে মন্তব্যে উল্লেখ - মূর্খতা।

— করুন Armand

উত্তর প্রশ্নের স্পষ্টতার চেয়ে আরও ভুল বোঝাবুঝি নিয়ে আসে, আর্ম্যান্ডস মন্তব্যটি ভাল ব্যাখ্যা।

— নাহাব

Answer 4

সিস্টেম 32 যেখানে উইন্ডোজ historতিহাসিকভাবে সমস্ত 32 বিবিট ডিএলএল স্থাপন করেছিল এবং সিস্টেমটি 16 বিবিট ডিএলএল জন্য ছিল। মাইক্রোসফ্ট যখন 64 বিট ওএস তৈরি করেছিল তখন আমার পরিচিত প্রত্যেকেরই ফাইলগুলি সিস্টেম 64 এর অধীনে থাকতে পারে বলে প্রত্যাশা করা হয়েছিল, তবে মাইক্রোসফ্ট সিদ্ধান্ত নিয়েছে যে এটি 6432 ফাইল ফাইলগুলিকে সিস্টেম 32 এর অধীনে রাখে। আমি যে যুক্তিটি খুঁজে পেতে পেরেছি, তা হ'ল তারা they৪ বিট উইন্ডোজ ডাব্লু / ও-তে প্রোগ্রাম করার জন্য যে সমস্ত কিছু 32 বেতের কাজ করতে চেয়েছিল, প্রোগ্রামগুলিতে কোনও পরিবর্তন আনতে পেরেছিল - কেবল পুনরুদ্ধার, এবং এটি সম্পন্ন হয়েছে। তারা যেভাবে এটি সমাধান করেছে, 3232 অ্যাপ্লিকেশনগুলি এখনও চলতে পারে তার জন্য উইন্ডোজ 64 অন উইন্ডোজ 32 নামে একটি 32 বিট উইন্ডোজ সাবসিস্টেম তৈরি করা হয়েছিল। এর মতো, সিসডাব্লু 64 নামক একটি সংক্ষিপ্ত বিবরণ 32 বিবিটি সাবসিস্টেমের সিস্টেম ডিরেক্টরিতে তৈরি করা হয়েছিল। সিস্টেমে সিস সংক্ষিপ্ত, এবং উইন্ডোজ 32 ওএন উইন্ডোজ 64 এর জন্য WOW64 সংক্ষিপ্ত।
উইন্ডোজ 16 যেহেতু উইন্ডোজ 32 থেকে ইতোমধ্যে পৃথক করা হয়েছে, উইন্ডোজ 64 সমতুল্যতার জন্য উইন্ডোজ 16 এর কোনও প্রয়োজন ছিল না। 32 বিট সাবসিস্টেমের মধ্যে, যখন কোনও প্রোগ্রাম সিস্টেম 32 ডিরেক্টরি থেকে ফাইলগুলি ব্যবহার করতে যায়, তারা আসলে সিসডাব্লু 64 ডিরেক্টরি থেকে ফাইলগুলি পায়। তবে প্রক্রিয়াটি ত্রুটিযুক্ত।

এটি একটি ভয়ঙ্কর নকশা এবং আমার অভিজ্ঞতায়, আমাকে bit৪ বিট অ্যাপ্লিকেশন লেখার জন্য আরও অনেক পরিবর্তন করতে হয়েছিল, যে কেবলমাত্র সিস্টেম 64৪ পড়ার জন্য সিস্টেম 32 ডিরেক্টরিটি পরিবর্তন করা খুব ছোট একটি পরিবর্তন হতে পারে, এবং প্রাক-সংকলক নির্দেশাবলী হ্যান্ডেল করার উদ্দেশ্যে one

Answer 5

অন্যান্য লোকেরা এই উপহাসের ব্যাখ্যাটি ইতিমধ্যে একটি ভাল কাজ করেছে ... এবং আমি মনে করি ক্রিস হফম্যান আরও একটি ভাল কাজ এখানে করেছেন: https://www.howtogeek.com/326509/whats-the-differences-between-the- system32-এবং-syswow64-ফোল্ডার-ইন-Windows /

আমার দুটি চিন্তা:

1. আমরা সবাই জীবনে বোকামি স্বল্পদৃষ্টির ভুল করি। মাইক্রোসফ্ট যখন তাদের (সেই সময়ে) উইন 32 ডিএলএল ডিরেক্টরিটি "সিস্টেম 32" নামকরণ করেছিল, তখন সে সময়টি তা উপলব্ধি করেছিল ... তারা যখন বিবেচনা করে নেন তখন কী হবে / যখন কোনও 64-বিট (বা 128-বিট) সংস্করণ হবে তাদের ওএসগুলির পরে বিকাশ ঘটে - এবং বিশাল পশ্চাদপদ সামঞ্জস্য ইস্যু যেমন ডিরেক্টরি নামের কারণ হতে পারে। হিন্দ্দৃষ্টি সর্বদা 20-20 হয়, তাই আমি এ জাতীয় ভুলের জন্য তাদের (খুব বেশি) সত্যিই দোষ দিতে পারি না। ... যাইহোক ... মাইক্রোসফ্ট পরে যখন তাদের 64৪-বিট অপারেটিং সিস্টেমটি বিকশিত করেছিল, এমনকি হুবহু দৃষ্টিশক্তির সুবিধা নিয়েও কেন ওহে তারা কেন ঠিক একই সংক্ষিপ্ত দৃষ্টিকোণ ভুলটিকেই আবার ভুল করে দেবে না বরং সঠিকভাবে দান করার মাধ্যমে আরও খারাপ করে দেবে কেন? এটি এমন একটি বিভ্রান্তিমূলক নাম?!? তাদের জন্য ধিক্কার!!! বিভ্রান্ততা এড়ানোর জন্য কেন কমপক্ষে প্রকৃতপক্ষে ডিরেক্টরিটির নাম "SysWin32OnWin64" রাখবেন না ?! ? এবং যখন তারা অবশেষে একটি 128-বিট ওএস উত্পাদন করে ... তখন তারা কোথায় তাদের 32-বিট, 64-বিট এবং 128-বিট ডিএলএল স্থাপন করবে ?! ?!

2. এই সমস্ত যুক্তি এখনও আমার কাছে সম্পূর্ণ ত্রুটিযুক্ত বলে মনে হচ্ছে। উইন্ডোজের 32-বিট সংস্করণে, সিস্টেম 32-এ 32-বিট ডিএলএল রয়েছে; উইন্ডোজের -৪-বিট সংস্করণে, সিস্টেম 32 এ ?৪-বিট ডিএলএল রয়েছে ... যাতে বিকাশকারীদের কোড পরিবর্তন করতে না হয়, সঠিক? এই যুক্তিযুক্ত সমস্যাটি হ'ল এই বিকাশকারীরা এখন either৪-বিট অ্যাপ্লিকেশনগুলি তৈরি করছে যা 64৪-বিট ডিএলএল প্রয়োজন হয় বা তারা 32-বিট অ্যাপ্লিকেশন তৈরি করছে 32-বিট ডিএলএল প্রয়োজন ... যেভাবেই, তারা এখনও ত্রুটিযুক্ত নয়? আমি বলতে চাইছি, যদি তারা এখনও একটি 32-বিট অ্যাপ তৈরি করে থাকে তবে এটি এখন 64-বিট উইন্ডোতে চালিত হওয়ার জন্য তাদের একই কোডের 32 / বিট ডিএলএল সন্ধান / রেফারেন্সের জন্য একটি কোড পরিবর্তন করতে হবে পূর্বে ব্যবহৃত (বর্তমানে সিসডাব্লু 64 এ অবস্থিত)। অথবা, যদি তারা একটি 64৪-বিট অ্যাপ্লিকেশনটিতে কাজ করে, তবে তাদের নতুন ওএসের জন্য তাদের পুরানো অ্যাপটি আবার লিখতে হবে ... সুতরাং যে কোনও উপায়ে পুনর্নির্মাণ / পুনর্নির্মাণের প্রয়োজন হবে !!

মাইক্রোসফ্ট আমাকে মাঝে মাঝে কষ্ট দেয়।