const char * fn = "中間結果1000回目.txt";

----------------------------------------------------------------------
#include <cstdio>

    char name[32];
    std::sprintf(name, "中間結果%d回目.txt", i);
    std::ofstream fout;
    fout.open(name);

----------------------------------------------------------------------
#include <sstream>

    std::ostringstream name;
    name << "中間結果" << i << "回目.txt";
    std::ofstream fout;
    fout.open(name.str().c_str());

----------------------------------------------------------------------

>char *m
>m = (char*)i;
>　　fout.open("中間結果"m"回目.txt");
>どのようにしたらいいか教えてください。
>よろしくお願いします。

ファイル名用のchar配列をとって、そこに sprintf

template <class charT, class traits, class Allocator>
    basic_string<charT, traits, Allocator> basic_ostringstream<charT, traits, Allocator>::str () const;

template <class charT, class traits, class Allocator>
    operator<< (basic_ostream<charT, traits>& os,
                const basic_string<charT, traits, Allocator>& str);

std::cout << name.str();

template <class charT, class traits>
    void basic_ofstream<charT, traits>::open (const char * s, ios::base::openmode mode);

fout.open(name.str());

template <class charT, class traits> template <class traits2, class Allocator>
    void std::basic_ofstream<charT, traits>::open (const basic_string<char, traits2, Allocator>&, openmode mode);

template <class charT, class traits>
    void std::basic_ofstream<charT, traits>::open (const basic_string<char, char_traits<char> , allocator<char>&, openmode mode);

• リファレンス
• ポインタ
• 反復子

> わざわざ，特性をchar_traits<char>に，アロケータをallocator<char>に限定する理由はありますか？
> 特に，アロケータは何らかの理由で置き換えることはあり得ると思いますが。
> ＃特性を置き換える，というのはあまり考えつかない。

open 関数の仮引数の basic_string のアロケータが限定されるだけです。open 関数のユーザーは
好きなアロケータを使った basic_string にファイル名を格納し、c_str 関数を使って open 関数に
それを渡せます。

void f(const std::string& filename)
{
    std::ofstream out;
    out.open(filename);  // OK   .c_str()は不要(私の理想)
    // ...
}

typedef std::basic_string<char, std::char_traits<char>, My_allocator<char> > My_string;

void g(const My_string& filename)
{
    std::ofstream out;
    out.open(filename.c_str());  // OK   .c_str()は必要
    // ...
}

> 相手は標準ライブラリであることをお忘れなく。
> ＃本当に知りたいなら，作成者に聞くべきかと。

順番としてはこうだと思います。

1. 身近な掲示板などで質問。
2. 海外のニュースグループで質問。
3. ストラウストラップにメール。

> そうそう，内部でc_strとか使ったら，openに渡したbasic_stringの要素への，
>
> 　・リファレンス 
> 　・ポインタ 
> 　・反復子 
>
> は全て無効になります。これも問題が大きいです。
> ＃というか，こっちの方が問題か。

根拠プリーズ

> きっと、次期標準は boost::filesystem::fstream でリプレイスですよ、
> などと言ってみるテスト。
> # boost::filesystem::path 経由で渡して c_str() も不要だし、
> # Boost.org だけに、あながち外してはいないかも(根拠なし)

情報ありがとうございます。これなら満足です。

namespace boost
{
  namespace filesystem
  {
    class path
    {
    public:
      // constructors:
      path();
      path( const std::string & src );
      path( const char * src );

      // ...
    };

    // ...
  }
}

namespace boost
{
  namespace filesystem
  {
    // ...

    template < class charT, class traits = std::char_traits<charT> >
    class basic_ifstream : public std::basic_ifstream<charT,traits>
    {
    public:
      // ...
      explicit basic_ifstream( const path & file_ph, std::ios_base::openmode mode = std::ios_base::in );
      void open( const path & file_ph, std::ios_base::openmode mode = std::ios_base::in );
    };

    // ...

    template < class charT, class traits = std::char_traits<charT> >
    class basic_ofstream : public std::basic_ofstream<charT,traits>
    {
    public:
      // ...
      explicit basic_ofstream( const path & file_ph, std::ios_base::openmode mode = std::ios_base::out );
      void open( const path & file_ph, std::ios_base::openmode mode = std::ios_base::out );
    };

    // ...

    template < class charT, class traits = std::char_traits<charT> >
    class basic_fstream : public std::basic_fstream<charT,traits>
    {
    public:
      // ...
      explicit basic_fstream( const path & file_ph, std::ios_base::openmode mode = std::ios_base::in|std::ios_base::out );
      void open( const path & file_ph, std::ios_base::openmode mode = std::ios_base::in|std::ios_base::out );
    };
    // ...
  }
}

http://boost.cppll.jp/HEAD/libs/filesystem/doc/index.htm から

> std::basic_string<char, std::char_traits<char>, std::allocator<char> >のみを特別扱いする理由は何ですか？
>
> 標準化委員会は，恐らく特別扱いする必要性を見出さなかったのでしょう。
> また，const char *をstd::stringに渡すと，std::bad_alloc例外が発生する恐れもあります。
> それらの理由などから，const char *を受けるようにしたのだと推測します。

std::basic_string<char, std::char_traits<char>, std::allocator<char> > は string という
typedef名が付けられて区別されているかなり特別な basic_string だと思っていたのですが... 

少し釈然としないので、もうしばらく考えてみます。

> 規格書には一切理由は書いていません。
> よって，委員会に所属していない人間に聞いたところで，
>「〜〜ではないか」という答えしか返ってきません。

委員会とは無関係な人でも、理由を知っている可能性があります。理由を委員会の人から聞
いたことがあるとか、理由が書かれてある文献(「プログラミング言語Ｃ＋＋」など)を読ん
だことがあるといった場合です。

> ISO/IEC 14882:2003。21.3にちゃんと書いてあります。

確かにありました。これですね。失礼しました。

References, pointers, and iterators referring to the elements of a basic_string
sequence may be invalidated by the following uses of that basic_string object:

　// ...

　― Calling data() and c_str() member functions.

　// ...