画像のプログラムで強制終了(プチコンが落ちて3DS再起動)するのですが私の3DSだけでしょうか？何か原因がわかる方教えて下さい。

データの問題ではないでしょうか。

どういうことでしょうか？

僕も落ちました。

私の「RTM004」（非公開）が「非公式ツール対策更新」後も使えるみたいだし いまだに穴があるみたいだよね 悪用されないといいけど

RTM004が気になる((

え？どういうことどういうこと((((；ﾟДﾟ))))))) 悪用ってなによ。HBLみたいな？

それじゃ中身が返ってこないから意味ないです…(T ^ T)

あ、これはヤヴァイやつだ 直せたって言ってた奴いたけど、そんなことなかった

え…ヤヴァイやつなの………… 全然分からない………(´Д` )

構文の問題かな... A$[0]をSHIFTするとプチコンの仕様上PRINT A$[0][LEN(A$[0]-1) になるんでしたっけ... しばらくはMID$で代用するしか思い付かないです...

参照系の命令はまだまだバグってそうですねえ 配列を受け取る関数に、配列を返す関数を渡したりすると期待通りに動かないことがあるし・・・

青い鳥で社長に報告しました(*´-`) 早く原因がわかって治るといいな。目的の動作をさせるには今の所これしかプログラム思いつかないし（笑）

MID$ってどんなだったっけ？

強制終了か…プチコンでHBLを起動できる寸前てきなかんじになってるな…

そうなの？

DIM A$[100]では、なぜか配列要素の文字列への参照先が確保されないようです。 参照先のない文字列配列要素に対して、SHIFTやPOPを実施すると発生するようですね。 A$[L]が””でないことを確認してからSHIFTすれば回避できると思われます。

参照先の無い文字列配列要素に対して、COPY,PUSH,UNSHIFTするとOut of memoryになるのも、同じ理由かもしれません。（０番地アクセス？）

あー…なるほど…なんかわかった気がします(・∀・)

普通の文字列変数の場合、文字列が無い場合（””）も文字列を置く場所を確保していますが、文字列配列の場合は、少し違うようです。その違いが、仕様か不具合かは、わかりません。もし、仕様だとすれば、その違いに対する考慮漏れがあったと言うことだと思います。

コータさん>文字列への参照先が確保されない これは何を根拠に?? 普通の文字列変数って最小確保メモリがそこそこあるんでしたっけ? 文字列配列にちまちました文字列を入れていくと予想以上にメモリを消費する印象がありますが、要素ごとに最小値が適用されるのかな???

普通は、１つの文字列変数当たり、最低約270バイト必要なようです。 メモリフラグメントを少なくするために、単純に270バイトをフリーメモリから取っているとは思いませんが･･･ テスト例 ? FREEMEM DIM A$[1000] ? FREEMEM FILL A$,"" ? FREEMEM

1024で試すと、 DIM A$[1024] で1024*4+40バイト FILL A$,"" で(256+16)*1024バイトと 結構キリの良い値になりました。

解説ありがとうございます。 文字列の配列はやっぱりメモリ効率悪いですね。 すだれみたいなツリー構造を文字列の配列で実現してましたが、考え直した方がいいような気がしてきました。