XP 環境で，タスクトレイのチップが 64 文字で切れてしまっている．
VC8.exe は 64 で切られることはないが，VC 9 以降だとうまくない？
Win 7 環境での動作は問題ない．
まだ詳しく調べられてないが，とりあえずメモ．

2015/09/08
どうも _WIN32_WINNT によるみたい．

　　Win は _WIN32_WINNT ．
cbSize を NOTYFYICONDATA_V3_SIZE と指定すれば良いのか？
今回は，意図せず 64 文字で切れていたことを避けたかっただけなので，次の様に変更．
　　 NOTIFYICONDATA nid ; ::ZeroMemory(&nid,sizeof(NOTIFYICONDATA)) ;
　　 long maxLenTip = countof(nid.szTip)-1 ;
　　 #if (_MSC_VER >= 1500) // VC 9 ～
　　　　 if (::GetWindowsVersion() < 6) {
　　　　　　 maxLenTip = 64-1 ;
　　　　　　 }
　　 #endif
　　 if (::GetWindowsVersion() > maxLenTip) {
　　　　 …
　　　　 }

NotifyI.hxx

ダイアログまたは相当のクラスのヘッダに，NotifyIcon の変数を確保．
タスクトレイにアイコンを表示したい時は，NotifyIcon::Add または Mod を呼出す．
タスクトレイのアイコンを消したい時は，NotifyIcon::Del ．

アニメーションの場合，NotifyIcon::StartAnimate とタイマで NotifyIcon::AnimateIcon ．
アニメーションアイコンの登録は，NotifyIcon::AddIconA ．登録されてない場合は，exe のアイコンと表示なしのトグル．
CAppDlg::OnInitDailog で StartAnimate ，CAppDlg::OnTimer で AnimateIcon だけで，exe アイコンが点滅する．

チップの設定は，NotifyIcon::SetTip ．

最小化されたときに表示
　　void CXxxxDlg::OnSize(UINT nType, int cx, int cy)
　　{
　　　　CDialog::OnSize(nType, cx, cy);
　　　　::FitWindow(this,&m_Image,0) ;
　　　　if (nType == SIZE_MINIMIZED) {
　　　　　　ShowWindow(SW_HIDE) ;
　　　　　　NotifyI.Mod() ;
　　　　　　}
　　　　}

ヘッダとソースへの MESSAGE MAP の追加
　　afx_msg　LRESULT　OnTrayCallback　(WPARAM wParam,LPARAM lParam);
　　ON_MESSAGE　(WM_TRAY_CALLBACK,　OnTrayCallback)
マウスのクリックによる動作
　　LRESULT CXxxxDlg::OnTrayCallback (WPARAM wParam,LPARAM lParam)
　　{
　　　　UINT uID = (UINT)wParam;
　　　　UINT uMouseMsg = (UINT)lParam;
　　　　if (uMouseMsg == WM_LBUTTONDOWN) {
　　　　　　AfxGetMainWnd()->ShowWindow(SW_SHOW) ;
　　　　　　AfxGetMainWnd()->ShowWindow(SW_SHOWNORMAL) ;
　　　　　　}
　　　　if (uMouseMsg == WM_RBUTTONUP) {
　　　　　　CPoint curPos ; ::GetCursorPos(&curPos) ;
　　　　　　PopupMenu (NULL,IDR_POP_MENU,curPos,ID_XXXX) ;
　　　　　　}
　　　　return 0 ;
　　　　}
WM_TRAY_CALLBACK は，NotifyI.hxx に定義済．

2015/09/03
メニュー表示後，デスクトップなどのクリックでメニューが消えなかったので検索すると，
SetForegroundWindow を呼べば良いとのこと．
　　　　if (uMouseMsg == WM_RBUTTONUP) {
　　　　　　CPoint curPos ; ::GetCursorPos(&curPos) ;
　　　　　　SetForegroundWindow() ;
　　　　　　PopupMenu (NULL,IDR_POP_MENU,curPos,ID_XXXX) ;
　　　　　　}

20 年位前に作成したコードのため，こんなガードが，…

行列の領域を作成する時に
　　 if ((long)r*(long)c*sizeof(double) > 1000000L) {
　　　　 return ;
　　　　 }
16 ビットの場合は 64000L ．

ここのバナナのデータを開いた時，法線が正しく生成されず真っ黒になってしまった．

法線ベクトルのデータ数が 32068 で，1 MB を超えていた．
ガードを100 MB に変更．

次の様なコードで，実行時にエラー．
　　i_DIB DIB_FlipVertical (const i_DIB& dib_)
　　{
　　　　 i_DIB dib = dib_ ;
　　　　 if (dib_.GetWidth () == 0) { return dib ; }
　　　　 if (dib_.GetHeight() == 0) { return dib ; }
　　　　 u_32* bits = (u_32*)dib.GetP_Bits() ;
　　　　 for ( int y=0 ; y<dib.GetHeight()/2 ; y++) {
　　　　　　 for (int x=0 ; x<dib.GetWidth() ; x++) {
　　　　　　　　 u_32 sPos = x+dib.GetWidth()*( y) ;
　　　　　　　　 u_32 dPos = x+dib.GetWidth()*(dib.GetHeight()- y) ;
　　　　　　　　 u_32 tmp = *(bits+(dPos)) ;
　　　　　　　　 *(bits+(dPos)) = *(bits+(sPos)) ;
　　　　　　　　 *(bits+(sPos)) = tmp ;
　　　　　　　　 }
　　　　　　 }
　　　　 return dib ;
　　　　 }
原因は最初の dPos が画像の範囲を超えていること．これはすぐにわかったが，
デバッガで追いかけてもこのループは何もなかったかの様に通り，この関数を抜ける時にエラーとなる．
たまたまと言うこともあると思うが，MFC の配列を使用していればアクセスした段階で ASSERT されるのでは？
i_dib_f.hxx

Build 10061 に更新．
VirtualBox だからなのかわからないが，OpenGL を利用している exe で真っ黒になってしまう．
Vista になった時，一部の環境やオフスクリーンの場合に同様の現象だったと記憶している．
DescribePixelFormat , SetPixelFormat 辺り？
Build 9926 では問題なかったと思う（9879 では問題ない）．
exe によっては起動しなかったり，アプリケーションエラーになる．
他に，どこかの設定かわからないが，エクスプローラから AP にドキュメントのドロップが出来ない？

2015/06/03
Build 10130 で，OpenGL での描画が真っ黒になる動作は解消されている．

オフスクリーンのレンダリングで，環境により，真っ黒や意図しない色になってしまう現象があった．

ウィンドウが最小化された後にその様になってしまうみたい．
描画対象のウィンドウを与えていてそれが空になっているのがうまくない．
::SetPixelFormat や ::MakeCurrent でエラーになっている．
IsRectEmpty() の時，描画部分を実行しない様に変更．