-
macOS Sonoma 14.4適用後にJavaがクラッシュする不具合。回避策なく、OS更新の延期を
https://pc.watch.impress.co.jp/docs/news/1577481.html -
Oracleは15日(米国時間)、macOS Sonoma 14.4を適用した環境において、Javaプロセスが予期せず終了する不具合が発生しているとして、情報を公開した。
これによると、Appleが7日に公開したmacOS Sonoma 14.4を適用したApple Silicon搭載Macで発生する不具合で、Java 8からJDK 22のアーリーアクセスビルドまでのすべてのバージョンが影響を受けるという。macOSは以前のバージョンに簡単に戻すことができないため、現時点では回避策はなく、バックアップがない場合は安定した構成に戻せない可能性があるとしている。
なお同社では、この不具合はmacOS Sonoma 14.4のアーリーアクセス版では発生しておらず、正式リリース版で見つかったものだと説明。すでに顧客やApple、OpenJDKのパートナーなどに状況を通知しており、ユーザーに対しては不具合が解決するまでアップデートを適用しないよう推奨している。
macOS Sonoma 14.4を適用した際に、特定の状況において、プロセスが保護されたメモリ領域へのアクセスを求めた際に、macOSカーネルがプロセスに対して送信するシグナルが変わったことが原因で、プロセスが無条件に終了してしまうようになったという。
-
アップル様の技術力すげええええ！！！
-
まだJavaで消耗しているの？
-
>>5
この件で馬鹿なのは珍しくOracleじゃなくてAppleの方だけどな -
>>8
AppleにOracleの製品を考慮する必要なんてないが？ -
>>20
ならMacOSではJavaを切り捨てる旨を告知すりゃ良いだけだぞ -
>>20
ユーザーが困ると思うんですが -
アーリーアクセスで問題なくて正式版で不具合って酷いな
-
プログラミングならMac！とか言われてた時代なら危なかったですね
-
プロプライエタリOSなんか使っとるからだろ
-
Oracleがまともに見える不思議！
-
>>10
オラクルも大概糞って唾吐かれるレベルで嫌われてるからな -
>なお同社では、この不具合はmacOS Sonoma 14.4のアーリーアクセス版では発生しておらず、正式リリース版で見つかったものだと説明。
ワロタ
-
>>11
酷い🥲 -
>>11
もっとだめやん -
思ってた以上に大事になってて草
-
寧ろまだJavaVM搭載してたのかよ
誰が使ってるんだよ -
>>15
OSに標準で付いてるんじゃなくてソフトに付いてるんだよ
IntelliJ IDEA（AndroidStudio含む）とか使ってる人多い -
Javaもオワコンか
-
令和のCOBOL或いはFlash
-
Write once, run anywhere の精神はどこ行った
-
>>19
オラクルはなにも悪くないだろ… -
>>19
> カーネルがプロセスに対して送信するシグナルが変わった
こんな事勝手にやられたら、神でも対処できないわ -
あの求人ランキング不動の1位のJavaが使えないの？🫢
-
Appleも落ちたもんだな
-
前に記事読んだけどjitで生成したコード由来のセグフォが問答無用でsigkillになってリカバリー不能になるって話で合ってる？
パフォーマンスのためにぬるぽ実装するのにシグナル使ってた筈だからお仕舞いだよ -
ネトウヨ「Appleは常に正しい！」
-
ついにJavaへ引導を渡す時が来たな
-
Oracleの収益もJavaの監査で半分になったな
-
対策してもmacOSのバージョンでインストールするJVMが分かれるのか
-
シグナルでぬるぽやスタオバ検知なんて他の言語処理系例えばChromeのv8とかもやってそうだしJava以外も目立ってないだけで影響出てると思う
-
バックアップしてても戻すのが困難なOSは使いたくないな
-
何でAdobe Flash Playerは駄目でJavaはOKなんだろうね
-
Javaも終わりかSwift使えってことやな
-
macOS使うやつは変人だと思ってる
-
検証用のベータ版です、みんなテストよろしくね🤗
→製品版ではベータ版から大きく仕様変更するわ😁
→Java死亡、オーディオプラグイン死亡、リモートデスクトップ死亡、USBハブ死亡、プリンター死亡Appleの頭の悪さは異常
これもう半分弊社だろ -
これラッパーで包んで、Killシグナルを必要なシグナルに変換してJavaVMに渡すとかできないの？
まあセグメンテーションフォールトのシグナルを渡さないOSの仕様変更がガンだとは思うけど -
>>40
本当にkillシグナル送りたい時まで変換されてプロセス止められなくなるだろ -
とりあえずKillシグナルを受信したラッパー側は、プロセス続行できないんだっけ？
Killシグナル処理でラッパー側をフォークして、内側のJavaVMの親子関係をすげ替えて、とか物凄く重い処理になったら意味ないから、JavaVM側でセグメンテーションフォールト的な奴の自前の検出が必要になるのかな？ -
Javaとかいらんし🥲
-
MachOSの基本仕様としては、CopyOnWriteとかメモリ管理やコピーを少し解放して、ユーザーランド側でOS的処理を分担するアイデアがあったはずだけど
そこら辺を無視してユーザーランド側のセグメンテーションフォルト管理を不可能にしてSigKillに変更って随分と影響が大きそうな変更だよなWindowsNTのマイクロカーネルも、MachOSと同じひとの開発だとは言われていたけど、Signal周りは全然違うのかな？
コメント