10/06/16 10:00:13
>>330
自分が過去に遭遇したトラブルですが、
１．FeliCa.DLL（rw.dll？）とFeliCaPortドライバのバージョン不一致
２．常駐アプリ（FeliCaﾗﾝﾁｬｰ？）のポーリングによる自作アプリへの影響
３．64ビットOS上でのDLLの選択ミス
なんとなく１か２が関係しているかな？って思いました。
１は、アプリのルートに古いDLLを置いてあったため、これを削除したことで解決。
２は、常駐アプリを停止したことで解決。（ただし新しいR/Wを使用）
３は、コンパイル時にターゲットをAnyCPUから32ビット／64ビットを選択することで解決。
以上、参考になれば幸いです。
333:デフォルトの名無しさん
10/06/16 14:40:56
>>332
㌧
1 は、felica.dllの日付を確認しながら
確認のためにフルパス指定でロードしてるので問題ないはず。
2 は、それらしき常駐アプリは見当たらず。
3 は、昔も今も32bitOS でしかトライしていないので問題ないはず。
という状況です。
ちなみにC#で同様のトライをすると、何故かと問題なく動作します。
C++だと、LoadLibrary()を使っても、libを使ってアーリーバインドしても
felica_for_vb.dll で__stdcall してみても、2008年以前はOK、2009年はNG
という状況は変化なし。
新SDKだとその辺カバーしてたりするのか？
334:デフォルトの名無しさん
10/06/16 14:46:15
VC++、旧SDK、最新FeliCaPortWithDriver の構成で問題でてる人って
他にいないんだろうか？
335:デフォルトの名無しさん
10/06/16 14:58:30
状況が再現できる、ビルド可能な最小限のコードを含むプロジェクトをさらしたら、
こっちでも再現するかどうか確認することは可能。
336:デフォルトの名無しさん
10/06/16 19:05:09
>>335
start_plug_and_play_watch() の戻り値だけを見ていて、
C# は 1 が返るから正常
と思ってたけど、その後に get_last_error_type() をしてみると
同じエラーが残っていて、結局動いてなかった。
open_reader_writer_auto() 以降は正常動作していて読み取りも
問題ないみたいなので、PnP 情報については別の方法で受け取る
ことを検討します。
㌧㌧
337:デフォルトの名無しさん
10/06/17 10:11:22
まさかとは思うけど、
set_plug_and_play_call_back_parameters() が引数に
int
unsigned char*
unsigned char*
char*
bool
の構造体ポインタを受け取る仕様とか、
start_plug_and_play_watch() が引数なしの仕様とか、
その辺が新SDKで変化してたりしないよね？
338:デフォルトの名無しさん
10/07/07 14:18:30
以前もありましたが、WebTo(ブラウザ起動)について質問です。
Pushコマンドを送ってWebToしているのですが、同じプログラムで
Docomo→○
au→○
Softbank→×
となります。
コマンド自体は成功しているんですが、同じような状況になった方いらっしゃったら
アドバイスお願いします。
２キャリアで成功しているので、チェックサムやコマンド自体は合っていると思うんですが。
339:デフォルトの名無しさん
10/07/12 19:00:03
ブラウザが起動しません。（Docomo）
↓はおかしいですか？
0x01
0x02
0x1600
0x1400
0x687474703a2f2f676f6f676c652e636f2e6a702f
0xF8C7
Pushするサンプルデータがあれば試してみたいので
どなたか下さい。お願いします。