梅子與牧童叔

安裝 Ubuntu 後，Windows 無法關機

2022-05-01T06:50:00.001+08:00

原來是跟 GRUB 衝突，只要把 Fast Boot 關掉就正常了

參考：[已解決] Dual boot 無法關機/休眠/睡眠 (Ubuntu/Windows)

執行批次檔不要 DOS Command 視窗

2020-03-04T18:05:00.000+08:00

如果程式有特殊需求必須從 Command Line 執行，例如以下的 Test.bat

Notepad

則執行的結果就是像下圖一樣，有一個醜醜的 DOS Command 視窗，直到你程式結束後才會關閉

如果要把它去掉，可以修改 Test.bat 如下

Start Notepad
Exit

它的原理是利用 Start 呼叫要執行的程式後，原本的批次檔會繼續往下執行 Exit，就可以把 DOS Command 視窗關閉了

Start 還有其它參數，例如 /Max 可以把要執行的程式最大化，有興趣可自行參考 Start /? 的說明

不要自動完成 { }

2019-08-14T11:20:00.000+08:00

每次寫程式 Visual Studio 都會自動加 { }，但是加完就不會自動排版了，所以每次都還要刪掉再重加一次，以便完成排版。

今天找了好久，終於找到取消的設定了

Driver 的數位簽章

2018-12-26T14:04:00.000+08:00

Microsoft 為了安全性的考量，在 x64 OS 下的 Driver 一定要有合法的數位簽章，否則下場就是這樣，甚麼都不能做。

而我最近碰到一個讀 Physical memory 的問題，改寫 Driver 後卻一直無法使用，即使加上公司的數位簽章也是一樣。Google 了兩天後，終於找到原因順利解決了，步驟如下：

首先，確認你的數位憑證可用於程式碼簽署，然後檢視最上層的憑證 (在此為 VeriSign)

查看最上層憑證的簽發者 (Issuer) 為誰，然後到 Cross-Certificates for Kernel Mode Code Signing 取得對應的交叉認證檔案 (文章中還有提到憑證指紋 (Thumbprint)，雖然我的內容跟網站上的不一樣，不過目前測試的結果還是可以使用)

最後照以下的方式簽署，就可以正常使用了

signtool.exe sign /v /ac "VeriSign Class 3 Public Primary Certification Authority - G5.cer" /s my /n "Company name" /t "http://timestamp.verisign.com/scripts/timstamp.dll" /du "http://www.company_name.com" "Driver_name.sys"

上面 .cer 的檔案就是從 Microsoft 取得的交叉認證檔案，其餘參數跟原本簽署數位簽章的一樣

結論就是要在 x64 OS 執行 Driver，除了 Microsoft 認可的數位憑證外，還要加上對應的交叉憑證。先前就是少了這一個步驟，所以才無法正常使用。

Win10 更新

因目前數位簽章更換為 DigiCert，因此需要去 Selecting the Correct Cross-certificate 重新下載交叉憑證

並以下列方式簽署即可 (注意 timestamp 需更換為 degicert 的網站)

signtool sign /v /ac "DigiCert High Assurance EV Root CA.crt" /s my /n "Company name" /t http://timestamp.digicert.com "Driver_name.sys"

參考：如何使用 Microsoft Authenticode 或 Microsoft Office 和 VBA 簽署 Microsoft Vista 64 位元核心模式軟體？

執行緒安全 (Thread-safe)

2018-11-06T15:11:00.000+08:00

現代程式設計為了提升效能，通常採用多執行緒的方式執行，但若沒有注意執行緒安全，往往會造成意想不到的錯誤。

假設現在有一個程式有 Main & Timer 兩個 Thread 都會透過 i2c command 存取硬體，模擬的程式碼如下：

using System;
using System.Threading;

namespace ThreadTest
{
    class I2cGpu
    {
        public void NormalRead(int index)
        {
            Console.WriteLine("{0} ==> NormalRead{1}", Thread.CurrentThread.Name, index);
            Thread.Sleep(500);
            Console.WriteLine("{0} <== NormalRead{1}", Thread.CurrentThread.Name, index);
        }

        public void NormalWrite(int index)
        {
            Console.WriteLine("{0} ==> NormalWrite{1}", Thread.CurrentThread.Name, index);
            Thread.Sleep(2000);
            Console.WriteLine("{0} <== NormalWrite{1}", Thread.CurrentThread.Name, index);
        }
    }

    class ThreadTest
    {
        static void Main(string[] args)
        {
            Thread threadMain = new Thread(MainThread);
            threadMain.Name = "Main ";

            Thread threadTimer = new Thread(TimerThread);
            threadTimer.Name = "Timer";

            threadMain.Start();
            threadTimer.Start();
        }

        private static void TimerThread()
        {
            I2cGpu i2CGpu = new I2cGpu();

            for (int i = 0; i < 3; i++)
            {
                i2CGpu.NormalRead(i);
                i2CGpu.NormalWrite(i);
            }
        }

        private static void MainThread()
        {
            I2cGpu i2CGpu = new I2cGpu();

            for (int i = 0; i < 3; i++)
            {
                i2CGpu.NormalRead(i);
                i2CGpu.NormalWrite(i);
            }
        }
    }
}

執行結果如下，可以發現兩個 Thread 在做底層 i2c Read / Write 時是交錯的，

此時可利用 lock 來保護 Read / Write 的過程中是不會被其他 Thread 中斷的

using System;
using System.Threading;

namespace ThreadTest
{
    class I2cGpu
    {
        static object locker = new object();

        public void NormalRead(int index)
        {
            lock (locker)
            {
                Console.WriteLine("{0} ==> NormalRead{1}", Thread.CurrentThread.Name, index);
                Thread.Sleep(500);
                Console.WriteLine("{0} <== NormalRead{1}", Thread.CurrentThread.Name, index);
            }
        }

        public void NormalWrite(int index)
        {
            lock (locker)
            {
                Console.WriteLine("{0} ==> NormalWrite{1}", Thread.CurrentThread.Name, index);
                Thread.Sleep(2000);
                Console.WriteLine("{0} <== NormalWrite{1}", Thread.CurrentThread.Name, index);
            }
        }
    }

    class ThreadTest
    {
        static void Main(string[] args)
        {
            Thread threadMain = new Thread(MainThread);
            threadMain.Name = "Main ";

            Thread threadTimer = new Thread(TimerThread);
            threadTimer.Name = "Timer";

            threadMain.Start();
            threadTimer.Start();
        }

        private static void TimerThread()
        {
            I2cGpu i2CGpu = new I2cGpu();

            for (int i = 0; i < 3; i++)
            {
                i2CGpu.NormalRead(i);
                i2CGpu.NormalWrite(i);
            }
        }

        private static void MainThread()
        {
            I2cGpu i2CGpu = new I2cGpu();

            for (int i = 0; i < 3; i++)
            {
                i2CGpu.NormalRead(i);
                i2CGpu.NormalWrite(i);
            }
        }
    }
}

執行結果如下，可以發現不再有交錯的情況了

ubuntu studio

2018-07-11T14:46:00.000+08:00

ubuntu studio 是 ubuntu 的影音加強版，是為了玩 MIDI 的 Rosegarden 才看到的。12.04 LTS 佔 1.9 GB (用家裡的 ADSL download 了快 4 小時)，還得用 DVD 才能燒錄，所以在 Windows XP 下又找了一個免費的燒錄軟體 ImgBurn，比起 ubuntu 用一張 CD 就能搞定，實在差太多了。

以下就是一些使用的心得（萬一以後還要重裝的話，也好有一個參考）：

系統｜日期與時間設定改為 “與網路伺服器保持同步”（需安裝 NTP）
關閉 UTC 解決與 Windows 時間衝突的問題：timedatectl set-local-rtc 1
懶得用 gcin 了，直接用內建的 IBus，再加上行列輸入法即可 (還是得裝 gcin，IBus 的行列打不出特殊符號啊) 裝完再用 im-switch 切換內定輸入法，然後重新登入即可
設定主機板的 Wake on Lan (重裝 ubuntu studio 好像把這個選項又關掉了)
設定 wins，不然 Windows 網路芳鄰的電腦名稱（NAS）又找不到了
Pidgin 網路即時通：MSN
Sysinfo
Dropbox
LibreOffice
Asunder CD Ripper：抓 CD不可少的工具
Ripper X：Asunder CD Ripper 無法抓太多音軌的 CD 時可改用此軟體，不過中文支援有問題，需要用 EasyTAG 再改一次 (18.04 版的軟體中找不到，只能以手動安裝了 sudo apt-get install ripperx)
Rosegarden：玩 MIDI 的軟體，不過還是有當機的情形，希望不要當得太頻繁啊。另外安裝完後沒有在 Audio Production，反而跑到 Media Playback

PS：自動儲存的功能怎縻關掉啊？原本這個功能是怕當機資料消失，結果我反而因為這個功能導至這篇文章消失了。在編輯的過程中，切換到 HTMlS 模式後，又利用 Ctrl + Z 執行 Undo 時，不明原因導至整篇文章不見了，偏偏又在此時自動存檔，真是 #@#%^，害我又打了第二遍（還好還沒全部忘記）

[分享] Visual Studio 遠端偵錯

2018-05-22T10:07:00.000+08:00

參考：Visual Studio 遠端偵錯和診斷

在程式開發的過程中常需要在不同的作業系統平台上偵錯，以前的做法是在該平台上安裝 Visual Studio，但這不僅僅曠日廢時，同時也破壞測試的完整性，畢竟在一般使用者的平台上是不會有這些開發環境的程式的。

所以看過今天的介紹後，你再也不需要這麼麻煩了，只要有網路線，你就可以利用遠端遙控的方式來偵錯，同時可以將一個測試平台分享給不同的開發者測試，一舉數得。

首先是在測式平台上安裝遠端偵測工具，以 Visual Studio 2013 為例，你可以到這裡下載對應的程式 (遠端工具的版本與 Visual Studio 的版本必須一致)，執行後按預設值設定即可，基本上就是打開防火牆而已。有一點要特別注意的是，如果你要偵錯的程式需要 "管理者權限"，則遠端工具也需要以管理者權限啟動。

接下來是設定開發端，基本上都在 Debugging 的頁面，首先把設定切換到 "Remote Windows Debugger"，各項設定說明如下：

Remote Command : 要在遠端執行的程式名稱，前面需要遠端電腦的絕對路徑，而檔名可以用 $(TargetFileName) 取代，這樣當 Win32 / x64 檔名不相同時就不需要分別設定了

Working Directory : 遠端執行程式的工作路徑，一般與 Remote Command 的路徑相同

Remote Server Name : 可以從遠端工具程式取得，後面的 Port number 不需要輸入

Connection : 使用預設的 Windows 認證即可，所以你必須要有登入遠端電腦的使用權限

Debugger Type : 若偵測 C++ 的程式可以直接選 Native Only；C# 則選擇 Managed Only。減少選擇 Auto 的判斷時間

Deployment Directory : 程式部署的路徑，一般與 Remote Command 的路徑相同

Additional Files to Deploy : 需要額外部署的檔案，若要部署整個資料夾則不適用。如果該檔案是不會改變的，則手動 Copy 到該路徑即可

最後再勾選要部署的程式即可

當啟動遠端偵錯後，Visual Studio 會把執行檔及對應的 DLL Copy 到遠端的平台並執行，其中 WinRing0 的目錄就是前面提到手動 Copy 的檔案

不過此時你還是得到遠端電腦操作你的程式，或者利用 TeamViewer 遠端遙控軟體及雙螢幕在開發端遙控遠端電腦

最後，這種方式還是有一些限制的，例如在 Win7 的開發平台上，就無法偵錯遠端 Win10 D3D12 的程式，原因是在 Win7 的平台上無法安裝 DX12 SDK，所以無法 Build D3D12 的程式，當然就無法在遠端偵錯了。

遠端偵錯 Visual C# 專案

遠端電腦工作目錄必須與來源端完全相同
不支援部署到遠端電腦

故首先確認程式輸出的路徑，然後在遠端電腦建立相同的路徑

為了能手動部署，遠端電腦的資料夾必須設定為分享，首先是開啟網路分享的設定

在該資料夾上按滑鼠右鍵，選擇 Property | Sharing 標籤，點選 Share 按鈕

然後用目前的使用者分享

最後可以得到分享路徑的名稱

可以使用帳號、密碼先試一下連線是否正常

若沒問題則可以將下列命令加入 Post-build event command line 中，令其在建置成功後手動部署（/S 為包含子目錄、/Y 為直接確認)

xcopy $(TargetDir)*.* \\TW-JOHNNYWANGSC\Test\Test\bin\Debug /S /Y

設定遠端電腦名稱 (若無 DNS 則可以用 IP 代替)，並確認沒有勾選原生程式碼偵錯

遠端電腦執行 Remote Debugger (確認 Visual Studio 版本與權限是否與來源端相同)，若設定無誤則可以看到連線成功的訊息，且程式在遠端電腦執行

設定中斷點可以在來源端偵錯

雖然它不像 C++ 那樣方便，但至少是一個解決方式，在開發的過程中可以遠端偵錯而不用在遠端電腦安裝開發環境。

[心得] 如何造成程式 Crash

2017-04-10T11:32:00.001+08:00

最近在改程式的時候，發生以下異常存取的狀況

原因是以下的指標指到不合法的記憶體，但查很久就是查不到在那裡被改的

 if (m_pStaticCoreVoltage->IsWindowVisible())
 {
  m_pStaticCoreVoltage->SetWindowText(m_strMonCoreVoltage);
 }

後來採用 Data Breakpoint 的方式，先在指標建立的地方設定中斷點，然後在建立後取得其指標變數的位址設定 Data Breakpoint，因此當該位址的資料變化時就會產生中斷。指令為

DEBUG | New Breakpoint | New Data Breakpoint

通常中斷後 Keyboard 幾乎無法操作 (控制權被 Debug 搶走了)，所以我在後面加了一行 TRACE 的指令，執行後用滑鼠選取變數名稱的位址，開啟 Data Breakpoint 視窗後會自動帶入 Address 欄位，只要再把 Byte Count 改成 4 即可 (Win32 point 佔 4 Bytes)。繼續往下執行即會產生下列中斷

中斷後有問題的程式碼

 for (INT i = 0; i < _countof(TempId); i++)
 {
  PIObservable pObj = m_pMonitorCtrl->RegistryMonitor(this, TempId[i], nGpuIndex + 1, bRegister);
  if (bRegister && pObj)
  {
   m_nTemperature[i] = (INT)pObj->getCur();
  }
 }

再看一下變數的宣告

 INT m_nTemperature[9]; // GPU x 1, Power x 5, Memory x 3

 CWnd* m_pStaticCoreVoltage;

以及 TempId 的宣告

const MonitorId TempId[] =
{
 ID_THERMAL, // GPU
 ID_GPU_TEMP2,

 ID_MEM_TEMP1, // Memory
 ID_MEM_TEMP2,
 ID_MEM_TEMP3,

 ID_POWER_TEMP1, // Power
 ID_POWER_TEMP2,
 ID_POWER_TEMP3,
 ID_POWER_TEMP4,
 ID_POWER_TEMP5,
};

原來 m_Temperature 只有宣告 9 個 INT 的空間，但 TempId 因為其他原因改成 10 個，且未同步更新 m_Temperature 的宣告，所以第 10 個就不小心蓋到 m_pStaticCoreVoltage 指標造成程式異常結束了

但奇怪的是，這一段程式只有在 Win32 下有問題，x64 並未發生問題，原來是 m_pStaticCoreVoltage 前面有 4 Bytes padding (可能是 x64 Pointer 為 8 Bytes，為了 Performance 的關係有作 Align 的調整)，所以錯誤的資料沒有蓋到該指標變數

Win32 Memory

x64 Memory

結論：

程式中不要使用靜態的陣列宣告，改用 STL vector 取代

 vector<int> m_nTemperatureVector; // GPU x 2, Power x 5, Memory x 3

 for (INT i = 0; i < _countof(TempId); i++)
 {
  PIObservable pObj = m_pMonitorCtrl->RegistryMonitor(this, TempId[i], nGpuIndex + 1, bRegister);
  if (bRegister && pObj)
  {
   m_nTemperatureVector.push_back(pObj->getCur());
  }
 }

存取陣列元素一定要做邊界檢查 (即使是 vector 也是會產生邊界異常)

[心得] 在 struct 中的 vector 存取異常

2016-06-24T10:03:00.000+08:00

很久沒有寫心得了，這個問題花了我整整兩天的時間才解決，所以值得分享一下。首先我們看以下的定義

typedef struct _Profile
{
 INT nFormat;
 BOOL bFanMode;
 ULONG ulFanSpeed;
#ifdef BOOST
 BOOL bBoost;
#endif
 INT nOCMode;
 vector<INT> OffsetVector;
} Profile, *PProfile;

應該沒甚麼問題，除了條件式的組譯：如果有定義 BOOST 的話，就多一個 bBoost 的欄位

在我的 Solution 中有 ProjectA 和 ProjectB，其中 ProjectA 會產生 Profile 的物件，並以 Call by address 的方式傳給 Project B 中做後續的資料處理與回傳。

而問題出在 ProjectB 中只要對 OffsetVector 做寫入就會產生記憶體存取異常。我找過幾個方向：

因為 vector 會動態配置記憶體來存取資料，所以初期一直朝這個方向找答案，是否在傳遞的過程中，vector 所指到的記憶體已經改變了？所以才造成異常。但相同的動作在 ProjectA 做卻完全沒問題
struct alignment 的問題，是否兩個 Project 的配置不一樣，造成相同的欄位卻存取到不同的位址？因此我用 sizeof() 取得兩個這數所佔空間的大小，還真的不一樣，而且 OffsetVector 是指向 struct 中不同的 offset。但我查 Project alignment 的設定，一樣都是預設值

這就怪了，最後發現原來問題是我自己造成的。原來我在 ProjectA 有定義 BOOST，因此有 bBoost 這個欄位，而 ProjectB 是事後才加入的，並沒有定義 BOOST，因此兩邊在存取 OffsetVector 時，就差了一個 BOOL 的欄位空間，故 ProjectB 在存取的位址實際上是錯的，當然就產生記憶體存取異常了，還害我誤會了 vector

所以結論是：

以後不要在 struct 中設定條件式組譯，避免又發生同樣的問題。
而在程式碼中的條件式組譯，請定義在 Project Property | C/C++ | Preprocessor 的 Preprocessor Definitions 中，否則寫在程式碼中，有可能造成部份程式碼因為沒有 include 到定義的檔案而不正確

2016/8/4 續集

下列這段程式碼會產生 Memory leak

 PProfile pProfile = new Profile;
 memset(pProfile, 0, sizeof(Profile));
 delete pProfile;

為甚麼呢？不過是利用 memset 初始化利用 new 建立的 struct，應該也沒問題才對啊！

原來還是 struct 中的 vector 出問題了，當你利用 new 建立 struct 時，裡面的 vector 實際上也會配置自己的 memory 空間，以便存放後續加入 vector 中的元素。當你用 memset 把所有 struct 中的元素清為 0 時，等於沒有把 vector 配置的 memory 釋放掉，就直接把 vector 清為 0。所以當程式結束時，就產生 Memory leak 了

因此，下次 struct 中有 STL 的容器時，千萬不要再用 memset 初始化了

NB 更新 EC

2016-01-06T11:34:00.000+08:00

步驟如下：

把下列檔案複製到隨身碟
- EFI
  - Boot (EFI 開機檔）
    - Bootia32.ef
    - Bootx64.efi
- EC
  - 226.bin (要更新的 EC 檔案)
  - amiecfx64.EFI (更新的執行檔)
  - u.nsh
使用隨身碟在 NB 開機 (按 F7 選擇) 進入 EFI Shell (使用類似 linux command)
Shell> map // 查詢 USB mount 之後的名稱 (例如 fs4)
Shell> fs4: // 切換到隨身碟
fs4:\> ls // 查詢檔案
fs4:\> cd EC // 切換目錄
fs4:\EC> amiecfx64.EFI 226.bin // 更新 EC
fs4:\EC> u 226.bin // 使用 script 更新亦可

u.nsh 內容為

amiecfx64 %1

如何解決 Microsoft Windows SDK for Windows 7 and .NET Framework 4 (v7.1) 安裝失敗

2015-03-02T11:49:00.000+08:00

由於 Direct3D Interop sample 已無法從 MSDN Code Gallery 取得，因此只好安裝 Windows 7 SDK，但安裝過程中發現 Microsoft Visual C++ 2010 Redistributable Package 造成安裝失敗，請依照以下的步驗安裝即可成功

移除 Microsoft Visual C++ 2010 Redistributable Package (x86 and x64)
安裝 Windows SDK v7.1 時取消 "Visual C++ Compilers" 與 "Visual C++ 2010 Redistributable Packages"
安裝 Microsoft Visual C++ 2010 Service Pack1 Compiler Update for the Windows SDK 7.1
安裝 Microsoft Visual C++ 2010 Redistributable Package (x86 and x64)

原文參考：Why does the SDK 7.1 installation fail with an "Installation Failed" message on my Windows system?

Visual Studio 環境設定

2014-12-29T15:12:00.000+08:00

如果你的 Project 不是單一執行檔，而是搭配其它檔案才能正常執行，那麼通常會設定 Debug 與 Release 兩組環境；如果再搭配 Win32 與 x64 的話就有 4 組了。有點麻煩？對吧！

所以我希望把測試環境設定在一個固定的地方 (例如 Bin 目錄下)，這樣相關的檔案只要放一組就可以了，然後利用 Post-Build Event 把編譯過的執行檔複製到這裡就可以測試了。

Project property 該如何設定呢？首先針對所有 Configurations 與 Platforms 設定 Post-Build Event 為

copy "$(TargetPath)" "$(SolutionDir)Bin"

其中雙引號是為了防止路徑與檔名中間有空白字元，而我把測試環境設定在 Solution 目錄下的 Bin 子目錄，若不使用 Solution 目錄的話，Project 目錄也可以

接著設定要 Debug 的程式與工作目錄 (Platform 似乎沒辦法一次設定，所以 Win32 與 x64 要各做一次，不過內容都一樣)

首先是 Command，使用先前設定的路徑加上檔案名稱

$(SolutionDir)Bin\$(TargetFileName)

接著是 Working Directory

$(SolutionDir)Bin

這樣就可以在各個組態與平台間切換，而不需要重新設定所需要的相關檔案了。

這裡順便提一下，如果程式有 x64 的版本，可以在輸出檔名後面加上 x64 以資區別

2014/04/10

經過同事的指點，實際上可以省掉 Post-Build copy 的動作，只要把 Output File 指到 Bin 目錄即可，也就是

$(SolutionDir)Bin\$(ProjectName).exe

只是這樣在 Clean 時會連該檔案一併刪除，如果要保留 Release 版本要記得先 Copy 出來。

2014/12/29

Visual Studio 2010 在設定上跟 2008 又有點不太一樣。

實際上只要把 General | Output Directory 設定到共用的 Bin 目錄，Target Name 根據 Win32 / x64 設定成不同的名字

那麼 Debugging | Working Directory 可以統一設成 $(OutDir)

而 Linker | General | Output File 也可以統一設成 $(TargetPath)，這樣就不需要在每一個組態做不同的設定，只要在前面 General 根據不同的組態各設定一次即可。

$(TargetPath) = $(OutDir) + $(TargetName) + $(TargetExtension)

Ubuntu 11.04 的點點滴滴 [更新 14.10 Unity systray-whitelist 設定]

2014-11-12T11:42:00.000+08:00

Ubuntu 11.04 採用新的 Unity 介面，當使用 Compiz 開啟 3D 桌面時有許多衝突，因此得將 Unity 關掉，亂按的結果就是掛點了，重開機後畫面只剩一張背景圖。

這個時候就需要用到 Alt + SysRq + K 登出回到 Display Manager (登入) 的畫面，選擇 "傳統 Ubuntu 桌面" 登入後，將 Compiz 與 ATi Driver 移除後，結果還是一樣的空白桌面。將重裝一次 Driver 與 Compiz，還是一樣，看來是新版的 Unity 桌面被我的 Compiz 關掉了。

解決方法一如上圖，到 Compiz 的 Preferences 將 Profile 設為 unity 就可以了 (不過有時還是不行)

解決方法二是將 Compiz 的設定值刪除，回到預設的狀態 (參考：[分享] 灌好Ubuntu後必要的修正與套件 [論壇 - Ubuntu基本設定] #2)

rm -rf ~/.compiz* ~/.config/compiz* ~/.cache/compiz* ~/.gconf/apps/compiz* ~/.config/dconf ~/.cache/dconf ~/.cache/unity

接下來就是 Unity 的新操作方式還真有點不習慣，首先是程式的 Menu 不見了，原來是統一跑到上方的 System Bar 了，只要把滑鼠移過去就會出現了。這樣可以省掉 Menu 在程式佔用的空間，感覺還不錯的 Idea。

另外有一些程式 (像 gcin、Dropbox) 會在 System Tray 出現的 icon 也不見了，解決方法如下：

到 Ubuntu 軟體中心安裝 dconf Editor
從終端機執行 dconf-editor

在 desktop | unity | panel 的 systray-whitelist 加入你要的程式就可以了！

Ubuntu 11.10 也是一樣的情況，所以照上面的方式設定是 OK 的，不過要登出後再重新登入才會生效喔！

最後還是決定切回傳統桌面，不過 gcin 的圖示又跟我躲貓貓，不見了

原來面板還要加入 "程式狀態通知區" 才會出現，跟之前的 Ubuntu 面板上的音量圖示不見了問題有點像，不過同樣是圖示，幹嘛分得這麼細啊！

參考：找回「傳統桌面」的 gcin 狀態通知區圖示 on Ubuntu 11.04

2014/11/12

換到 Ubuntu 14.10 後，Unity systray-whitelist 又消失了 (從 13.04 開始)，所幸在網路上找到偏方可以把它加回來，不然又看不到 gcin icon 了

- for Ubuntu 14.10:

sudo add-apt-repository ppa:gurqn/systray-utopic
sudo apt-get update
sudo apt-get upgrade

安裝過程中會出現一些警告跟錯誤訊息，並顯示某些套件沒有經過認證，只好硬著頭皮 Yes
了，完畢後重新 login 即可

如果要還原的話 (沒試過)

- for Ubuntu 14.10:

sudo apt-get install ppa-purge
sudo ppa-purge ppa:gurqn/systray-utopic

參考：How To Whitelist Systray Apps In Ubuntu 14.04 Or 14.10 (w/ Unity)

如何在 Ubuntu 下認得 Windows 的電腦名稱

2014-11-01T21:57:00.000+08:00

自從踏入 Ubuntu 的領域後，還是以 Windows 的習慣在使用，例如存取公司內部的 Web Server 時，還是習慣使用電腦名稱，但此名稱在 Ubuntu 內是不認得的，只能以 IP 的方式存取。經過一番研究後，得出以下的結論與解決方法：

Windows 是透過 WINS 服務將 NetBIOS 的電腦名稱轉換為 IP 的 (此功能與 DNS 相同，只是應用在不同的地方)

因此Ubuntu 要達到相同的功能，需執行以下的動作

sudo gedit /etc/nsswitch.conf
將 host: ... dns 前面加上 wins，變成 host: ... wins dns
利用 Synaptic 安裝 winbind 即可

原文參考 HOWTO: Resolve Netbios hostname system-wide

2014/11/01 更新

此方法在 Ubuntu Studio 14.10 下竟然無效，無法從瀏覽器用 http://mymediacenter 連接到 NAS 伺服器
不過網路位置還是可以用 smb://mymediacenter 連線到資料夾，真是怪哉！

dynamic_cast 與 operator override 的應用

2014-10-03T15:20:00.001+08:00

假設我有一個 Interface 如下

struct IProperty abstract
{
 ~IProperty() { }

 virtual LPCTSTR toString() = 0;

 virtual BOOL operator==(const IProperty& other) const = 0;
 virtual BOOL operator!=(const IProperty& other) const = 0;

};

然後有一個 class 實作該 Interface

class InstrumentType : public IProperty
{
public:
 enum INSTRUMENTTYPE
 {
  GUITAR,
  BANJO,
  DOBRO,
  FIDDLE,
  BASS,
  MANDOLIN,
 };

private:
 INSTRUMENTTYPE m_enInstrumentType;

public:
 InstrumentType(INSTRUMENTTYPE enInstrumentType);
 ~InstrumentType(void);

 LPCTSTR toString();

 BOOL operator==(const IProperty& other) const;
 BOOL operator!=(const IProperty& other) const;
};

那在 operator== 函式中，如何將 other 從 IProperty& 轉換成 InstrumentType& 呢？

第一個想法是

 PInstrumentType pOtherInstrumentType = dynamic_cast<PInstrumentType>(&other);

不過得到的結果是

error C2682: cannot use 'dynamic_cast' to convert from 'const IProperty *' to 'PInstrumentType'

如果改用 Reference 的方式轉換

 InstrumentType& OtherInstrumentType = dynamic_cast<InstrumentType&>(other);

還是錯誤

error C2682: cannot use 'dynamic_cast' to convert from 'const IProperty &' to 'InstrumentType &'

最後測試的結果是要加上 const，也就是轉換前後都要一樣才行

BOOL InstrumentType::operator==(const IProperty& other) const
{
 const InstrumentType& OtherInstrumentType = dynamic_cast<const InstrumentType&>(other);

 return (m_enInstrumentType == OtherInstrumentType.m_enInstrumentType);
}

先前也有想過用 const_cast 的方式，不過它的用途是把 const 的修飾功能移除 (變成非 const 變數) 所以要經過兩次轉換才能達到目的

 IProperty& other1 = const_cast<IProperty&>(other);
 InstrumentType& OtherInstrumentType = dynamic_cast<IinstrumentType&>(other1);

經過這一次的實驗，對安全型別轉換 dynamic_cast 也有更深一層的認識

轉換前後的修飾字元必須完全一致
除了指標外，也可以轉換 Reference

DPI-Aware Application

2014-09-29T18:35:00.000+08:00

一般 MFC Dialog base 的程式，如果使用者調整 Font size 則 Dialog 是會跟著 Font size 等比例放大的。

但如果是用 Owner Draw 自行貼圖的方式，則只有在 Windows 8.1 能享受到這個好處，Windows 7 & Windows 8 是不支援的。

而這又跟使用的工具有關係，Visual Sutdio 2008 預設 DPI-Aware 是 OFF，所以在 Windows 8.1 下系統會直接處理 DPI scaling；而 Visual Studio 2010 預設 DPI-Aware 是 ON，表示程式要自行處理 DPI scaling，所以要用以下的方式將 Enable DPI Awareness 設定為 No 才能享受到 Windows 8.1 下自動 DPI scaling 的好處

參考：

Writing DPI-Aware Desktop and Win32 Applications

【已解決】CMyButton 反應太慢

2014-09-25T19:12:00.000+08:00

CMyButton 是一個 Owner-Drawn 的 CButton，最近在使用時發現：如果連續按的話，有時會沒有反應。

原本懷疑：

利用 OnSetCursor 攔截 Mouse Over 的狀態，如果 Mouse 停留在 Button 的區域內，會一直產生重繪的動作 (取消後問題仍在，故排除)
按下 Button 後執行的程式佔用太多的時間，導致第二次 Button click 來不及處理 (但使用標準的 CButton 則沒有問題，故排除)

後來用 Spy++ 攔截主視窗的 WM_COMMAND 訊息時發現：CButton 會依序產生 Button click 的訊息；但 CMyButton 如果連續按的話，第一次是 Button click，第二次則是 Double-click。

原來 Owner-Drawn 的 CButton 快速連續按的話會產生 Double-click (BN_DBLCLK notification code)，而主視窗並未處理該 Double-click 事件，所以看起來就像按鍵沒有反應。

那為甚麼它會送出 Double-click message？如果 Windows Class Styles 有 CS_DBLCLKS 時 (注意：是 Class Styles，不是 Window Styles。前者跟視窗的行為有關，後者跟視窗的外觀有關)，Control 就會接受 Double-click 並送出 Message

所以解決辦法就是把 CS_DBLCLKS 拿掉，那它就不會送出 Double-click 了。目前的做法是在 Subclass 之前利用 SetClassLongPtr 修改即可。(原本是使用 SetClassLong，為了相容 32-bit and 64-bit Windows 才改的)

void CMyButton::PreSubclassWindow()
{
 // TODO: Add your specialized code here and/or call the base class
 HWND hWnd = GetSafeHwnd();
 ULONG_PTR ulStyle = GetClassLongPtr(hWnd, GCL_STYLE);
 ulStyle &= ~CS_DBLCLKS;
 SetClassLongPtr(hWnd, GCL_STYLE, ulStyle);

 CButton::PreSubclassWindow();
}

當然在論壇 Disable double klicks 中也有人提到用 SetDoubleClickTime 修改 Double-click 的間隔時間，甚至縮短到 0 就無法產生 Double-click 了。問題這是一個系統層級的函式，修改後會造成其它程式也無法 Double-click，所以不是一個理想的解決辦法。

在網路磁碟機設定 Visual Studio 2010 方案

2014-08-07T10:14:00.000+08:00

由於網路磁碟機是屬於不信任的區域，因此在上面設定方案時會出現以下問題

此時可以到 Tools | Options，在 Text Editor | C/C++ | Advanced 中將

Always Use Fallback Location 設為 True
Do Not Warn If Fallback Location Used 設為 True
Fallback Location 提定存放的路徑，若為空白表示存放在使用者路徑下的 Temp

【分享】如何顯示 Debug Message

2014-06-13T16:48:00.001+08:00

通常在程式 Debug 的過程中會需要顯示一些訊息，最簡單的方式就是利用 MessageBox 來顯示，但缺點是會中斷程式的執行。

所以在 Console or Win32 的程式底下，我們可以直接利用 OutputDebugString (in windows.h) 將訊息輸出到 Visual Studio Output Window，例如

OutputDebugString(_T("Hello, OutputDebugString.\n"));

而 MFC 就更方便了，可以直接用 TRACE 巨集，還可以直接格式化字串，例如

TRACE(_T("Hello, TRACE No. %d.\n"), num);

輸出結果如下：

但如果是在客戶端而且沒有安裝 Visual Studio 程式呢？此時可以到 Microsoft TechNet 下載 DebugView (目前最新版為 v4.81)，解壓縮後直接用 "管理者權限" 執行 Dbgview.exe，然後設定 "Capture Global Win32" (PS : 後來測試不需要管理者權限，而且用預設的 Capture Win32 即可)

輸出結果如下：

客戶就可以將這些訊息存檔，提供給我們 Debug 用了

記錄 PDF 最後讀取位置

2014-06-09T10:33:00.000+08:00

最近在讀 PDF 電子書時，每次開啟都要從第一頁切換到最後讀取的頁數，如果不記得的話，甚至還要花不少時間來搜尋，於是上網找找看有沒有類似書籤的功能，原來就在 ...

如何防止 Windows 重新啟動或關機

2014-04-23T18:16:00.000+08:00

一般 MFC Dialog base 的程式，我們會在 OnInitDialog() 做一些初始化的動作；然後在 PostNcDestroy() 做一些清除資源，或將資料寫回 HD 的動作。

但在 Windows 重新啟動或關機的情況下，是不會執行到 PostNcDestroy() 的，這時就會造成一些程式動作未完成。

Windows 有兩個 Message 跟重新啟動或關機有關：

WM_QUERYENDSESSION ：詢問程式是否可關機，回傳 TRUE 表示可以，FALSE 則不行。此外 lParam 會指出一些程式關閉的情況，不過在 MFC OnQueryEndSession() 都省略掉了。
WM_ENDSESSION：程式執行完 WM_QUERYENDSESSION 後呼叫 (不論其傳回結果為 TRUE 或 FASE)，其傳回結果會反應在 wParam；而 lParam 的內容同 WM_QUERYENDSESSION，不過在 MFC OnEndSession() 一樣被省略了。

所以這兩個地方都可以拿來做跟 PostNcDestroy() 一樣的工作，差別在 WM_QUERYENDSESSION 可以傳回 FALSE 來阻止 Windows 重新啟動或關機而己。

[已解決] side-by-side error

2014-01-23T10:19:00.001+08:00

好久沒有寫心得了，最近寫程式拿到另一個平台執行時，發生以下問題

原因是我的程式需要 MFC DLL，Debug version 使用 Share library，而新的平台並未安裝對應的 DLL，導至程式執行時找不到，所以就產生問題了

另外 Release version 使用 Static library，內建在程式中，所以就沒問題

而開發平台有安裝對應的 DLL，所以總是看不到問題，下次如果要部署 Share library 版本，記得在安裝程式中安裝對應的 DLL 版本。

【已解決】CResourceException 異常處理

2013-11-18T11:26:00.000+08:00

最近開發一個自訂控制項，當視窗經過多次放大、縮小後就會產生

First-chance exception at 0x000007fefcfe940d in XXX_x64.exe: Microsoft C++ exception: CResourceException * __ptr64 at memory location 0x0027b360..
First-chance exception at 0x000007fefcfe940d in XXX_x64.exe: Microsoft C++ exception: CInvalidArgException * __ptr64 at memory location 0x00276b90..
Warning: Uncaught exception in WindowProc (returning 0).

經過搜尋的結果，應該是使用資源後未釋放，造成資源耗盡。問題是沒有捕捉到產生異常的地方，要修改也無從下手。於是先用 try catch 在有可能的地方試試看

void ItemView::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{

	// TODO:  Add your code to draw the specified item
	try {
		CDC*	pDC = CDC::FromHandle(lpDrawItemStruct->hDC);
		. . .
	} catch (CResourceException*) {
		TRACE(_T("Happened\n"));
	}
}

把中斷點設在 TRACE，經過操作視窗放大、縮小後，果然就捕捉到了。不過檢查程式碼的結果，並沒有發現未釋放資源的狀況。而且把程式碼註解掉先不要執行，依然在別的地方會產生異常，可見這裡是 "果"，而非 "因"。是別的地方將資源耗盡，所以需要取用資源的地方得不到資源就會產生異常了。

經過多方的查證，總算在上層的視窗找到一個可疑的地方

HBRUSH DlgScroll::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
	HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);

	// TODO:  Change any attributes of the DC here

	// TODO:  Return a different brush if the default is not desired
	hbr = CreateSolidBrush(RGB(0, 0, 0));	//black
	return hbr;
}

這裡會一直產生黑色的 Brush，但並沒有釋放掉的機制，所以凶手應該就是它了。更慘的是它不會產生異常，所以 try catch 了半天也捕捉不到。將程式碼改成以下的方式就正常了！

hbr = (HBRUSH)GetStockObject(BLACK_BRUSH);

另外用資源監視器 (從工作管理員的效能頁中開啟) 也可以觀看記憶體使用的狀況

到程式 Crash 為止，可以看到工作集記憶體增加了將近 800KB；而正常的版本只有幾 10KB 的上下變動而己。

另外假設 FromHandle 產生異常的話，那程式將直接結束，而不會將結果設定 pDC，所以 ASSERT 也是沒作用的。

	CDC*	pDC = CDC::FromHandle(lpDrawItemStruct->hDC);
	ASSERT(pDC != NULL);

[已解決] Ubuntu 12.04 LTS 無法連接網路

2013-09-05T13:55:00.001+08:00

日前在公司的 Z87 主機板上安裝 Ubuntu 12.04 LTS 後，才發現網路無法使用，經過一番 Google 後才知道是晶片太新，Ubuntu kernel 不支援，只好手動安裝 Driver 了。所幸不太複雜，為了怕以後還要再來一次，所以就先記錄一下。

首先到 Network Adapter Driver for PCI-E Gigabit Network Connections under Linux* 下載 Driver

接下來三個步驟就搞定了

tar zxf e1000e-<x.x.x>.tar.gz

cd e1000e-<x.x.x>/src/
sudo make install

sudo modprobe e1000e insmod e1000e

參考：intel Network Connectivity Linux* e1000e Base Driver overview and installation

2013/9/16

今天的 Ubuntu 網路忽然又不能用了，於是又讀了一遍 e1000e 的 Readme，發現有可能是舊版的 e1000e Driver 所造成的，於是依照下列的步驟：先移除舊的，然後再安裝一次就 OK 了！

sudo rmmod e1000e
sudo modprobe e1000e

利用 GRUB2 掛載 ISO 檔安裝 OS

2013-08-30T14:00:00.005+08:00

以前要安裝新的 OS 總是要利用光碟片來開機才能安裝，但最近碰到光碟機會挑片，無法讀取單面雙層的 DVD，每次要安裝還得跟別人借光碟機，實在有夠麻煩！

後來偶然間看到 Grub2/ISOBoot 才發現：原來 GRUB2 不只可以掛載 Partition，也可以掛載 ISO 檔模擬成光碟機 (類似 Windows 下的虛擬光碟機)，這樣就可以安裝了，而且速度還比實體光碟機快多了，反正現在硬碟空間那麼大，不在乎存放 ISO 檔的那一點點空間！

以下就用 Ubuntu 10.04 的 ISO 檔來實驗看看，首先編輯 menuentry

sudo gedit /etc/grub.d/40_custom

加入以下的設定

menuentry "Ubuntu 10.04 ISO" {
 set isofile="/ubuntu-10.04.4-desktop-i386.iso"
 loopback loop (hd0,8)$isofile
 linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile noprompt noeject
 initrd (loop)/casper/initrd.lz
}

其中 set isofile 與 loopback 是設定 ISO 檔的存放位置，像我是在 /dev/sda8 切一塊 ext4 的空間專門用來存放檔案

至於後面兩個則是啟動指令，不同的 OS 會有不同的啟動方式，有機會再補上其它 OS 的資料，詳細的說明就請參考上面 GRUB2 的文件

存檔後再執行

sudo update-grub

重新開機後就可以進入 Ubuntu 10.04 Live CD 了

2018/01/28

以上的作法在 Ubuntu 17.10 上已經行不通了，參考 grml-rescueboot 的作法如下：

安裝 grml-rescueboot
sudo apt-get install grml-rescueboot
把 iso 檔案放到 /boot/grml/ 下
sudo mv ~/Downloads/<filename.iso> /boot/grml/
更新 grub
sudo update-grub

在安裝的過程中會出現因無法卸載而導致安裝失敗，參考 Installing Ubuntu from a Menuentry Boot 的作法如下：

以試用的方式進入 Ubuntu
開啟終端機執行卸載
sudo umount -l -r -f /isodevice
點選 "安裝 Ubuntu" 開始安裝

2013/9/30

Windows 7 x64 (from MSDN test OS)

首先要說明的是，Windows 7 無法使用 Ubuntu 的方式來載入，後來參考 GRUB2引导Windows PE等ISO文件的办法使用 syslinux 內建的 memdisk (解開後位於 bios/memdisk 的路徑下) 來載入就行了，為了方便使用，我把它跟 ISO 檔放在相同的位置。

接下來是 ISO 檔的製作，原本在 Windows 找了一些軟體，但製作出來的 ISO 檔都無法使用。後來直接使用 Ubuntu 內建的 Brasero 光碟燒錄程式就 OK 了。開啟 Brasero 後點選光碟複製，在目標光碟選擇映像檔案即可。

最後就是 menuentry 的設定了

sudo gedit /etc/grub.d/40_custom

加入以下的設定

menuentry 'Boot Windows 7 64-bit ISO'{
        set root='(hd0,msdos8)'
        echo 'Loading Memdisk...'
        insmod memdisk
        linux16 /memdisk iso raw
        echo 'Loading ISO...'
        initrd16 /Win7_64.iso
}

它跟上面不同的地方在於 GRUB2 先載入 memdisk，再利用 memdisk 載入 ISO 檔來執行；而不像 Ubuntu 直接由 GRUB2 載入。另外 linux16 與 initrd16 是用來載入 16-bit 程式的。

存檔後再執行

sudo update-grub

就大功告成了！

這裡附帶提一下 Windows 下的虛擬光碟機，原本想使用 Microsoft 的 Virtual CD-ROM Control Panel，但它不支援 64-bit OS；後來改用 Virtual CloneDrive 就可以了，這樣裝 Visual Studio 就不需要光碟機了！(當然要先製作 ISO 檔)

2013/10/4

用上述方式開始安裝後，會出現 "遺失必要的 CD/DVD 磁碟裝置驅動程式..." (參考：Grub4Dos 系統安裝碟) 看起來上述掛載的方式只是載入一些前導程式，實際要安裝的程式內容並未掛載上來 (我猜想)，關閉錯誤訊息後回到主畫面，然後進入系統管理員 (Shift + F10) 利用 ImDisk 把 ISO 檔再掛載一次就可以了。

首先把下載的 ImDisk 用 7-Zip 解壓縮後，跟 ISO 檔放在一起，然後建立以下兩個批次檔

SetupImDisk.CMD (安裝 ImDisk)

rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 132 .\imdisk.inf

SetupCDROM.CMD (載入 ISO 檔)

Set fullname=%~1
imdisk -a -f "%fullname%" -m #:

然後輸入下列指令

pushd D:\ImageSource\imdisk // 切換到 ImDisk 的路徑 (實際上用 cd 切換到該路徑即可，但配置的磁碟機路徑需要自行找一下)
SetupImDisk.CMD // 安裝 ImDisk
SetupCDROM.CMD ..\Win7_64.ISO // 掛載 ISO 檔

此外因為 ISO 檔需要在安裝的過程中重新掛載，所以將 ISO 檔從 ext4 移到 NTFS，但 memdisk 仍然放在 ext4 的位置，修改的 memuentry 如下：

menuentry 'Boot Windows 7 64-bit ISO NTFS'{
        set root='(hd0,msdos8)'
        echo 'Loading Memdisk...'
        insmod memdisk
        linux16 /memdisk iso raw
        set root='(hd0,msdos9)'
        echo 'Loading ISO...'
        initrd16 /ImageSource/Win7_64.iso
}

接下來就是把系統保留的 100MB 刪除，不過這一次沒做，下次有做再補吧