Das kommt dabei raus wenn die Browser keine ordentliche Betaphase mehr haben

[Tiles]

... sondern die Browser quasi vom Endkunden gebetatestet werden. Danke Google. Danke Mozilla.



2 mal bearbeitet, zuletzt am 02.07.12 09:16 durch Tiles.

[Trollster]

Es gibt eine ,dev', ,beta' und ,release' Version von Chrome auf Mac und Windows.

Der Bug ist zwar nicht schön, aber man kann ja auch nicht alle möglichen OS Versionen +Hardwarekonfigurationen + TreiberVersionen + andere Software durchtesten. Geht einfach nicht.



1 mal bearbeitet, zuletzt am 02.07.12 09:24 durch Trollster.

[Versuchsperson]

Userland-Software (wie Chrome) dürfen auf keinen Fall einen Fehler im Kernel auslösen dürfen!

Das eigentliche Problem liegt in Apples Betriebssystem! Chrome hat lediglich eine fehlerhafte Funktion von Apple _benutzt_!

[rabatz]

+1

[JanZmus]

Trollster schrieb:
--------------------------------------------------------------------------------
> Der Bug ist zwar nicht schön,

Der Bug ist critical, nicht "unschön".

> aber man kann ja auch nicht alle möglichen OS
> Versionen +Hardwarekonfigurationen + TreiberVersionen + andere Software
> durchtesten. Geht einfach nicht.

Lol... wie viele OS-, Hardware- und Treiberversionen gibt es denn bei Macs...? Das ist ja wohl sehr übersichtlich.

[Tiles]

Acht Wochen ist einfach keine brauchbare Zeitspanne für eine Betaphase. Das ist der Punkt. Das brauch so manch Betatester schon allein um sich im Programm zurechtzufinden.

[joypad]

+1

[Trollster]

Tiles schrieb:
--------------------------------------------------------------------------------
> Acht Wochen ist einfach keine brauchbare Zeitspanne für eine Betaphase. Das
> ist der Punkt. Das brauch so manch Betatester schon allein um sich im
> Programm zurechtzufinden.

Der Betabuild ändert sich idealerweise nicht mehr und brauch daher auch keine längeren Betaphasen, da sowohl die Implementationen für sich überprüft werden, als auch der Code.

Du vergisst hier, dass das Problem am OS liegt. Apple sollte mal längere und bessere Beta's machen ... scnr

[ThorstenMUC]

Richtig... dacht ich mir auch gerade... auch wenn ein Browser GPU-Beschleunigung nutzt dürfte er keine Kernel Panic auslösen können.

Das Problem liegt im OS oder der Grafik-Treiber... und beides ist unter Apples Hoheit.

[entonjackson]

Es liegt definitiv am Betriebssystem, wenn User Applikationen Kernel Panics verursachen können.

[BasAn]

> Userland-Software (wie Chrome) dürfen auf keinen Fall einen Fehler im Kernel auslösen dürfen!

Das war auch das erste woran ich bei der Meldung dachte. Chrome kann nur die APIs nutzen die Betriebssystem/Treiber ihm anbieten, hat aber selbst keinen direkten Zugriff auf die Hardware.

> Das eigentliche Problem liegt in Apples Betriebssystem!

Da es um den Grafikchip geht tippe ich eher auf den Intel-Treiber...

[S-Talker]

+1

Erst Thunderbolt nun HD4000... von welchen Treiber lässt sich der Mac morgen abschießen? Na ja, Hauptsache die GUI läuft flüssig...

[mxcd]

Hmm, Du meinst damals vor Mozilla und Chrome war alles noch super, die Browser waren stabiler, standardgerechter und schneller, ja?

Hab ich nicht so in Erinnerung, vorsichtig gesagt.
Ich hab damals Opera benutzt weil es das einzige war, was ging. Netscape dümpelte untot vor sich hin und integrierte mit jeder Version mehr AOL Knöpfe und von IE brauchen wir ja wohl nicht zu reden.

[bofhl]

Nur liegt das Problem nicht im Bereich von Chrome/Google, sondern am Pfusch den Apple mit den Treibern für Intel HD 4000-Grafikteil verbrochen hat!

Ist eben ein/das Problem eines Herstellers, der ausschließlich eigene Software mit der für ihn hergestellten Hardware testet! Das da nur 100% funktionierende Interface-Teile benutzt werden (oder besser gesagt: viele Teile gar nicht) führt eben zu Problemen mit anderen Software-Herstellern, die mal die ganzen Interfaces ausreizen wollen...

[QDOS]

da Apple die Treiber selber übernimmt, tippe ich eher auf Apple...

[Tigerf]

Dass ein Browser mal crasht kenn man ja von Safari, das ist nichts spektakuläres mehr.

[megaseppl]

Natürlich ist der Fehler auf Seite von Apple zu suchen.
Allerdings regelt Apple diese Probleme zumeist recht schnell. Und im Gegensatz zu anderen Herstellern werden Probleme durch die Community sehr schnell bekannt.

[megaseppl]

Tigerf schrieb:
--------------------------------------------------------------------------------
> Dass ein Browser mal crasht kenn man ja von Safari, das ist nichts
> spektakuläres mehr.

Kenne ich zum Glück nicht - zumindest nicht vom Safari unter OS X...

... allerdings geht es hier um eine Kernel-Panic, nicht (nur) um den Absturz einer Anwendung.

[manuasdf]

Ich denke nicht, dass Apple viel mit Intels Treiber der HD4000 zu tun hat.
Ich habe selbst die IvyBridge mit der HD4000 jedoch mit einer Linux-Distribution drauf und leide am gleichen Bug.
Somit scheint es ein Problem der Hardwarebeschleunigung/des Treiber der HD4000 unter einem Unix-Kernel zu sein.

Ich hoffe nur, dass Intel/Google den Bugfix auch für Linux Systeme rausbringt. Wenn nicht muss wohl leider der Browser gewechselt werden.

PS: Weiß jemand wie sich Iron mit diesem Problem verhält?

[a user]

Tiles schrieb:
--------------------------------------------------------------------------------
> ... sondern die Browser quasi vom Endkunden gebetatestet werden. Danke
> Google. Danke Mozilla.

eher wenn das os bzw die treiber dafür nciht ordentlich getestet wurden. der fehler hat NICHTs mit dem Browser Chrome ansich zu tun. Es ist kein Fehler in Chrome sondern im IOS X.

Und solche posts wie deine kommen heraus, wenn man keine ahnung hat wovon man spricht aber unbedingt ganz dick auftragen will.