デフォールトのオルガンデータは２曲ですが、TINY402では Error　Could not allocate program memoryげなです。 TINY806以上にすると（Flash ４k　→　８k）にするとビルドできます。なんでかなぁ pic.twitter.com/spQvtajnEJ

エラーAllowed memory size of 524288000 bytes exhausted (tried to allocate 126976 bytes) →デバックを任意のファイルに飛ばす関数内でdebug(){ ⭕️error_log(飛ばしたい内容)→❌debug(飛ばしたい内容); にしちゃっていた }

エラーメッセージで "Allowed memory size of X bytes exhausted (tried to allocate Y bytes)" [X > Y] って出て困惑してる。

しかし、NetBSD/sparc 10.0のカスタムカーネルが_lwp_ctl: Cannot allocate memoryを連発するの、どうにかしないとなあ。メモリが目いっぱい増設しても512MBのマシンなんだ。1スロットはフレームバッファにとられちゃって448MBしか使えないし。

NetBSD/sparc 10.0で_lwp_ctl: Cannot allocate memoryが多発するの、GNERIC.MPカーネルなら問題ないな。なんでだ。

GNU Emacsのgitリポジトリをfetchしたら、 remote: fatal: Out of memory, malloc failed (tried to allocate xxxxx bytes) と言われた！ （というか、このエラーを初めてみた）

NetBSD/sparcの10.0で_lwp_ctl: Cannot allocate memoryが多発している。特にメモリが足りてないわけじゃないんだけど。

OpenBSD/riscv64とarm64のブートローダは64MB、armv7のブートローダは32MBをカーネル用に確保するので、それを「超える」RAMを搭載した基板じゃないと起動できないようです。 …だからMilk-V Duo(64MB)で試そうとしたらはCan't allocate memoryを拝むことになる訳で。

返信先:@NenemSdmnあと、Intel第13世代や第14世代を使用していると、ゲームがクラッシュしたり、（Out of video memory trying to allocate a rendering resource」(レンダリングリソースを割り当てようとしているビデオメモリが不足しています)というエラーが表示される場合があってintelが調査中らしいです(^^;