ออราเคิลแจ้งเตือนว่า macOS 14.4 รุ่นล่าสุดทำให้แอปจาวาจำนวนหนึ่งมีปัญหาบางกรณีจนทำให้แอปแครช หากองค์กรใดใช้แอปจาวาอยู่ให้ระวังการใช้งาน
ปัญหาเรื่องนี้เกิดจากแอปจาวานั้นอาจจะมีบางครั้งที่ไปพยายามเข้าถึงหน่วยความจำส่วนที่ห้ามใช้งานอยู่ เดิม macOS จะส่ง SIGBUS หรือ SIGSEGV ออกมา และแอปพลิเคชั่นสามารถรับ signal นี้และทำงานต่อไปได้ แต่ใน macOS 14.4 แอปเปิลกลับเปลี่ยนเป็น SIGKILL ที่ตัวโปรเซสทำอะไรไม่ได้
ออราเคิลระบุว่าไม่พบปัญหานี้ในเวอร์ชั่น early access ของ macOS 14.4 ทำให้ไม่สามารถแจ้งปัญหาให้แอปเปิลล่วงหน้า และตอนนี้ต้องรอแอปเปิลแก้บั๊ก โดยกระทบตั้งแต่แอป Java 8 จนถึงรุ่นล่าสุด
ที่มา - Oracle
Get latest news from Blognone
Follow @twitterapi
Hiring! บริษัทที่น่าสนใจ
Blognone Jobs Premium
Cloudnone
- สงคราม GenAI บนคลาวด์ในปี 2024 ไปถึงไหนกันแล้ว | Cloudnone x AWS
- Kubernetes คืออะไร [Part 1] เกิดขึ้นมาอย่างไร? ทำไมต้องใช้มัน? | Cloudnone EP.14
- CI/CD ยังไงดี ตั้งเซิร์ฟเวอร์เอง vs เช่าคลาวด์ | Cloudnone EP.13
- รู้จักโน้ตบุ๊กบนคลาวด์ เช่าใช้งาน Jupyter Notebook ที่ไหนดี | Cloudnone Ep.12
- สรุปข่าวใหญ่ปี 23 และคาดการณ์เทรนด์ปี 24 ในวงการ Cloud | Cloudnone EP.11
Comments
อ่านข่าวแล้วคิดว่าเป็นบัคของ Java เองมากกว่า
คนทำ kernel นี่ถ้าพฤติกรรมเปลี่ยนจนแอปพัง ปกติแทบทุกคนถือว่าเป็นบั๊กของตัวเองหมดครับ windows นี่มี caveat เยอะมากเพราะรองรับความประหลาดของแอปแทบทุกตัวที่เคยรันบนวินโดวส์
ลินุกซ์นี่เจอปัญหานี้ตลอดมา แทบไม่กล้าเปลี่ยนพฤติกรรม Kernel API แม้บางทีจะไม่ตรงกับที่ออกแบบไว้ (ดูเพิ่มเติมการบรรยายของ Michael Kerrisk เมื่อปี 2019)
lewcpe.com, @wasonliw
ขอบคุณครับ อ่าน comment ล่างแล้ว บัค OS แหละ และบัค Java ด้วย 😂
ปัญหาเรื่องนี้เกิดจากแอปจาวานั้นอาจจะมีบางครั้งที่ไปพยายามเข้าถึงหน่วยความจำส่วนที่ห้ามใช้งานอยู่ เดิม macOS จะส่ง SIGBUS หรือ SIGSEGV ออกมา และแอปพลิเคชั่นสามารถรับ signal นี้และทำงานต่อไปได้
ประโยคนี้เหมือน Java จะทำผิดแม้ระบบจะเตือนแล้ว
แต่ App ก็ยังทำงานได้ Java เลยทำผิดต่อไปจนกลายเป็นนิสัย
พอ Apple เปลี่ยนให้ระบบทำงานรัดกุมขึ้น App ใช้ไม่ได้
กลายเป็น Apple ผิดต้องแก้ไขซะงั้น
Apple ทำผิดพฤติกรรมที่คาดหวังไว้ว่าจะส่ง SIGBUS หรือ SIGSEGV ออกมาครับ เหมือนตกลงกันไว้แล้ว แต่ OS ตัวอัพเดทแล้วส่ง SIGKILL แทน ทำให้โปรแกรมหยุดทำงานแทน ซึ่งไม่ถูกต้องตามที่ตกลงกันไว้
ส่วนว่า OS ส่ง SIGBUS หรือ SIGSEGV ออกมาเพราะเข้าถึงหน่วยความจำส่วนที่ห้ามใช้งาน ก็คือแจ้งโปรแกรม (ในชีวิตจริง มันเกิดขึ้นได้) ทีนี้ พอได้รับแจ้ง หลังจากนี้จะทำอะไรต่อก็ว่ากันไป ซึ่งในข่าวไม่ได้บอกไว้ ให้เดา อาจจะย้ายไปใช้หน่วยความจำจุดอื่นแทน หรือแก้ไขการจองหน่วยความจำอะไรก็ว่าไป ซึ่งโปรแกรมไม่ถูกสั่งให้หยุดทำงานทันที รวมไปถึงหากมัน crash ก็ยังพอเก็บ dump exception จุดต่างๆ ได้ เอาไปแก้ไขต่อใน patch ถัดไป
We do not break userspace!
นอกเรื่องนิดหน่อย ขนาด Linux Kernel รักษา Interface ไว้ได้ดีขนาดนี้ แต่ทำไมลูกหาบ (Linux Distro) ไม่ปฏิบัติตามบ้างว้าาาาาาา
SIGKILL:
เป็นสัญญาณที่ไม่สามารถถูกดักจับ (intercept) หรือละเว้น (ignore) ได้
โปรแกรมจะถูกบังคับให้หยุดทำงานทันที โดยไม่ต้องทำความสะอาด (cleanup) ใดๆ
มักใช้ในกรณีที่โปรแกรมหยุดทำงานหรือทำงานผิดพลาดอย่างร้ายแรง
SIGBUS:
เป็นสัญญาณที่เกิดขึ้นเมื่อโปรแกรมพยายามเข้าถึงหน่วยความจำที่ไม่ถูกต้อง
โปรแกรมสามารถดักจับสัญญาณนี้และจัดการกับมันได้
มักใช้เพื่อแจ้งเตือนโปรแกรมเกี่ยวกับข้อผิดพลาดในการเข้าถึงหน่วยความจำ
เข้ามาเก็บความรู้ :)
..: เรื่อยไป
วิชา OS Architecture 101 ╰(´︶`)╯♡
บทนี้ SIGKILL, SIGBUS บทถัดไป memory address&overflow นศ.เตรียมสำหรับ ชม.หน้าด้วยนะครัส:)
เดาว่าตามสไตล์ของ Apple อย่างมากก็แก้กลับให้พฤติกรรมเป็นเหมือนเดิมโดยไม่อธิบายเหตุผล ว่ามีความจำเป็นอะไรรึเปล่าถึงจำเป็นจะต้องเปลี่ยนพฤติกรรมให้ต่างจากตัว early access. ตามปกติแล้วจาก early access ถึงตัวจริงควรจะแก้แค่ปัญหาที่พบจาก early access เท่าที่จำเป็น ไม่แก้อย่างอื่นจะได้ไม่เจอปัญหาแบบนี้