".NET রানটাইমের অভ্যন্তরীণ ত্রুটি" সহ অ্যাপ্লিকেশন ক্র্যাশ হয়েছে

112

আমাদের কাছে নেট নেট against.০ এর বিরুদ্ধে একটি আবেদন লেখা রয়েছে যা উইকএন্ডে ক্র্যাশ হয়ে গেছে, ইভেন্টটির লগে নিম্নলিখিত বার্তাটি ফেলেছে:

অ্যাপ্লিকেশন: PnrRetrieverService.exe ফ্রেমওয়ার্ক সংস্করণ: v4.0.30319
বিবরণ: প্রস্থান কোড 80131506 সহ আইপি 791F9AAA (79140000) এ .NET রানটাইমের অভ্যন্তরীণ ত্রুটির কারণে প্রক্রিয়াটি সমাপ্ত হয়েছিল।

এটি একটি উইন্ডোজ সার্ভার 2003 আর 2 স্ট্যান্ডার্ড সংস্করণ বাক্সে রয়েছে। এই ত্রুটিটি গুগল করা প্রাসঙ্গিকভাবে কিছুই আপ করে নি। উদাহরণস্বরূপ, এটি ভিএস স্টুডিওতে ঘটছে না, পরিবর্তে একটি উত্পাদন বাক্সে; পরিষেবাটি যখন অবশেষে পুনরায় চালু করা হয়েছিল তখন এটি আর কোনও সমস্যায় পড়েনি।

.NET রানটাইমে কোনও বাগ কীভাবে নির্ণয় করা যায়?

.net  runtime-error  executionengineexception 
— ALEXintlsos
সূত্র
1
যদি এই ত্রুটিটি এই প্রথম ঘটে থাকে, তবে আমি গত কয়েকদিনে পরিবর্তিত কোনও কিছু যা সপ্তাহে পরিণত হয়েছিল তা সন্ধান করব।
— টনি আব্রামস

উত্তর:

121

প্রস্থান কোড 80131506 সহ

এটি একটি বাজে, এক্সিকিউশনএজাইনএক্সসেপশন। .NET 4.0 দিয়ে শুরু করে, এই ব্যতিক্রমটি তত্ক্ষণাত প্রোগ্রামটি বন্ধ করে দেয়। জেনারিক কারণ হ'ল জঞ্জাল সংগ্রহ করা রাস্তার দুর্নীতির ঘটনা। যা অনিবার্যভাবে নিয়ন্ত্রণহীন কোডের কারণে ঘটে। এই ব্যতিক্রমটি উত্থাপিত কোডে সঠিক অবস্থানটি কার্যকর নয়, ক্ষতি সনাক্ত হওয়ার আগে দুর্নীতি সাধারণত ঘটেছিল।

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

— হান্স প্যাস্যান্ট
সূত্র
3
আমার এসকিউএল সিই ৩.৫ এর সাথে হিপটি দূষিত করার সমস্যা হয়েছে , যার ফলে ntdll.dll এবং .NET রানটাইম ত্রুটিগুলি ব্যতিক্রম।
— ফিল
4
এগুলি এসডিকে শিরোলেখ করা ফাইল CorError.h
— Hans
2
আপনি কীভাবে জানেন যে এগুলি CorError.h এ তালিকাভুক্ত করা হয়েছে ??
— ইয়োনহো
6
80131506 এর মতো হেক্সস ত্রুটি কোডটি কী বোঝায় এবং কোন শিরোলেখ ফাইলটিতে সেগুলি নিয়ে কাজ করতে এই Err.exe সরঞ্জামটি মাইক্রোসফ্টন /en-au/download/details.aspx?id=985 ব্যবহার করুন।
— জেরেমি থম্পসন
2
@ হ্যান্সপাস্যান্ট আমার মনে হয় যে প্রশ্নটি ছিল 'পৃথিবীতে বিদ্যমান সমস্ত ফাইলগুলির মধ্যে, আপনি কীভাবে জানবেন যে করেরার হ'ল দেখার উপযুক্ত ফাইল ছিল'?
— বেকার
41

X64- এ জঞ্জাল সংগ্রহের একযোগে বাস্তবায়নের একটি বাগ। নেট 4 টি নিম্নলিখিত মাইক্রোসফ্ট কেবি এন্ট্রিতে বর্ণিত হিসাবে এটি ঘটাতে পারে:

আবর্জনা সংগ্রহের সময় এক্সিকিউশনএজাইনইসেপশন ঘটে

কোনও আবর্জনা সংগ্রহের সময় সমস্যাটি হয়েছে কিনা তা নিশ্চিত হওয়ার জন্য আপনাকে প্রথমে একটি গভীর মিনিডাম্প অনুসন্ধান করতে হবে।

মিনিডাম্প লোকেশনটি ক্র্যাশ প্রবেশের পরে ইভেন্ট লগটিতে একটি উইন্ডোজ ত্রুটি প্রতিবেদন এন্ট্রিতে সাধারণত পাওয়া যায়। তারপরে, WinDbg এর সাথে মজা করুন!

<gcConcurrent/>একযোগে বা (। নেট 4 এবং তারপরে) পটভূমি আবর্জনা সংগ্রহ অক্ষম করতে কনফিগারেশন উপাদানটির ব্যবহার সম্পর্কে সর্বশেষ নথিপত্র এখানে পাওয়া যাবে ।

— thinkbeforecoding
সূত্র
এই মন্তব্যের জন্য ধন্যবাদ - আমি দীর্ঘদিন ধরে যে সমস্যার সমাধান করেছি তার সমাধান এটি!
— লেন্নিপ
1
আপনি জীবন রক্ষাকারী, আমাদের জন্য এটি ছিল সমস্যা। অন্যদিকে, আপনি ভিজুয়াল স্টুডিওতে মিনিডাম্প ফাইলটিও খুলতে পারেন, প্রয়োজন হলে প্রতীক পাথ সেট আপ করতে পারেন এবং তারপরে ডিবাগ করতে পারেন। এটি আমাদের জানিয়েছে যে ত্রুটিটি clr.dll এ ঘটে! WKS :: gc_heap :: চিহ্ন_বজেক্ট_সিম্পল ()। আমি নিশ্চিত যে WinDbg খুব শক্তিশালী তবে ভিএস ব্যবহার করা আপনাকে যথেষ্ট পরিমাণে বলতে পারে যদি আপনি কেবল ত্রুটির উত্সটি যাচাই করছেন।
— টিম
অ্যাপ্লিকেশন ক্র্যাশ হয়েছে তবে আমি সি: \ টেম্পের \ ক্র্যাশডাম্প ফোল্ডারে কোনও মিনি ডাম্প পাইনি। সেখানে আরও কিছু ক্র্যাশ ডাম্প রয়েছে এবং আমরা কয়েকদিন আগে ক্র্যাশগুলি থেকে ডাম্পগুলি খুঁজে পেতে পারি। ক্র্যাশ ডাম্প নেই কেন জানেন? ত্রুটি বার্তা এবং প্রস্থান কোড ঠিক একই রকম।
— জেফ্রি ঝাও
এটি হ'ল আমি যা খুঁজছিলাম ... অ্যাপ ক্র্যাশ ইভেন্টে একটি নির্দেশ পয়েন্টার রয়েছে, যা আমার কাছে ডাম্প ছাড়াই অকেজো। পরবর্তী ঘটনাগুলি সন্ধান করার জন্য কখনও ভাবেননি। ধন্যবাদ!
— লিন্ডির
1
একই পরিস্থিতিতে অন্যদের জন্য, উইন্ডোজ ত্রুটি প্রতিবেদনটি ক্র্যাশে পূর্ণ হিপ ডাম্প করার জন্য কনফিগার করা কার্যকর হতে পারে: এমএসডিএন.ইমক্রোসফট.ইন.ইউস
— লিবারি
9

আমি .NET রানটাইমে "অভ্যন্তরীণ ত্রুটিগুলি" অনুভব করেছি যা আমার কোডগুলিতে বাগের কারণে দেখা দিয়েছে; এটা মনে করবেন না যে এটি .NET রানটাইমের একটি "অভ্যন্তরীণ ত্রুটি" ছিল কারণ মূল কারণ হিসাবে আপনার কোডটিতে কোনও ত্রুটি নেই। আপনি অন্যের দোষ দেওয়ার আগে সর্বদা সর্বদা নিজের কোডটিকে দোষ দিন।

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

— জেসন
সূত্র
7

গুগল থেকে এখানে আগতদের জন্য, আমি অবশেষে এই এসও প্রশ্নটি জুড়ে এসেছি এবং এই নির্দিষ্ট উত্তরটি আমার সমস্যার সমাধান করেছে। আমি এ লাইভ চ্যাটের মাধ্যমে hotfix জন্য Microsoft যোগাযোগ থাকেন support.microsoft.com এবং তারা ইমেইল দ্বারা hotfix একটি লিঙ্ক আমাকে পাঠিয়েছেন।

— johnildergleidisson
সূত্র
5

বেশ কয়েকটি অ্যাপ্লিকেশনগুলিতে এই ইস্যুটির সাথে বহু বছর লড়াই করার পরে, দেখা যাচ্ছে যে মাইক্রোসফ্ট শেষ পর্যন্ত এটি নেট। সিএলআর-এ একটি বাগ হিসাবে গ্রহণ করেছে যা এটি ঘটায়। http://support.microsoft.com/kb/2640103 ।

আমি এর আগে থিংক এর আগে কোডিংয়ের সাথে যুক্ত মাইক্রোসফ্ট নিবন্ধে বর্ণিত হিসাবে আবর্জনা সংগ্রহকারীকে সার্ভার মোডে চালাতে বাধ্য করে (gcServer सक्षम = "সত্য" অ্যাপ্লিকেশন) প্রয়োগ করে এটি "ফিক্সিং" করেছিলাম। এটি সংক্ষেপে অ্যাপ্লিকেশনটির সমস্ত থ্রেডকে জিসির দ্বারা ম্যানিপুলেটেড মেমরির অ্যাক্সেসের অন্যান্য থ্রেডের সম্ভাবনা সরিয়ে সংগ্রহের সময় বিরতি দিতে বাধ্য করে। আমি খুশী হয়ে জানতে পারি যে আমার কোডগুলি বা অন্যান্য তৃতীয় পক্ষের পরিচালিত লাইব্রেরিগুলিতে "বাগ" অনুসন্ধানের আমার বছরগুলি নিরর্থক ছিল কারণ বাগটি মাইক্রোসফ্টের কোডে ছিল, আমার নয়।

— park896
সূত্র
1
আপনি প্রাপ্ত হটফিক্স ফাইলগুলির সংস্করণ নম্বরটি কী? কেবিতে তালিকাভুক্ত সংস্করণ নম্বরটি 4.0.30319.526 তবে আমার ইতিমধ্যে 4.0.30319.18052 রয়েছে। হটফিক্সটির কি এখনও প্রয়োজনীয়তা আছে বা এটি একটি উইন্ডোজ আপডেটে পরিণত হয়েছে?
— স্বয়ংক্রিয় করুন
1
আমি যখন হটফিক্স এক্সি চালাই তখন আমি পাই "KB2640103 প্রযোজ্য হয় না, বা আপনার কম্পিউটারে অন্য শর্ত দ্বারা অবরুদ্ধ করা হয়েছে।"
— স্বয়ংক্রিয় করুন
3

আমার। নেট 4 কোডের সর্বশেষ বিল্ড সহ উইনএক্সপি বক্সে ঠিক একই ত্রুটি ছিল। পূর্ববর্তী বিল্ডগুলি চেক করা হয়েছে - এখন সেগুলিও ক্র্যাশ হয়ে গেছে! ঠিক আছে, তাই এটি আমি না :)। এখানে / উপরে কোনও পরামর্শই সহায়তা করে নি।

আরও একই সাম্প্রতিক রিপোর্ট (2018-05-09): প্রস্থান কোড 80131506 সহ অ্যাপ্লিকেশন ক্রাশ ।

উত্তর : আমরা অনুরূপ ত্রুটি পেয়েছি, তবে আমাদের বিশ্বাস সিট্রিক্স মেমরি অপ্টিমাইজারের কারণে ঘটেছিল।
রেজোলিউশনটি হোস্ট (গুলি) এর ক্ষেত্রে নেট কোর লাইব্রেরিগুলিকে পুনঃজেনার করতে বাধ্য করা হয়েছিল যেখানে সমস্যা দেখা দিয়েছে:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe update /force

মূল কারণটি এখনও অজানা (মেশিন আপডেট হচ্ছে না এবং এর খুব কম ব্যবহার রয়েছে), তবে এটি আমার পক্ষে তা করেছে !

— Astrogator
সূত্র
2

আমার ক্ষেত্রে এই ব্যতিক্রম ঘটেছিল যখন ডিস্কের স্থান শেষ হয়ে যায় এবং .NET উইন্ডোজ ভার্চুয়াল মেমোরিতে মেমরি বরাদ্দ করতে পারে না।

ইভেন্ট লগে আমি এই ত্রুটিটি দেখেছি:

অ্যাপ্লিকেশন পপআপ: উইন্ডোজ - ভার্চুয়াল মেমরি ন্যূনতম খুব কম: আপনার সিস্টেমে ভার্চুয়াল মেমরি কম। উইন্ডোজ আপনার ভার্চুয়াল মেমরি পেজিং ফাইলের আকার বাড়িয়ে তুলছে। এই প্রক্রিয়া চলাকালীন, কিছু অ্যাপ্লিকেশনের জন্য মেমরির অনুরোধগুলি অস্বীকার করা যেতে পারে।

এবং পূর্ববর্তী ত্রুটি:

সি: ডিস্কটি ধারণক্ষমতা বা নিকটে রয়েছে। আপনার কিছু ফাইল মুছতে হবে।

— আর্থার স্মারনভ
সূত্র
1

আমার ক্ষেত্রে সমস্যাটি ছিল একটি সি ++ / সিএলআই লাইব্রেরিতে যেখানে এনটিকিউয়েরিস্টাইম ইনফরমেশনটিতে কল ছিল ; কখনও কখনও কোনও কারণে (এবং রহস্যজনক পরিস্থিতিতে) ) যখন তাকে সিএলআর হিপ বলা হত তখন দুর্নীতিগ্রস্থ হয়ে পড়ে এবং অ্যাপ্লিকেশনটি ক্র্যাশ হয়ে যায়।

আমি হিপক্রিয়েট দিয়ে তৈরি একটি "কাস্টম হিপ" ব্যবহার করে এবং সেখানে এই ফাংশনটি ব্যবহার করে বাফারগুলি বরাদ্দ করে সমস্যার সমাধান করেছি ।

— SiMoStro
সূত্র
1

আমি নিশ্চিত না যে এটি সবাইকে সহায়তা করতে পারে তবে আমি দৌড়ে এই কাছাকাছি যেতে পারি 

devenv.exe /ResetSettings

... পথে {Visual_Studio_root}\Common7\Ide

ইভেন্ট লগতে আমার নিম্নলিখিত ত্রুটিগুলি ছিল এবং ভিএস সমস্ত সময় ক্র্যাশ হয়ে পুনঃসূচনা করছিল:

Faulting application name: devenv.exe, version: 14.0.25123.0, time stamp: 0x56f22f32
Faulting module name: clr.dll, version: 4.7.2115.0, time stamp: 0x59af88f2
Exception code: 0xc0000005
Fault offset: 0x0015f90e
Faulting process id: 0x3a7c
Faulting application start time: 0x01d353463eaf0c36
Faulting application path: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: a232f984-6e80-4f61-9003-e18a035c8f93
Faulting package full name: 
Faulting package-relative application ID:
— রিতেশ ভারণি
সূত্র
এটি আমার জন্যও কাজ করেছিল। প্রসঙ্গ: আমি একটি মাঝারি আকারের সমাধান (~ 25 প্রকল্প) কে। নেট কোর এসডিকে রূপান্তর করেছি, রূপান্তর হওয়ার আগে পুরানো ডাব্লুএইপি প্রতিস্থাপনকারী একটি প্রায় খালি ওয়েব অ্যাপ্লিকেশন প্রকল্প দ্বারা সীমান্তে। স্পষ্টতই কিছু প্রলম্বিত সেটিংস নতুন প্রকল্পে আইআইএসইএক্সপ্রেসের প্রত্যাশার সাথে সংঘর্ষে লিপ্ত ছিল।
— টমাস আসচান
1

আমার ক্ষেত্রে সমস্যাটি আমার ওয়েবকনফাইগে নকল বাঁধাই পুনঃনির্দেশের কারণে হয়েছিল। আরও তথ্য এখানে ।

আমি অনুমান করি এটি নুগেটের জন্য বাধ্যতামূলক পুনঃনির্দেশগুলি সংশোধন করার কারণে হয়েছিল তবে উদাহরণস্বরূপ এটি এর মতো দেখাচ্ছে:

  <dependentAssembly>
    <assemblyIdentity name="Lucene.Net" publicKeyToken="85089178b9ac3181"/>
    <bindingRedirect oldVersion="0.0.0.0-2.9.4.0" newVersion="3.0.3.0"/>
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"/>
    <bindingRedirect oldVersion="0.0.0.0-11.0.0.0" newVersion="11.0.0.0"/>
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0"/>
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Lucene.Net" publicKeyToken="85089178b9ac3181"/>
    <bindingRedirect oldVersion="0.0.0.0-2.9.4.0" newVersion="3.0.3.0"/>
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"/>
    <bindingRedirect oldVersion="0.0.0.0-11.0.0.0" newVersion="11.0.0.0"/>
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0"/>
  </dependentAssembly>

সমস্ত সদৃশ অপসারণ সমস্যার সমাধান করেছে।

— গিবনসকে চিহ্নিত করুন
সূত্র
0

আমার ক্ষেত্রে এসএপি বিজনেস ওয়ান 9.1 অ্যাপ্লিকেশনটিতে লগ ইন করার সময় এই ত্রুটি ঘটেছে। উইন্ডোজ ইভেন্টগুলিতে আমি ওপি দ্বারা প্রতিবেদন করা একটি ছাড়াও আরও একটি ত্রুটি ইভেন্টটি দেখতে পেলাম:

Nome dell'applicazione che ha generato l'errore: SAP Business One.exe, versione: 9.10.160.0, timestamp: 0x551ad316
Nome del modulo che ha generato l'errore: clr.dll, versione: 4.0.30319.34014, timestamp: 0x52e0b784
Codice eccezione: 0xc0000005
Offset errore 0x00029f55
ID processo che ha generato l'errore: 0x1d7c
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d0e6f4fa626e78
Percorso dell'applicazione che ha generato l'errore: C:\Program Files (x86)\SAP\SAP Business One\SAP Business One.exe
Percorso del modulo che ha generato l'errore: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
ID segnalazione: 3fd8e0e7-52e8-11e5-827f-74d435a9d02c
Nome completo pacchetto che ha generato l'errore: 
ID applicazione relativo al pacchetto che ha generato l'errore:

মেশিনটি উইন্ডোজ 8.1 চালায়, নেট ফ্রেমওয়ার্ক 4.0 ইনস্টল করে এবং 4.5 সংস্করণ ছাড়াই। ইন্টারনেট থেকে মনে হয়েছিল এটি নেট নেট 4 এও একটি বাগ হতে পারে, আমি নেট নেট ফ্রেমওয়ার্ক 4.5.4 ইনস্টল করার চেষ্টা করেছি এবং আমি সমস্যাটি সমাধান করেছি।

— নীলাভ
সূত্র
0

ফ্রেমওয়ার্ক সংস্করণ: v4.0.30319 বিবরণ: প্রক্রিয়াটি একটি অপরিবর্তিত ব্যতিক্রমের কারণে সমাপ্ত হয়েছিল। ব্যতিক্রম তথ্য: সিস্টেম.প্রকাশন। টার্গেটইনভোকেশনএক্সসেপশন

আমি এই ত্রুটির মুখোমুখি হয়েছি, অ্যাপ্লিকেশনটি কিছু পিসি এবং কিছু পিসিতে উপরের ত্রুটিটি দিয়ে কাজ করছে। আমি ফ্রেমওয়ার্ক 4.5 আনইনস্টল করি এবং এটি আমার সমস্যার সমাধান করে।

খাওয়াদাওয়া।

— user4815065
সূত্র
0

এটি চূড়ান্তকরণে ঘটে যাওয়া ব্যতিক্রম হতে পারে। আপনি যদি ~ Class ()) নিষ্পত্তি (মিথ্যা) এর প্যাটার্নটি করছেন; un অ-পরিচালিত সংস্থান হিসাবে আপনি কী নিষ্পত্তি করছেন তা পরীক্ষা করুন। সেখানে একটি চেষ্টা করুন। পরীক্ষা করুন এবং আপনার ভাল হওয়া উচিত।

কোনও লগ ছাড়াই আমাদের রহস্যজনক ব্যর্থতা হওয়ায় আমরা সমস্যাটি খুঁজে পেয়েছি আমরা একটি "অকার্যকর ডিসপোজ (বুল নিষ্পত্তি)" ব্যবহারের স্বাভাবিক প্রস্তাবিত প্যাটার্নটি করেছি did

চূড়ান্তকরণকারী সম্পর্কে এই প্রশ্নের উত্তরের দিকে তাকিয়ে আমরা একটি সম্ভাব্য জায়গা পেলাম যেখানে অপরিকল্পিত সংস্থানসমূহের নিষ্পত্তি ব্যতিক্রম করতে পারে throw

এটি কোথাও দেখা যাচ্ছে যে আমরা অবজেক্টটি সঠিকভাবে নিষ্পত্তি করি নি এইভাবে চূড়ান্তরক্ষক অপরিকল্পিত সংস্থাগুলির ডিপোসাল গ্রহণ করেছিল এইভাবে একটি ব্যতিক্রম ঘটল behold

এক্ষেত্রে কাফকা থেকে ক্লায়েন্টটি পরিষ্কার করতে কাফকা রেস্ট এপিআই ব্যবহার করা হয়েছিল। দেখে মনে হচ্ছে এটি কোনও সময়ে ব্যতিক্রম ছুঁড়েছে তখন এই সমস্যাটি দেখা দিয়েছে।

— নেলসন জে পেরেজ
সূত্র
0

আমার ক্ষেত্রে সমস্যাটি " রেফারেন্সিং। ক্লাসিক এসপ নেট প্রকল্পগুলিতে নেট স্ট্যান্ডার্ড লাইব্রেরি " এবং এই দুটি সমস্যার সাথে সম্পর্কিত ছিল

https://github.com/dotnet/standard/issues/873

https://github.com/App-vNext/Polly/issues/628

এবং পলি ভি to এ ডাউনগ্রেডিং এটিকে কাজে লাগানোর জন্য যথেষ্ট ছিল

— মৌরিজিও পোজ্জোবোন
সূত্র
0

আমার জন্য কেন এমন হচ্ছে তা আমি কখনই বুঝতে পারি নি। এটি আমার একটি অ্যাপ্লিকেশনটির জন্য নিয়মিত পুনরুত্পাদনযোগ্য ছিল, তবে কেবল পুনরায় চালনার পরে চলে গেল।

আমি .net-4.8 দিয়ে উইন্ডোজ 2004 বিল্ড 19582.1001 (ইনসাইডার প্রিভিউ) চালাচ্ছি এবং এটি যদি হার্ডওয়্যার মেমোরি ত্রুটির মতো কিছু কারণে ঘটে থাকে তবে আমি অবাক হব না। এছাড়াও, আমার অ্যাপ্লিকেশনটি কিছু ব্যবস্থাবিহীন কোড লোড করে এটি আরম্ভ করে, তাই আমি প্রমাণ করতে পারি না যে ক্র্যাশটি সেখান থেকে আসে নি।

— binki
সূত্র
-1

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

আমি এমন একটি জোব যুক্ত করেছি যা GC.GetTotalMemory(true)প্রতি মিনিটে কল করে।

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

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