m_TIME は COleDateTime 型だとすると、
m_TIME = 0L; でどうでしょう。

COleDateTimeのコンストラクタに、int 型を１つだけとるものがないためです。
time_t 型（その実態はlong int）をとるコンストラクタならありますので、
右辺を0（これはint）から0L（long int）にするとうまくいきます。

でもここは、クラスウィザードの吐き出した所なんだよね。
何年か前、苦労しました。
数あるＶＣのバグの１つだと私は認識しています。

m_Time=0L;
と変更すると言うことでしょうか？

>m_TIME は COleDateTime 型だとすると、
それは、どちらで宣言すればよろしいのでしょうか？

DoFieldExchange(CFieldExchange* pFX)内では、

RFX_Date(pFX, _T([SYS_TIME]), m_TIME);
となっておりまして、MSDNを見ると
「CTime または TIMESTAMP_STRUCT を使用して時刻と日付のデータを転送します。」
と記述されておりましたので、m_TIMEに入っている意味のわからない数字は時刻を表している
のでしょうか？もし、そうだとすれば、%dのように、'時刻'として取得するにはどのようにす
ればよいのでしょうか？

> m_Time=0L;
> と変更すると言うことでしょうか？

ミスタイプだろうからYes。正しくは、m_TIME = 0L;です。

> >m_TIME は COleDateTime 型だとすると、
> それは、どちらで宣言すればよろしいのでしょうか？

すでに宣言されていると思います。ヘッダーファイルを確認してください。

> m_TIMEに入っている意味のわからない数字は時刻を表しているのでしょうか？

この説明では私には判断できません。
正しく設定された時刻を意味の判らない数字といっているのか、
間違った設定で無効な時刻を表しているのか？
どんな数字が入っていました？

> %dのように、'時刻'として取得

時刻を表す文字列が欲しいなら、COleDateTime::Formatを使ってください。
ヘルプはあるよね。

ヘッダーファイルを確認したところ、宣言が「CTime」となっていました。
意味のわからない数字というのは、グレゴリオ暦+指定日時分の秒数とかだと思います。

ヘッダー部の宣言を「OleDataTime」に変更してやってみます。

後ほど、報告させていただきます。

//関数開始
COleDateTime date(dbStep1.m_TIME);
//こちらで、オブジェクト作成しています

printf(Time = '%s' ,(LPCTSTR)date.Format(%Y/%m/%d));
//出力です。

出力結果は
1970/01/01でした。
しかし、実際に入っているデータは、2003/09/25です。

デバッグして、実際(dbStep1.m_TIME)に入っているデータを確認してみたところ…
m_dt=37889.500000000
m_status=valid
となっておりましたが、COleDateTimeの使用方法が間違っているんでしょうか？

> でもここは、クラスウィザードの吐き出した所なんだよね。
> 何年か前、苦労しました。
> 数あるＶＣのバグの１つだと私は認識しています。

すみません、勘違いしてました。

私のケースではクラスウィザードのデフォルトがCTime型だったのを
COleDateTime型に変えたため、m_TIME = 0;を直す必要が生じたんでした。
苦労した記憶しか残ってなかったようです。

で、CTime t = 0;はコンパイル通るので、ＫＷさんには全く見当違いの事を
書いてしまったのかもしれません。CTimeにもFormatはありますし。

そうだったんですか。
でも、折角ですから、COleDateTimeを覚えるために、このままやってみようと思います。

なんとなくですが、現状の日付がおかしいのは、データベースの日付のフォーマットのせいかも
しれません。

データベースでは、yyyy/mm/dd hh:nn　となっておりまして、秒単位がないのが原因なのでし
ょうか？

> デバッグして、実際(dbStep1.m_TIME)に入っているデータを確認してみたところ…
> m_dt=37889.500000000
> m_status=valid
> となっておりましたが、COleDateTimeの使用方法が間違っているんでしょうか？

COleDateTime date(dbStep1.m_TIME);

の直前と直後のm_TIMEの値が上記の通りであることを確認されているんですよね？
直後のdateの値も。

COleDateTimeの使い方は間違ってないようです。
下記のソースで確認してみてください。

{
COleDateTime m_TIME;
m_TIME.m_dt = 37889.50000;
m_TIME.m_status = COleDateTime::valid;
COleDateTime date(m_TIME);
TRACE(Time = '%s'\n, date.Format(%Y/%m/%d));
}

> データベースでは、yyyy/mm/dd hh:nn　となっておりまして、秒単位がないのが原因な
のでし
> ょうか？

アクセスの設定なら表示だけですので、内部的には秒まで（もっと細かく）持ってます。
dateを宣言しているときに、本当にm_dt = 37889.5であることを確認されているなら、
私にはお手上げです。

dbStep1の宣言はどうなっているでしょうか？

たいちうさんのコードを使用したら、2003/09/25になりました。
元に戻して、値の変化を見ていたのですが、
関数開始
オブジェクト宣言後　25569.375000000(この値が代入されていました)

データベースをオープンすると、
37889.500000000になります。

そして表示が1970/01/01になります。

…。
もしかして、データベースをオープンしたあとに宣言しないといけないのでは？
ちょっとやってみます。

そのようでした^^
オープンした後に、オブジェクトを宣言することで、値が入るみたいです。
ありがとうございました。