System.log এ অদ্ভুত গুগল ক্রোমের ত্রুটি

Question

আমি ম্যাভেরিক্স এবং গুগল ক্রোম সংস্করণ 34.0.1797.2 দেব ব্যবহার করছি।

এটি আমি পেয়েছি ত্রুটি:

Jan 25 17:09:12 genesis Google Chrome Helper[46267]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 `___ZN26LSClientToServerConnection21setupServerConnectionEiPK14__CFDictionary_block_invoke()` q=com.apple.main-thread
Jan 25 17:09:12 genesis Google Chrome Helper[46267]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd.
Jan 25 17:09:12 genesis Google Chrome Helper[46267]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1100)

এর কারণ হতে পারে এমন কোনও ধারণা? আমি প্রায় googled এবং কোন চিহ্ন খুঁজে পাই না ...

Comments

আমি প্রাথমিকভাবে এই সমস্যার সঙ্গে একত্রে যে লগ বার্তা দেখুন: discussions.apple.com/message/23755770#23755770 (মাভারিক্স বিভিন্ন TCP সকেট 'রান আউট'।)

— বেঞ্জামিন Riggs

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

— বিমিক

আমি নিশ্চিত না যে আমি তাদের ট্রিগার করতে পারি কিনা। আমি আমার লগগুলিতে খুব বেশি ত্রুটি / সতর্কতা বার্তা পছন্দ করি না।

— পাওয়ে গোসিকি

আপনি যদি নিজের লগগুলিতে সতর্কতা বার্তা পছন্দ না করেন তবে আপনার কেবল সফ্টওয়্যারটির "দেব" সংস্করণগুলি চালানো উচিত নয়। ক্রোমের ক্ষেত্রে এর অর্থ এই যে সফ্টওয়্যারটি সাধারণ রিলিজের জন্য নয়, এবং সম্ভবত এটিতে বাগ এবং সম্ভবত সতর্কতা বার্তা রয়েছে কেবলমাত্র বিকাশকারীদের জন্য meant

— jksoegaard

দুঃখিত তবে আমি মনে করি এটি আসলে সঠিক নয়। আমি বেশ নিশ্চিত যে আমি কয়েক মাস আগে স্থিতিশীল চ্যানেলে একই বার্তাগুলি দেখছিলাম (উল্লেখযোগ্য পারফরম্যান্স সমস্যার পাশাপাশি যা আমার ব্রাউজারে স্যুইচিং করেছিল)। এবং আমি বেশ নিশ্চিত যে এই নির্দিষ্ট বার্তাগুলি অপারেটিং সিস্টেম দ্বারা বিকাশকারীদের কোডটি ঠিক করার জন্য ইঙ্গিত হিসাবে প্রয়োগ করেছে, অ্যাপ্লিকেশন নিজেই তৈরি না করে।

— অ্যালিস্টার ম্যাকমিলান

Answer 1

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

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

এই বাগটি ফেব্রুয়ারী 2014 এ গুগলের ক্রোম সুরক্ষা টিমের একটি সফ্টওয়্যার ইঞ্জিনিয়ার দ্বারা প্রতিশ্রুতি দিয়ে সমাধান করা হয়েছিল code কোডের এই এক লাইনটি সরিয়ে দেওয়া সমস্যার সমাধান করেছে।

[NSApplication sharedApplication];

অন্যান্য জিনিসের মধ্যে, ভাগ করা অ্যাপ্লিকেশন পদ্ধতিতে কল করা একটি অ্যাপ্লিকেশন এবং ওএস এক্স এর উইন্ডো সার্ভারের মধ্যে একটি সংযোগ খুলবে, যা আপনি সিজিএসলুকআপ সার্ভাররूटপোর্ট ত্রুটিতে ব্যর্থতা দেখতে পাচ্ছেন।

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

আমি যদি সঠিকভাবে পড়ছি তবে এ পরিবর্তনটি এপ্রিল 2014 এ গুগল ক্রোমের 34.0.1847.131 আপডেটের সাথে স্থিতিশীল রিলিজ চ্যানেলে পৌঁছেছে ।

মজার বিষয় হচ্ছে ক্রোম দলটি ২০১৩ সালের অক্টোবরে ফিরে ভাগ করা অ্যাপ্লিকেশন পদ্ধতিতে এই কলগুলি সরিয়ে ফেলার বিষয়ে আলোচনা করেছিল এবং এমনকি ২০০৯ সালে একটি লক্ষ্য হিসাবে রেন্ডার প্রক্রিয়া থেকে পুরোপুরি কোকো অপসারণ নিয়েও আলোচনা করেছিল ।

সম্পর্কিত নোটে, অ্যাপল 2014 সালের এপ্রিলে একটি বাগ সমাধানের জন্য একটি সুরক্ষা ফিক্স প্রকাশ করেছিল যেখানে "উইন্ডো সার্ভার সেশনগুলি স্যান্ডবক্সযুক্ত অ্যাপ্লিকেশন দ্বারা তৈরি করা যেতে পারে"।