SpoilerALの修正パッチ

SpoilerAL 6.1 修正パッチ(2018.05.23)

使い方は付属の readme.txt を参照してください。
添付のテキストは修正履歴です。

※注意
古いSpoilerAL修正パッチでは「version.dll」をSpoilerALのフォルダ内に置く仕様でしたが、
現在は「version.dll」から「winmm.dll」へ変更しています。
不要な「version.dll」がフォルダ内に残っていると正常に機能しません。
「version.dll」が残っていれば削除してください。

【管理人より】
Googleに「SpoilerAL修正パッチ」が有害なソフトウェアの判定がされました。
このままでは他のサイトにも悪影響が出かねないので当サイトからは一時的に削除することにいたしました。
変態紳士氏が対応されるまでは下記URLよりダウンロードしてください。
旧式版：SpoilerAL修正パッチ旧式版の1472495801-1.zipをDL
最新版：の右上のArtifactsよりDL（試験版→）
※旧式版は6.1から更新されたもので最新版にないファイルを適用するためのものです。旧式版を適用した後、winmm.dllを最新版に差し替えた上でご利用ください。
※使い方はREADME.mdやWikiを御覧ください。

編集

精力的にパッチを更新していただき、ありがとうございます。
SSGを書くのがどんどん便利になり、大変助かっております。

今回、多数の演算子が追加されたようですが、
更新後のドキュメント(HowToSSGの「アドレス」の項目)と、
ネット上のプログラミング言語の演算子の解説ページを参考にしたりして、
どうにか追加の演算子の内容は把握できたかなと思っています。
後は、実際にSSGを書く中で使い方に慣れていきたいと思います。

編集

２件の修正を行いました。

・[define]の置き換え用の文字列が数文字しか使えなかった (単なるバグ)
・32bitと64bitキャストの仕様を変更

キャストですが、[1, 0] などとカンマ区切りの書式を[define]を使うことなく
直に電卓項目に使用すると電卓項目の書式のカンマとして認識され使えない事が分かりました。

そのままカンマを区切りとして使い続けるには大幅な変更が必要になるため
代わりのものに変更しました。(まだ64bit演算使ってるSSGも無いと思うので・・・)

32bit→64bit Cast64::0x80000000
64bit→32bit Cast32::0x123456789ABCDEF0

// 合成のようなもの (引数 $low, $high)
[define MakeQWord] ($low | Cast64::$high << 32)

// 下位ワードの取得 (引数 $Val、変数名は適当)
[define LowDWord] Cast32::$Val

// 上位ワードの取得 (引数 $Val、変数名は適当)
[define HighDWord] Cast32::($Val >> 32)

編集

更新ありがとう御座います。

6.2のコードがうまく書けないので
未だ6.1で書いてます（方々のSSGを参考に勉強中です）

そう言えば変数の中身をアドレスネーミングで表示できないのかなぁ…と。
ツクール系でアドレスネーミングを使いますと2n+1が表示されてしまいますので、これをうまく表示できれば（電卓側で確認しろよと言われそう…汗）

たとえば変数に置き換えて表示とかできれば利便性があがるような？
（AL側のデバッグモードを使わなくても変数の中身をみたい場合とか）

(変数をそのまま)
[subject]最大ＨＰ　　[　 '+' _mem,@ssl->{A},4,num,-,%d '+' 　]:dir

(2n+1をデコード表示)
[subject]最大ＨＰ　　[　 '+' _mem,[!@ssl->{A},($Val-1)/2!],4,num,-,%d '+' 　]:dir

(もしくはアドレスの中身を加工表示)
[subject]最大ＨＰ　　[　 '+' _mem,[!0x400100,($Val-1)/2!],4,num,-,%d '+' 　]:dir

編集

>>変態紳士さん
別スレでも書きましたが、
メモリを確保する機能の追加、あらためてお礼申し上げます。
サンプルSSGに「ERW」は「プログラム用」と説明が書かれてますが、
これは、プログラム改造のパラサイトルーチン等に使えるということでしょうか。

>>3　（仔猫）さん
ツクールや、エウシュリー製等の暗号化されたメモリ上の値を、
アドレスネーミングの現在値(num)に、復号化された(ゲーム画面上の)値で表示できれば、と私も最近思っていたところです。
[io_fep]を使えば電卓の現在値で確認は可能ですが、それだと選択中の項目の現在値しか確認できないですし(アドレスネーミングなら、複数の項目の現在値を一度に確認可能)。
暗号化されている場合の他に、9bitとか14bit等の、バイト単位で読み取れないサイズの値の場合も、
現状のアドレスネーミングではゲーム画面上の数値を表示できませんので困っていたりします。

一応、値が1から99(レベル表示等)のように、数十から数百程度の値しかとらない場合は、
例えばツクール(2n+1)なら、【3=1】等のとりうる全ての値分の行のフリーリストを書けば(表計算ソフトを使えば簡単)、
ゲーム画面上の値をfree_list型のアドレスネーミングで表示可能ですが、
とりうる値が数万、数十万、あるいはそれ以上もあると、フリーリストに書くのは非現実的で無理がありますね。

該当アドレスから読み取った値に対して演算を行う、[io_fep]のアドレスネーミング版のような機能があれば、と思うのですが、
実装は難しいでしょうか。(欲張りに次々要望して申し訳ないのですが･･･)

編集

>>4に書いた、メモリ上の値が暗号化されている等の場合に、アドレスネーミングでゲーム画面上の値を表示させる件ですが、
ファンネルライトと、最新パッチで追加された「メモリを確保する機能」を組み合わせれば、
暗号化された値等をゲーム画面上の値に変換してアドレスネーミング表示できそうですね。

具体的には、
・ファンネルライトの「条件式」は「use」
・同「書き込むアドレス」は、新機能の「メモリを確保する機能」で空きメモリ【 _Memory::(id) 】を指定し、
・同「書き込むバイト列」には、「置き換え型」命令($? $$)の中のアドレスコーディングに、
項目本体のアドレスの格納値をポインタ変換演算子で読み取って変数定義 → 復号化等の変換式を関数的構文で書いた[define](予め定義しておく)の記号を呼び出して代入、という方法で記述。
・そのファンネルライトで書き込んだ空きメモリのアドレス【 _Memory\:\:(id) 】を指定して、アドレスネーミング(num)で読み取る。
という方法でいけそう？

出来たとしても、上記方法でアドレスネーミング表示させたい項目が多い場合は、
全項目に対し、逐一、[allocate]で空きメモリ確保、[funnel][/funnel]で括る、ファンネルファイル記述、が必要なので面倒かもしれませんが･･･

編集

>>3 （仔猫）さん
>そう言えば変数の中身をアドレスネーミングで表示できないのかなぁ…と。
>ツクール系でアドレスネーミングを使いますと2n+1が表示されてしまいますので、これをうまく表示できれば（電卓側で確認しろよと言われそう…汗）

最近ツクール系が増えたようですが詳しくは知らないので何とも言えません。
2n+1ですと普通に書けそうですが何か不都合でしょうか。
符号ビットの仕様が分かりませんがテキスト（長すぎるので添付ファイル）を書いてみました。

※追記
添付ファイルですが、仕様が分からないし全く未検証なので長々と書いている部分に間違いを見つけました。
具体的にはコメントアウトしている場所です。

>>4 amateurさん
>これは、プログラム改造のパラサイトルーチン等に使えるということでしょうか。
想定していますが確かめていません。
ただし、確保するアドレスが毎回変動するので、
絶対アドレス(jmp eax, call eax, push address＋ret など)で指定するか、
相対アドレスの場合は確保したアドレスを減算して相対アドレスに変換する必要があります。

>フリーリストに書くのは非現実的で無理がありますね。
ファイルサイズが大きすぎて32bitプロセスのメモリ空間ではどうなるか分かりませんね。

>該当アドレスから読み取った値に対して演算を行う、[io_fep]のアドレスネーミング版のような機能があれば、と思うのですが、
>実装は難しいでしょうか。(欲張りに次々要望して申し訳ないのですが･･･)
[define]ではダメなんでしょうか？
メモリへの書き込みは[io_fep]じゃないとできませんが、
読み込みは[define]をマクロ関数にしてアドレスネーミングの式を置き換えられました。
何が出来ないのか理解できていません。

※追記
>全項目に対し、逐一、[allocate]で空きメモリ確保、[funnel][/funnel]で括る、ファンネルファイル記述、が必要なので面倒かもしれませんが･･･
語弊があったかもしれませんが[allocate]の回数は少ない方がいいです。
SSGの切り替えかSpoilerALの終了まで解放されません。
アドレスを少しずつずらして読み書きがいいと思います。
ゲーム側に確保されるのでプロテクトの厳しいゲームで変な事になっても困ると思いますし。

編集

>変態紳士さん
添付ファイルありがとう御座います。
実装されてた機能はこう使うのかと目から鱗です勉強になりました。

>amateurさん
流石です。ファンネルライトで実現させる方法…これも思いつきませんでした。
レスありがとうございます。

編集

>>6　変態紳士さん
プログラム改造のパラサイトルーチン等に使えるか云々について、
>ただし、確保するアドレスが毎回変動するので、
成程、そのとおりですね･･･
単にcall命令で確保した空きメモリのアドレスを呼び出すというわけにはいきませんね。

>[define]ではダメなんでしょうか？
[define]をどう使えばアドレスネーミングに復号化した値を表示できるのか分からないです･･･
[define]はアドレスコーディング部分に置換処理を行うもの、という認識なのですが、
アドレスネーミングの式(アドレス部分？)を置き換えても、演算結果は結局「アドレス」とみなされるので、
演算結果のアドレスの格納値をそのまま表示することにしかならないと思うのですが･･･
(アドレスネーミングの式を幾ら置き換えたり演算しても、読み取った値に対する演算はされない･･･と思います)
それとも、[define]に何か別の使用法があるのでしょうか？

一応、添付していただいたテキストを参考に、
SpoilerALを対象プロセスにしたSSG(添付しました)を作って念のため試したのですが、
添付SSGの[/script]の後ろに書いたとおり、
[io_fep]を使用しても、暗号化されたメモリ上の値を、復号化してアドレスネーミングで表示させることは不可能だと思います。
･･･だと思うのですが、私が何か勘違いをしていて、論点が違ってるのでしょうか。

編集

>>7　（仔猫）さん
ファンネルライトを使用する方法ですが、
>>6で変態紳士さんからご指摘のあった[allocate]の使用回数の問題の他にも、
よく考えると穴だらけですね(汗)

まず、ファンネルライトは、該当項目への書込みに「付随して」書込み処理が行われる仕様なので、
SSGを読み込み後、該当項目に一度も書込みをしていない場合は、
>>5の方法だと、アドレスネーミングの現在値は「0」なんですよね。
したがって、最初に該当項目を表示させる際、対象となる全項目用の空きメモリのアドレスに、
対象項目の格納値を復号化等した値を書き込む処理を、一括トグルで必須コード的に行う必要があると思います。
一括トグルのチェインファイルには、
(各項目用の空きメモリのアドレス), (>>5に書いたファンネルライトの「書き込むバイト列」と同じ記述), (00000000 または何も書かない)
という感じで各行を書くことになるかと。

あと、変態紳士さんからのご指摘を受け、[allocate]の使用回数を減らすためにも、
例えば、キャラのステータス等を[repeat]で複数人分表示させる場合、
[allocate]で確保した空きメモリは、各キャラで共用とする(＝同時に1人分しかアドレスネーミングの正確な表示はできない)つもりです。
SpoilerAL上で各キャラの表示を切り替える際には、上記の一括トグルを必須コード的にONにする、という感じで。

…というか、上記の一括トグル項目だけでもいいような気がしてきた･･･
一応、>>5で書いた方法のサンプル的なSSG(対象プロセスはSpoilerAL)を作ったので、添付します。
項目1と項目2は書換えできませんが、一括トグルをONにすると、項目1と項目2のアドレスネーミングに値が反映されます。

編集

>>8 amateurさん
「アドレスネーミング」を勘違いしていました。
どうもすみません。（命名は本体を作った人ですのでこんな事も・・・）

↓ドキュメント通りのアドレスネーミングであれば以下の書式ですが
_mem, アドレス, サイズ, num, エラー時の代替え文字列, 書式指定フィールド
(現在は _memo でも _abc でも動作してしまう、アンダースコアさえあれば動く)

↓こういうのがあれば
_mem, アドレス, サイズ, fep_num, エラー時の代替え文字列, 書式指定フィールド

または
_fep, アドレス, サイズ, num, エラー時の代替え文字列, 書式指定フィールド

という話ですよね（たぶん）
たしかに現状はメモリから読み込んだ値を無加工で表示するしかないです。
出来そうな気がしますが具体的には事はコードを見てからになると思います。

それとエウシュリーの話が出てきましたので[define]とビットシフトで書いたSSGとdiffテキストを添付しておきます。
あくまでサンプルです。

編集

>>3-9 （仔猫）さん、amateurさん
アドレスネーミングに以下の書式を追加しておきました。

_mem, アドレス, サイズ, fep_num, エラー時の代替え文字列, 書式指定フィールド

num を fep_num に変えると表示が変化します。

編集

>>10　変態紳士さん
添付していただいたSSG等、内容を理解するのが大変そうな大作ですね。
これは、時間のあるときに本腰入れて勉強したいと思います。

>たしかに現状はメモリから読み込んだ値を無加工で表示するしかないです。
やはり、アドレスネーミングはそういう仕様ですよね。
･･･と思ったら、早速パッチの更新が。「fep_num」の書式追加、ありがとうございます！
添付のSSGで確認したところ、正常に動作しており、
[io_fep]の演算(出力値への演算。添付SSGでは【(メモリ上の値-1)/2】)が、
アドレスネーミングの表示にも機能しています。

>>5や>>9で書いた方法は、色々問題があって使いづらいので、大変ありがたいです。
迅速に要望に応えてくださり、感謝いたします。

編集

>>11
>変態紳士さん
更新ありがとう御座います。アドレスネーミング派には朗報です！
簡単な確認もデバッグモードを使わなく済むので助かります。

>>9-12
>amateurさん
検証ありがとうございます助かります。
サンプルSSGの正常動作を確認しました。

編集

>>4 amateurさん
>これは、プログラム改造のパラサイトルーチン等に使えるということでしょうか。

パラサイトルーチンのサンプル的なものを用意しました。
source\test\__parasite_test__.ssg

トグルから書き込んだ後、その下の電卓項目で[10進/16進]の切り替えボタンをクリックするとメッセージが表示されます。
APIのテストも兼ねているので若干大きくなっています。

編集

>>14
サンプルSSG、ありがとうございます。
[allocate]で確保した空きメモリを使用したパラサイトルーチン作成方法が大体分かったような気がします。

APIの部分がよく理解できていないので、とりあえず、
パラサイトルーチン部分だけのSSGに修正したみましたが、こんなものでしょうか。

編集

>>15 amateurさん
戻ってきたら成功ですね。遠い所へ旅立ってしまうと失敗です。

>APIの部分がよく理解できていないので
APIに関しては、DLLのアドレスから更に関数アドレスを拾ってくるもので、
呼び出すときは（スタックなので）引数を逆順にPUSHしてCALLで呼び出せます。

呼び出すよりは基準アドレスにしたり、
関数の中身を書き換えて無効化したり（エウシュリーの時のように）
そういった事にも使えます。

アドレスの部分を書いていたら、各行に相対アドレスを書くの面倒くさいと思ったので
コードの途中で改行できるようにしておきました。
説明が大変なのでテキストを添付。

アドレスコーディングも円記号付きで改行できます。

編集

>>16
APIの部分の解説ありがとうございます。
といっても、分かったような分からないようなという感じですが(汗)
[group]parasite　の最後の2行は、「情報」と「[10進/16進]ボタンがクリックされました」の文字列ということは分かりましたが、
関数アドレス部分の処理は私にはまだ理解が難しいようです。
そもそもスタックの操作に慣れていないというレベルでして･･･
やはり、基本からしっかり勉強しないといけないようです。

それと、パッチ更新ありがとうございます。
円記号(\)付加で改行に対応とのことで、
一行に本来書くべきコードを改行で分割できたら読みやすくなりそうですね。
下記のように無意味に改行しても正常に機能しました。
--------------------------------------------------------
[subject]パラサイトルーチンの作成/ON\/OFF/_:b_toggle\
, 0x00, ssl->parasite, offset
--------------------------------------------------------

編集

パッチ適応前に読み込めるSSGをパッチ後に読み取ろうとするとSpoilerALが動作を停止します。

環境:Win10Home 64Bit
問題あるSSG:kn氏のGEARS of DRAGOON 〜迷宮のウロボロス〜
同じkn氏のでもBunnyBlackは読み込めたからSSGの修正ではなく読み込み側の問題かと思って投稿してます。

追記：
タイトル側のところの表が制限されてるみたいで、表示が途中で切れます。
これもバッチ適用前は正常です。

編集

エクスポートアドレスを取得できるようになりましたか
色々使いみちはありそうですが
一つ懸念は、名前が無い場合や難読化の為に文字化けさせた場合ですね
99%無い事態ですが序数指定も検討しておくといいかもしれません

編集

>>18
私も偶々そのゲーム持ってる(インストールしたまま)ので、【2016.09.13】分の最新パッチ適用の状態で
件のknさん作SSGを選択すると、読み込みに失敗してSpoilerALが落ちてしまいますね。
ただ、一つ前の【2016.09.10】分のパッチに戻したら、上記SSGが正常に読み込めました。
なお、上記のSSGは臨時板のバックアップの「過去板サルベージ依頼等 」記事 ( No.101 )からDL可能ですね。

(追記)
毎回ではないかもですが、SpoilerALが落ちる際には下記のエラー表示がよく出ます。
「メモリストリームの拡大中にメモリが足りなくなりました」

それと、再現性確認のための参考情報ですが、
SSG作者のknさんは体験版で解析されたらしいので、体験版でもSSGは動作すると思います。
「Holyseal 〜聖封〜」の「RPG体験版ver1.00」で、ミラーの[6]が速くDLできるっぽい(試したら約4分)です。
一応、上記からDLした体験版でも同様の結果でした。

編集

>>19 NEExploiTさん
>序数
序数は実装した時から使えます。（無名の関数を想定しています）
読みにくいですが差分のHowToSSGに序数の書き方があります。

ただ、規格外な名前には対応していません。
エクスポート関数はコンパイル後にバイナリを書き換えれば変な関数名も作れてしまいます。
名前をプロテクトにしても効果が無いので滅多に出現しないと思いますが・・・

>>18 774さん
>>20 amateurさん
報告どぉもです。
コードの途中の改行する機能に付随するバグでした。
直しておきました。

編集

>>21　変態紳士さん
迅速な対応、ありがとうございます。
確認したところ、正常に動作するようになりました。

編集

最新の修正パッチ(09.13)を当てるとspoilerAL本体が起動できなくなります。確認したところとこのKAMT.ssgが原因だそうです。
このssg削除すればちゃんと起動できます。
またパッチを削除すればこのssgもちゃんとロードされます。

修正できますか？

編集

>>23
私の環境では、そのSSGをSpoilerALのSSGフォルダに入れても、問題なくSpoilerALは起動しますよ。
そのゲームは持ってないので、添付のSSGが正常に使用できるのかは知りませんけど。
一応「神採りアルケミーマイスター」体験版をDLしてそのSSGを読み込みましたが、
そのSSGが使えない(多分アドレスのずれが原因)だけで、
SpoilerALの動作自体には問題はありませんでした。

念のため確認しますが、>>21の変態紳士さんの書込み以降にパッチを再DLして試しましたか？
もし試していないなら、最新パッチを再DLして試してみては。
>>21で変態紳士さんが書いていらっしゃるとおり、
最新パッチ(2016.09.13分)は昨日に修正(ファイル差し替え)されていますので。

>>18で774さん、>>20で私が書いてるのと似たような症状っぽい気がするのですが、
それは上記のとおり修正済みのはずです。

編集

>>23 gwendolynさん
報告どぉもです。

この修正パッチは頻繁に更新しています。
なので、報告前には最新版での確認をお願いします。
注文が多いと年寄りだと言われそうですが・・・

作ってる環境では確認できませんでした。
新しく見つかったバグなら修正しようと思うので、
念のため再度最新の状態で確認をお願いします。

編集

最新の修正パッチ(09.17)を当ててたらspoilerAL本体が起動できなくなりました。すぐに強制終了します。
検証の結果ssgフォルダ内に以前のバージョンのssgが入ってると起こるみたいで、フォルダ内を6.2のだけにした時とwinmm.dllを消した時しか正常に動作しません。併用は不可能でしょうか？

編集

>>26
>併用は不可能でしょうか？
併用は可能です。情報が少なすぎて見当が付きません。
何が干渉しているか見当は付きますか？

編集

いろいろと試したら起動できるようになりました。原因は不明。複数のssgが干渉しあって起きたとしか言いようがないです。ファイルを移動させたり戻したりでも結果が変わったりするので見当はつきませんでした。すみません。

編集

>>28
最新パッチ当てましたが、私の環境では>>26のような症状は今のところ一度も起きませんね。
一応、SpoilerAL6.1用の過去のSSG(>>18に書かれているSSG等複数)を読み込んだりして幾つかのゲームで何回か試しましたが、
特にSpoilerALの動作に問題はありません(SSGフォルダには6.1用の過去のSSGが大量に入っています)。

最新パッチを当てる前は、どの日付分のパッチを当てていたのか、
あるいは、パッチを当てること自体が初めてなのか、
>>26のような症状が起きたのは初めてなのか、今までにもあったのか、
そのあたりの詳しい情報を書いた方がいいのでは。
そういうことは他人には分からない情報なので、質問・依頼する側が積極的に申告すべきかと思います。

この掲示板の利用規約にも書いてますが
「需要が満たされない時の対処法」(この部分は本家猫缶Index時代からほぼ同じテンプレ)にある、
「閲覧者に自分の書き込みを読んでもらうこと・ 自分の状況を理解してもらうことの２点に留意」(引用)ということですね。
つまり「隣に座ってプレイしているのを見ている場合でも無い限り、発言の内容が十分に理解できない」(同じく引用)
のですが、本家猫缶Index時代から、守らない人が多い(だからこそ規約等にテンプレ的にずっと残ってる)のですよね。

編集

最新パッチを当てた場合、私が作ったツクール製のSSGが大量にあるとSSGの解析中にフリーズし、起動できなくなる模様です。

逆に私が作ったSSGのフォルダを削除すると使えるようになります。
おそらくツクール製のSSGの構文に引っかかるものがあるかもしれないので調査をお願いします。

RPGツクールXP/VXのゲームは通過し、VX Aceのゲームで停止します。

これらの大きな違いは"[group]item_ssr"のコードの複雑さにあるのでそのあたりが原因かもしれません。

ドメイン移転直前（2016/09/15 01:13）時点の修正パッチでは正常動作することを確認しました。

一応OSはWindows10でウィルス対策はKingSoftです。

【添付ファイルの説明（左から）】
1.解析が止まった瞬間を捕らえたスクショ
2.正常動作を確認した修正パッチ（2016/09/15 01:13版）
3.解析が停止したことを確認したSSG２つ

編集

方々、お疲れ様です。
RICKさんのSSGですが僕のところでは特に問題なく検索で表示されるようです。

しかし、今後のこともあるので『安定版』と『最新版』と『最新版の1つ前』の3つ（旧バージョンを2つぐらい含めて）公開して下さるとユーザー側で、どの版で異常があるか判断材料になりやすいかと（報告しやすいかな）

追記です。
>>30
ALの検索では止まらないですが…
タイトルセレクト画面で該当のSSGが表示されません（選択できない状態です）

SpoilerAL.logを確認すると

RICK\MONSTER RINGDOM 〜 ホーリー祭3rd.ssg,2378375365
[Distinction]

RICK\淫魔島のエクスプローラー 体験版.ssg,2658760035
[Distinction]

と[Distinction]以降の項目〜が空欄になってます。
------------------------------------------
パッチを当ててない時の挙動

RICK\MONSTER RINGDOM 〜 ホーリー祭3rd.ssg,2378375365
[Distinction]
39,661549:creator=RICK,maker=ARCSTAR RINGDOM,process=Game.exe,title=MONSTER RINGDOM 〜 ホーリー祭3rd

RICK\淫魔島のエクスプローラー 体験版.ssg,2658760035
[Distinction]
39,660120:creator=RICK,maker=24ぺーじ,process=Game.exe,title=淫魔島のエクスプローラー 体験版
----------------------------

追記2
手持ちのverでは09/10版以前ではOK(問題なく選択できる)
09/17版(最新)ではNGです。

編集

>>30 RICKさん
>>31 （仔猫）さん

修正しました。

円記号(\)で改行する機能に付随するバグでした。
元々のコードに習いファイルを64KBごとに読み込んでいるのですが、
２バイトの改行コードが64KBの境界をまたいだ時に起きるバグでした。
２バイト文字は問題ありません。改行のみです。

>『安定版』と『最新版』
気持ちは分かりますが否定的な回答をします。
その方法はバージョン管理と呼ばれるものでロールバックを実現させるシステムが存在しますが、
何よりもバージョンに２つ、３つとブランチ（分岐）を増やしてしまうと分岐の数だけ更新の負担が増えてしまいます。

バージョンのコミット（最新版の公開）は安定していなければならなくなりますが、今回の様な潜在的なバグというのは
結局のところ安定版として公開した後に見つかるものだと思います。

>ALの検索では止まらないですが…
修正前のものですが、SpoilerAL.log を削除するとフリーズする事を確認できました。

※追記
追加機能のネタが無くなってきました。。。

編集

更新ありがとうございます
僕のところでは問題なくなりました（読み込めてます）

＞今回の様な潜在的なバグ
あー、確かにそうですね。
今回のように現象を再現できなければお手上げですし。

編集

どうもお久しぶりです。


>>変態紳士さん

早速で何なのですが、[fep_num]でエラーが出たのでご報告を。
確認した限りでは[io_fep]の出力側に[: :]や[. .]があるとエラーが出るようです。

とりあえず確認用のSSGを添付しておきます。ご確認お願い致します。

編集

お世話になります

スレの趣旨とは外れるのですが
SpoilerALでSSGを読み込んだ際に空白の項目が最上部に追加され
以降、起動時にその項目が増えていく現象の解決方法はありますでしょうか？

マウスオンした際に出る誤認識SSGを圧縮するなりして除外すれば
回復は可能なのですが、何が条件で起きているのかがさっぱりなので
もし修正可能であれば、方法を教えていただきたく

編集

>>34 dipperさん

添付ファイルが役に立ちました。
直しておきました。


>>35 粘着質さん

>回復は可能なのですが、何が条件で起きているのかがさっぱりなので
>もし修正可能であれば、方法を教えていただきたく
まず、他の方の修正がスムーズに行われている一番の理由ですが、
「製作者の環境で不具合を再現出来ている」からです。

>現象の解決方法はありますでしょうか？
他の人にとって再現性は数少ない手がかりです。
他人の環境で再現させようとしてください。
そうすれば解決する可能性が高くなります。

粘着質さんの場合、修正パッチを導入した環境で起きているのか、
オリジナルのバージョン6.1で起きているのか書かれていません。
該当のSSGのタイトルも書いてください。

・手順１
最新版にしてテストしてみる。
一日に何度も修正がある事も多いので、
修正パッチを導入している場合は最新版にする（日付は無視して更新）。

・手順２
パッチを削除した状態で比べてみる。
これで導入前か導入後か判断できる。

・手順３
SSGフォルダをコピーや移動またはバックアップし、
現行のSSGフォルダのファイルを半分程度に削除してみる。
再現する場合は現行のSSGフォルダを更に半分に減らし、再現する限り半分に減らし続け、
消去法で残ったSSGファイルが不具合の対象になる。

報告に必要な内容
・不具合の内容
・再現方法
・修正パッチの導入前か導入後か
・不具合を引き起こしているSSGとダウンロード先
・その他、出来る限り詳しく (詳しく書くと再現性が高くなる)

編集

>>36 変態紳士さん

早速の対応ありがとうございます。
確認した限りでは問題なく使用できています。


>>※追記
>>追加機能のネタが無くなってきました。。。

それと追加機能のネタと言うか要望ですけど。
以前からアドレスネーミングで使える[free_list]のコマンド(?)版があればなと思っていました。
実装されれば単純にリストに使う容量が1/2に減り、[free_list]用のリストを含めれば1/3は減りますし。
それだけではなく、リストファイル一つでアドレスネーミング用、実行用リストファイルとして使えますから。

使用感は下記のような感じでしょうか？

まずは御一考お願い致します。


■free_list

[subject]項目名: free_list, アドレス, リストファイル

[group]リストファイル
1=表示1
2=表示2
-=書き換えは行わず表示用
20=表示20
[/group]

編集

こちらも追加機能のネタというか要望ですが、
UTF-8で書かれたSSGも読み込みできるように出来ませんか？
BOM付き、BOMなしは問いません。

現状だとUTF-8 BOM付きだとヘッダが正しくないと表示され、
UTF-8 BOMなしだと文字化けします。

というのはたまにUTF-8にはあってSHIFT-JISにはない文字をリストで採用することがあるからです。

編集

>>37 dipperさん

コマンド版というのが理解できていません。

>-=書き換えは行わず表示用
これはリストに何も行わず表示したいという事でしょうか？
マイナスという文字が認識対象なのかどうか調べないといけませんが・・・

間違った解釈のまま進めても無意味ですし、まずは仕様を把握する方が先です。

>>38 RICKさん
>UTF-8で書かれたSSG
無理だと思います。なんせ内部のコードがSHIFT-JIS(CodePage932)で構成されていますから・・・
仮にUTF8を読み込んでも内部処理のためにCP932に変換しなければならず、
手動で変換しても文字コードに無い文字は出力できません。
これは仕方ない事だと思います。

SpoilerALの最終更新日時は2003年ですが、当時はマルチバイト文字を扱うのが主流でした。
近年はＯＳを含めUTF-16LEを扱うものが多くて外字を除けば表現できたりします。

編集

>>39 変態紳士さん

コマンドと言うのが変な表現でしたね。
解説どおりなら項目種別のことを言いたかっただけです。

説明が下手なので申し訳ありませんが、free_list用のリストを使ってlistやb_listの様にリスト処理を行いたいといった趣旨です。


>-=書き換えは行わず表示用

「　-　」はd_listでいう空行でリスト上は表示するけどメモリ上には書き込まないといった意味で使いました。
下記�@をd_list用のリストに置き換えると下記�Aといった感じです。


■�@

[group]リストファイル
1=表示1
2=表示2
-=書き換えは行わず表示用
20=表示20
[/group]

■�A

[group]リストファイル
表示1
表示2
書き換えは行わず表示用
表示20
[/group]

[group]チェインファイル
1
2

20
[/group]




それとoffset指定が抜けてたので訂正。

[subject]項目名: free_list, アドレス, リストファイル
↓
[subject]項目名: free_list, アドレス, リストファイル, offset

編集

>>39 変態紳士さん

やはりUTF-8で書かれたSSGを読み込むのは無理でのようですね。

それでは追加の要望を書かせていただきます。

あと現状(6.1)では
[replace]でポインタを指定できるのは一度のみのようですが、
これを複数回使用可能にすることはできませんか？

例：
[subject]test:dir
[replace]@ssl->address_test,ssl->test
[/group]


[group]test
[subject]test:calc,0x04,0,99
[subject]test1:dir
[replace]@ssl->address_test1,ssl->test1
[back]
[/group]

[group]test1
[repeat]ssl->test2,0,8,1
[/group]


[group]test2
[subject][!L($Val+1)!]:calc,0x[!$Val*4!],0,9999
[/group]

※address_testとadress_test1には多重ポインタを採用します。

編集

>>40 dipperさん
リストの書式を統一して使い回したいという事ですか。
そう思う事は多いですね。

確かに不自然なほど規格化できていないリスト群ですが、
バイト列を扱える部分とそうでないところがあったような・・・？
気がします。（本体を作った人じゃないので分かりません）

リスト系の処理はそれぞれが独立していて一つ一つ作り直しになるので労働力もそれなりです。
アセンブラで書くコードが大きくなればなるほど人間コンパイラみたいな状態で神経質になりますし。
○○が出来るとかいう目的みたいなものが無くて萎えると言いますか。
なんというかビミョーな案件ですね。マトモなエディタなら矩形選択でコピペすればいいわけですし。

後回しになるか放置になるか分かりませんが保留させてください。
時々コードを読み返して簡単だったら実装になると思います。

編集

>>41 RICKさん

>[replace]でポインタを指定できるのは一度のみ
[replace]でポインタと言いますか、多重[replace]自体が困難だったと思います。
以前、�~のラプソディというタイトルで多重[replace]を行った事がありますが、
[replace]内でオフセット[.0.]から同じアドレスを減算してゼロに戻すような処理になりました。

コード上の[replace]は、SSGファイルの行の配列としては静的に展開されており、各行の解釈が動的に行われています。
これは再帰処理と呼ばれる処理に当てはめていますので、オフセットアドレス属性を途中で外す事は出来ません。
現状の[replace]の仕組みとしては困難かもしれません。

コードを読み返した上で進展があれば報告します。

編集

>>41 RICKさん

テスト用にSSGファイルを用意しました。
現状でもポインタを使った多重[replace]は問題ないようです。

やはり[replace]中のオフセット解除が問題となります。
添付ファイルの[2ndToNull]グループのような事を行わないと解除できません。
�~のラプソディの時にこれで苦労したような・・・

しかし、コード上は再帰処理中に属性解除は出来ないので、
オフセット解除を行うのなら[define]でモジュールアドレスから取得する方が効率的になります。

※追記
添付ファイルはヘッダを6.1にしても動くようです。

>あと現状(6.1)では
>[replace]でポインタを指定できるのは一度のみのようですが、
>これを複数回使用可能にすることはできませんか？

意味が違うのであれば別ですが、これは解決？なのでしょうか。

編集

多分解決でいいと思います。
お手数おかけして申し訳ありませんでした。

編集

>>42 変態紳士さん

返信が遅れて申し訳ありません。
もし機能の追加が出来そうでしたら、その時はよろしくお願い致します。


それと追加の要望なのですが…
下記�@の処理だと0x400000、0x400004、0x400008...に0x500000の格納値を書き込むといった処理ですが、
バイト列の相対ジャンプ命令や反復命令のジャンプ値を格納する変数を追加することは可能でしょうか？
例えば下記�A、�Bの様にジャンプ値を格納する変数(仮に「$Jmp」)があれば一定間隔でステータスなどを管理しているゲームは便利だと思うのですが。
どうか御一考よろしくお願い致します。


■�@
[subject]test/_:toggle,0x400000,*[ 0x0100 :: [:0x500000:] *],??

■�A
[subject]test/_:toggle,0x400000,*[ 0x0100 :: [:0x500000+$Jmp:] *],??

上記は0x400000=[:0x500000:]、0x400004=[:0x500004:]、0x400008=[:0x500008:]...

■�B
[subject]test/_:toggle,0x400000,*[ 0x0100 :: [:0x400004+$Jmp:] *+01 0C *],??

上記は0x400000=[:0x400004:]、0x400010=[:0x400014:]、0x400020=[:0x400024:]...

編集

>>46 dipperさん
メモリの塗りつぶしだけじゃなくてコピーが出来ますね。

ジャンプ jump ($Jmp) というより、相対アドレス relative address ($Rel) かと思います。
または、開始アドレスが分かっているので absolute address ($Addr) のようなものを用意して減算するか、
繰り返し回数の count ($Cnt) で計算するか、そんなところでしょうか。

しかし、アドレスコーディングとバイト列のコードは分離されていて、規定の変数を追加する事はできません。
アセンブラから関数の引数を増やすとなると全ての呼び出し元を書き換えないといけませんし・・・
この場合は範囲が巨大になりすぎて手におえない可能性もあります。

SpoilerALのソースコードを読んでから検討します。

編集

>>47 変態紳士さん

早速の返信ありがとうございます。

個人的には repeat の $Val 感覚で使える count ($Cnt) が良い様な気がします。
とは言っても、これ以上無理も言えないので簡単な方でお願いできればと思います。
搭載は、やはり難しいようですね。
ですが、お時間のある時にでも、ご検討のほどよろしくお願い致します。

というか面倒事しか、お願いしていないような…

編集

>>48 dipperさん
バイト列の反復命令に $Rel を実装しました。
サンプル的なSSGは source\test\__memory_copy__.ssg です。

count ($Cnt) というより index ($Idx) ですが、
$Rel ではダメだという場合は早目に連絡してください。

その場合は現行の $Rel を廃止して切り替えます。
両方とか全部とかは面倒なので・・・

編集

>>49 変態紳士さん

パッチの機能実装ありがとございす。
まさか、こんなにも早く実装して頂けるとは思ってもいませんでした。

まだ、添付されているテストSSGでの確認しかしていませんが、
少し修正して相対ジャンプ命令も反映される事を確認しました。

個人的には、要望どおりの効果が得られ、とても満足な仕上がりになっています。


早速この機能を使えそうなゲームがあるので色々試したいと思います。
（いつSSGが完成するかは未定ですけど…）

編集

>> 変態紳士さん

度々申し訳ありません。
また要望がありまして、投稿させて頂きました。


現状 [io_fep] は list や b_list には効果が無いですよね？
そこで要望は [io_fep] を list や b_list などで機能するように対応して頂きたいのと
上記の機能が搭載できた場合、アドレスネーミングに fep_num の様に fep_list、fep_free_list の様な感じで、
[io_fep] の効果を参照できる項目を追加して頂けないでしょうか。

現在SSGを作成しているゲームは例えば 16進数：0x2E14EA 10進数：3020010 と格納されている場合、
30 20 10 で分解され三つの項目を管理している様な箇所が多数存在しています。

リストを使いたい項目も、そういった箇所が多数存在していまして今回要望を出させて頂きました。
どうかご検討のほどよろしくお願い致します。

編集

>>51 dipperさん
list系はクラスですね・・・
アセンブラから既存のフレームワークを解析してクラスを実装するのは苦行です。
[define]の時もクラスでしたが、既存のクラスを拡張し型の認識方法を変える事で既存のクラスと違う動作をするようにしています。

大変なので出来る事なら現状のままSSG製作側で対処をお願いします。

編集

>>52 変態紳士さん

そうですか実装は難しいですか、残念です。お時間を取らせました。
SSGについては caution を用いてリストを確認できる様に対応しようと思います。

編集

>> 変態紳士さん

毎度のパッチ更新ありがとうございます。

早速本題ですが adjustment の方に不具合があったので修正して頂けないでしょうか？
内容は size を使用すると、変換したバイト列がおかしくなるようです。

[size]4 を使用した場合、値が 1 の場合は変換されるバイト列は本来 01000000 なのですが 00000001 になってしまうようです。
一応、確認用のSSGを添付しておきます。

可能であれば修正をお願いできないでしょうか。

■追記

動作の確認はSpoilerAL ver 6.2です。
そもそもSpoilerAL ver 6.1は size の機能しなかったので、いつの間にかパッチに追加された機能でしょうか？

■追記２
私の環境だと修正パッチ (2016.10.06) と (2016.10.07)で確認したところ　MName:: を使用するとエラー落ちしてしまうようです。

原因を確認中ですが一部SSGでSpoilerALが展開される前に終了してしまいます。

編集

>>54 dipperさん
修正しました。

>そもそもSpoilerAL ver 6.1は size の機能しなかったので、いつの間にかパッチに追加された機能でしょうか？
隠れバグが何かのオマケで直ったような事ではないでしょうか。

>MName:: を使用するとエラー落ちしてしまうようです。
こちらでは何も起きませんが、タイトルが分かったらお願いします。

編集

>>55 変態紳士さん

早速の対応ありがとうございます。
ただ、>>54の添付SSGで使用して確認した所、
リスト選択時に「モジュール WINMM.DLL のアドレス73B3DA61 でアドレス FFFFFFFF に対する読み込み違反がおきました」
とエラーが発生しました。環境の問題でしょうか？

それと MName のエラーの再現が出来たので確認用のSSGを添付しておきます。
こちらはパッチを外して確認するとエラーは発生しませんでした。
パッチを適用していると「SSG for SpoilerAL ver 6.1」「SSG for SpoilerAL ver 6.2」でも発生します。
これも、もしかして環境依存でしょうか…

■追記

>>そもそもSpoilerAL ver 6.1は size の機能しなかったので、いつの間にかパッチに追加された機能でしょうか？
>隠れバグが何かのオマケで直ったような事ではないでしょうか。

改めて確認しましたらパッチ未適用でも size は機能してました。
ただ、パッチ適用後「SSG for SpoilerAL ver 6.1」だと機能しなく、
「SSG for SpoilerAL ver 6.2」なら機能するといった状態でした。
最新版のパッチだとエラーで確認出来なかったので 2016.10.03 にダウンロードしたパッチで確認しました。

編集

>>56 dipperさん
なんだか怪しい気がしてきたので早いうちに対応します。
情報ありがとうございました。

編集

>>56 dipperさん
たぶん直りました。
というのも添付のSSGでは再現しなかったのですが、
他のSSGの挙動が変なので修正しました。

特定のゲームでデバッグモードにしたままSSGを開くとログ画面がメイン画面を巻き込んでフリーズするものでした。
更に別のＰＣでは違う動作をしていたり色々でしたが、一カ所メモリの扱いを間違えていたので直しておきました。

編集

>>58 変態紳士さん

早速の対応ありがとうございます。お疲れ様です。
早速パッチを適用して確認してみました。


>>56 に添付したSSGは正常に動作することを確認しました。
ただ、いまだ動作しないSSGがあり パッチに同梱されている __memory_copy__.ssg で確認した所、起動できませんでした。
おそらく、SSGを投稿したり、ゲーム解析について語るスレ で話題に上がった Memory:: が原因だと思われます。

>>54のSSGで確認した所 adjustment はまだエラーが発生します。
リスト選択時に「モジュール WINMM.DLL のアドレス 7440DA41 でアドレス FFFFFFFF に対する読み込み違反がおきました」と発生しました。

そして、さらに確認した所 toggle があると何故か起動しませんでした。
>>56 SSGの [group]main 内に↓を追加したところ起動しませんでした。
[subject]テスト//:toggle,0x00,00000000,??

b_toggle を使用すると起動はするのですが選択すると「モジュール WINMM.DLL のアドレス 7441E27F でアドレス FFFFFFFF に対する読み込み違反がおきました」と発生しました。

環境依存なようなので意味が無いでしょうけど、確認用のSSGを添付しておきます。

編集

>>59 dipperさん
VMware に Windows 2000 Professional Service Pack 4 (x86) を新規インストールした環境でテストしましたが、
何も起きないようです。

>WINMM.DLL のアドレス
これなんですけど、エラーが出ている時はDLLの開始アドレスが必要になります。
DLLですし固定アドレスじゃないので。
エラーが出ている最中に、うさみみで[メニュー]-[移動]-[表示アドレスを指定]-[次のモジュール]を何度かクリックすると見つかります。

CPU依存を疑い始めたけど調べようがなく、10月1日の分も複数あるので、
とりあえず動作する最新のものをアップロードして頂けないでしょうか。
新規の環境で再現しないという事は、差分を最小限にして適用した方が不具合を調査するより早いかもです。

編集

横から失礼。
私の環境でも>>59の添付ファイルで同じようにエラーが出ました。
「モジュール WINMM.DLL のアドレス 706CE27Fでアドレス FFFFFFFF に対する読み込み違反がおきました」
WINMM.DLLの開始アドレス706C0000

こちらの環境Win10 Pro 64bit
使用パッチVer2016.10.08
です。

編集

>>60 変態紳士さん

私の環境で現状問題なく使用できるのは 2016.01.03 の16時頃に入手したパッチです。
それを添付しておきます。

それと __memory_copy__.ssg は下記を削除すると表示できました。

[subject]コピー元[ '+' _mem, _0x00400050, 0x24, null, - '+' ]//_:string, _0x00400050, 0x24, null
[subject]コピー先[ '+' _mem, _Memory\:\:0, 0x24, null, - '+' ]//_:string, _Memory::0, 0x24, null

ただ下記だとエラー落ちしませんでした。

[subject]現在値[ '+' _mem,_0x00400050,0x04,num,-,%d '+' ]//_:string, _0x00400050, 0x24, null

■追記

添付2の __memory_copy__.ssg を修正したSSGで確認した所 Memory はどうやら機能しているようです。
機能していないように思えたのは toggle 系のエラーのためかも知れません。


>>WINMM.DLL のアドレス

下記のような記載でよろしいでしょうか？


■adjustment
winmm.dll
743C0000

erroraddress
743EDA41

■b_toggle
winmm.dll
743C0000

erroraddress
743CE27F

編集

>>62 dipperさん
とても助かっています。
とりあえずはフランケンシュタインしてみました。（ツギハギにする事を言うらしい）

こちらでは頂いたSSGファイルは全て動くようです。
まだ以前のバージョンに近づける要素は残していますが、
バグ修正も含んでいますのである程度戻してみました。

テスト用なら幾つでも用意できるのですが、人任せになるので・・・

■追記
読み込み違反の件ですが、通常はコードセグメントからジャンプしてもデータセグメントに飛んでいく事は無いのですが、
何故かデータセグメントを実行しFFFFFFFFのアドレスを読み込もうとしているようです。
なんとなくですが、ジャンプ命令をJMP ptr16:32(オペコード:0xEA)に変えたせいで環境依存が発生しているような気がします。
（怪しいのでジャンプは戻しましたが）
もしくは別のモジュールのアドレスなのかな？

>>61 ユウちゃんさん
ご迷惑をおかけします。
こちらも変なアドレスのようです。コードセグメントからはみ出してます。
今回(4:30頃)の修正で直ればジャンプ命令ですね。

編集

ありがたく使わせて頂いております。

2016.09.17版から最新2016.10.07版に更新したところ、
タイトルセレクトから一部のタイトルを選択した時に
本来ならSpoilerALに移る所が強制終了してしまうようです。
2016.09.17版に戻すとどのSSGも正常に使えました。
SSGファイルを最小まで減らしても同じ結果でした。

添付した最初の2つはエラーが出るSSGの一例で
3つ目は最新パッチを当てた状態でも正常に使えました。
環境の違い等で不具合が再現されないようでしたら申し訳ないです。

編集

>>64 peraさん
ご迷惑をおかけしております。

>2016.10.07
こちらは既に最新ではなくなりました。
この日付のものは早急な修正が必要とされたので更新しました。
ただし修正済みと言っても、新しい事もあり、万全な検証が行われているわけでもありません。

現在、2016.10.08のものは同日に２回目の修正となっています。

編集

>>62 変態紳士さん

早速の対応ありがとうございます。
確認した限りですが、今まで添付した確認用のSSGで確認した所「adjustment」「toggle」「アドレスネーミング」のエラーは発生しませんでした。
それと adjustment の修正も確認が出来ました。

後ほど、他のSSGも動作確認してみます。

編集

方々、お疲れ様です。
amateurさんのスレでも報告しましたがALの問題なくなりました。

更新ありがとうございます。

編集

>>62 変態紳士さん
>>59 での読み込み違反は直ってるようです。
また>>64 peraさんが添付してる3つのファイルも読み込めることを確認できました。

編集

>>65 変態紳士さん
最新版に更新したところ問題なく読み込めるようになっていました。
既に何度か修正されている事に気づかずお手数おかけしました。
添付したSSGの動作確認をされた方もありがとうございました。

編集

項目のツリーを修正しました。6.1も共通です。

・マウスダウンがクリック扱いになる不具合
　（通常のクリックは、マウスアップ時の項目がマウスダウンと同じ場合に発生）
・マウスダウンでボタンを押したまま別の項目にカーソル移動すると、別の項目まで反応する不具合
　（同じく展開時の自動スクロールで展開した位置にある項目が反応する不具合）
・選択項目にフォーカス表示（点線の囲み）が無いため、現在の選択が分からなくなる問題
　（一括グループは見分けがつかなかった）
・ホバー（マウスカーソル移動時の反転）のエフェクトが完全な反転だったのでギラギラして読みにくい問題
　（畑にあるカラス避けみたいだった）

地味なので修正履歴に書いてなかったり。。。

編集

古いバージョン(6.0)用に作られたSSGは最新でも特に問題なければうごきますよね？SSGスレッドほうで聞いた方がよかったのかな？

編集

>>71
>特に問題なければうごきますよね
[readme.txt]の[システム要件]を満たしていない場合は動作しません。
その他の動作はSpoilerAL6.1に依存します。
当然、SpoilerAL6.1にパッチを当てる前から問題があるSSGも動作しません。

編集

機能追加ではないのですが、
メイン画面のメニューに[ツール]を追加可能にし、プロセス選択ツールやURLの登録が出来るようにしました。
使い方は、readme.txt の [ツールメニューの追加方法] の項と、
menu.ini の記述を参照してください。

これも修正や機能追加と違うので履歴に書いて無かったり・・・

編集

>>73
変態紳士さん、パッチ更新ありがとうございます。

＞メイン画面のメニューに[ツール]を追加可能にし、プロセス選択ツールやURLの登録が出来るようにしました。
スゴいですね。たとえば現在使用中のSSGをテキストエディタで開いたりとか可能ですか？

配色が目に優しい色になっていい感じです。
＞選択項目にフォーカス表示
特に問題ないのですが。項目がスクロールするぐらい長いと途中で折り返しになってしまいまして…。
見た目がちょっと気になります。

編集

>>74 （仔猫）さん

>たとえば現在使用中のSSGをテキストエディタで開いたりとか可能ですか？
ショートカットファイルのプロパティにあるような内容ならできますが、現状は出来ません。
もし編集してもSpoilerALは毎回再起動した方が良いのではと思ったりしますし。
まぁ、ファイルが沢山あると選択する手間が省けますが・・・

>項目がスクロールするぐらい長いと途中で折り返しになってしまいまして…。
見直してみます。

編集

＞>たとえば現在使用中のSSGをテキストエディタで開いたりとか可能ですか？
＞ショートカットファイルのプロパティにあるような内容ならできますが、現状は出来ません。
了解です（SSL等ファイルに分割されてる場合もありますし、よく考えたらちょっと無理ですよね）

吉里吉里解析ツールとプロセス選択ツールの呼び出しを確認しました。
これは便利です！

編集

お世話になってます。
要望なのですが、
SSGのタイトルセレクト画面においてファイル名に「.」が入っていると、そのタイトルが
セレクト画面にでてこない問題はなおせるでしょうか？

また、>>70での修正でだいぶ扱いやすくなったのですが、SSGデバックモードの場合でも
対象項目をクリックしてからデバックが表示されるようにできないでしょうか？
現状ではマウスを項目にもっていっただけでデバックとしてアドレスが表示されてしまい、
目的としている項目のデバックがしにくくて仕方ありません。

編集

>>74 （仔猫）さん
>項目がスクロールするぐらい長いと途中で折り返しになってしまいまして…。
直しました。
ただし既知の不具合を含んでいます。
[subject]にsplitというのが書けますが長さの計算をしていないためスクロールできません。
これは新たにコードを追加すれば対処できますが色々面倒なので一旦終了です。

この件で多くの(本体の)不具合が見つかりました。変更箇所が多いので多少の注意が必要です。
パッチ導入前で初めからスクロールバーが表示されているのもバグですし、
水平方向にスクロール出来ないのもバグでした。

>>77 yunさん
>SSGのタイトルセレクト画面においてファイル名に「.」が入っていると、そのタイトルが
>セレクト画面にでてこない問題はなおせるでしょうか？
直しておきました。
SpoilerALにある独自の文字列クラス(TStringDivision::WCList)のバグでした。

>SSGデバックモードの場合でも
>対象項目をクリックしてからデバックが表示されるようにできないでしょうか？
>現状ではマウスを項目にもっていっただけでデバックとしてアドレスが表示されてしまい、
>目的としている項目のデバックがしにくくて仕方ありません。
カーソル移動時はアドレスネーミングの更新が行われログが発生します。
これはアドレスネーミングの確認の意味が含まれます。
長い間使われてきた機能で変更にも無理があるため、
デバッグモードからマウスオーバーを除いた新たなモードを追加しました。

ちなみに、バグ＝虫（狭義ではソフトウェアプログラムの不具合）、デバッグ＝その駆除、殺虫や補殺ですが、
デバッグモードというのは狭義では不具合を修正するための動作で、広義では殺虫モードです。
殺虫剤みたいなのでアナライズ（解析）モードでいいのではと思ったりします。
今年は蚊が多いみたいですし。

編集

グレイメルカ他でいろいろお世話になってますどこで聞くのがいいのかわからなかったので
SpoilerALの事なのでここで、既に入れているSSGファイルと競合？して後から入れたSSGが起動しなかったり
SpoilerAL自体がエラー落ちしやすくなったりはあるんですか？

編集

>>78
変態紳士さん、更新ありがとうございます。

＞ただし既知の不具合を含んでいます。
＞[subject]にsplitというのが書けますが長さの計算をしていないためスクロールできません。
了解です。splitはコメント行としても使える機能だったのですね（yunさんのSSGで確認しました）
どうしても項目を確認したいときはALのウィンドウを調整します。

あと横スクロールバーが常時表示されてるのも直りまして、見やすくなりました。
修正ありがとうございます。

>>81
＞今回の画面の修正は数十ヶ所の書き換えがありました。
大手術(修正)だったのですね！？
splitの正常化を確認しました。ありがたや。

編集

>>79 匿名さん
> 既に入れているSSGファイルと競合？して後から入れたSSGが起動しなかったり
SSGファイル同士で競合が発生する仕組みではありません。
起動時にログファイルから処理を行っている事もありますから設定をリセットした方がいいかもしれませんね。
・SpoilerAL.exe のディレクトリの SpoilerAL.log ファイルを削除
・SpoilerAL.exe のディレクトリの save フォルダを削除
・Windows ディレクトリの regedit.exe を起動し、HKEY_CURRENT_USER\Software\Atsu を削除

>SpoilerAL自体がエラー落ちしやすくなったりはあるんですか？
作っている時はコードの間違いで落ちますが、開発環境で問題が無くなってからアップロードしています。
環境によって動作が変わる事はよくあります。
どのような事をすれば落ちるのか報告をお願いします。
（ついでに既出や修正済みの報告も多いので、報告前にダウンロードしなおして再確認をお願いします）

>>80 （仔猫）さん
splitの件ですが、いちおう修正が完了しました。
ただ、splitは左揃えのみでセンタリングのような書式はテスト出来ていません。
今回の画面の修正は数十ヶ所の書き換えがありました。間違いだらけです・・・

編集

>>78 変態紳士さん

ありがとうございます。無事両方ともの動作を確認しました。
デバックモードに関しては、私が作ったウディタのssgで平気で２００回近くのrepeatを使ってたりするので、
デバックモードになっているとなかなか終わらないばかりかフリーズしたりしてまともに機能を使えなかったり
したので、これでデバックしやすくなりました。
ありがとうございました。

>>80（仔猫）さん

>splitはコメント行としても使える機能だったのですね（yunさんのSSGで確認しました）
cautionをつかった時にどこに注意書きが表示されるのか最初わからなかったので、
splitをつかったみようと思ってやってみたら案外分かりやすかっただけです。
cautionの注意書きがどこに表示されているのかが分かったのは割と最近だったりしますが、
個人的にsplitでかいたほうが見落とすこともないだろうということで、極力splitを使ってますね。（好みの問題）

編集

>>81 変態紳士さん
ゲーム起動してSpoilerAL起動その後SSG等に書かれている操作でサーチ後書き換えで落ちる時と
同一ゲームでSpoilerAL起動と同時に落ちたりかと思えば反応は重いですが動いたりまちまちな感じですね

編集

>>83 匿名さん
再現方法が皆無なのと、環境か何かに依存している可能性もありますので、
こちらとしては何も出来ません。

とりあえず、報告があったという事だけ記憶しておきます。
ちなみにパッチは報告前にダウンロードしなおしたものでしょうか？
（修正済みの内容で報告される事はよくあるので・・・）
もし古いものであればいつごろダウンロードしたものか教えてください。

編集

>>81の書き込み読んだあと書かれてたこと＋スレッドトップに張られてるの落としてやってみましたが
すぐ落ちたり挙動が安定してない感じですねこっちのPCの問題かもなんですね
動画やニコニコやツベの音楽動画見つつやってる時もあるのでメモリ不足になってたりするのかな？

編集

>>85 匿名さん
とりあえず、>>36の方法で調べてみてください。
落ちる場合、>>81の設定のリセットを行ってください。
その結果を報告してください。情報が少なすぎるので何もできません。

勿論、このような場合は修正する事が目的であって、動作させる事は目的ではありません。

編集

>>86　変態紳士さん問題がよく起きてるのは
URLスレにある凡庸SSGのgame.exeを起動させたいゲーム名に一括して書き換える事で起動出来たゲームでよく起こってます
ゲーム名等まで出しちゃうと色々ご迷惑になると思うので省きますが
問題なく動いてたり6.1＞6.2UPのファイルありの方がよく落ちてる感じですね
無しでも落ちてたりしますがこれはこっちの環境の問題ですかね？

追記>>88　amateurさんすいませんでした、一応は目お通してたんですがそこまで落ちやすいSSGと認識してませんでした問題なく動くこともあったのでできるだけ気を付けるようにします

編集

>>87　匿名さん
横からレスで恐縮ですが、
そのSSG(臨時板管理人さん作)については、エラーでよく落ちて動作が安定しないのは当該SSG自体の仕様ですよ。
SSGを読み込んだ後、「情報」欄に下記のような記載が表示されるはずです。(引用)
-----------------------------
エラーよく出るかと思います・・・
読み込み時間の為1〜2秒まってからサーチ開始するようにするとマシかも
サーチ開始されない場合はSpoilerALを再起動してください。
-----------------------------
そのSSGでは、サーチ補正を多用してるのと、「SRPG Studio」製のゲームに汎用対応するため、
物凄く複雑な内容になってるので動作が安定しない(＆動作が重い)のだと思います。
実際、私もそのSSGを使用してると、高頻度でSpoilerALが落ちてしまいます。

最低限、SSGの「情報」欄と「注意事項」欄に書いてあることは読んでください。
SSG製作者の端くれとして、これらを読まずに使用されるのはガックリです…
使用される場合に絶対に読んでほしいから書いているわけでして。飾りで書いているわけではありません。

それと、質問されるのはよいのですが、
その場合、可能な限り、具体的な状況、環境、症状を書いてくださいね。
>>87に書いてある情報(具体的にどのSSGを使用した時の症状か)を>>79の最初の質問時に書いてくださっていたら、
無駄な遣り取りで時間を浪費せずに、もっと早く問題が解決したはずです。
グレイメルカの件の際にも同様のことを申し上げましたが…

編集

バグと思われるものがありましたので報告します。
bitlistを使用した時、下記のようにリストファイルに改行のみの行があると

[group]A

1
2
3
4
5
6
7
[/group]

「リストファイルが読み込めません！SSGにミスはありませんか？指定されたファイルは存在していますか？」とメッセージが出てリストが表示されなくなってしまいました。
6.1及び9/19時点のパッチ(落としたファイルのタイムスタンプから推測)では上記メッセージ出ることなくリストは表示されます。
手元に残っているのでは10/14以降のは全て上記メッセージが出ます。
OSはWin10 64bitです。

編集

>>89 名無しさん
>bitlistを使用した時、下記のようにリストファイルに改行のみの行があると
>表示されなくなってしまいました。

報告ありがとうございました。
修正しておきました。

編集

>>90 変態紳士さん
報告部分が修正されている事を確認しました。
修正ありがとうございます。

編集

修正パッチのお陰で、快適にSSGを作成・利用できて大変助かっております。あらためてお礼申し上げます。
修正パッチで実現したアドレスネーミングのunicode文字列表示機能について、
バグかと思われる症状に出くわしたのですが、例えば、

[subject]文字列【　'+' _mem, (アドレス), 48, unicode,？？ '+'　】/ON/_: toggle, (アドレス), 63006C00420074006E0048006900670068006C0069006700680074000000, 000000000000000000000000000000000000000000000000000000000000

のように、「最大バイト数」に「48」と書いた場合、該当文字列のアドレスのバイト列に「4800」(unicodeで「H」)があると、
その文字以降はアドレスネーミングで表示されないようです。
(修正パッチは先程最新分をDLして再適用しました)

上記の例では、unicodeで「clBtnHighlight」と表示されるはずですが、
「最大バイト数」の「48」と、書き込むバイト列の6文字目に該当するバイト列「4800」の「48」が一致しているのが原因かと思われますが、
その文字(6文字目)以降はアドレスネーミングで表示されず、「clBtn」と5文字目までしか表示されない、という症状です。

幾つかのケースで検証した確認用のSSGを添付します(対象プロセスはSpoilerAL.exe)。詳細はSSGに記載してありますのでご参照ください。
お願いしてばかりで恐縮ですがよろしくお願いいたします。

編集

>>92 amateurさん
報告ありがとうございました。
修正完了です。

見つかりにくそうなバグなので助かりました。
虫取り名人の称号を差し上げます。

編集

>>93　変態紳士さん
修正ありがとうございます。(は、早い･･･！)
確認したところ、>>92の添付SSGの全項目でunicode文字列が正常表示されました。
いつも迅速に対応してくださって本当に感謝です。
虫取り名人ですか･･･リアルで虫取りしてたのって○十年前ですねえ･･･(遠い目)

編集

（変態紳士さん更新ありがとうございます！）
（amateurさんが適応能力高いのは…やはり経験ですか〜納得です。）

編集

いつもお世話になっております、ありがとうございます
要望というより提案ですけど、[repeat]のループ判定符号化
および式号にフォーマットを追加というのはどうでしょうか


拙作ながらサンプルをSDK8.1、v140_xpでビルドしてみました
私のネイティブ経験はなっちゃいないと思うので、超適当な実装ですが
紛い物を示すために添付のDLLを使うとタスクバーがZpoilerALになります

ループ変数の最上位ビットは多段[repeat]などでビットフィールド扱いしても
ループ総量的に立たんだろと楽観ですけど…逆にわざと立てるとか有るのかな？

ワードリピートへのパラサイトは元々バグのあるこの式号で
%を含むとリピート出来なくなっても、まぁ問題ないんじゃないカナカナ


ちなみにUTF-16LEはstring項目だと現実的ではありませんか？
UCS-2とcp932を遣り取りするのもどうなんだって気もしますが

version.dll→winmm.dllにしたのも環境問題とかでしょうか
ラッパーDLLはエクスポートが少ない方が楽なんですよね？

編集

>>96 七星さん
お返事遅くなりました。
庭を耕していました。

>要望というより提案ですけど、[repeat]のループ判定符号化
>および式号にフォーマットを追加というのはどうでしょうか
書式は以下のようになっています。
――――――――――――――――――――
[repeat]SSRファイル, 開始値, 終了値, 増加値
――――――――――――――――――――
この繰り返しの判定を符号付比較に変更できる方法が無いかという事ですね。
[repeat]はクラスで属性を付加していないので以下のように書式の拡張を検討しています。
――――――――――――――――――――
[repeat]SSRファイル, 開始値, 終了値, 増加値, 符号の有無(unsigned, signed)
――――――――――――――――――――
実装に関しては添付のテキストを参照。

>私のネイティブ経験はなっちゃいないと思うので、超適当な実装ですが
>紛い物を示すために添付のDLLを使うとタスクバーがZpoilerALになります
こちらこそ命名規則は手抜きもいいところです。（←面倒なので直す気力はありませんが）
"source\SpoilerAL-winmm.dll\FixAdjustByString\FixAdjustByString.c" は、
以下の修正に使われているので別の実装になる予定です。
"source\test\__dialog_test__.ssg"

>ループ変数の最上位ビットは多段ループなどでビットフィールド扱いしても
>ループ総量的に立たんだろと楽観ですけど…逆にわざと立てるとか有るのかな？
符号ビットまでループカウンターが踏み込むかという事ですよね。
どこかで見た資料にはユーザーモードのプロセスが確保したメモリアドレスは符号ビットまで使わず、
カーネルモード（デバイスドライバなど）のプロセスやシステム既定のDLLが使用するとか。
でもゲームにトリッキーなロジックがあっても自然な事ですし、下位互換を考えるとSSGの書式の拡張になるかも。

(長すぎ↓)

編集

(↑長すぎ)

>ちなみにUTF-16LEはstring項目だと現実的ではありませんか？
>UCS-2とcp932を遣り取りするのもどうなんだって気もしますが
もしかするとアドレスコーディングを使わずにUTF-16LEですか？
SSGのテキストは'\0'が混じるから無理ですが、SSGの書き方はどんな感じでしょう？
これは理解が追いついていないという事で話に続きがあれば。

>version.dll→winmm.dllにしたのも環境問題とかでしょうか
>ラッパーDLLはエクスポートが少ない方が楽なんですよね？
それはログにあります。
>>https://necocan-index.rick-addison.com/bbs/patio.cgi?pg=160&read=4
>>SSGを投稿したり、ゲーム解析について語るスレ, No.113 - 115
XPと2000はversion.dllをシステムディレクトリから引っ張ってくる仕様で、
それを分かっていながらversion.dllで実装していた経緯があります。
本当に楽か？と言われれば、整理しやすいか、容量が肥大化しないか、というくらいで、
各エクスポート関数はジャンプするだけで、数に関してもコピペなので変わらないです。

編集

>>97-98 変態紳士さん
日も変わらぬ内に返信頂けるとは。過去ログ、PSAPI関連のみと思って見落としていました
XP以前の場合、version.dllだと配置するだけではDLLハイジャック出来なかったのですね
FixAdjustByString.cに記述したのは元のソースコードが最も少なかったからという事で…

[repeat]の変換式は項目名やパラメータなどにも使用でき、利用法はアイデア次第となると
アドレス空間に十分でも、やはり互換性維持は必要でしょうか（3GBスイッチ？知らないな
ワードリピートに限ってはドキュメントと挙動が違う事もあり、今一使い道が分かりませんが
例が多段デリファレンスなのを見るに、リンクリスト追跡とかを想定してるのかしら…

string項目というのは文字列編集向けのこれですね↓（対応スイッチとしてはこんな感じ？
[subject]SpoilerAL.EXE:string,0x0066F7A4,0x20,unicode
文字列変更はそう需要なさそうで、表示だけならアドレスネーミングでも十分なのですが
項目の現在値なら[enabled]で制御できたり、ツリーへの表示もその辺便利かなと思いまして

と書いていて2,3閃いたのですが、エクスポートのようにセクションアドレス取得などは如何でしょう
あれはあれでUTF-8とかでしたよね('A`)もっとも私自身はセクション基準のSSGは書いてませんが
むしろ[define]置換後、Parsing直前の最終的なアドレスコーディング文とかログ確認できれば…
というのも考えなしに{define}を乱用すると、同じ式が繰り返し現れパースの無駄に繋がるか？と
いずれも実装対費用効果としてどうなのかな、という程度の思いつきですが

P.S. countの再計算って必要ですか？補数だからStepに負数とか間違えない限りは…？(よく分かってない

編集

>>99 七星さん

・[repeat] の書式を拡張し符号の有無に対応
・ワードリピートの繰り返し回数で負の値を無視するように変更
　(符号よりも0x80000000回はフリーズするので・・・)
・SSRファイルに [! Fn,書式 !] を追加
　(可変引数の方が最もらしいのですが、動的な書式じゃないので投げやりに)
・string項目のUNICODE (UTF-16LE) 対応
とりあえずここまで。

大して検証せずに作ったので、いったんサンプルとして添付します。
スレッドトップの分は次回更新予定です。

>string項目
詳細ありがとうございました。

>セクションアドレス取得
今の書式だとエクスポート関数と区別しないといけないので、
頭に演算子でも付けてみようかと思ったり。

>P.S. countの再計算って必要ですか？
count = (long)(End - Begin) / (long)Step;
↑この部分ですよね？
なんとなくです。（たぶんループが正しく書けている時は必要ないです）

追記
2016/11/07: ワードリピートが変？だったので修正
2016/11/08: 添付ファイルを更新してスレッドトップに統合

編集

>>100 変態紳士さん

早速形にして頂いてありがとうございます
どちらも良い塩梅で、Unicode文字列も書き込めています

既存の式号では桁揃えも自由にならなかったのでprintf万歳です
（オーバーランが頭をよぎりましたが元からsnprintfでした

Unicodeの書き込み需要は不透明ですが、Unity(Mono)等も
バッキングストアはワイド文字なので機会は増えそうです

あるいはネタで書き換えるか…validationは大事ですよね

（あ…元々のワードリピートバグも直ってる
　ふとSYMOPT_UNDNAMEとかUnicodeエスケープとか思い出したけど
　微妙かな…スタックサイズ等は有った方が解りやすいし…C++装飾はともかく

編集

>>100　変態紳士さん
更新ありがとうございます。
>・[repeat] の書式を拡張し符号の有無に対応
これについては、ループ変数「$Val」について、負の数も使えるようになった、ということ？ですよね。
(末尾に「signed」と書けば、ループ変数が負の数もとりうる、ということ？)

元々あったワードリピートのバグ(別スレのNo.255で私が触れた件)も修正されていました。
こちらもありがとうございます。

それと、string項目のUNICODE (UTF-16LE) 対応、ありがとうございます。
七星さんが「需要は不透明」と仰っていますが、これに関しては実はそのうち私から要望させていただこうかと思っていました。
Unityや吉里吉里(Javaもですが)では、アイテムの性能等をUNICODE文字で格納しているゲームが結構あって(Ninetail系に多かった気が)、
今6.2書式で作り直し中の某ゲームのSSGで使うかも、と思っていたところです(具体的に必要になったら要望するつもりでした)。

というわけで、七星さん、string項目のUNICODE対応について先に要望してくださってありがとうございます。

　※一応、ワードリピートの動作検証用のSSGを添付しておきます

(追記)
ワードリピートについてですが、時々、アイテムやスキル等のデータで、
各アイテム等のデータ構造体の特定のオフセットのアドレスに、
次のアイテム等のデータへのポインタを置いてるゲームがありますので、
一応、そういう場合はワードリピートをアドレスのポインタ部分に使えば楽に書けることがあります。
　例)　 [! R($Val), [: !] 　(データ1個目の基準アドレス)　 [! R($Val), +(オフセット) :] !]
最近では、SRPG Studio製の某ゲームで、クラス(職業)のデータがそういうタイプでした。
そのゲームではクラスが80種以上あったので、ワードリピート使ってアドレスを記述すると、
最後のクラスデータのアドレスは[!　!]部分を展開するとポインタを80個以上使うことになり、
まともに動くのかなと心配でしたが、特に問題なく動作しています。

編集

>>102 amateurさん
偏に負数というと書式的にも実質的にもマイナスは使えていました
プロセッサは負数を2の補数で扱うので、例えば-3=0xFFFFFFFDになります
考え方としては0x100000000(32bit部分0)-3=0xFFFFFFFDで
0xFFFFFFFD+3=0x100000000と下位32bitが0に戻ります（-3+3=0）
（なんだこの説明は…詳しくは「2の補数」の解説を探してください

そんな訳で計算時に符号の扱いが問題になるのは除法くらいですが
こと比較になると-3なのか4294967293なのかで全く異なってきます
負数同士なら0xFFFFFFFD(-3)＜0xFFFFFFFF(-1)も成り立ちますが
この最上位ビットを符号として扱わないと0より大きくなってしまいます
そのため[repeat].ssr,-3,-1のようなループ条件は出来ても
[repeat].ssr,-1,1といった負数から0ないし正数へは不可能でした
そしてワードリピートに負数を与えると膨大な正数と見なし死んでいました

（アドレスコーディング時の符号解釈は既に11.01で対応してくださっています
　…が、おや？オペランドと演算子が詰まってしまいますか？Ver.11.01

しかし文字列でパラメータ管理とかそんなのも有りますか…
追記はリンクリストっぽいですね、要素の追加削除などは配列より有利…なはずが
余裕のある配列で現在数を管理する方が多くの場面で適してしまうという…

編集

>>103　七星さん
詳しいご説明ありがとうございます。
従来でも負数は使えてたんですね･･･無知ですみませんです。
今までは、開始値「-1」終了値「1」のように「負数から0ないし正数へは不可能」だったのが、
今回のパッチで可能になった、そういうことだったのですね。

文字列でパラメータ管理、こういうタイプは困るんですよね･･･書換えが難しいケースが多くて。
(吉里吉里解析ツールではUnicode文字列の書換え機能もあって問題ないですが)
Javardryではそれで難儀しました。
よく考えると、吉里吉里やUnityでは、文字列だけではなく文字数も書換えないといけないみたいなので、
string項目での対処は難しそうですね･･･(Unityの場合は、文字列格納のバイト数に余裕がなかった気が･･･)
ダブルリスト使うか、文字列を参照するポインタ自体の書換えで対処するのが現実的かも。

それと、追記に書いたようなのはリンクリストと呼ぶのですね。
時々こういうタイプのゲームは見かけますが。
このタイプは、等差でデータが連続して並んでいるように見えて、
実は途中で全く別のアドレス領域にデータのアドレスが飛んでいる場合がありますね。
>>102で書いた例でも、最初は公差でアドレスが表現可能だと思っていたら、実は違っていました。
それと、>>102で書いた例は、クラス(職業)の数は約80個ではなく実際には155個ありました(汗)
それでも問題なく動いてますので意外にワードリピートは使えますね･･･1000個とかでどうかは？ですが。

ところで、ワードリピートを使用してアドレスを書くと、
項目表示ずらし技が使えない、ような気が。アドレス部分を下記のように書くのは駄目っぽいです。
　[! R($Val+[:Memory::0:]),[: !] {データ1個目の基準アドレス} [! R($Val+[:Memory::0:]),+0x4:] !]
HowToSSGの[repeat]の「静的展開」に書いてるアウト事例に該当ですね。
項目数多い場合はちょっと困りますが、「1-30個目まで」みたいに小分け表示するくらいしか思いつかない･･･

編集

>>99-104 七星さん, amateurさん

・条件演算子(三項演算子)を追加 (6.2)
・セグメントアドレスの取得に対応 (6.2)

上記の２件を追加しました。サンプル的なSSGは以下です。
source\test\__ternary_test__.ssg
source\test\__segment_test__.ssg

>　…が、おや？オペランドと演算子が詰まってしまいますか？Ver.11.01
静的展開されるコードは文字と文字の間のスペースを削除していました。
ので、ただのトリミングに変えました。

>> 七星さん

負数の説明ありがとうございました。
そういえば知り合いの口座も負数に対応していました。

逆順ループは出来ませんけど・・・　ステップが負数なら逆順にするべき？でしょうか。

>>amateurさん

>リンクリスト
.NETではリストと区別してリンクリストとか呼びますね。
ポリゴンの面の各要素をポインタで扱い双方向リストを生成しつつ同時に面と面の接続辺で接続順にソートを行うと速いけど、
普通の比較では遅いと言われたりします。
仕組みはGoogle先生に画像検索で「線形リスト 双方向リスト」を訪ねると教えてくれます。

>>ワードリピート
使い方自体知りませんでした・・・
スタティックに変換されるから、二次的な解釈で変換された構文として利用できる？というものでしょうか。

編集

>>105 変態紳士さん

すわ、三項演算子ですか、界隈では稀に良く議論の的になるという…
条件結果を乗算していたのからすれば、とても解りやすくなりそうです

セクションサイズはVirtualSize自体ではなく、加算済みアドレスですか
[adjustment]も渡すのは終端だし、他演算子との一貫性でもALらしいでしょうか
（演算子がこっそり変わるのをﾐﾃｼﾏｯﾀ

そして失礼ですがVer11.08？09？でも不具合が残っているようです
置き換え型バイト列でも「0xC sar 3」などアルファベットと単語演算子が隣接すると
「0xCsar3」「0xCidiv0xC」「0xAgt0」「0x8000000Alt0」の解析エラーとなります

お知り合いは自動借り入れを出来るのか、されてしまったのか…
私は今のところ逆順が必要になった事はありませんが、置換先で最大値から引いても可能？
メモリ上で逆に置かれるのってビットマップのピクセルラインくらいでしょうか

編集

>>105　変態紳士さん
パッチ更新ありがとうございます。
セグメントアドレスの取得機能は、ベースアドレスを.dataセクション開始からのオフセットで表現する際等に便利ですね。
MName::nul+0x3C　から辿る手法と比べて記述を簡略化できそうです。([define]の置換が効かない[adjustment]のオプション部分に使うのも良さそう)
条件演算子(三項演算子)のことは全く知りませんでした･･･まずGoogle先生に聞いて勉強します。

あと、「線形リスト 双方向リスト」を検索して解説読んでみました。リンクリストにも色んな種類があるのですね。
私が>>102の追記に書いた例は、後方(と言ってよいのか？)へのポインタしかない片方向リストのようです。

ワードリピートは･･･私も実際にSSGで使ったのは3回くらいしかなく使いこなせてないのですが、
HowToSSGに書いているように、[repeat]でループ変数の増加に伴って、アドレスのポインタの数も増加させるという用途くらいしか思いつかないです。
上記のリンクリストでデータを格納してる場合のアドレス記述に使えるようで(七星さんが仰るように正にこれを想定した機能かもですが)、
別スレの（No.277）に七星さんが見事なサンプルSSGをアップされています。

それと、そのワードリピートにバグらしきものがあるようなのですが、
[repeat]の「開始値」が0以外(1以上？)だと、ループ変数=「開始値」の時のワードリピートの文字列の出力回数が必ず「1」になってしまうようです。
(例えば「開始値」が「10」でも、その時の文字列出力回数は必ず1回)
そして、開始値の次の値以降は、「増加値」が幾つかは関係なく、必ず1ずつ出力回数が増えていきます(2,3,4,5･･･となる)。
どうやら【　開始値が「0」で、増加値が「1」　】以外ではワードリピートが正常に機能していないようです。

なお、11.06分と今日DLした最新パッチで動作検証しました。
参考に検証用のSSG(対象プロセスは、SpoilerAL.exe)を添付します。
パッチ更新直後で申し訳ないですが、よろしくお願いします。

編集

>>106 七星さん
なおしました。

>三項演算子
SpoilerALとは関係ありませんが、
とあるコンパイラは代入先が１つだと示せるので最適化しやすいようです。（分岐無しの論理演算に切り替えたり）。
逆に１つの式が最適化されてしまうとコード全体の最適化に含まれない事も時々あります。
コンパイラの中の人が頭良くないので卵が先か鶏が先かと・・・

>知り合いは
定期預金とセットになっているらしく定期の中身を拝借すると負数になってました。
ＣＤ機もキャストボタンがあると親切設計です。

>>107 amateurさん
なおしたつもりです。
テストが不十分だと思うので。

>条件演算子
エクセルのIF関数と似たような感じです。VBAならIIfだったかな。
説明用にテキストを添付します。（google先生の方が詳しいと思うけど）

編集

>>108
変態紳士さん、パッチ更新ありがとうございます。
ワードリピート、開始値が0以外でも正常動作するようになりました。
それと、条件演算子はエクセルのIF関数と似たような感じですか。
確かに、添付いただいたテキスト読むと、構造が似てますね。
IF関数は時々SSGのリスト作成等で使うので、馴染みのあるものに例えていただいて理解しやすいです。
これで、七星さんのSSGも何とか理解できそうかな、という気が(何となくですが)してきました。
いつも解説やフォローまでしていただいて感謝です。

編集

>>108 変態紳士さん

迅速な対応有り難うございます…しかし新たな不具合が勃発したような
string項目のunicodeのみ現在値の]が欠けます、書き込みに実害はなさそう…？
終端処理の問題でしょうか、実装直後は正常に表示されていたと思うのですが

（Data->_M_finish = Data->_M_start + cchMultiByte;とかで良いのかな
　するとbcb6_std_string_resizeのバグっぽいですね、leaオペランド多すぎ？
　この頃というかBorlandのstringはvector<char>のような物でしょうか

そして割と致命的なものが…バイト列も詰まらなくなった所為か
バイト列にスペースが混じると意図しない解釈がなされてしまいます

未定義の最適化とかコンパイラの深い闇を思い出しました
銀行の策略…キャストが犯罪になる日ですね

編集

>>110 七星さん
報告どぉもです。直しておきました。

> string項目のunicode
WideCharToMultiByte の返す長さで文字の長さを調整したのですが、
この変換は入力文字数の指定が無ければ出力バッファに書き込める分だけ処理していました。
返ってくる長さもターミネーターを無視してます。
更にSTLのstd::stringは'\0'の検査をしないので連結すると'\0'を含む位置で切れてました。
No.100のSSGファイルは問題ないようなので、WideCharToMultiByte の戻り値は条件があるようです。
ちなみに今までのunicode項目は戻り値を使ってないので問題ないです。

> Data->_M_finish = Data->_M_start + cchMultiByte;
Borland の string が string::resize で縮小するときは、

char *resizeEnd = Data->_M_start + resizeLength;
memmove(resizeEnd, Data->_M_finish, 1);
Data->_M_finish = resizeEnd;

こんな事になってました。

>バイト列にスペースが混じると
スペースの削除から $? $$ を除外してみました。
こちらの修正はいつも通り作った感じです。

編集

>>111 変態紳士さん
スペース問題は解決したようです、お疲れ様です

No.100だと問題ないですか？決定直後以外]が欠けると思うのですが
lea ebx, [ebx + ecx + edx]はMASMだとエラーを吐かないようですが
VC++のインラインアセンブラで同じ命令を記述すると

'オペランド 2' で使用できないレジスタが指定されています。

となります、コンパイル後もlea ebx, [edx+ecx]になっている様に見えます

編集

>>112 七星さん
>lea ebx, [edx+ecx]に
これは立派な虫ですね。
捕まえないと被害が出ていました。
どうもありがとうございました。

とりあえず部分修正しました。
しかしながら、こちらでは添付して頂いた画像のようにならないので、どうなったかは分かりません。

編集

>>113 変態紳士さん
確実な再現性ではなかったのですね。No.100、No.110共々
私の環境では正常に]まで表示される様になりました

ちなみにこの環境（Windows7 64bit WOW64）では
WideCharToMultiByte()をcchWideChar=-1で使うと
マルチバイト分＋1（NULL分？）が返ります（空文字=1）
これがcchMultiByteを超えるような場合は0が返り
GetLastError()はERROR_INSUFFICIENT_BUFFERとなるようです

（Data->_M_finish = Data->_M_start + デクリメントされた戻り値;に変えるか
　あるいはTSSString_Read_UnicodeStringはそのままに
　bcb6_std_string_resizeのleaを修正するだけで正常になっていました

編集

>>114 七星さん
色々と迷走していたようで、bcb6_std_string_resizeのleaだけでも問題無かったようです。
こうなるとAPIは仕様通りと考えるべきで、別の方法で問題が消えた理由が分からなくなってきました。
とりあえず不要な部分は前の状態に戻しておきます。

編集

以下、GUI関連の修正です。6.1も共通。

2016/11/22
・スクロールバーの水平・垂直のうち片方が表示されない不具合を修正
・スクロール範囲が正しくない不具合を修正
・ホイールのスクロール範囲が正しくない不具合を修正
・上下キーのスクロール範囲が正しくない不具合を修正
・アドレスネーミングが変化した時にスクロール範囲が反映されない不具合を修正
・最大化などリサイズ時に背景サイズとスクロール範囲が反映されない不具合を修正
・画面の左右分割のスプリッター移動時に背景サイズとスクロール範囲が反映されない不具合を修正
・ディレクトリ項目の展開時に複数回の描画が発生し画面がチラつく不具合を修正
・ディレクトリ項目の展開時に0.2秒経過した時点でカーソルが砂時計になるように変更
　(今まではアプリケーションが応答していない時に砂時計になっていた)
・画面の描画で、画面の外にある項目まで演算して描画しようとしていたので修正

編集

変態紳士さん、パッチ更新お疲れ様です。
この度は[error_skip]を追加してくださって、重ねてお礼申し上げます。

(このスレしか読まれていない方は[error_skip]について意味不明だと思うので以下補足)
---------------------------
修正履歴中、2016.11.27の・[error_skip] を追加、について、
[error_skip]とは何ぞやと疑問に思われる方もいらっしゃると思いますが、
これは別スレで私が愚痴っていたのを変態紳士さんがご多忙の中読んでくださって、
SpoilerAL修正パッチでご対応くださったものです。
(本来このスレで扱うべき話題だと思いますが、話の流れで別スレでやり取りしてしまいました)

簡単に説明しますと、[child_rw]による下位項目一括書換え中に[enabled]等の偽判定でエラーが出たり、
一括トグル等の一括系(ダブル系でチェインファイル使用時を含む)書き込みの途中でエラーが出ると、
エラーが出た部分で一括書き込みがストップしてそこから後は書換えされないという、
デフォルトのSpoilerAL6.1からの仕様があるのですが、
修正パッチで新たに　[error_skip]　という属性が追加され、
これを付けることで一括書換えの途中でエラーが出ても書換えがストップしなくなる、というものです。

[error_skip]について興味がある方は、こちらのスレの（No.298）と（No.299）と（No.302）、（No.316）から（No.323）までを参照していただければと思います。

編集

変態紳士さん、更新ありがとうございます。

amateurさんアイデアすごいです。これでアイテム等の一括置き換えでエラーポップを抑制できます。
（該当スレの[enabled]と[repeat]談話も読ませて頂いてます。勉強になりました）

編集

変態紳士さん
機能追加ありがとうございます。

バグかな？
と思う現象が発生しましたので報告します。
特定のSSGで縦スクロールのスライドバーが消えてしまう現象が発生してます。

ケース1、何かの拍子に消えてそれ以降は出現しない。
ケース2、最初から終わりまで出現しない。
の2つのパターンがありました。

どちらの場合も
まだ下に項目がある状態=右横に出る筈の状態です。
該当の現象が発生するのは11/27、11/28版で確認しました。

正常に表示されるバージョン
手持ちので確認できたのは11/19版では問題ありません。

追記:正常に修正されたので添付画像を削除しました。

編集

>>119 （仔猫）さん
GUIのバグは根深いようで・・・
先ほども修正して更新していますので、再度テストをお願いできますでしょうか。
こちらでは中くらいのバグをいくつか見つけて修正を行いましたが、それ以降変わった事は起きなくなっています。
尚、11/28版は複数あります。

というか、項目のツリーですが、本来は表形式でデータベースなどを表示するグリッドを改造したものだったりします。
カスタムコントロールを作ったつもりが中途半端な（というよりバグしかない）状態で。
速度が遅いのはコレが影響していたりと・・・

>>121
>GUIを独自で作られたのですか
いえ、自分が作ったらこんな物は作りません。
元々のSpoilerALに使われています。
ですからSpoilerALが遅かったりバグが多かったりと。

編集

変態紳士さん対応ありがとう御座います。

結果はNGでした。
しかし特に実害はないので…ゆっくり修正で全然OKです。

（ぐはっ、GUIを独自で作られたのですか…ありがたや）
（目に優しい色とかもですね･･。）

>>120
ああ、GUIは勘違いでしたか。すいません。

編集

>>121 （仔猫）さん
再修正しました。
スクロールバーの表示の部分を変更してみました。
こちらでは再現方法が確立できていないので、何か方法があればいいんですがね。

添付の画像を拝見したところ、フォーカスの矩形が垂直スクロールバーの領域を避けていますね。
スクロールバーやらは自動ではなく、全てプログラムで計算していますので、
計算した領域は正しいようです。
つまり、表示・非表示の切り替えが上手くいってないと。

>>123
>…そういえば最初に表示されてる領域の一番下が、ちょうど節目（分割or区切り）があって
>特定のSSGだけで発生するのはそれが原因だったのかな？
SSGというより・・・
特定のOS (GUIは描画等の順序が変わったりします)
特定のテーマ
特定のウィンドウサイズ
特定の左右分割サイズ
特定のスクロール位置からの項目展開
↑GUIに限ってはこんな条件が影響します。今回は添付して頂いた画像が手掛かりになりました。

編集

>>122
変態紳士さん
直りました！対応ありがとう！（早い･･･！）

＞つまり、表示・非表示の切り替えが上手くいってないと。
…そういえば最初に表示されてる領域の一番下が、ちょうど節目（分割or区切り）があって
特定のSSGだけで発生するのはそれが原因だったのかな？

＞↑GUIに限ってはこんな条件が影響します。今回は添付して頂いた画像が手掛かりになりました。
修正ありがとうございます。そこまで大変だとは思いませんでしたお疲れ様です。

＞strlen::
これは！？amateurさんのサンプルSSGでUnicode文字入力は同じ文字数なら入力可能と報告があったので
ならこれとセットにすると（文字数を得手→変数化→ファンネルライトかトレース等で代入）
結果:Unicode文字列･･･もう怖くないヨ！
と脳内変換されましたが･･･。（Unicodeの場合はwcslen::を使うのですね。）
-----------------------------------------
,_[:[:[:[:[:[.0x00.]:]+0x38:]+0x08:]+0x14:]+0x08:]+0x08=030000006972375F1653
ギアドラ２のUnicode文字置き換えをd_listでやってる部分です。

03000000が文字数なんですが…この部分を書き換えればOKかな！？

>>124
変態紳士さん情報ありがとうございます。
いやー知りませんでした。末尾00が必要だったのかなぁ…
この先続くバイト列は00が埋まってまして…必要ないと思って省略しちゃいました（滝汗

2文字の時は
,_[:[:[:[:[:[.0x00.]:]+0x38:]+0x08:]+0x10:]+0x08:]+0x08=0200000021713D5C0000
と末尾0000で埋めてあります。最大3文字なので結果オーライでしょうか？今後は気をつけないと…。

編集

>>123 （仔猫）さん
>strlen
過去にあったのですが、「英雄伝説GOLD」というタイトルのSSGを作った時に
文字列でアイテムを認識しているゲームでした。
しかもポインタで示された文字列を書き換えた後にポインタの近くにある文字列長（文字列と並んでない）
を書き換えないとゲームが落ちる仕組みでして。
SSG利用者はアイテム名に記載された文字列の長さを個別に設定しなければならなかったので、
そんなナンセンスなものもあった事を思い出して追加しました。

>69 72 37 5F 16 53 物強化（UTF-16LE）
ナルターミネーター(終端の0000)は不要なゲームなのでしょうか？
UNICODEならwcslenが終端の0000を見つけて、文字数として「物強化」なら3を返します。0000が無かったら見つかるまで探すので・・・
ANSIはstrlenで終端の00を見つけて、こちらはバイト数(全角は２バイトとして)を返します。

追記:

>末尾00
間違う事も無いとは思いますが語弊を含んでいる気がしまして。
UNICODEだと１文字が２バイトなのでナル・ターミネーター(null terminator)は２バイトの0000です。
ANSIはマルチバイトなのでナルターミネーターは１バイトの00です。
ついでに、UTF16-LE(UNICODE)は0030(0x3000)が全角スペースだったりゼロも混じるので必ず２バイト単位です。

まちがえました。
「英雄＊戦姫GOLD」です。
RPGというところまでは合ってるのですが。もう歳でしょうか。

編集

>>124
変態紳士さん
詳細ありがとうございます。

＞間違う事も無いとは思いますが語弊を含んでいる気がしまして。
文字列の最後が00でANSIではこれでOKですが
Unicodeの場合ですと0000と2バイト必要なのですね。メモメモ。

＞英雄伝説GOLD
該当タイトルは持ってなかったので残念ながらSSGは拝見できませんでした。
うーむ…気になります。英雄＊戦姫GOLDでしたか…ファルコム系かなぁ…と思ったりしたのですが。探してみると臨時板で「どうしたものか…」さんが補完してくれてました。ありがたや。

編集

致命的なバグを発見したので直しました。

・項目のツリー展開時に無限ループになるバグを修正
・カーソルが砂時計になるまでの時間を0.5秒に変更

ツリー展開時に時間がかかるとＯＳの中の人は「(応答なし)」という状態に変更しています。
ここまでは問題ないのですが、復帰したときにWM_SIZEというメッセージ(復帰したからサイズ変更した)が飛んできます。
アプリケーションは画面のリサイズ時に再描画を行っています。

つまり、無限に描画を繰り返し、キャッシュされて処理が速くなったら「(応答なし)」にならないので無限ループが終わる、
もしくは、ウィンドウを最前面で処理していないときはWM_SIZEが送られないらしくループもしない。
といった状態になります。

これがSpoilerAL6.1が作られたBorlandC++Builder6の仕様でなければＯＳの仕様で、
いずれにしても外部に問題が・・・
いちおう対応させておきました。


追記:

2016/12/01
ディレクトリ項目の展開が速くなるようにしました。（SSGパーサーではなくGUIの処理を変更）
アドレスネーミングを使った数百件のサブ項目を含んでいる時に改善されます。
異常なくらい速くなりますが、パッチ導入前が遅いだけだったり・・・

編集

変態紳士さん、パッチ更新お疲れ様です。
修正パッチでSSGの作成が捗り、とても助かっています。
またしても頼ってしまうことになり恐縮なのですが、
実数電卓に関する変な挙動を発見したので報告させていただきます。
最新パッチ適用時と、パッチを削除したデフォルトのSpoilerAL6.1の両方で同じ挙動でしたので、
おそらくSpoilerALに元からある仕様(バグ？)っぽいのですが、
簡単に言うと、
　・実数電卓に対して　[io_fep]　が正常に機能しない
　・実数電卓の項目(実数電卓に対して[io_fep]を使用した場合の[io_fep]の演算式を含む)に、16進数を書くと正常動作しない
というものです。(16進数を書くと正常動作しないのは仕様なのかもですが)

一応、6.1用(パッチ無し用)と、6.2用の検証用SSGを添付します。
(私が実際に確認した具体的な挙動は添付SSGに書かせていただきました)
特に急ぎの対応を必要としている件ではありませんので、
お手すきの際にでもご確認いただければ幸いです。

編集

>>127 amateurさん

GUIのスクロールバグ（Borland社の不具合）があったので先に直していました。

件の実数電卓ですが、io_fep単体がどうとかではなく浮動小数点数のパーサー自体（計算は全部パーサーを通ります）に問題がありました。
デバッグログに関しても、何を入力しても正常に出力されないバグがありました。

16進数は浮動小数点数の解釈には使われませんので、そのためかと。
$Valが予約語という事に関しては、コード上は浮動小数点数パーサーでは何を代入しても反映されないように定数扱いしていました。
整数パーサーは変数になっています。

かなり重症なので6.2用の浮動小数点数パーサーを追加しました。
少し強引に浮動小数点数を整数として解釈しているところもありますが、
インタプリタというのは「良きに計らえ」といった動作が好まれるので、
まぁ適当実装ですね。

浮動小数点数パーサーは作り直したというべきですが、以下が変更内容です。
互換性を考えると6.2専用にしました。

・「0x」で始まる16進数、「0」で始まる8進数、それ以外の浮動小数点数を解釈するように変更
・$Valを定数から変数に変更
・ビットシフトやエンディアン反転など無理やり実装（倍精度浮動小数点数しか正しく動かないと思います、需要が無い気がするので・・・）
・メモリーアクセス関連を無理やり実装（6.1には無かった）
・メモリーアローケートを実装
・defineを実装

追記:

[io_fep]ですが、クラスを介して多重演算しているので速度に関しては僅かに[define]の方が速かったりします。
SSGファイルの可読性で選ぶことになると思います。

編集

変態紳士さん、パッチ更新ありがとうございます。
面倒なことをお願いしてしまいまして本当に申し訳ないです。
　(浮動小数点数パーサーを作り直していただいたとのことで･･･お疲れ様です)
成程、浮動小数点数の計算自体に問題があったわけですね。
更新分のパッチ適用したところ、>>127のSSGに書いた問題点、最大値と最小値の件以外は正常動作しました。
16進数は浮動小数点数の解釈には使われない、とのことですので最大値と最小値の件は仕様ということですね。
10進数で書けば問題のないことなのでこれは仕様ということで承知いたしました。

書いてくださった変更点のうち、
ビットシフトについては、どうも正常に動作していない感じですが(下記のような感じで書いたらdoubleも含め異常に巨大な値に)

[io_fep]$Val<<1 ,$Val>>1
[subject]floatのテスト【　'+' _mem, 0x00601F00, 4,fep_num ,？？,%.2f '+'　】/現在値/_:f_calc, 0x00601F00, 0, 65535, float
[subject]doubleのテスト【　'+' _mem, 0x00601F08, 8,fep_num ,？？,%.2f '+'　】/現在値/_:f_calc, 0x00601F08, 0, 65535, double
[/io_fep]

(上記でdoubleの場合のデバッグモードのログ)
--------
Parsing「$Val」→[5.000000]
Parsing「1」→[1.000000]
Parsing「<<」→[9234631035923202048.000000]
--------

[define]と[allocate]については、実数電卓の[io_fep]でも機能するようになりました(試したら旧パッチでは確かに機能してなかったです)
「メモリーアクセス関連」についてですが、[::](ポインタ変換)等が使えるということでしょうか？
[allocate]0, 1000, RW
[io_fep]$Val*[:Memory::0:] ,$Val/[:Memory::0:]
[subject]doubleのテスト【　'+' _mem, 0x00601F08, 8,fep_num ,？？,%.2f '+'　】/現在値/_:f_calc, 0x00601F08, 0, 65535, double
[/io_fep]
のように書いたら、SSG読み込み直後にSpoilerALが落ちてしまいますが、[::]とは別のことなのでしょうか。
　※エラー表示例：「モジュール 'WINMM.DLL' のアドレス 7234FB98 でアドレス 00000000 に対する読み込み違反がおきました」

編集

>>129 amateurさん
>ビットシフトについては、どうも正常に動作していない感じですが
掛算ではありません。
ビットシフトは「ビットのシフト」です。
グーグル先生に「Wikipedia IEEE754」をお尋ねください。
16進数がありえないという事も理解いただけるかと思います。

ただし、浮動小数点数をロードした時点でFPUが指数を解釈しなおしますので、
暗号化や複合化にも使えないと思います。
そもそも、プログラミング言語では浮動小数点数のビットシフトなど有りませんから。
そういった意味では使い道が無いと思います。
浮動小数点数をシフトする事は演算としては間違いですから。

>[::](ポインタ変換)等が使えるということでしょうか
使えればいいな。という程度で作っています。
0x00400000 は 十進数で 4194304 ですが、浮動小数点数で誤差が発生したときに
4194303.999999 という意味不明なアドレスになる事があります。
アドレスに浮動小数点数を使うべきではないのですが、
SpoilerALが不便なので無理矢理ということです。

ただし、多くのコードは検証の段階に来ていません。
現状は整数と浮動小数点数を別々にしてしまっているので１つの機能につき２倍の製作時間が必要となり、
検証も２倍の労力を割いてしまいます。
管理できないコードが増加する傾向にありますので、整数と浮動小数点数のパーサーを統合して作り直す事を検討しています。


追記:

整数と浮動小数点数のパーサーを統合しました。
パーサーの変更は全ての演算に影響が出ますので多少神経質ですが、
今回は文字列のマークアップに変更はありません。

2016/12/05
Borland社のGUIのバグを修正

編集

>掛算ではありません。
>ビットシフトは「ビットのシフト」です。
ああ、同じ「5」でも、doubleでのバイナリは全く違うので、結果も全然違うということですね。
2倍にしたかったら素直に　*2 ということですね。
浮動小数点数のビットシフトなんて初めてなので勘違いしてました。済みません。

>グーグル先生に「Wikipedia IEEE754」をお尋ねください。
基本形式は「二進および十進の浮動小数点数データの集合」とありました。
浮動小数点数の演算では16進数というのがそもそもないのですね。

メモリーアクセス関連は、浮動小数点数では無理がありそうですね。
確かに、小数点以下のあるアドレスなんておかしいですが、でも浮動小数点数で誤差が発生してそういう場合もありうる、と。
浮動小数点数の演算って難しいんですね。
変態紳士さんのご説明を読んで漸く大変さが少し理解できた気がします･･･

>１つの機能につき２倍の製作時間が必要となり、
>検証も２倍の労力を割いてしまいます。
何か、とんでもなく面倒なことをお願いしてしまったような･･･
>>127で実数電卓についてお願いしたときは、こんなに大変なことだとは想像もしていませんでした。
何というか、本当に申し訳ないです。

(追記)
書き込む前にページ更新を忘れて気付きませんでしたが、
パッチ更新ありがとうございます。
適用して少し試しましたが、今のところ問題なさそうです。
それと、メモリーアクセスが動作するようになったようです。
下記のように書いてもSSGが読み込まれ、正常に演算されています。

[io_fep]$Val*[:0x601F10:8] ,$Val/[:0x601F10:8]
[subject]doubleのテスト【　'+' _mem, 0x00601F08, 8,fep_num ,？？,%.2f '+'　】/現在値/_:f_calc, 0x00601F08, 0, 65535, double
[/io_fep]

doubleの場合、[:(アドレス):8]　のように8バイト読み取りにしないと駄目ですね(最初気付きませんでした)

編集

変態紳士さん更新ありがとうございます。

＞2016/12/05
＞Borland社のGUIのバグを修正
これは一体どういうことか…ALがテキパキ仕事をするようになりました。
パッチ無しを機関車とすると新幹線（リニア？）になった感じが…。

特にtoggle系の処理ですが、表示側（アドレスネーミング）へカーソルを移動しなくても即反映されて超快適です。
ありがたや。（えー。表示全体が早くなってます？試しにCPU動作クロックを抑えてみましたが…超軽いです。12/1に更新されてましたか…気がつかなかったです。）

>>133
＞全ての項目でアドレスネーミングを使用し文字列を取得しています。
＞項目が表示する時に幅を記録して逐次変更という形式にしました。
詳細ありがとうございます、効果が出てますね。

編集

>>132 （仔猫）さん

そうですね。
以前と比べると意味不明な速度です。

パッチ無しでも、
水平スクロールの幅を求めるため項目の名称を取得していますが、
この処理は文字列を取得するためにアドレスネーミングを呼び出す必要があります。

パッチ無しでは、
ディレクトリ項目を展開した時点で完全な水平スクロールの幅を求めるため、
全ての項目でアドレスネーミングを使用し文字列を取得しています。
しかも表示の時は再度アドレスネーミングを呼び出しています。

この処理を変更し、
項目が表示する時に幅を記録して逐次変更という形式にしました。

もし仮にウィンドウサイズが１００万ピクセル×１００万ピクセルだと理論上は遅くなりますが、
それが実現できる高性能なコンピュータなら遅くないはず・・・
（65535ピクセルは超えられないと思いますが）

クラスの拡張が出来なかったので
クイックソートや二分探索など余計なアルゴリズムが追加されてしまったのは秘密です。
（もっとスマートな方法があるかもしれないので）

>Borland社のGUIのバグを修正
↑これですが、以下が正しいスクロール位置にならないというコンパイラを作っているベンダーさんのバグです。
・垂直スクロールバーをドラッグした後のホイールスクロール
・垂直スクロールバーをドラッグした後の上下キースクロール

追記:

2016/12/08
対象のプロセスを起動していないと遅い状態だったのを
それなりに速くしました。

ただし、(MName::パッケージ版.exe|MName::ダウンロード版.bin) という書き方は遅いです。
以下のように書いておき MName::nul （6.2）でアクセスすると速くなります。
[process]パッケージ版.exe
[process]ダウンロード版.bin

編集

変態紳士さん更新ありがとうございます。

＞2016/12/08
＞対象のプロセスを起動していないと遅い状態だったのを
＞それなりに速くしました。
正常に動くSSGでは該当プロセスが無いときの表示が軽いです。良好！

訂正:
少し不具合がありそうです。
今のところ一件だけですが正常にアドレスが取得できなくなってます。
MName::nulを使ってるSSGですが該当プロセスがあるのにMName::nulには0（対象のプロセスを開けません。）が入ってます。
12/5版では正常です。タイトル"幻影のゴーストビル(体験版)"とそのSSGが該当してます。

[process]幻影のゴーストビル(体験版).exe
[process]幻影のゴーストビル.exe
特定の文字コードが原因とかでしょうか？
試しに実行ファイルを0.exeとリネームして[process]0.exeとしてみると正常に作動します。

追記:
12/09版にて正常動作確認しました。修正ありがたや。

追記2:
念のため過去自分が作ったSSGの動作チェックをしてたのですが
ワードリピートを使ったSSGが仕様変更？の為か正常に動かなくなってます。
パッチなしではOKで手持ちのパッチでは11/09日まではOK。11/14以降はNGで正常に動作してないようです。

該当のゲームタイトル
『"WE ARE BANDITS!! ウィーアーバンディッツ 〜恥辱に手折られし戦場の花〜（体験版）"』とそのSSGです。

>>135
変態紳士さんご配慮ありがとうございます。
ワードリピートを正しい仕様に直した事で副作用でしたか…。

問題が解決したため添付ファイルを削除しました。

追記3:
あと1つありました…大ボスです。
ギアドラ2のSSGですが起動すると非常に動作が不安定になりました。
ほぼ100%でALがエラー落ちします。

12/06版のパッチでは(OK)
12/08以降で残念ながら12/09（最新）でも(NG)
です。。。色々試してみてもエラーの発生する原因が特定できてないので…うーん。
少しずつSSGのコードをコメントアウトして挙動を探ってみてます。

原因判明しました。traceでした。
traceを表示代わりに使ってるのでそれが原因です（正しい書式ではないので）お騒がせしました。

>>136
amateurさん
ありがとうございます。どう書けばいいのか分からずでした。($Val+1)とするのでしたか…助かります。

編集

>>134 （仔猫）さん

>幻影のゴーストビル(体験版)
昨日は修正ファイルをアップしてから寝てました。

>ワードリピート
仕様変更ではなくワードリピートは明らかに仕様通り動作しておらず、
完全なバグだったので修正したのですが、
そのバグがある状態で作られたＳＳＧが動作しないようで・・・
ヘッダが6.2でしか適用されないようにしました。

バグがあっても頑張って作った過去のSSGは動かないと困るので、
というか、あんな状態でよく使えたものだと感心します。

――――――――――――――――――――――――――――――――――――――――
※注意事項
ワードリピートの修正はヘッダを6.2にしないと動作しないように変更しました。
ヘッダを6.1にしている場合は以前の動作になります。
――――――――――――――――――――――――――――――――――――――――

追記:

ついでに[PageUp]、[PageDown]、[Home]、[End]で操作できるようにしました。
全部スクロール操作です。

2016/12/10 0:45頃

水平スクロールで右にずらした状態で、
キー操作の垂直スクロール(↑, ↓, PageUp, PageDown, Home, End)すると
表示バグ(再描画部分の反転表示が水平スクロールしていない)が発生したので修正しました。

編集

>>134　（仔猫）さん
変態紳士さんがご説明＆パッチ修正でご対応くださったので蛇足かもですが、
件のSSGは、ヘッダを6.2にした場合、
　[!R1,[\:!]　→　[!R($Val+1),[\:!]
　[!R1,[:!]　→　[!R($Val+1),[:!]
　[!R1,+0x4\:]!]　→　[!R($Val+1),+0x4\:]!]
　[!R1,+0x4:]!]　→　[!R($Val+1),+0x4:]!]
と修正すれば正常動作するのではないかと思います。

参考)　該当部分を修正後の記述。体験版で試したら一応動いてました。
----------------
[group]unit_rpt1
[subject]No.[!L$Val+1!]　 '+' _mem,_MName\:\:game.exe=>base;[\:$base+0x3C\:]=>pl;[\:$base+$pl+0x154\:]=>data;[\:[!R($Val+1),[\:!][\:[\:[\:$base+$data+0x6F30\:]+0x1F0\:]+0x4\:][!R($Val+1),+0x4\:]!]+0x40\:],0x20,unicode,-:dir
[replace]_MName::game.exe=>base;[:$base+0x3C:]=>pl;[:$base+$pl+0x154:]=>data;[!R($Val+1),[:!][:[:[:$base+$data+0x6F30:]+0x1F0:]+0x4:][!R($Val+1),+0x4:]!],ssl->status
[back]
[/group]

[group]unit_rpt2
[subject]No.[!L$Val+1!]　 '+' _mem,_MName\:\:game.exe=>base;[\:$base+0x3C\:]=>pl;[\:$base+$pl+0x154\:]=>data;[\:[!R($Val+1),[\:!][\:[\:[\:$base+$data+0x6F30\:]+0x254\:]+0x4\:][!R($Val+1),+0x4\:]!]+0x40\:],0x20,unicode,-:dir
[replace]_MName::game.exe=>base;[:$base+0x3C:]=>pl;[:$base+$pl+0x154:]=>data;[!R($Val+1),[:!][:[:[:$base+$data+0x6F30:]+0x254:]+0x4:][!R($Val+1),+0x4:]!],ssl->status
[back]
[/group]
----------------

>>135　変態紳士さん
パッチ更新ありがとうございます。
ヘッダが6.1か6.2かでワードリピートの動作が変わることを確認しました。
>>134の（仔猫）さんがリンク貼ってくださったゲームのSSGが、
旧仕様(というかバグ)の記述が6.1で、本来の正しい記述が6.2で、各々ワードリピート使用部分が正常動作していました。

>ついでに[PageUp]、[PageDown]、[Home]、[End]で操作できるようにしました。
物凄く操作しやすくなりました！　
こちらもありがとうございます。

編集

変態紳士さん更新ありがとうございます。

traceでのALが落ちる現象を報告しましたが、それから色々と試したところ、原因はどうもロック項目ではないかと…。
ロック項目の動作（値の固定化）があると異常動作でALが落ちてる感じです。
通常のSSGでもロック項目で値の固定化をするとALの異常落ちを確認しました。
使用したタイトルは最近依頼があった"奴隷ハーレム解放戦線（体験版）"とそのSSGです。

12/06版では(OK)
12/08以降では(NG)
です。

追記:
>>138
変態紳士さん
12/11版にて問題解決を確認しました。

＞それぞれのインターフェース（関数の引数を増やすような処理）を修正する事になりまして、
＞妙に手間取りました。
お手数おかけしました。お陰で大変使いやすいALになってます。
特に画面の更新が早くて素晴らしい。

修正ありがとうございます。

編集

>>137 （仔猫）さん
報告どうもです。
修正しました。

>>132
>表示側（アドレスネーミング）へカーソルを移動しなくても即反映され...
↑この処理（書き込み後の表示項目の更新）がロック項目に影響を及ぼしていました。

書き込み可能な項目が１５種類＋ディレクトリ項目の一括機能＋ロック中の書き込み動作＋
それぞれのインターフェース（関数の引数を増やすような処理）を修正する事になりまして、
妙に手間取りました。

追記:

2016/12/12
パーサーが0.5を正しく認識できないので修正。
対象のプロセスを発見した時点の処理が怪しいので修正。

2016/12/14
Borland社のGUIのバグを修正
水平スクロールしたまま項目を選択すると正しくないスクロール位置で表示していた。

編集

変態紳士さん、更新ありがとう御座います。
今のところ問題なく動いてます。
(Linux+Wineでも動作確認しました)

僕の躓いた（Linux + Wine）時のパッチとかSSにとってみました。
まだ動いてない方の参考になるかもと。
変態紳士さんのreadme.txtに詳しく方法が書かれてるのでセットでみてください。（正常に動いてる方には無用なパッチです）

添付1は３．0024D232 のアドレスに WINMM.DLL という文字列があるのでW(57) を _(5F) に変更して上書き
添付2は６．3D 4F C7 2E というバイト列を検索　７．検索結果が１件しかない事を確認し81 E8 AC E6 に変更して上書き

(この添付2の画像はすでに過去のやり方になりましたがバイナリエディタ(BZ)の使い方として…残しておきます。)

>>140
変態紳士さん、ありがとうございます。
おおー。これで差し替えが簡単になります。

編集

>>139 （仔猫）さん
報告どぉもです。
パッチを入れ替える作業が面倒だと思うので方法を変更しました。
詳しくは readme.txt を参照してください。

追記:

2016/12/18
スクロール関連の修正
特定の環境で動作するようにメニュー関連の修正

2016/12/19
修正された trace と copy は 6.2 で動作するように変更

編集

[define]を強化しました。
動作検証中。。。

※添付ファイルはスレッドトップへ統合しました。

編集

>>変態紳士さん
あちらのスレで続けるのも何ですので、こちらでレスさせていただきます。
ファンネルライトの部分を修正していただき、ありがとうございます。
報告させていただいた件、全て正常動作するようになりました。
速度とメモリの問題、これは難しそうですね。
年末の忙しい時期にお手数をおかけして恐縮ですが、こちらは急ぎませんので、
お時間に余裕のある際にでもゆっくりご対応いただければ幸いです。

編集

>>142 amateurさん
すべてを[define]の対象にすると静的に処理され、置換された文字列がバッファに蓄積されてしまうようです。
ウディタ解析用SSGの読み込み時に置換された文字列をファイルに出力してみましたが、
従来のdefineはSSGファイルのロード時は７件の変換だったのに対し、
静的な処理も含めて全てを置換するとロードだけで22,694件まで増えます。

更にSSRなどのリストはdefineで定義されている場合と定義されていない場合の状態別でメモリに読み込むため、
巨大な容量になるようです。

色々と問題があるので個別に実装しました。
ウディタ解析用SSGのロードは速くなりました。
Ｘデーなのでチキンを買ってきます。

・NA /adjust_check
・NA /adjustment
・NA /caution
・NA /child_rw
・NA /e_with
・NA /enabled
・NA /funnel
・NA /involve
・NA /io_fep
・NA /note
・NA /script
・NA /size
・NA back
・NA root
・NG input
・NG SSRファイル (重すぎ)
・NG subject (重すぎ)
・NG タグ自体の置換 (個別なので無理)
・OK adjust_check
・OK adjustment
・OK calc
・OK caution
・OK child_rw
・OK creator
・OK distinction
・OK e_with
・OK enabled
・OK free_list (項目側、グループは未検証)
・OK funnel
・OK involve (参照元)
・OK io_fep
・OK list (項目側、グループは未検証)
・OK maker
・OK note
・OK process
・OK repeat (参照元)
・OK replace (参照元)
・OK size
・OK string
・OK title
・OK toggle (項目側、グループは未検証)
・OK val

編集

>>143　変態紳士さん
ご対応ありがとうございます！
早速>>141のパッチを適用してみたところ、仰るとおりウディタ解析用SSGは10秒未満(以前と同じレベルの速度で)読込みできました。
毎度面倒なことをお願いしてばかりで申し訳ないです･･･
今回も迅速なご対応に感謝です。
ところで、>>143の　"・NA /adjust_check"以下の記述は、[define]での置換の可否でしょうか

それと、直接私が困っているのではないのですけど、
【改造依頼】 正しい性奴隷の使い方のスレッドの（No.31）の報告について、
（No.32）で私が書いたとおり、上記スレのTakeさん作の（No.11）のSSG(ヘッダは6.2)がtrace項目が原因？でSSG読込みに失敗(SpoilerALが落ちる)するようです。
このSSG自体が7万行以上もある超大作SSGなのでそれも影響しているのかもですが･･･
一応、私の方でtraceとcopyの動作検証をしてみたのですが、
どちらも>>141のパッチおよびスレッドトップの(2016.12.20)のパッチの両方でSpoilerALが落ちてしまいます。
どうも、ロック周期で両項目の書込みが行われるタイミングで落ちるようですが。
検証用のSSGを添付しますので、お手すきの際にでもご確認いただければと思います。

追記
>>141のパッチを適用してみたところ、とりあえず、[adjustment]のオプション部分に[define]の置換が正常に機能するようになったことを確認しました。
下記のような記述が可能になっています(　{Ti}の部分が置換箇所　)
　[adjustment]search, _MName::nul, 8B ?? $4 {Ti} $$ 83??0189?? $4 {Ti} $$, _MName::nul, _MName::nul:+.text, 1
上記はウディタ解析用SSGの記述ですが、これで「プレイ時間増えない」について必須コード項目が不要になりました！
引き続き、色々試してみたいと思います。

編集

>>144 amateurさん

>ところで、>>143の　"・NA /adjust_check"以下の記述は、[define]での置換の可否でしょうか
そうです。個別の実装ですので１カ所の書き換えというわけではありません。
ですので部分的に動作不良という事もありえます。

NA 適用外 引数が無い場合など
NG 未実装 遅くなりすぎるか、プログラムの構造でメモリを大量消費するなど
OK 実装済 ただし検証していない

>trace項目
単純にバグだったので修正しました。
ただしtraceはお勧めしません。

2017/01/01
以下の修正
・電卓の画像を変更しても即座に反映されない
・電卓を10進数にした状態で画像を変更すると10進/16進の表示が逆になり切り替えても直らない

編集

変態紳士さん、パッチ更新ありがとうございます。
traceとcopyが正常動作するようになっていました。
traceは･･･確かにあまり使いたくないですね。

>ですので部分的に動作不良という事もありえます。
承知しました。色々実際に試して確認していこうと思います。

それと、メモリ消費量も[define]強化以前と同程度に戻っていますね。
ウディタ解析用SSGで確認しました。
こちらもありがとうございます。

編集

変態紳士さん、散々お世話になった昨年に続き今年も早速お願いとなり恐縮ですが、
SpoilerAL側にメモリを確保する件でご相談があります。
(SpoilerAL修正パッチは、2017.01.01と2017.01.06を適用して試しましたが結果は同じでした)

神秘の泉・レーツェルコンティネント２というSRPG Studio製のフリーゲームについて、
添付SSG(1個目)ではSpoilerAL側にメモリを確保しているのですが、
そのSpoilerAL側に確保したメモリアドレスに書き込む一部の項目が正常に機能しないのです。
原因を色々探ったところ、どうも添付SSGの「30個ずつデータ表示をずらす」と「101-130個目のデータを表示させる」の項目(クラスデータ・敵味方ユニットデータにあり)について、
　_L Memory::0　のようにSpoilerAL側のメモリに書き込むように記述しているのに(169-171行目や175-177行目等)、
ゲーム側のメモリ(SpoilerAL側に確保されたアドレスと同じ数値のアドレス)に値を書き込んでしまっているようです。
この際、ゲーム側のメモリの該当アドレス(本来はSpoilerAL側のメモリアドレス)が読み書き不可能な領域の場合は、
"アドレス[0x864718]で読み込みエラー。"のように表示され、
読み書き可能な領域の場合は、本来SpoilerAL側のメモリに書き込まれるべき値がそのままゲーム側のメモリに書き込まれるようです。

なお、同じ内容でメモリ確保をゲーム側に変えた(というより、元々ゲーム側にメモリ確保するよう書いていたSSGを、SpoilerAL側にメモリ確保するように修正したのですが)SSGでは、
上記の項目、「30個ずつデータ表示をずらす」と「101-130個目のデータを表示させる」(クラスデータ・敵味方ユニットデータとも)が正常機能しています。
念のため、ゲーム側にメモリ確保した分のSSGを2個目に添付します。
それと、参考として両SSGの内容の比較結果をこちらに公開しています。

私のSSGの書き方が何か間違っているのかもしれませんが、自分では幾らチェックしても分かりませんでした。
分かりにくい説明で面倒なことをお願いして申し訳ないのですが、お手すきの際にでもご確認いただければ有り難いです。
よろしくお願いします。

編集

>>147 amateurさん
ローカルプロセスのメモリ確保の件、修正しました。

>>149 amateurさん
>他に追加された、fep_list、fep_free_listについては、
「神採りアルケミーマイスター」のSSGで「ユニットリスト読み込み」なる項目があり、
眺めていたら fep_free_list があればこんな事にはならなかったと思った次第です。
_fmt については、そもそもアドレス書式があるのに最後に読み込む必要があるのかと思った次第。
次期新作は「マイスター」と付いているので面白い？のかどうか分かりませんが多少期待してます。

>表示ずらし
N×Nの[repeat]だと簡単に数万件のメモリになりますが、
多重ループしない場合はGUIの表示速度に任せてもいいのではと思ったり。（最近行ったGUIの変更でディレクトリ項目の展開速度が速くなったので）
ただ、急な変更で多重ループになると静的解釈の[repeat]はメモリを圧迫するのでどちらが良いのかはケースバイケースのような気がします。
500件以上とか読みにくい場合も微妙なところです。

編集

>>148
変態紳士さん、ご対応ありがとうございます。
問題のSSGが正常に動作するようになりました。

それと、アドレスネーミングの新書式の追加、こちらもありがとうございます。
少し試してみましたが、「fmt」については、
値の部分(アドレスコーディングの演算結果)をそのまま「num」等の書式に応じて表示する、という仕様のようですね。(アドレスから値を読み取るのではない)

項目のID部分(項目の通し番号)などは今まで、表示ずらしを使う場合、[io_fep]とfep_numの組み合わせでアドレスネーミング表示させていましたが、
この方法だと項目本体が電卓項目だと、電卓の現在値まで[io_fep]の演算後の値になってしまうのが難点でしたので、
fmtの実装で、表示ずらしに伴う項目のIDの表示ずらしも便利になりそうです。

あと、[repeat]の[! @ssl->リストファイル, $Val !]を使った項目名等の表示も、
表示ずらしを使うと項目名の表示がずらせずに不便だったのですが（　[!!]内に[:Memory::0:L]のように[::]は使えないので）、
　_fmt, 値, サイズ, list, エラー時の代替え文字列, リストファイル名, 初項, 公差
の書式を使い、「値」部分に、"_0x[!$Val!]+[:Memory::0:L]"　のように書くことで、
項目名等の表示をずらすのが簡単になると思います。

他に追加された、fep_list、fep_free_listについては、
[io_fep]の「出力値への演算」(復号化)後の値に応じたリスト中の文字列を表示させるものでしょうか。
エウシュリー(AGE)など値が暗号化されているゲームに使うと便利そうですね。

沢山の便利な機能を追加してくださって大感謝です。
SSGの書き方の幅がさらに広がりそうで本当に助かります。

編集

変態紳士さん、連日のお願いとなり申し訳ないのですが、
ご対応いただいた最新の2017.01.07分のパッチを適用すると、
添付のSSG(Venus Blood-RAGNAROK-　SLG体験版ver2用)の「ユニットデータ」→「スキル」→「称号スキル」の書換え時に、
添付スクショのようなエラーとなり書換えができません。
なお、一つ前の2017.01.06のSpoilerAL修正パッチに戻すと正常に書換え可能です。

これは私の適当な印象レベルの話でしかないですが、
同じようなエラー表示が、このゲームの専用スレの（No.17）に私が書いたwcslen::の件の際にも出ていたようなのですが。
今回エラー表示の出るスキル書換えに関しても、ダブルリスト項目のリストにwcslen::を使っています。
(上記リンク先の、string項目での種族・特攻の文字列書換え後のwcslen::を使った文字数修正項目は正常動作しています)

お手数をおかけしますが、よろしくお願いします。


(以下は>>148へのレスです)
fep_list、fep_free_listについては、やはりエウ作品を想定されたのですね。
ローテート演算子も追加いただきましたし、今後はエウ作品のSSGも書きやすくなりそうですね。
(私は戦女神シリーズの新作を期待してるのですが･･･もう出ないのかな。2のリメイクでも･･･)

表示ずらしについては、どうなんでしょう。
これを使う動機としては、仰るとおり、
　・[repeat]を使いすぎるとメモリ使用量が増大し、SSG読み込みに時間がかかる
　・あまり項目数が多いと読みにくい
と2点なのですが。

私が初めて表示ずらしを使ったのは昨年夏ごろに作っていたSSGで、
調子に乗ってアイテムやスキル等のデータを[repeat]を使って書いていたら、
SSG読み込みがどんどん遅くなったので何とかならないかと思ったのがキッカケでした。
アイテムとかスキルとか、一つ一つの種別だと読みにくいのは許容範囲でも、
色んなところで[repeat]を使ってると、次第にSSG読み込み時間が鬱陶しくなってくることがありまして。
これはSSG使用者側よりも、SSG作成中に動作確認のために何度もSSGを再読み込みする必要のある作成側の方が気になるかもしれません。

編集

>>150 amateurさん
修正しました。

修正はすぐ終わったのですが、ゲームが分からなくて「称号スキル」というのをセットするのに時間がかかりました。
その間、称号スキルが空の状態で弾かれてました。。。

ローカル変数はアセンブリ言語の書き換えが61箇所あります。（もともと多いけど前回の修正で1.5倍くらいに増量）
これはSSGの項目の種類に比例した数で、個々は大して難しくないのですが数が多いです。
ですので今回wcslenは関係ありません。

編集

>>　変態紳士さん
修正ありがとうございます。
試したところ正常に動作しています。(wcslenは無関係だったのですね。適当なこと書いてすみません)
称号スキルのこと、お願いする際にフォローしておくべきでした。申し訳ありません。
というか、スキル関係を作りかけの中途半端のままお願いすべきではなかったと反省しています･･･

最近、[define]の強化やアドレスネーミングの新書式追加など大幅アップデートが続きましたし、
パッチ自体がどんどん複雑になってるのだろうなと何となく想像がつきますが、
やはり修正作業は大変なのですね。本当にお疲れ様です。

私も面倒くさいと放置するのが気が引けてきたので、
件のゲームのスキル変更機能が何とか形になりました。
早速、一部にアドレスネーミングのfmtを使ってみました。バッチリ正常動作しています。
今までなら[io_fep]とfep_numを使う必要があったケースですが、fmtだけで済むので記述が楽です。
wcslen::等もそうですが、便利な機能の追加ありがとうございます。

(昨日の夕方からずっと掲示板に接続できずお礼が遅れました。すみません)

編集

>>152 amateurさん
おはようございました。
HowToSSGに書いてないのですが、_fmt は文字列（ただし４バイト以下）も扱えます。

// 「�T」 バイト列「87 54」, リトルエンディアン「0x5487」, ビッグエンディアン「0x8754」
// 「�U」 バイト列「87 55」, リトルエンディアン「0x5587」, ビッグエンディアン「0x8755」
// サンプルなので「$Val = 0;」とゼロを代入しています。

// $Val == 0 の時は「�T」、1 の時は「�U」、対象のプロセスが見つからない時は「-」を表示
[subject]_fmt, _$Val = 0; [~ 0x8754 + $Val ~2], 2, null, -:dir
[back]

// ローカルメモリで変動する時は以下のようにします。
[subject]_fmt, _L $Val = 0; [~ 0x8754 + $Val ~2], 2, null, -:dir
[back]

「A」に 1 を足して「B」も可能です。
漢数字の「一二三」はバイト列に規則性が無いので free_list になります。

編集

>>153　変態紳士さん
おお、文字列も表示可能なんですか　>fmt
追加されたアドレスネーミングの書式はまだ色々と使い道がありそうですね。
教えてくださってありがとうございます。

追記；
追加のご説明ありがとうございます。
エンディアン反転演算子の使用例を初めて見ました。
この演算子、多分値がビッグエンディアンで格納されているゲームで使うんだろうなと思うものの、
実際にはそんなゲームほとんど見たことがなく、使ったことがなかったです･･･

編集

変態紳士さん、毎度お手間をとらせてしまい恐縮ですが、
またしてもご相談があります。
今回はダブルリストとダブルトグルの挙動についてなのですが、
SpoilerAL修正パッチ適用の有無を問わず(デフォルトのSpoilerAL　6.1からの仕様？)、
ダブルリストの処理する内容を記述したリストファイルの書式、
　",アドレス=バイト列"　において、「アドレス」部分にアドレスコーディングの分割を使用すると、
正常に動作しないようなのです。(チェインファイル指定した場合はアドレスコーディング分割を使用しても正常動作します)
添付のSSG(1個目が6.1用、2個目が6.2用。対象プロセスはSpoilerAL.exe)で試したところ、いずれも結果は同じでした。(書換え結果は下記のとおり)
-----------------------
リストの　テスト1　(アドレスコーディング分割使用　→正常動作しない)　を選択した結果
00601F00-00601F2F: 30h(48)Byte [Windows ANSI]
Address : +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F 0123456789ABCDEF
00601F00 : 0A D0 D0 00 10 0A AA AA AA A0 00 00 00 00 00 00 ﾐﾐ ｪｪｪ&#63728;
00601F10 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00601F20 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

リストの　テスト2　(〃　使用せず　→正常動作する)　を選択した結果
00601F00-00601F2F: 30h(48)Byte [Windows ANSI]
Address : +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F 0123456789ABCDEF
00601F00 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00601F10 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00601F20 : FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 &#63731;&#63731;&#63731;&#63731;
-----------------------
バグではなく元々こういう仕様なのかもしれませんが。
なお、ダブルトグルでもアドレスコーディング分割を使用すると同様の結果となりました。(添付SSGで確認)

それと、ダブルトグルについて、SpoilerAL 6.1修正パッチ(2017.01.10)を適用して6.2用の添付SSG・2個目を試すと、
リストのテスト4からテスト6のどれを選択(チェック)しても
「モジュール 'WINMM.DLL' のアドレス 683B743B でアドレス 00000070 に対する読み込み違反がおきました。」
のようなエラー表示が出ます。
エラー表示は出ても、テスト5(アドレスコーディング分割は使用せず)は書換え自体は正常に行われるのですが、
チェインファイル指定したテスト6は書換え自体がされません。(6.1用では正常に書換えされる)
アドレスコーディング分割を使用したテスト4は、正常に書換えがされません。(エラー表示の出ない6.1用と書換え結果自体は同じ)

度重なるお願いで申し訳ありませんが、ご確認いただければ幸いです。
よろしくお願いします。

編集

>>155 amateurさん
報告ありがとうございました。

>「モジュール 'WINMM.DLL' のアドレス 683B743B でアドレス 00000070 に対する読み込み違反がおきました。」
これはバグでしたので修正しました。
どうもです。

「アドレスコーディング分割」についてですが、
コードを読んだところ初めに見つかった「=」で分割しているようです。
しかしアドレスコーディングにも左辺代入の「=」があるので考えています。

※追記:

左辺代入の場合、１つ前の演算子は様々です。

';'　アドレスコーディングの分割
'?'　三項演算子の真式の中での代入
':'　三項演算子の偽式の中での代入
'('　括弧の中での代入
'['　括弧と同様、アドレスやエンディアン反転など
'='　多重代入および代入値を用いた複合代入

これらを認識するためには全ての演算子を認識する必要があります。
アドレスコーディングからマークアップの部分だけ引用して分離するプログラムを作成しています。

編集

>>156　変態紳士さん
早速のご対応ありがとうございます。(早い！)
ダブルトグルのエラー表示がされなくなり、
チェインファイル指定した場合にも書換えが正常に行われるようになりました。

>コードを読んだところ初めに見つかった「=」で分割しているようです。
",アドレス=バイト列"　や　"アドレス=ONのバイト列/OFFのバイト列"　の"　=　"(アドレスとバイト列の区切り)と、
右辺代入の"　=>　"の"　=　"の部分や、左辺代入の"　=　"　が誤認されるのが原因というわけですか。
右辺代入や左辺代入の場合、続けてセミコロン;でアドレスコーディング分割しますから
結果的にこんなことになるというわけですね。

右辺代入の=>だけなら=>を読み飛ばすようにすれば大丈夫そうに思えますが、
左辺代入の=は全く同じですから難しそうですね。

編集

>>157 amateurさん
グループ内の要素におけるアドレスコーディングの「=(イコール記号)」分割に対応しました。
ダブルリストとダブルトグルが対象になります。

編集

>>158　変態紳士さん
こんなに早くご対応くださってありがとうございます。
試してみたところ、ダブルリストとダブルトグルのリスト内で、
右辺代入(6.2では左辺代入も)＆アドレスコーディング分割が正常動作するようになりました。
(代入＆アドレスコーディング分割を2回使っても正常動作していました)

wcslen::等の実装で文字列書換えがしやすくなり、ダブルリストで文字列書換えすることが増えそうな気がするので、
リスト内で代入＆分割を使えるようになってとても助かります。
いつも面倒なお願いに応えてくださって感謝いたします。

編集

変態紳士さん、いつもお世話になっています。
バグらしき挙動を発見したのでご報告させていただきます。
原因は分からないのですが、
Gears of Dragoon〜迷宮のウロボロス〜のSSG(左記リンク先のRPG体験版でも動作すると思います)の、
「パーティメンバー」→「パーティメンバーのデータ」→（キャラ選択）→「スキルレベル」→「習得可能な全スキルのレベルを一括変更」に値を入力すると、
「SpoilerAL.exe は動作を停止しました」とエラー表示が出てSpoilerALが落ちてしまいます。(添付のスクショ参照)
(「キャラデータ」→（キャラ選択）→「スキルレベル」→「習得可能な全スキルのレベルを一括変更」でも同じ)

いくつか手持ちのSpoilerAL修正パッチを適用して試したところ、
「2016.12.20」「2017.01.08」「2017.01.10」は正常動作。
一方、
「2017.01.11」(>>156のダブルトグルのエラー表示修正時のもの)以降、
「2017.01.12」と最新の「2017.01.13」では上記のとおりエラーとなり、
「2017.01.11」以降のパッチでエラーとなるようです。

問題のSSGの該当箇所の記述は下記のとおりです。
--------------------------------------------------------
[subject]スキルレベル:dir
[define skillLv] {charAD};0xCE05B4B1=>hash;{AD2}
[define M0+4] Memory::0 +0x100 +0x[!($Val-1)*0x4!]
[funnel]ssl->skillLv_Funnel
[subject]習得可能な全スキルのレベルを一括変更【　'+' _mem, _{M0+4}, 4,num ,？？,%d '+'　】/変更後のレベル/_:calc, _{M0+4}, 0, 99999, unsigned
[/funnel]
[undef M0+4]

--------------------------------------------------------
[group]skillLv_Funnel
use, _{skillLv};1=>num;{Num}, *[_0x2DBC :: *{ *+ 01 08 04000000 :: $4 [:{M0+4}:] $$ 00000000 *+ 01 04 *} *]
[/group]
--------------------------------------------------------

念のためRPG体験版をDLして試したところ、体験版でもSSGは動作しているようです(少なくともスキルレベルの項目は)。
ただし、「スキルカスタム」で1つでもスキルポイントを振らないと(「セット」→ポイント振る→「セット」で確定)、
スキルレベルの変更自体が機能しない(条件判定で弾かれる)ようです。

何度もすみませんが、ご確認のほどよろしくお願いします。

編集

>>160 amateurさん
報告ありがとうございました。１行で直るタイプでした。

ですが、項目の下部に空白の行が連続しています。
これはGUIのバグかもしれないので調査を継続します。
と思ったら、これは任意の空白行だったのですね。
スクロールの視認性対策かと思います。

SSGのインデントがよく分からない状態ですが、表計算ソフトからの出力でしょうか。
自分用という意味もありますが、インデントを自動生成するソフトを作ってみようかと思います。

編集

>>161　変態紳士さん
ご対応ありがとうございます。問題のSSGの該当箇所が正常動作するようになりました。
いつもお願いばかりで恐縮です。

>項目の下部に空白の行が連続しています
お察しのとおり、視認性対策なんです。
SSGの最下部あたりは、下位項目を開いたり閉じたりすると、何度もスクロールする必要があったりと、
見難いというか面倒なので、最下部に空白行があればマシなのではと入れてみましたが･･･

>SSGのインデントがよく分からない状態
自分でも適当すぎてよく分からないです(汗)
このSSGではリスト作成以外で表計算ソフトを使ってるわけではないのですが。
件のSSGのように長くなってくると(階層項目が一杯あったりして)何字分を字下げしていたか分からなくなってくるという･･･
なので最近はタブ使うようにしていますが。

インデントを自動生成するソフト、これは楽しみですね。
自分で適当にやってると、ご指摘どおり訳が分からなくなってきますので。

編集

変態紳士さん、いつも大変お世話になっております。
先日アドレスネーミングに追加くださった「_fmt」について気になることがあるのですが、
"_fmt"を使用して、値がゼロとなる場合、「0」と表示されず、「エラー時の代替え文字列」が表示されるようです。
ゼロ以外の値になる場合は正常に表示されているようですが。
念のため、検証用のSSG(例によって対象プロセスはSpoilerAL.exe)を添付します。
お手すきの際にでもご確認いただければと思います。
頼ってばかりで申し訳ありませんが、よろしくお願いします。

追記；
添付SSGを差し替えしました。
_fmtの「list」「free_list」でも同様でしたので添付SSGに追加しました。

編集

>>163 amateurさん
報告ありがとうございました。
修正しておきました。

編集

>>164
変態紳士さん、ご対応ありがとうございます！
値ゼロでも正常表示されるようになりました。

編集

>>164 変態紳士さん

どうも、お久しぶりです。
パッチの修正ありがとうございます。
相変わらずの迅速な対応には感服いたします。

Meine Reise のSSGを投稿した時に_fmtの不具合に気付いていたのですが、すっかり報告を忘れていました。（汗）


>>165 amateurさん

_fmtの不具合の報告ありがとうございます。
ちょうど、Meine Reise のSSGに_fmtを使用していたので大変助かりました。

編集

2017/01/29
ツリー項目のフォントの初期値を"ＭＳ Ｐゴシック"から"ＭＳ ゴシック"へ変更

等幅なので数字の位置が揃います。
初期値なので SpoilerAL.exe を一度でも起動している場合は適用されません。
その場合は、[メニュー]-[表示]-[カスタマイズ]-[フォント設定]-[フォントスタイル]から変更するか、
"save\default.txt" を変更するか、"save" フォルダを削除すると変更されます。

編集

(2017.02.05)のパッチを当てたところいくつかのSSGが選択したとたんエラーが出ることなく落ちるようになりました。
どうもlist項目があるだけで落ちるようなんですが・・・

編集

>>168 ユウちゃんさん
報告どおもです。
修正しました。

編集

>> 変態紳士さん

パッチの更新ありがとうございます。
まさかこんなに早くlistのio_fep対応が実装されるとは思ってもいませんでした。
list項目しかまだ確認していませんが、機能する事を確認しました。

嬉しすぎて言葉になりません。本当に感謝いたします。

編集

>> 変態紳士さん

<# #> を使用するとエラーが発生する箇所を見つけたので報告させて頂きます。
[subject]〜:dir で <# #> を使用してさらに <# #> 内に [\: \:] もとい \ を使用すると正常に機能しないようです。

パッチ(2017.02.09)で発生することを確認しました。
それと確認用のSSGを添付しておきます。

編集

>>171 dipperさん
報告どおもです。
直しておきました。

１時間きったけどピザの配達は30分らしいです。
ピザ屋の３輪バイクが倒し過ぎで転がらないか心配です。

編集

>>172 変態紳士さん

早速の修正ありがとうございます。
正常に使用できることを確認しました。

> １時間きったけどピザの配達は30分らしいです。
どちらも早すぎです。
それに比べ私は14時間って…

> ピザ屋の３輪バイクが倒し過ぎで転がらないか心配です。
裏を返せばそれぐらい倒さなければ曲がれないという事です。(テキトー)

編集

日々の修正お疲れ様です、今更ですがNot Defined Error!のままだと分からん!と思ったので
性懲りも無くFixAdjustByString.cを間借りしてサンプルをv141_xpでビルドしてみました
元々が自前のエラーNoすら破棄する場合もあったので、宜しくないねじ込み方の実装…

例によってタスクバーがZpoilerALになります、書き込み不能領域を項目とするSSGも同封しておきます

（適当に作った後でよく考えたらOnSubjectWriteErrorに入ったばかりならGetLastErrorもまだ有効かすら
　しかもここの文字列…ライトエラーイベントなのに読み込みエラーとか誤植らしきものも
　OpenProcessと[enabled]周りも整備しないと良くないし…なんだかMSの自虐ガイドラインを思い出しました）

編集

>>174 七星さん
どぉもありがとうです。
ほぼ、似たようなものを実装しました。

ただし、値の固定をすると稀にメッセージが別の物になる可能性があります。

編集

>>175 変態紳士さん
す、素早い…夜分遅くにありがとうございます
作られた時代からしてシリアル処理だろーと
深く考えてませんでしたが周期処理も有りましたね、浅慮極まる

ソースを追ってみて一見システムコールしなそうでも、スコープを抜ける時の罠もありましたか
TSSGActionListnerメソッド突入時で間に合うなら、合理的かつ通知しやすいかと思ったのですけど

…と早速で何ですが利用モードによってTSSGProcessAccessListner側のShowMessageとで2回出る罠もありました（元々
プロセスのオープンエラーや有効条件が偽でもエラー定数と流れてくるものの、TMainFormは一緒くたに処理
いっそのことモーダルダイアログは全廃してGuideFormへ流す…というのも微妙な感じになりますよね

2000の記事にあるならバルーンとか使える…？しても表示位置は…？じっくりコトコト煮詰めるべきか
そういえばSpoilerALにはステータスバーがアリマセンネ


追記：
TSSGActionListnerメソッド突入時にGetLastErrorする物も試作してみました
プロセスのオープンエラーと有効条件が偽の場合も整備してみましたが
GetLastError自体はここでも良好そうなものの、現在値もツリーに表示していて
有効条件が偽の項目があると読み込み時にもOnSubjectDisabledが呼ばれるので
エラーコードを上書きしてしまい個別処理した方が良さそうな雰囲気

ついでに「プロセスメモリのライトエラーイベント」で読み込みエラーと書かれている誤植の修正
"Not Defined Error!"でShowMessageが呼ばれるとコール先で破棄する実験（今はほぼ意味なさそう
バルーンは実装方法がよく分からなくて模索中…改めてクラスとBorlandで呼出規約がカオスですね

編集

>>176 七星さん
どぉもです。
実装しておきました。ネタは同じですが若干違うアプローチになりました。

バルーンですか・・・　普通はWTLやMFCで書くけど。
前に使ったソースはタイマーを自前で用意するタイプだったと思います。

編集

>>177 変態紳士さん
Wow...随分様相が変わりましたね。MFCはファットなアレですね、WTLはまだ健在なのでしょうか？
Visual Studio 2017 RCのインストーラーでは「MFCとATLのサポート（x86とx64）」に加え、
いつの間にか「Visual C++ ATLのサポート」も増え、若干どういう事なのな感じになっていました

とりあえず�dでもないやっつけですが、やれない事はないようだとバルーン版も作ってみました
しかしよく分からない事にMSDNではバルーン周りがMinimum supported Vistaとなっています
SDKヘッダを見るにIEバージョンに依存し、2000はIE5.01までで問題なさそうに見えるのですが。

モーダルダイアログのShowMessageから根こそぎバルーンなどに移行することで
通常モードのガイド無しだとCan't Write Memory!と併せて出てしまう問題も
個別に潰さなくてもバルーン内容が上書きされるだけで煩わしくなくなりそうですが
別のエラーが連続で出るような場合にはちょっとアレですかね…（あるのかな

ところで、[allocate]のLocalが機能していない気がします、BSWAP32('Loc')←これの所為でしょうか

編集

>>178 七星さん
それっぽいものを実装しておきました。

編集

>>179 変態紳士さん
ありがとうございます、Localの動作も確認できました。（電卓にテンキー入力だと一瞬で消えるような）

こちらは実験ということでShowMessage自体をShowToolTipにすり替え、SetTimerするものを。
なんとなく動いてますがDLLロードスレッドとShowMessageコールスレッドは同じなんでしょうか
>バルーンは、クリックされるか、問題が解決されるか、一定の時間が経過すると消えます。
先の自虐ガイドラインには斯様に書かれていますが、TTM_SETDELAYTIMEはヒットテスト限定でしょうし、
TOOLINFOにはNOTIFYICONDATAの様なタイムアウトも無いのでAPI側に用意されてるのか謎です
（Shift押下時にGetFocusから位置を調整しようとしたら状況でまばらになりますね…）

"最大値より大きい値は入力できません！"などは割と頻出するダイアログだと思うので
バルーンにすると結構快適になりそうですが、加えて入力値もクリアしてみるテスト…
本当は入力値を全選択して直しやすい様にしようと思ったらCalcButtonPushFuncはかなり面倒な事してますね
RAD Studio 2007のVCLドキュメントだとTEditにSelTextなるプロパティもあるようですが果たしてこの頃に実装されているのか
Publishedプロパティでないと実行時型情報がなくて分かりにくい…pdb欲しい

それと確か元々あったような不具合を思い出したので、そのSSGも添付しておきます
リスト抽出で全く同じリストをd_listに設定するとまるで読み込まれせん
パラメータが異なれば表示用だけは抽出できる様ですが、値リストが機能しません
リスト抽出をローカル指定にすると不思議と起こらないようです

編集

>>180 七星さん
それっぽい修正をしました。

編集

>>181 変態紳士さん
OKしなくても次の操作に移れるだけで十二分に快適になりました
私の独断と偏見による思いつきに連日お付き合いくださって感謝の限りです
確認不足で申し訳ないですが、ShowMessageはエラーだけではありませんでした
時として情報が表示される事があったので添付のテキストに纏めておきます
この直後で子窓が出る時も一瞬で消えるようです、ここらフォーカスは面倒かも…

リスト抽出も修正してくださっった様で、FixSetSSGDataFileでしょうか
表示用は問題なくなったのですが、値リストが妙なのは私の環境ですか？
具体的には>>180のsameとdiffで1行目のみ正常、2行目以降は反映されません
4,12,16行目のみSSG Error. No List-File!となる以外はエラーすら出ません
ﾌｩｰ…元ソースの問題点が分からない上に修正版も何してるのか分からないorz

最後に機能的なネタを一つ…対象プロセスをDLLから指定するのはお行儀悪いですかね
実用的にはUnity等の実行ファイル名が異なるも特有DLLをロードするエンジン向け汎用に。
機会は無いかと思われますがrundll32.exeとかにも時として有用？（起動引数見るべき？
SSG側は[process]:mono.dllとかファイル名無効文字を接頭辞にするだけでも済みそうですが
実装側で全プロセスの全モジュールを列挙しなければならなくなって嫌らしいかすら
メインウィンドウのクラス名やタイトルとかの方がまだマシ…？

編集

>>182 七星さん
本日のそれっぽい修正です。

編集

>>183 変態紳士さん
ありがとうございます、d_listの両方でリスト抽出しても正常な書き込みが確認できました
今ではお陰様で[trace]や[allocate]、$Relも実装されているので更に応用が広がりそうです
「手打ちが面倒だから」という理由では使用しない方がよい？ｱｰｱｰ聞こえない

編集

先週の今週で失礼します。>>182からアレやコレや悩んだあげく、やはりモジュールはﾅｧ…と
ウィンドウクラス名を調べていたら下記のように謀ったかの如く私的には十分だったので


○ARCGameEngine：ARCGameEngine

△RPGツクールXP/VX/VX Ace：RGSS Player
世代が違ってもクラス名が変わらない

×RPGツクールMV：Chrome_WidgetWin_0、Chrome_SystemMessageWindow、Base_PowerMessageWindow
Chromeのクラス名そのままなので割と致命的

○Unity：UnityWndClass
起動設定時にも、表示されていないが存在している

△WOLF RPGエディター2：起動中です、この処理にはしばらく時間がかかることがあります
開発中のVer2.20βではゲームタイトルが頭に挿入されてしまう（↑どういうクラス名ですか

○吉里吉里2：×TApplication、TTVPMainForm、TTVPWindowForm
こいつもVCLかっ！？オーナー名はSpoilerALと被るが、それ以外は固有名？


[process]<ウィンドウクラス名>　のようなファイル名にできない文字で始め、TProcessCtrl_FindProcessにて
if(nProcessNameLength > 2 && ProcessName->_M_start[0] == '<' && ProcessName->_M_finish[-1] == '>') {
ProcessName->_M_finish[-1] = 0;
HWND hWnd = FindWindowA(ProcessName->_M_start + 1, NULL);
if(!hWnd || !GetWindowThreadProcessId(hWnd, &dwProcessId)) dwProcessId = 0;
ProcessName->_M_finish[-1] = '>';
}
といった具合のウィンドウクラス名によるプロセスID解決を実装するのは如何でしょうか？

編集

>>185 七星さん
どぉもです。
同じ物（コピペ？）を実装しました。

編集

>>186 変態紳士さん
採納感謝します、Unityゲームを一貫して[process]<UnityWndClass>のみで捕捉できる様になりました
メモリ・プロセス→対象プロセスの追加でもウィンドウクラス式が有効になりますし、こうかは　ばつぐんだ！

書式についてもこのままで問題ないでしょうか？　[process]タグなら複数定義もタイトルセレクト表示もそのままでいけますし
ウィンドウクラス名に禁止文字はなさそうなので、エスケープ処理が要るパラメータ分割は…とそんな提案になりましたが。

特有モジュール指定は概ねナンセンスとして、ウィンドウテキストもエクスプローラーがフォルダ名ですしクラス名併用なら時として有用？
（DL版兼用…は[process]二つで済むケースが多そう。マルチプロセスなど被るファイル名向き？Verやゲーム進行でテキストが変わる場合は…('A`）
他に対象プロセスを一意に指定できる効率的なアプローチがあったら、追加実装するとき妨げにならないか少し心配になったり
ワイルドカードは廃止？されたようなので、まだ " * / : ? | なども接頭辞や区切り文字として使えるので余裕でしょうか

ところで、ProcessNameへのイメージ名差し戻しは行わなくても良いものですか？
attachedProcessNameはアドレス→アドレス補正の試作などのラベルにしか使われてなさそう…？
HWNDをNULL初期化しておいて検出されていたらEntry->szExeFileから割り当てとかで済むのかしら

編集

>書式についてもこのままで問題ないでしょうか？
特に問題無い気がします。
[process] が複数ある場合、どれか１つが対象になる事を明示できるのでタグ名も現状のままで。

>特有モジュール指定
>クラス名併用なら時として有用？
実装してみました。
CriticalSection の付近に処理を加えると遅くなる気配があったのですが、
実際の所はよく分かりません。
待機中のGUIが重かったので一度は取り換えた場所の機能追加です。

多分、ロード済みモジュールだけの指定だと遅いかも。
ダイナミックロードも対象なのでPEヘッダは使わないとして、
ネイティブAPIを除けば CreateRemoteThread が速いだろうけど・・・
（プロセスが見つかるまでの待機中にディレクトリ項目を展開する場面でGUIの速度が変わります）

>ところで、ProcessNameへのイメージ名差し戻し
現状の差し戻しを行わないコードが正しいと思います。
この差し戻しですが、元々のソースではバグです。

ワイルドカードで一度見つけたものは二度目はイメージ名に変えて高速化するという意図だと思います。
TProcessCtrl::FindProcess を呼び出している唯一の場所は TProcessCtrl::Attach で
ゲームを再起動したときに再び呼ばれる関数です。
（TProcessCtrl::Attach が正常に終了した後は TProcessCtrl::Entry の変数でアクセスします）
このイメージ名差し戻しの方法は、対象プロセス終了後に別の実行モジュールを起動するとワイルドカードでは認識しない不具合を含んでいました。

現在のソースで差し戻しをする意味はありません。
イメージ名の大文字小文字が実際の名前になって_mbsicmpが速くなるかもしれない（体感できるわけがない）程度です。

編集

>>188 変態紳士さん
嗚呼、やはりプロセス毎にモジュールを列挙して比較する実装になりますよね
確かにPID選別からの追加条件ならば実用的ですね、単純指定時は然もありなんな所ですか
（というかむしろRGSS系RPGツクールとかヒープ列挙が激遅…ToolHelpの仕様でしょうか
　うさみみもToolHelpを使うなと言うし、HEAPLIST32だけなら速いが�dでもないトラップ？）

クラス名併用についてはFindWindowAのウィンドウテキストlpWindowNameを想定してました
DL版の一部で実体がmain.binになるという話から、クラス名＋タイトルの方が一意的かな？と
もっともタイトルにVersionやゲーム内日付が入ったりで、ころころ変わり使い物にならない場合も…
手元でWNDCLASSEXA.lpszClassNameにASCIIコード総当たりのRegisterClassExAを繰り返してみたら
空文字でERROR_INVALID_NAMEが返る以外は通ったので、区切り文字エスケープ必要かって感もありますが
>SetWindowText 関数は、タブ文字（ASCII コード 0x09）の展開は行いません。タブ文字は、縦線文字（|）として表示されます。
この辺りの制約から決めても良さそうですか？そういえば通常はタブ文字もファイル名にできませんね

attachedProcessNameはそういう意図だったんですね、6.0のソースコードを眺めていたら
値渡しされた引数の参照渡しに割り当てられてたので↓にしか影響ないものかと思ってました

編集

>attachedProcessName
おや？、よく見たらそんな事になってたんですね。
間違っていたようなので修正しました。

>ToolHelp
ループするとダメな人が入ってるのかも。
少し速いものに交換してみました。

>ERROR_INVALID_NAME
>SetWindowText
テスト中ですが微妙に変更しました。
しかし、読みやすいかと言われればそうでもないので・・・
（変更の可能性があります）

編集

>>190 変態紳士さん
ありがとうございます、急に本格的な実装になってきてドッキリ
GetWindowTextを使用して比較する場合は前方一致で如何でしょう？
「<ウィンドウクラス>ウィンドウテキスト」くらいに考えていたら
組み合わせも考慮するとなると、そう単純には行きませんね…
1行でアレコレ指定だとコマンドラインオプションの様になっていくのでしょうか

いっそCommandLineToArgvWで解釈できる形にするのはアリですかね？
「[process]?Notepad "*無題 - メモ帳" :kernel32.dll」の様に「/」は「/op:」「/op=」とか汎用に残し…
（ANSI版ないけど、半角スペース含んでたプロセス名を括らないといけなくなるのは
　ファイル名禁止文字で始まらないパラメータ同士をスペース結合すれば互換性保てる？


モジュールは単純指定してもToolHelpで許容範囲かと思われますが
それとは別にFindProcess後のTProcessCtrl::LoadHeapList(void)が
特定プロセスで元々もたつく様です（RPGツクールXP/VX/VX Ace等）

MSDNのサンプルをGetCurrentProcessId()からRGSS PlayerのPIDにしてみても
やはり非常に時間が掛かります、THeapListData::GetHeapEntryVec(DWORD ProcessID)を見ると
Heap32Next()せずに打ち切っているようですが、Heap32First()だけでもワンテンポ遅れます
HEAPLIST32.th32HeapIDからHEAPENTRY32.dwAddressを算出できればHEAPLIST32取得だけで済むのでしょうか？
//※このdo{}while()ブロックは、WindowsXP上で 異常に時間がかかる場合があったので、一時カット。
これも然りNT系には宜しくないのですかねToolHelp….NET Frameworkでも9x用の如き扱いですし
（うさみみのヒープリスト詳細はDLL食わせてHeapWalkしてるみたいですね…ALで介入は性に合わなそう）

編集

>>190 七星さん
>GetWindowTextAを使用して比較する場合は前方一致で如何でしょう？
なるる。それで行こうかと思います。

>1行でアレコレ指定だとコマンドラインオプションの様になっていくのでしょうか
そこから見直してもいいのですが、かなり手前の処理に介入するような気がしています。
簡単ならいいのですが。

>CommandLineToArgvWで
>「[process]<Notepad> "*無題 - メモ帳" :kernel32.dll」の様な
過去のSSGも読み込むべきなので、クラスはともかく実行ファイルの指定では引数の開始を表す文字を決めて、
その区切り文字より後ろの文字列をCommandLineToArgvWに渡す事になると思います。

この引数の仕様はドキュメントこそ無いものの、
ダブルクォーテーションが２つ連続する場合に１文字のダブルクォーテーションとする事になっているようです。
（VisualC++6.0 の C-RuntimeLibrary [libc*.lib] はこれにバグがありました）

どちらにしてもエスケープ文字の代わりは必要になってきます。
HTMLのように <Notepad title="無題 - メモ帳" module=kernel32.dll>
実行ファイル指定では notepad.exe<module=kernel32.dll> のような書き方とかも考えましたが、
コードが面倒になると思ったり。

コードは "source\SpoilerAL-winmm.dll\EditBinEx\crt\CommandLineToArgvW.h" がUNICODE版で互換の物ですが、
ANSI版のソースもハードディスクにあったはずですので必要になればどうにかなります。

>HeapWalk
PEB構造体のメンバは公式のドキュメントに含まれていないので、
CreateRemoteThread でコードインジェクションのテストをしてみましたが、
高い誤検出率を誇るセキュリティソフトが削除してしまいました。
たぶん誤検出されない方法で実験してみます。

と思ったら、グローバルフックはウィンドウがないと注入できない様子。
.Netは検出自体しないようなので特殊なパターンで書いたらセキュリティソフトの誤検出を回避できる？

※追記

>「L"a \"b\\\"c\" d"」が「a／b"c／d」ではなく「a／b\c d」
"" → " でして
\" は " ではないです。（円記号はディレクトリにも使われるので、これは仕様通り）
通常の連続しないダブルクォーテーションは間にある空白を区切りとして扱わない意味で文字としては消えます。
（ゲイツさんがBASIC好きだったのを思い出しました）

コードインジェクションの方は一応成功しましたが、
GetModuleHandleA("kernel32.dll") のハンドルから PAGE_EXECUTE_READWRITE の領域に複製して、
CreateRemoteThread のアドレスを引越しさせると誤認識しないようです。
ただ、３件程度のヒープハンドルで memcpy を含めてループしてみると Heap32ListFirst(Next) の4.5倍の時間になりました。

編集

安易すぎたのと字面が面白くなかったのでトリップを変えました

>>192 変態紳士さん
>その区切り文字より後ろの文字列をCommandLineToArgvWに渡す事になると思います。
確かに半角スペース混入を補正するよりは、そちらのほうが面倒がなさそうですね

コマンドラインのエスケープ処理は妙な覚えもありましたが、明文化されてない文法もありましたか
既に規格化？されAPIも用意されてるものなら実装もまとまりやすいかと愚考してみたり

しかしCommandLineToArgvW(HANDLE, const wchar_t*, int*)はなんだか挙動が異なる気も…
「L"a \"b\\\"c\" d"」が「a／b"c／d」ではなく「a／b\c d」となったり、ここらが当時との環境差でしょうか
結局ワイド文字が要る場面があるなら最初に変換してと思いましたが、まぁその辺はなんとでもなりますか

ヒープの方がややこしそうですね、HNumber::さえ保てれば良いものやらどうか
やはりCreateRemoteThreadは誤検出とかも起こりますか…ちょっと躊躇われますね、SSG読み込むだけで対象にスレッドが走るのも
.NETは除外されていたり、DllImportのような実行時インポートは対象でなかったりするのでしょうか


※追記への追記
>"" → " でして
それは承知しているのですが、MSDNにはCommandLineToArgvWだと引用符が続かない場合を除き
>(2n) + 1 backslashes followed by a quotation mark again produce n backslashes followed by a quotation mark.
とも書かれていて、実際Win32APIのCommandLineToArgvWは最初のパラメータ以外なら\"を"と解釈するようで…
これはC++ コマンド ライン引数の解析とも同じ解釈の仕方ではないでしょうか
もっとも、Win32APIはWin32APIで「L"a \"b\"\"c\" d"」が「a／b"c d」と妙な気もするのですが。

ヒープは元より遅くなると本末転倒ですね…PEBと介入以外ではやはりToolHelpしかないのでしょうか
th32HeapIDはToolHelpでしか意味がない様な事が書かれていますが…するとHEAPLIST32からはHeap32First以外道がなくなりますよね

編集

>>193 七星さん
>ToolHelp
ToolHelpもそうですが最適化されないBorlandC++Builder6のSTLも怪しいので、
TProcessCtrl::LoadHeapList を取り換えてみました。
APIはとりあえず現状のままです。

ツクール系でヒープが重そうなソフトが入ってないので速度を試すような事はしていません。

>CommandLineToArgvW
なるる。いつの間にか変わっていたのですね。(libcからみれば)
しかしながら、変更されるという事は定まったものとも言い切れず・・・
これは似たようなコードで代用する方がいいかもです。
(と思ったけどVisualStudio2005でも同じ様子、バグが無ければいいけれど)

>.NETは除外されていたり
どこか遠い国の人が訴えてくれないかと思ったり。
誤検知を突破しても誤検知率が向上するだろうし・・・
本日は入国審査をクリアしたところで終了です。

編集

>>194 変態紳士さん
お疲れ様です、失礼…確認できていませんでしたか、DLsiteの去年間ランキング上位とかポピュラーなの見繕ってみると
Succubus Rhapsodia（これはXPかな？）が体験版タイトル画面から既にプロセスオープンで待たされました
しかし同程度のROBFEOY（VX Aceかしら）体験版は体感出来るレベルではなかったので総サイズはほぼ関係ない？
蛇足ですがSTAND-Mxもプロセスのヒープ情報を分析中で長時間固まる同じ傾向を示すんですよね
RPGツクール以外でもそういった物があったような記憶があるのですが失念しました（WOW64とかCPU、OS由来ではないよな…？

やはりネックはHeap32First()でしょうか、if文内のheapListData操作をコメントアウトしても変化はみられませんでしたが、
if (FALSE && Heap32First(〜とするだけでSSGを開いてから項目が表示されるまでの時間がまるで異なりました
SSGの記述量に関係なく、アドレスネーミングや現在値の表示で、SSG開いてすぐプロセスオープンしようとするものなら
対象をRGSS Playerにするだけで何でも良いようです、体感的にはXP＞VX＞VX Aceな感じもしますが、ヒープの細切れ具合でしょうか


CommandLineToArgvWは変わったのでしょうか…？""はOSのコマンドラインパーサー云々によるものに当たるのだかよく分かりませんが
それ抜きでも最初のプログラムパス用と残りの引数で\の解釈は異なるみたいですね…頭に半角スペースを付けて渡すというのも何だかアレ

編集

>Heap32First
何の根拠のない推測ですが、
Heap32First は呼び出された時点で全件列挙し CloseHandle でバッファの解放を行っているのではないかと、
その列挙時に付属の情報をどれだけ蓄積しているかで速度に影響が出ているかも？しれない。
（kernel32.dll のAPIが遅い理由はそれほど多くないと思いまして）
飽くまで推測です。

CreateRemoteThread + HeapWalk でナントカ動作しているものを添付します。
微妙に誤検出が怖いのでスレッドトップは後回しです。

>CommandLineToArgvWは変わったのでしょうか…？
CommandLineToArgvWは使用頻度の低いAPIで、不具合が含まれているであろうという予想から互換の関数を検討しています。

>""はOSのコマンドラインパーサー云々によるものに当たるのだかよく分かりませんが
コンソールに限ってはコマンドラインパーサーに該当するAPIはありません。
それぞれのプログラムが内包するlibcの解釈(C言語ではmain関数に入る前の初期化ライブラリ)でパーシングします。
古いVisualC++にはlibc(CRT)のフルセットのコードが含まれていましたが、現在はフルセットではないのでソースがありません。

検討中です。ですが今回もAPIではなく変な物をくっ付けるかもしれません。

※用事が無くなったのでファイルは削除

編集

>>196 変態紳士さん
早速試してみました、が…うちの環境（Windows7 SP1 64bit※全プログラムでDEP有効、セキュリティソフトやDefenderは無効）では
「モジュール 'WINMM.DLL' のアドレス 0F233270 でアドレス 76141000 に対する読み込み違反がおきました。」
と出て失敗、どうにもkernel32.dll領域の一部がState = MEM_RESERVEでProtect = 0みたいなのでモジュール複製を

MEMORY_BASIC_INFORMATION mbi;
size_t dst = (size_t)hKernel32Clone - (size_t)modInfo.lpBaseOfDll;
for(size_t lpAddress = modInfo.lpBaseOfDll; lpAddress < (size_t)modInfo.lpBaseOfDll + modInfo.SizeOfImage; ) {
if(VirtualQuery(lpAddress, &mbi, sizeof(mbi))) {
if(mbi.State == MEM_COMMIT) memcpy(dst + (size_t)mbi.BaseAddress, mbi.BaseAddress, mbi.RegionSize);
lpAddress += mbi.RegionSize;
} else lpAddress += 0x1000;
}

としてリージョンごとに行ったら機能しました。（こんなスキャン方法で良いのだろうか…ところでntdll.libがない…のはv141_xpだけか）
ToolHelpとは雲泥の差です、アドレス→アドレス補正の試作から「対象プロセスの、ヒープ領域を取得」においても固まる事なく一瞬でした
懸念はやはりお行儀が宜しくない事でしょうか…そういえばToolhelp32ReadProcessMemoryとか如何にも効率の悪そうな関数もありましたね

>それぞれのプログラムが内包するlibcの解釈(C言語ではmain関数に入る前の初期化ライブラリ)でパーシングします。
なるほど、そこがCライブラリが介入する部分ですか、なんだかコマンドプロンプトの段階からも含めると解釈がこんがらがってきました
私としてはウィンドウクラスやらの書式は白紙でも構いませんので、どうぞ実装しやすい方法でよろしくお願いします

編集

>>197 七星さん
>リージョン
どうもありがとぉです。これで環境依存しなくて済みます。
同じものを組み込みました。

>ウィンドウクラスやらの書式
実際にキーボードをペチペチするとすぐに出来てしまいました。
アッサリしすぎているので逆に不安だったり。

>ntdll.lib
こちらでは Windows SDK (Platform SDK) の 8.0 と 8.1 に含まれていました。
Windows Driver Kit (WDK) では当然のように含まれていますが、以前の Platform SDK には無いです。
個別でインストールした覚えがないので、Visual Studio のカスタムインストール後のアップデート(オプションを含む)なのかな？

>ToolHelpとは雲泥の差
との事ですので、
奇妙なコードですがスレッドトップへ移行しました。

まだ検証は不十分ですが有難うございました。

編集

>>198 変態紳士さん
お疲れ様です、なかなかに素敵な塩梅です。コマンドライン由来ということで<RGS"S P"layer>としても良いわけですね
パラメータごとに括るというよりは、クォート内だと半角スペースをセパレータとして認識しない、と捉えるべきでしょうか
コマンドライン風だとクラスも単一接頭辞の方が？とも思いましたが、プロセス名とは排他ですし<>のままで良さそうですね
ウィンドウクラス＋ウィンドウテキスト前方一致は重宝しそうです。

ntdll.libはSDK8以降だったんですね、10.0.14393.0を入れてありますが、ツールセットをXPにするとSDK7になる所為でした


ちなみに実装をお願いしている間、No.40のfree_list形式なグループの使い回しについて
d_listで値リストを数値に限定しなければ事足りるのではないか、的なサンプルが出来たので提出しておきます

• もともと行が「書き込む値」のみと判別されるパターンにのみ適用
  
• 数値解釈が行頭のみで終わっても、0扱いにせず途中まで解釈できた値とする
  
• strtoul()で行うので書き込む値にLONG_MAXより大きい値を指定できなかった問題も解決
  
• 4バイト未満で負数を指定した場合、読み込み時に符号拡張されないのでリストとマッチしない問題の解決
  
• リスト値に対して入力値への演算を行うことで、実質的に入出力変換属性を適用する（使われない出力値への演算
  
• 表示用リストにもfree_list形式を使っても見やすいように、メモを表示するときに使用するフォントをリストにも適用する
  

従来は数値以外が混入していたら0と評価されていましたが、この辺り仕様としては未定義の部類？で互換性は失われないと思いますが…
free_list使い回し以外にもリスト値の後ろへコメントを入れられる様になるかなと副次効果も期待、strtoul.asmは数値以外が混じると妙な気が
（行まるまるコメントはStatusVecを調整してもよさそうだけど、アドレスネーミング側はそのままだと0評価かな…こちらも符号拡張されない


そういえば…[replace]のオフセットは取得できても、一括やダブル系といった
offset項目のオフセットはアドレスコーディングで取得できませんでしたよね？
OffsetAddressはローカル変数ですし…TSSGSubjectならParsingまで渡ってくるので
GetAddressStr()の解析結果を保持しておきアクセス方法を用意すれば良いのでしょうか
（一般項目でもアクセスアドレスを取得できれば[funnel]なども[replace]掛けなくてよくなる？
　必要になった時だけ遅延取得にしないとオーバーヘッドになったり再帰ループするかな…

編集

どこに書けばいいのか迷ったのでここで投稿させていただきます。
SpoilerALの最新パッチをあてると管理人さんが公開しているRPGツクールVX Ace汎用SSGが起動しなくなる現象が起きています。
使用するときはwinmm.dllを消せば問題ないのですが、一応書き込んでおきます。

ページ下部12番にssgがあります。

編集

>>200 どんたこすさん

横から失礼します。

元々「RPGツクールVX Ace汎用SSG」はメモリ消費の激しいSSGです。
もしかすると「RPGツクールVX Ace汎用SSG」は修正パッチと相性が悪く、
修正パッチの適用前以上にメモリを消費してオーバーフローを起こしているのかも知れません。
一応の解決方法としては「アダルト同人RPG改造館」のFAQにも記載されていますが、SSGを下記の様に変更すれば解決するかも知れません。
もし、見当違いでしたら申し訳ありません。


[group]item
[repeat]Game->item_ssr,0,999,1
[/group]

[group]weapon
[repeat]Game->weapon_ssr,0,999,1
[/group]

[group]armor
[repeat]Game->armor_ssr,0,999,1
[/group]

↓

[group]item
[repeat]Game->item_ssr,0,500,1
[/group]

[group]weapon
[repeat]Game->weapon_ssr,0,500,1
[/group]

[group]armor
[repeat]Game->armor_ssr,0,500,1
[/group]


■追記■

私の環境では変更前の「RPGツクールVX Ace汎用SSG」はオーバーフローしているのか起動できませんでした。
そこで試しに「RPGツクールVX Ace汎用SSG」をSpoilerAL ver 6.2に対応させ、[define]を使用した所、メモリ消費が17Mほどで起動できました。
サンプルとしてSSGを添付したかったのですが、改変したSSGを添付しいいのか明記されてなかったので見送らせて頂きました。

とりあえず手順をテキストファイルに記載してみました。

編集

>>201 dipperさん
その方法で変更したら無事起動するようになりました。
ありがとうございます。

編集

>> No.201 dipperさん
SpoilerAL ver 6.2の対応例をご教示いただきありがとうございました。

item_baseもweapon_baseもarmor_baseもやってることは同じなので
item_baseだけでよさそうですね。

SpoilerAL ver 6.2への対応を前向きに検討したいと思います。

【追記】
[define item_base]@Game->address_base
（中略）
[undef item_base]

[group]address_base
（中略）
[/group]

みたいな書き方はできないのでしょうか？
疑問に思ったので質問させていただきました。

編集

>>202 RICK（管理人）さん

>[define item_base]@Game->address_base

試した限りでは機能しないようでした。

[group]address_money などの様に改行したいと言った事でしょうか？
そうだとしたら下記の様に末尾に"\"を挿入すれば改行出来たはずです。


[define item_base][.0x00.]=>tmp;\
[:$tmp+0x04:]=>modulo;\
($modulo!=0)*$modulo=>modulo1;〜(中略)〜


ただ、item_baseの末尾に"\"を使用すると何故かbase値が算出出来なかったですけど…

編集

>>199 七星さん
strtoul.asmの修正をしました。

>free_list形式なグループの使い回し
各リスト毎に解釈が違いますから、現状の仕様の隙間を探す事になりますよね。
ただ、それを実行するほどの気力が・・・

>>200-204 どんたこすさん、dipperさん、RICK（管理人）さん
調べてはみたのですが、メモリの使用量が大きいのでコケているはずの場所に辿り着けませんでした。

>どんたこすさん
報告どぉもです。

>メモリ消費が17Mほどで起動できました。
dipperさん、そこまで減るんですね。驚きました。
しかし落ちなくなって修正対象なのかどうか。

>RICK（管理人）さん
グループを参照する機能が速くないので・・・ (メモリも圧迫気味)
それが出来たらテキストの置換で修正できるという事でしょうか。

>ただ、item_baseに末尾に"\"を使用すると何故かbase値が算出出来なかったですけど…
先ほど修正してみましたが、どうでしょうか？

>ただ、下記の様に"[.0x00.]=>tmp;\"のみに"\"を付けて試しましたが「0x」の解析エラー。と出るようです。
すみませんが、この機能はSSGファイルがバイナリデータとして完全一致していないと検証できません。

編集

>>205 変態紳士さん

早速の対応ありがとうございます。
ただ、下記の様に"[.0x00.]=>tmp;\"のみに"\"を付けて試しましたが「0x」の解析エラー。と出るようです。

[define item_base][.0x00.]=>tmp;\
[:$tmp+0x04:]=>modulo;($modulo!=0)*$modulo=>modulo1;〜(中略)〜

■追記■

>>205 変態紳士さん
>すみませんが、この機能はSSGファイルがバイナリデータとして完全一致していないと検証できません。

>>201で言った手前あまりファイルを添付したくは無かったのですが、確認用として期間限定でSSGを添付します。
それとタイトルを戻したら(識別用に変更していた)「0x4」の解析エラー。とでました。

>>207 変態紳士さん
早速の反応ありがとうございます。
添付ファイルは削除しました。

動作確認をしたゲームは何故か未だに削除していなかったWorldBreak2体験版です。

編集

>>206 dipperさん
再度修正を行いました。
微妙に当てずっぽうです。

SSGファイルは受け取りました。ありがとうございました。
「RPGツクールVX Ace」のゲームが無いという事態に陥っていますが、
何とか確認してみます。

編集

>>205 変態紳士さん
ああいえ、free_listを使い回すと言ったものの
d_list以外へは初項＋公差が前提ですから実装は難しいというかナンセンスかなと思ってます
なので>>199の実装だけなら実質互換性を維持しつつ楽な実現法ではないかなというお話です
提案者の意向にそう形かは解りませんが。

編集

>>206 dipperさん
確認できました。（ので直しておきました）
ふりーむの一番上にあった伝説のチョコレートに対応しました。
迅速丁寧な取引でした。やふ億ポイントを差し上げます。

>>208 七星さん
なんだか凄そうです。
まだ全部は確認出来てなかったりしますがソースを読んでみます。

編集

>>209 変態紳士さん

早速の対応ありがとうございます。
"\"が機能する事を確認しました。
それと、複数"\"を使用しても機能する事も確認できました。


>>変態紳士さん

ただ、残念なことにメモリ消費が約200Mで10倍以上消費する結果になりました…まあ以前は異様に少なかった気がしますけど。
メモリ消費を確認したのは別のSSGだった様で、お騒がせして申し訳ありませんでした。

編集

>>dipperさん 変態紳士さん

”\”による改行の修正ありがとうございます。
わざわざお付き合いくださいましてありがとうございます。


[define item_base]@Game->address_base
（中略）
[undef item_base]

[group]address_base
（中略）
[/group]

上記のような書き方をしたいのは理由があります。

�@コードを1行で書こうとすると横長すぎて気持ち悪い。
�A\を使って改行してもコードが長すぎるのですっきりとしない感じがする（特にコードの終端で閉じる要素が使えない点）
�Bできればコードを1つの関数として独立させ必要に応じて参照する感じにしたい。

私の美学がわがままといえばそれまでですが、上記の要素を満たした機能ができれば幸いです。

編集