▼ げんたさん
> CBregexpのデストラクタでDeinitDllを呼び出していますが，CDllHandlerでライブラリ解放前にDeinitDll()を呼び出すようになっているのでこの記述が無くても大丈夫だと思います．
>
> と書きながら不安になったのですが，オブジェクトを削除したときは~CBregexp→~CDllHander→CBregexp::DeinitDllの順に呼び出されることになるんでしょうか．そうなるとCBregexpのデストラクタの後でDeinitDllが動くことになってまずいような気がする．
そうはならないみたいです。
ちょっと私も自信がなかったものですから、簡単なテストプログラムを作ってテストしてみましたが、CDllHandler::~CDllHandler で派生クラス(CBregexp)のメソッド(DeinitDll)をたたくのは出来ないようです。
CDllHandler クラスのメソッドがたたけるのは CDllHandler のメソッドでしかないみたいです。

以下のようはプログラムプログラムを書いたとします。

#include <stdio.h>
class Parent
{
public:
Parent(){};
virtual ~Parent(){ DeinitDll(); };

protected:
virtual void DeinitDll(){ printf("Parent::Deinit()\r\n"); }
};

class Child : public Parent
{
public:
Child(){};
virtual ~Child(){};

protected:
virtual void DeinitDll(){ printf("Child::DeinitDll()\r\n"); }
};

int main(int argc, char* argv[])
{
Child hoge;
return 0;
}

これで見てみますと、Child 開放時に Parent::~Parent 内部で呼ばれるのは Child::DeinitDll() ではなく、Parent::DeinitDll() が呼ばれるようです。
ですので、派生クラスで DeinitDll を定義しなおしたら、派生クラスで開放時に ちゃんと呼び出さないとまずいようです。

▼ げんたさん
> 速度に影響するなら 属性取得→ファイル削除→ファイル保存(従来通り)→属性設定 の方が良いように思います．

で、速度に影響しましたか？ > げんた

すいません。
最近、急に忙しくなって、全くこちらへ来れませんでした。

▼ げんたさん
> ▼ Azumaiyaさん
> >・隠し属性が付いているファイルを保存できない。
> この部分は以前 _lwriteなどの低水準入出力だったのを書き込み速度改善のためにf***系に変更した経緯があります．
そういう経緯があったとは知りませんでした。

> 今回ファイル操作がC標準関数からWindows APIに変更されていますが，ライブラリによるバッファリングが行われれなくなって速度が低下するということは無いでしょうか．
試してみましたら、大きいファイルだと、ものすごく遅くなっていますね。
これはかなりまずいかもしれませんね。

> 速度に影響するなら 属性取得→ファイル削除→ファイル保存(従来通り)→属性設定 の方が良いように思います．
そうですね。
そのほうがいいと思います。
ただ、削除してしまうというのは読み取り属性があっても、ファイルを消すことがあるような気がしますので、

属性取得→属性変更(隠し属性と、システム属性を抜く)→ファイル保存(従来通り)→属性設定

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