ich habe seit dem Update auch alle paar Minuten abstürzen! Habe heute in der Java-Einstellungen auf "J2SE 5.0 (64-bit)" umgestellt und seit dem läuft es super!
Schönen Sonntag noch
Robert[/quote]
Vielen Dank! Läuft dann wirklich super. Dennoch ein dummer Apple-Bug! Werde weiterhin ab und zu auf die 32 bit-Version umstellen und dann den Bericht an Apple senden...
Hallo zusammen,
bin schon seit einiger Zeit zufriedener Benutzer von TV-Browser. Habe nun auf 64bit (Ubuntu Jaunty) umgestellt. Da läuft's nicht so rund. Scheit ja ein Java Problem zu sein. Aber ich tu die Fehlermeldung trotzdem hier mal rein. Vielleich kann jemand was damit anfangen
javabug.jpg (58.6 KiB) 6406 mal betrachtet
Wie kann ich ne *.log oder *.txt Datei hochladen?
Gruess roland
Ich habe das heute selbst so durchgezogen und seither konnte ich zumindest nicht wie bisher einen Absturz provozieren. Sonst machte die JVM schon bei etwas zügigerem Scrollen im TVB die Grätsche. Jetzt kann ich wild Scrollen und die JVM bleibt stabil. Also nicht nur wie schon beschrieben den Alias löschen, sondern das letzte Java-Update noch einmal installieren.
ich habe seit dem Update auch alle paar Minuten abstürzen! Habe heute in der Java-Einstellungen auf "J2SE 5.0 (64-bit)" umgestellt und seit dem läuft es super!
Schönen Sonntag noch
Robert
Das ist auch bei mir die Lösung des Problems! Danke robertmk!
Bei mir stürzt das Teil auch ständig ab, schrecklich.
Wo bekomme ich denn für OSX die JVM 1.4.2 wieder her? Finde da leider keine Download-Links für ein Downgrade?
Dienstprogramme-Java-Einstellungen.app
Da kannst Du einstellen, (nach oben ziehen) welche Javaversion benutzt werden soll.
Am besten, Du ziehst J2SE 5.0 32 bit nach oben.
Hat zumindest bei mir geholfen.
Also was soll denn bitte die Antwort, dass für VM-Abstürze der VM-Hersteller verantwortlich ist und nicht der Entwickler selbst??? Das ist ja eine Frechheit, die ich noch bei keinem Support gehört habe.
Ich entwickel seit 1996 in Java und habe die Lebenszyklen der einzelnen VM's miterlebt. Sicherlich waren einige VM-Versionen auf bestimmten Plattformen fehlerhaft und hatten einen sog. Hotspot-Error fabriziert...
Richtig ist auch, dass diese Hotspot-Errors hauptsächlich in der nativen Umsetzung der VM auftreten, wenn also z.B. native Methoden eine Ausnahme werfen...
Dennoch ist es sehr wohl möglich, selbst mit einfachem Java-Code einen Hotspot-Error zu erzwingen, der nicht an der VM liegt, sondern eben, wie man sein Programm programmiert.
Generell gilt, das jeder Error in Java (und hier meine ich nicht ***Exception, sondern ***Error) unter bestimmten Voraussetzungen die VM abstürzen lassen. Dazu zählen z.B. alle OutOfMemoryError, vorallem die Permgenspace-Errors, bestimmte Situationen, in denen eigentlich ein StackOverflowError kommen soll und noch einige weitere Exploits.
Gehen wir der Sache also mal auf den Grund. Der Mac OS Fehlerbericht sagt:
Geht man nun der Funktion JVM_SupportsCX8 auf dem Grund, so weiß man, dass diese Methode eine native Methode der Klasse sun.misc.AtomicLong ist, die abfragt, ob der CPU-Typ cx8 unterstützt wird.
Wenn man nun ein wenig weiter in die Materie eintaucht, so stellt man fest, dass sun.misc.AtomicLong das Backing für java.util.concurrent.atomic.AtomicLong ist.
AtomicLong wird intern für den Concurrent-Support verwendet. Also auch, wenn Du scheinbar innerhalb Deiner Sourcen nix mit java.util.concurrent machst, tangiert Dich das Problem dennoch, wenn Du z.B. eine thread-safe Utility-Klasse in einem synchronized-Block verwendest, welcher akut deadlock gefährdet ist. Oder Du verwendest wait() und notify() falsch.
Jedenfall deutet das alles nicht zwangsweise nur auf ein VM-Problem hin, sondern meist auf unsaubere Thread-Programmierung.
Jetzt hast Du bei MacOS leider das Pech, dass der Hotspot-Report wenig auf DEINE Sourcen hindeutet... Dennoch möchte ich Dich bitten, in Zukunft Probleme nicht einfach in SchwarzerPeterManier weiter zu reichen, ohne dass Du Dir mal diesen Report wenigstens angeschaut hast!!!
Was fällt dir eigentlich ein hier rumzuflamen und das auch noch als anonymer Benutzer, lerne erstmal Umgangsformen, bevor du das nicht machst, interessiert uns überhaupt nicht, was du zu sagen hast.
PS: Der Quellcode liegt offen, also solltest du keine Probleme haben den Fehler zu finden.
rhk, wenn du zu irgendwas deinen Senf dazugeben willst, dann stell vorher sicher, dass
a) das jemanden interessiert
b) das sachlich richtig ist
c) der Tonfall passt
Solange eine der drei Bedingungen nicht erfüllt ist, heul bitte woanders rum, aber nicht auf dieser Webseite.
PS: Wenn bisher mehrere Dutzend VM-Abstürze unter MacOS durch Wechsel der VM gefixt werden konnten und ich dabei bereits eine Handvoll Crashlogs ausgewertet habe, dann erzähl du mir nicht, was ich hier als Problemlösung schreiben kann und was nicht. Mach erst mal deine eigenen Hausaufgaben.
ums mal ganz sachlich und ohne emotion zu formulieren: da du, rhk, offensichtlich java-entwickler bist, könntest du ja einen patch schreiben für das problem, so es denn in den sourcen des tv-browsers steckt. immerhin ist der ja open source und ich schätze, jeder hier wäre dir dankbar, wenn du einen fix zur verfügung stellst.
[quote]könntest du ja einen patch schreiben für das problem[/quote]
Wieso? Ich habe lediglich gesagt, dass dieser Hotspot-Report darauf hindeutet, dass das Problem in einer nicht zwangsweise richtigen Implementierung von wait() und notify() liegen KÖNNTE und man hier erstmal nachschauen soll bevor man...
[quote]die JVM ist abgestürzt, da können wir gar nichts machen.[/quote]
...in die Welt schreit und damit
a) bestimmte Anwender, die hier auf Support hoffen, für dumm verkauft
b) offenbart, dass man nur bedingt Ahnung davon hat, was man hier macht
c) zeigt, was Open Source für Dich tatsächlich bedeutet
[quote] Wenn bisher mehrere Dutzend VM-Abstürze unter MacOS durch Wechsel der VM gefixt werden konnten und ich dabei bereits eine Handvoll Crashlogs ausgewertet habe, dann erzähl du mir nicht, was ich hier als Problemlösung schreiben kann und was nicht. Mach erst mal deine eigenen Hausaufgaben.[/quote]
Wie das "Auswerten" des Crashlogs ausgesehen haben muss, kann ich mir nach diesen Aussagen ja genau vorstellen: Es taucht nirgends org.tvbrowser.* auf, also liegt das Problem ja nicht bei mir.
Sagst Du das in Deiner Firma (oder in Zukunft, je nach dem) genauso? Was sagt Dein Chef dazu? Wie reagiert denn dann der Kunde darauf? Ich hoffe für Dich, solltest Du bereits im Arbeitsleben stehen, dass NIE ein Kunde mit einem Hotspot-Error auf Dich zukommt!
Und der Wechsel der VM-Implementierung hilft z.B. bei mir nicht. Getestet:
- Original Apple-Implementierung
Java SE 6 64-Bit
J2SE 5.0 64-Bit
J2SE 5.0 32-Bit
J2SE 1.4.2 32-Bit
- OpenJDK 7 (SoyLatte)
- angepasstes JRockit Real Time 3.1
und auch bei SUN JDK 1.6.1 mit Parallels stürzt die VM ab, weil es ein Notify-Problem gibt.
Also kann ich die Aussage, dass das Problem durch den Wechsel der VM Version behoben ist, definitiv nicht bestätigen...
Aber ich sehe schon... Es macht keinen Sinn, mit Euch zu diskutieren, geschweige denn, irgendwo Tipps zur Fehlersuche zu geben. Lieber schone ich meine Nerven und lösche die Software am besten gleich komplett von meinem Rechner...
...und zum Thema IP:
1. stehe ich voll und ganz hinter meiner Aussage
2. Annonymität ist ein Privileg und kein Verbrechen
3. ich war einfach nur zu faul, mich in diesem Forum anzumelden.
4. Schonmal was von Dynamic NAT gehört?
Nix für ungut... und hoffentlich reagierst Du in Deinem (zukünftigen) Job anders. Ich persönlich würde Dich unter diesen Voraussetzungen definitiv nicht einstellen...
Robert
könntest du ja einen patch schreiben für das problem
Wieso? Ich habe lediglich gesagt, dass dieser Hotspot-Report darauf hindeutet, dass das Problem in einer nicht zwangsweise richtigen Implementierung von wait() und notify() liegen KÖNNTE und man hier erstmal nachschauen soll bevor man...
wieso? na damit das problem, sollte es beim tvb liegen, gefixt ist und nicht mehr auftritt. mit welchem ziel hattest du denn hier sonst gepostet? floskeln, die 'man' beinhalten, sind flink geschrieben, aber es gibt komischerweise immer wenig leute, die bei 'man' sich selbst inkludieren . insgesamt ist dein relativ aggressives auftreten hier nicht wirklich nachvollziehbar für mich. wenn du die entwickler bezahlen würdest, wärs was anderes, aber so sehe ich ansich nicht, dass da irgendwo irgenwelche einforderbaren pflichten seitens der committer gegenüber dir oder irgendeinem anderen benutzer des tvb bestehen.
wie gesagt, wenn du das gefühl hast, dass es da einen bug im tvb gibt und keiner der committer hat die fähigkeiten, die zeit oder die muße sich damit zu beschäftigen, bist du in der luxuriösen position, selbst hand anzulegen und den tvb zu verbessern. nicht nur für dich, sondern für alle nutzer.
