MediumResolution:NoneFile:3DetailsReplyWindows7SP1(x64)で1.98eを使用(他のバージョンはチェックしていません)。ホスト側文字コードUTF-8、ローカル側文字コードSJISでファイルをダウンロードするとクラッシュ(動作を停止しました)する場合があります。ホスト側FFFTP.txtをダウンロードすると(SJISに変換を期待)、「動作を停止しました」ダイアログで終了となります。デバッガで追いかけた限りだと、ConvUTF8NtoSJIS()の変換中にpUTF16バッファ終端にU+FFFDが現れた場合に文字数カウントがずれてcInfo->StrLenがマイナスになり、次回読み込みで巨大なmalloc()を試みてしまっているようです。バッファ内の条件に依存するようで、history.txtはうまくいきます。s_kawamotoCommentReplyご報告ありがとうございます。変換できたUTF-16から元のUTF-8の長さを求めるコードに問題があったようで、testブランチで修正しました。返信ご報告ありがとうございます。変換できたUTF-16から元のUTF-8の長さを求めるコードに問題があったようで、testブランチで修正しました。http://git.sourceforge.jp/view?p=ffftp/ffftp.git;a=commit;h=a7acbb14a190ab47c087c1059b1d4742e637ef34修正ありがとうございます。転送は終わるようになりましたが、境界にひっかかった箇所(以前はクラッシュ)の1文字で???への文字化けが発生しています。直せばよいってところまで追いきれていませんが、まずは現象だけの報告です。s_kawamotoCommentReply修正前は潜在的なバグがあったものの、まず初めの報告の内容が再現できないのですが、修正後も不具合があるとするとお使いの環境に問題があるような気がします。コードページを明示的に指定してみました。修正前は潜在的なバグがあったものの、まず初めの報告の内容が再現できないのですが、修正後も不具合があるとするとお使いの環境に問題があるような気がします。再現できないとのことですので、1.98eのソース(testブランチではないです)に対してパッチを作成してみました。ConvUTF8NtoSJIS()のみ修正しています。他のコード変換関数は見ていません。ホスト側に置いたUTF-8のFFFTP.txtをUTF-8⇒SJIS変換で転送。初回0xd90バイト読み込みで試しています。Windows7で試しているので、WindowsXP以前で悪影響が無いかは未確認ですごめんなさい。s_kawamotoCommentReplyわざわざパッチまで作成していただきありがとうございます。XPのMultiByteToWideChar()とWideCharToMultiByte()をエミュレートしてみました。返信わざわざパッチまで作成していただきありがとうございます。XPのMultiByteToWideChar()とWideCharToMultiByte()をエミュレートしてみました。BD)が含まれている場合はUTF-16変換時に(FFFD)になっているのでパッチとしてはまずかったです。)を見ると、もっとよくよく考えてパッチかかないとダメでした。変なパッチ書いてごめんなさい。修正されたバージョンのRelease版EXEをダウンロードして試してみましたが0xd90バイト読み込んだ後の次の文字が化けてしまいました。戻り値が0になってしまってダメでした。再現できないような環境依存の問題で、他の方で問題が起きないようでしたら、UTF-8/UTF-16間とはいえ自前変換はセキュリティリスクがあるので以前のバージョンで結構です。s_kawamotoCommentReplyご迷惑おかけしました。Vista以降でUTF-8のテキストファイルやファイル名をShift_JISに変換する時に破損するバグを1.98fブランチで修正しましたのでご確認ください。