Twitterでくもん出版の「はじめての分数パズル」にバグがあることが判明したことが話題になっていたようだ。この製品は分数の考え方を身につけるためのもので、円を使って「1」を作ることを楽しむというもの。しかし、yugokitajimaさんのお子さんは、1/3と1/4、1/6、1/7、1/9のブロックを組み合わせて、計算上は合わなくてもパズルとしては組めてしまうということを発見した模様（yugokitajimaさんの関連ツイート）。

84/252（1/3）
42/252（1/6）
28/252（1/9）
63/252（1/4）
36/252（1/7）

合計すると253/252となる。しかし、実際の図形にすると収まってしまう程度の微差にしかならないことになるということのようだ。情報元へのリンク

すべて読む | サイエンスセクション | サイエンス | 数学 |

関連ストーリー：
Googleの「電卓」アプリ、小数点以下の値を含む計算結果に分数や記号を使用した表記を併記 2019年07月30日
Ubuntu 19.04リリース、GNOME 3.32によりデスクトップ版のパフォーマンスが向上 2019年04月20日
大量の「商標出願登録」で話題のベストライセンス、今度は「PPAP」を商標出願 2017年01月26日
JR東日本、「JR東日本アプリ」を公開。リアルタイムに運行情報、車両情報を乗客に提供。 2014年03月11日
「1年分365枚の4GB microSDHC」があったらどう使う？ 2010年11月25日

headless 曰く、

Linuxカーネル5.10ではXFSファイルシステムの2038年問題(Y2038)への対応が行われるようだ(Phoronixの記事、 The Registerの記事、 Darrick J. Wong氏のメーリングリスト投稿)。

Y2038は2038年1月19日3時14分7秒(UTC)以降、UNIX時間が符号付き32ビット整数で表現できる範囲を超えてしまうという問題だ。Linuxの場合、64ビットシステムでは64ビット整数が標準のためY2038の影響は小さく、32ビットシステムでもLinuxカーネル5.6でY2038に対応しているが、タイムスタンプに符号付き32ビット整数を使用するファイルシステムのY2038は32ビットシステム・64ビットシステムの両方が影響を受ける。

Linuxカーネル5.10のXFSファイルシステムではinodeのタイムスタンプとクオータ有効期限のタイプスタンプのデータサイズを拡大する「big timestamps」により、2486年までの対応が可能になるという。Phoronixによると、タイムスタンプをナノ秒単位の64ビットカウンターとして扱うことで、1901年12月～2486年7月のタイムスタンプに対応するそうだ。ただし、後方互換性を維持するため、現在のところbig timestampsはデフォルトで無効になっているとのことだ。

すべて読む | Linuxセクション | Linux | デベロッパー | 数学 |

関連ストーリー：
Linuxカーネル5.6、32ビット版で2038年問題への対応が行われる 2020年02月05日
Red Hat Enterprise LinuxでBtrfsが「deprecated」に 2017年08月08日
Red Hat Enterprise Linux 7がリリースされる 2014年06月13日
Linux ファイルシステムにおけるバグ傾向 2013年04月10日
Linux カーネル 2.6.37 リリース 2011年01月06日
Ext3のコミット間隔を当てにしたアプリケーションは、Ext4でデータロスの恐れあり 2009年03月13日