macOS Sonoma 14.4 आपके मशीन पर Java को तोड़ सकता है

मूल लेख ↗ Hacker News चर्चा ↗

Java / macOS 14.4 समस्या का दायरा

  • macOS 14.4 protected-memory writes के लिए व्यवहार बदलता है: कुछ मामलों में जो पहले SIGSEGV/SIGBUS उत्पन्न करते थे, अब SIGKILL परिणाम होता है।
  • HotSpot (और अन्य JVMs) अपने सामान्य JIT और runtime व्यवहार के हिस्से के रूप में वैध रूप से SIGSEGV पर निर्भर करते हैं (जैसे implicit null checks, safepoints, संभवतः GC tricks), इसलिए अप्रत्याशित SIGKILL JVM प्रक्रियाओं को समाप्त कर देता है।
  • कई टिप्पणीकार नोट करते हैं कि यह segmentation faults के लिए POSIX अपेक्षाओं के विपरीत है; अन्य कहते हैं कि signals का इस तरह उपयोग लंबे समय से चला आ रहा है और documented है, “bizarre” नहीं।
  • कुछ उपयोगकर्ता रिपोर्ट करते हैं कि IDEs (JetBrains, Eclipse) और tools कभी-कभी crash हो जाते हैं; अन्य कहते हैं कि भारी Java उपयोग के बावजूद वे समस्या को reproduce नहीं कर पाते।
  • प्रभाव मुख्यतः developers और JVM-based tools पर है, “typical” Mac users पर नहीं, लेकिन इससे फिर भी कई professionals प्रभावित होते हैं।

Workarounds और Mitigations

  • सुझाए गए JVM flags:
    • signal use को disable या limit करें (जैसे -Xrs), इसकी कीमत पर interrupts और कुछ runtime features में खराब व्यवहार होगा।
    • JIT को disable करें (-Xint या -Djava.compiler=NONE), जिससे performance पर बड़ा penalty पड़ेगा।
  • macOS पर Docker में Java चलाने से bug से बचा जा सकता है, क्योंकि Docker Linux VM का उपयोग करता है, लेकिन इसे likely/possible के रूप में चर्चा किया गया है, confirmed नहीं।
  • कुछ organizations work machines पर macOS को 14.3 पर freeze कर रहे हैं; अन्य OS updates को delay करने के security tradeoff को रेखांकित करते हैं।

Apple QA, Release Process, और Reversibility

  • कई लोग सवाल करते हैं कि ऐसा kernel-level change final release में कैसे ship हुआ, जबकि earlier betas में यह absent था या अलग था।
  • Apple की QA पर और signals के साथ ऐसा breaking behavioral change बिना स्पष्ट coordination के करने पर कड़ी आलोचना है।
  • macOS major/minor upgrades की irreversibility एक बड़ी चिंता है: अगर ऐसा कुछ workflow तोड़ दे, तो users आसानी से roll back नहीं कर सकते।

Developer Platform के रूप में macOS (व्यापक बहस)

  • एक बड़ा subthread development के लिए macOS बनाम Linux बनाम Windows पर बहस करता है:
    • कुछ कहते हैं कि macOS unreliable है, third-party hardware (monitors, audio) के प्रति hostile है, window management खराब है, Docker friction है, और POSIX “uncanny valley” समस्याएँ हैं।
    • अन्य रिपोर्ट करते हैं कि macOS rock-solid है, excellent hardware, अच्छे terminals, और strong everyday UX के साथ, और वे इसे Windows और Linux दोनों से बेहतर मानते हैं।
  • शिकायतें Finder UX, external display scaling, load के तहत audio glitches, और पिछले दशक में macOS polish में perceived decline को भी कवर करती हैं।