System.log dosyasında tuhaf Google Chrome hataları

Mavericks ve Google Chrome Sürüm 34.0.1797.2 dev.

Aldığım hata bu:

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)

Buna neyin sebep olabileceği hakkında bir fikrin var mı? Etrafta dolaştım ve hiçbir ipucu bulamadım ...

google-chrome

— Paweł Gościcki
kaynak

Bu günlük mesajını öncelikle bu sorunla bağlantılı olarak görüyorum: Discussions.apple.com/message/23755770#23755770 (Mavericks TCP soketlerinin 'bitmesi'.)

— Benjamin Riggs

İlk ikisi açıklamak için önemsiz - sandbox inkarları günlüğe kaydediyor, böylece google geliştiricileri işletim sisteminin kodun istediği bir erişimi reddettiği için bu kodu düzeltebilirler. Son mesajın birinin krom kaynak koduna bakması gerekebilir. Bunlar hangi soruna neden oluyor? Mesajların komutta görünmesini sağlayabilir misiniz?

— bmike

Onları tetikleyip tetikleyemeyeceğimden emin değilim. Günlüklerimde çok fazla hata / uyarı mesajını sevmiyorum.

— Paweł Gościcki

Günlüklerinizdeki uyarı iletilerini sevmiyorsanız, yazılımın "dev" sürümlerini çalıştırmamalısınız. Chrome'un durumunda bu, yazılımın genel sürüm için tasarlanmadığı ve büyük olasılıkla yalnızca geliştiriciler için tasarlanmış hatalar ve belki de uyarı mesajları içerdiği anlamına gelir.

— jksoegaard

Üzgünüm ama bunun gerçekten doğru olduğunu düşünmüyorum. Aynı mesajları birkaç ay önce istikrarlı kanalda gördüğümden oldukça eminim (tarayıcıyı değiştirmeme neden olan önemli performans sorunlarının yanı sıra). Ve eminim bu belirli mesajlar işletim sistemi tarafından geliştiriciler kodlarını düzeltmek için bir ipucu olarak, uygulama kendisi tarafından oluşturulan oluşturulan oluşturulur.

— Alistair McMillan

Bildiğiniz gibi Google Chrome çok işlemli bir uygulama olarak çalışır . Kullanıcı arayüzünü yöneten ve diğer birçok işleme "ana bilgisayar" oynayan ilk "Google Chrome" işleminiz var. Chrome'da açtığınız her sekme için yeni bir "oluşturucu" işlemi, yüklediğiniz her uzantı için bir "eklenti" işlemi oluşturulur ve sistemin GPU'suyla konuşan kod için ayrı bir "GPU" işlemi vardır. Bu diğer işlemlerin her biri Etkinlik İzleyicisi'nde bir "Google Chrome Yardımcısı" işlemi olarak görünür.

Chrome'u daha güvenli hale getirmek için, oluşturucu işlemleri bir sanal alanda çalışır . Ağla yalnızca ana bilgisayar işlemi aracılığıyla konuşabilir ve yalnızca belirli dosyalarla (örneğin, yazı tipleri ve ColorSync profilleri) konuşabilirler. Ayrıca sistemdeki diğer işlemlerle konuşmaları da engellenir, bu da bu günlük mesajlarına neden olur. Oluşturucu süreçleri, başlatılan hizmet ve pencere hizmeti süreçleriyle konuşmaya çalışıyor, ancak sanal alanlarından dolayı bunu yapmaları engelleniyor.

Bu hata, Şubat 2014'te Google Chrome Güvenlik ekibindeki bir yazılım mühendisi tarafından taahhüt edildi. Bu tek satır kodun kaldırılması sorunu çözdü.

[NSApplication sharedApplication];

Diğer şeylerin yanı sıra, sharedApplication yöntemini çağırmak, bir uygulama ile OS X'in WindowServer'ı arasında CGSLookupServerRootPort hatasıyla başarısız olduğunu görebileceğiniz bir bağlantı açar.

Amaç, korumalı alanı etkinleştirmeden önce belirli kaynakları "ısıtmak" için Chrome'un bu yöntemi çağırmasıydı ; sanal alan kısıtlamaları uygulanmadan önce belirli dosyalara, işlemlere veya ağ kaynaklarına erişim kazanma. Bununla birlikte, bir noktada bu girişim başarısız olmaya başladı ve günlükte bu hatalara neden oldu. Benim tahminim Apple'ın bu "ısınmayı" kum havuzunu aldatma girişimi olarak görmesi ve üzerine sıkıştırmaya başlamasıydı.

Doğru okuyorsam bu değişiklik Google Chrome'un Nisan 2014'te 34.0.1847.131 güncellemesiyle istikrarlı sürüm kanalına ulaştı .

İlginç bir şekilde, Chrome ekibi , Ekim 2013'te sharedApplication yöntemine yapılan bu çağrıları kaldırmayı ve hatta 2009'da bir hedef olarak Cocoa'yı tamamen oluşturma işlemlerinden kaldırmayı tartıştı .

İlgili bir notta, Apple Nisan 2014'te "WindowServer oturumlarının korumalı alandaki uygulamalar tarafından oluşturulabileceği" hatasını gidermek için bir güvenlik düzeltmesi yayımladı .

— Alistair McMillan
kaynak