[
最新
] ■[
前年
|
前月
|
前日
|
2016/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
10/25 21:13
(
@puyotaroh
)
@gorry5
確かにそれはありますねぇ…。同人ソフトとかは盛り上がってましたが、PS/SS登場後は特に市販ゲームを遊ぶには割高感がありました。そして決定的だったのがWindows95の登場と、パソコン通信からインターネットへの転換だったのではと感じます。
(hate)
10/25 21:35
(
@ewifan
)
@gorry5
今回は残念ながら、不参加です。次回、よろしくお願いします m(_ _)m
URL:twipla.jp
(migi)
10/25 21:38
(
@gorry5
) 原因判明。こいつだけVC++2010ランタイムが入っていなかったことが判明…うちのPCは開発用ばっかりなんでこのへんが入ってるのは当たり前だったゆえに気づかなかった。警告も出ない(出ない理由もわかる)ので…(苦笑
(muma)
10/25 21:39
(
@gorry5
)
@sonson1919
というわけで、VCランタイムの問題でした…ご心配おかけしました
(mugi)
10/25 21:43
(
@sonson1919
)
@gorry5
ご連絡ありがとうございます FAQに追記致します
(medi)
--------
10/25 21:49
(
@gorry5
) 現行のC86CTLは「対応実行ファイルのフォルダにDLLをコピーしてね」という使い方。だがランタイムがインストールされていない環境では、C86CTL.DLLのロードに失敗する
(rahu)
--------
10/25 21:52
(
@gorry5
) しかし、GIMIC対応アプリは普通「GIMICが入っていない環境ではC86CTL.DLLがないだろうから、DLLのロードに失敗したら黙ってGIMIC対応をスキップする」という書き方をする。ゆえに、警告が出ないままGIMIC非対応状態でアプリが起動してしまう…というわけ
(rapu)
10/25 21:55
(
@gorry5
) 解決法としては「C86CTL.DLLの存在をチェックして、DLLが存在しているのにDLLのロードに失敗した場合は警告を出す」ようにするのが適切かな…コード的には数行書き足すだけでいいはず
(rire)
10/25 21:56
(
@yuinejp
)
@gorry5
全部のパスを辿るのが面倒そう...
(ruke)
10/25 22:00
(
@honetan
)
@gorry5
あー。なるほど。
(rupe)
10/25 22:02
(
@gorry5
)
@yuinejp
PathFindOnPath()という便利なAPIが https://msdn.microsoft.com/ja-jp/library/windows/desktop/bb773594(v=vs.85).aspx
(rebu)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2016/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]