derok さんが書きました:そもそもtioファイルの中に肝心の画像がないのですが・・
こちらの環境ではtioファイル消せばちゃんとロードされていました。

オフトピック

別に多倍長演算する必要ないような・・・

ノウル さんが書きました:プロジェクトのフルパスがCドライブの直の場所にあるのと、ホモ要素満載なのと、ファイル・プロジェクト名が日本語なのががかなり気になりますが、それは置いといて、

Dxライブラリは確かオープンソースなので
DxLibのソースコードをダウンロードして、ロードの部分の関数を確認してみたらどうですか？

みけCAT さんが書きました:GCCでコンパイルしてみました。
Log.txtに記録される「～パワー*.png がありません」の種類(*に入る文字列)や順番が実行するたびに変わりますね…
これはかなりやばそうですね…

Dixq (管理人) さんが書きました:解決したんですか？

Dixq (管理人) さんが書きました:画像とコードには問題ないですね。
ファイルパスが間違っているか、書いているプログラムコードの場所が違うかでしょうか。
似たようなプロジェクトファイルが多数あり、間違っていませんか？

また、同じようなファイル構成とファイルにして、
http://dixq.net/g/trouble.html
を試してみてください。

みけCAT さんが書きました:残念ながらこちらでは普通に読み込めますね…
ＤＸライブラリ Ver3.16
GCC (MinGW) 4.8.1
Windows 7 64bit

pawaa-test-20160214.png

みけCAT さんが書きました:

夢幻ノ月夜 さんが書きました:画像が見つかりませんって言われてるわけじゃないからパスの問題ではないかと
画像の分割に失敗しましたって言われてるわけじゃないからパラメータの問題ではないと予想

では他のことを言われているのですか？もしそうなら、何と言われているのですか？
何をもって読み込みに失敗したと判断したのですか？
使用しているライブラリ(ＤＸライブラリであると推測できるが、確定はできない)は最新版ですか？

みけCAT さんが書きました:

夢幻ノ月夜 さんが書きました:"パワー.png"だけが読み込みに失敗するのは順番を変えて確かめました
非同期を切っても失敗します

ということは、"パワー.png"の内容またはパス、もしくはLoadDivGraphのパラメータに問題があると考えるのが自然でしょう。

少なくとも、「パワー」をShift_JISで表しても0x5Cは含まれないので、意図しないエスケープシーケンスの問題ではないでしょう。

みけCAT さんが書きました:本当に「最後に読み込もうとした画像だけ読み込みに失敗する」のではなく「"パワー.png"だけ読み込みに失敗する」のだと確認しましたか？
"パワー.png"は非同期読み込みを使わなければ読み込みに成功しますか？

夢幻ノ月夜 さんが書きました:

tk-xleader さんが書きました:http://stackoverflow.com/questions/2824 ... -to-double
に倣って、

コード:

int1024_t i1024;
i1024.convert_to<int>();

というのでどうでしょう？

やってみます

tk-xleader さんが書きました:http://stackoverflow.com/questions/2824 ... -to-double
に倣って、

コード:

int1024_t i1024;
i1024.convert_to<int>();

というのでどうでしょう？

pocket さんが書きました:こんばんは。

私も初学者なので参考程度に見て頂ければと思います。

タイトルについてですが、
明示的キャストであれば変換できるようです。

ソースコード：
http://melpon.org/wandbox/permlink/dVc70xKPuQwEPlB1

参考URL:
http://boostjp.github.io/tips/multiprec-int.html

box さんが書きました:

夢幻ノ月夜 さんが書きました:

コード:

        Worksheets("問1").Range("ij").Interior.ColorIndex = 2 + V

Range("ij")
という書き方は認められていないように思います。
Cells(i, j)
にしてみるとか。

h2so5 さんが書きました:std::listはサイズ可変です。std::sortと組み合わせれば優先度でソートできます。

h2so5 さんが書きました:たぶんバグだと思います。というか、タスクリスト内の最大のpriority以上のpriorityを持つタスクを追加すると無限ループになります。
いくつか修正すれば直せないことはないですが、コードを変更せずとも応急処置として最初に非常に大きい優先度の数値を持つダミーのタスクを追加すればループを回避できます。

水を差すようで悪いですが、このタスクシステムのサンプルは無駄に複雑なだけで良いものではないので参考にしないほうが良いです。
素直にstd::listとか使ったほうがいいです。

Dixq (管理人) さんが書きました:pl.xが何型か知りませんが、計算過程でintにキャストする必要ありますか？

オフトピック

なお夢幻ノ月夜君のような中学生は学生ではなく「生徒」と呼びます。
高校までは中等教育機関なので、大学生から学生と呼びます。

Dixq (管理人) さんが書きました:直後に投稿があったようですが、解決したのでしょうか？

softya（ソフト屋) さんが書きました:PAD_INPUT_1から28の定義が追加されたのは2011年ですので、それ以前からあるコードの場合28個で十分だった可能性はあります。
最新定義に従うなら32個です。

>このサイトが間違っているのか俺の解釈が間違っているのか教えてください

なので、途中で変わったのでなんとも言えないが害はない可能性が高い。と言えるかと。

softya（ソフト屋) さんが書きました:for( int i=0; i<28; i++ ){ //ボタン28個分ループ
でループしているわけですが、方向キー4つが何処から出てきたのか分かりません。
そう思った理由を説明してくださいね。

Dixq (管理人) さんが書きました:Ｃ++であればシーンクラスを継承したそれぞれのシーンの各baseクラスのポインタをlistにpushしておき、
画面がキャンセルされたり戻るとpopするようにすれば自動的に画面遷移を意識しなくても済む設計にできます。

ピュアＣで簡単にということであれば現在の画面(シーン)番号をグローバル変数で持ち、
それに合わせて関数コールするように制御する方法が簡単かと思います。

Dixq (管理人) さんが書きました:Ｃ++であればシーンクラスを継承したそれぞれのシーンの各baseクラスのポインタをlistにpushしておき、
画面がキャンセルされたり戻るとpopするようにすれば自動的に画面遷移を意識しなくても済む設計にできます。

ピュアＣで簡単にということであれば現在の画面(シーン)番号をグローバル変数で持ち、
それに合わせて関数コールするように制御する方法が簡単かと思います。

Tatu さんが書きました:ウィンドウを閉じられてもProcessMessageの戻り値が-1になり、
ループから抜けるだけなのでsave()もDxLib_End()も実行されます。

詳しくはDXライブラリ置場のリファレンスを確認してください。

softya（ソフト屋) さんが書きました:> 次々とトピックを立てるのはやめてください。

ちゃんと全てを平等に進行して頂けるのなら問題ありません。
出来ないようであれば、ご自身で適切な数になるよう一時停止して頂ければと思います。
実際問題、複数進行は結構つらいと思いますよ。

Tatu さんが書きました:DxLib_End()の近くでセーブしてはどうでしょうか。

Rittai_3D さんが書きました:小人の肩の上: [C++]メモリ確保済みタスクシステム
を参考にしてみてください。

タスクシステムには詳しくないので調べたところ、双方向循環リストっぽいですね。
連結リスト - Wikipedia

Tatu さんが書きました:22章の説明には書かれてませんが
自機などの描画関数の座標の指定に
+dn.x
+dn.y
が追加されています。