Cum as putea monitoriza discurile ?

[mesajflaviu]

Cum as putea monitoriza cu ajutorul unui program MFC discurile nou aparute , exact ca in Windows Explorer ? De exemplu , daca introduc un stick USB in PC , sau eventual , daca scot un stick sau cade un disc de retea ?

[Marius Bancila]

Teoretic ar trebui sa prinzi mesajul WM_CHANGEDEVICE. Treaba e ca nu-l gasesc documentat niciunde. Chiar is MSDN-ul nu gaseste decat acest articol: http://www.codeproject.com/KB/dotnet/de ... nitor.aspx.

[cristianamarie]

Teoretic ar trebui sa prinzi mesajul WM_CHANGEDEVICE. Treaba e ca nu-l gasesc documentat niciunde. Chiar is MSDN-ul nu gaseste decat acest articol: http://www.codeproject.com/KB/dotnet/de ... nitor.aspx.

E WM_DEVICECHANGE, cu wParam == DBT_DEVICEARRIVAL (poate si DBT_DEVNODES_CHANGED). Sau cu RegisterDeviceNotification.
Te uiti la lParam (DEV_BROADCAST_HDR) sa aiba tipul DBT_DEVTYP_VOLUME, si faci cast la DEV_BROADCAST_VOLUME.
dbcv_unitmask iti spune care e drive letter (0=A, 1=B etc).

Ca sa iei volume info, DeviceIoControl pe handle-ul de la CreateFile cu \\.\X (X = drive letter) si un control code gen IOCTL_DISK_GET_PARTITION_INFO_EX (sa iei partitiile), GetVolumeInformation pentru disk si serial number, volume info, file system etc. Depinde ce vrei.

Aici ai un sample.

[cristianamarie]

Poti lua si direct de la shell cu SHChangeNotifyRegister. Probabil de ce ai nevoie e notificarea SHCNE_DRIVEADD, si in dwItem1 ai drive root. Poate fi SHCNF_IDLIST sau SHCNF_PATH.

[cristianamarie]

Poti lua si direct de la shell cu SHChangeNotifyRegister. Probabil de ce ai nevoie e notificarea SHCNE_DRIVEADD, si in dwItem1 ai drive root. Poate fi SHCNF_IDLIST sau SHCNF_PATH.

Sau SHCNE_MEDIAINSERTED.

[Marius Bancila]

Ah, da, asta era, WM_DEVICECHANGE. Doar stiam ca citisem de mai multe ori in trecut despre mesajul asta; nu puteam intelege azi de ce nu gaseam nimic.

[cristianamarie]

Din categoria "de cite ori ati scris SLEECT in loc de SELECT" ?

[mesajflaviu]

Multumesc tuturor , o sa incerc acel exemplu .

[Andreas]

ma gandesc ca s-ar putea scrie un monitor pentru discurile logice dintr-un sistem folosind WMI:WMI Start Page
chiar zilele trecute am avut nevoie sa afisez intr-o aplicatie C# ceva date despre hw local, si am fost surprins placut sa constat ce mult s-au inlesnit lucrurile in .NET. Un exemplu ar fi:aici
Daca nu ai constrangeri legate de dependintele aplicatiei, eu as incerca sa scriu un monitor pentru discurile logice impachetat intr-un dll C++/CLI, adaptand codul C# din exemplu de mai sus. Asta ca sa nu "convertesc" toata aplicatia la CLR.

Altfel, daca ramai doar pe C++ nativ trebuie sa te joci doar cu WMI, Win32_LogicalDisk, exemple gasindu-se chiar in MSDN. Daca nu doresti sa faci monitorul un loop intr-un thread, ai posibilitatea inclusiv sa primesti evenimente de la WMI in urma carora sa faci query despre logical disks:Example: Receiving Event Notifications Through WMI

[cristianamarie]

ma gandesc ca s-ar putea scrie un monitor pentru discurile logice dintr-un sistem folosind WMI:WMI Start Page
chiar zilele trecute am avut nevoie sa afisez intr-o aplicatie C# ceva date despre hw local, si am fost surprins placut sa constat ce mult s-au inlesnit lucrurile in .NET. Un exemplu ar fi:aici
Daca nu ai constrangeri legate de dependintele aplicatiei, eu as incerca sa scriu un monitor pentru discurile logice impachetat intr-un dll C++/CLI, adaptand codul C# din exemplu de mai sus. Asta ca sa nu "convertesc" toata aplicatia la CLR.

Altfel, daca ramai doar pe C++ nativ trebuie sa te joci doar cu WMI, Win32_LogicalDisk, exemple gasindu-se chiar in MSDN. Daca nu doresti sa faci monitorul un loop intr-un thread, ai posibilitatea inclusiv sa primesti evenimente de la WMI in urma carora sa faci query despre logical disks:Example: Receiving Event Notifications Through WMI

Probabil o sa trebuiasca dintr-un service si asta sa notifice aplicatia client. Marea problema e CoInitializeSecurity. Pe Vista am patit destule sa primesc S_OK dar return data empty cu user admin dar nu elevat (!!). Cu runas admin primeam datele corecte.

[mesajflaviu]

Teoretic ar trebui sa prinzi mesajul WM_CHANGEDEVICE. Treaba e ca nu-l gasesc documentat niciunde. Chiar is MSDN-ul nu gaseste decat acest articol: http://www.codeproject.com/KB/dotnet/de ... nitor.aspx.

E WM_DEVICECHANGE, cu wParam == DBT_DEVICEARRIVAL (poate si DBT_DEVNODES_CHANGED). Sau cu RegisterDeviceNotification.
Te uiti la lParam (DEV_BROADCAST_HDR) sa aiba tipul DBT_DEVTYP_VOLUME, si faci cast la DEV_BROADCAST_VOLUME.
dbcv_unitmask iti spune care e drive letter (0=A, 1=B etc).

Ca sa iei volume info, DeviceIoControl pe handle-ul de la CreateFile cu \\.\X (X = drive letter) si un control code gen IOCTL_DISK_GET_PARTITION_INFO_EX (sa iei partitiile), GetVolumeInformation pentru disk si serial number, volume info, file system etc. Depinde ce vrei.

Aici ai un sample.

Am incercat acel exemplu ... dar nu merge ...aplicatia nu prinde WM_DEVICECHANGE :

Code: Select all

ON_MESSAGE(WM_DEVICECHANGE,OnMyDeviceChange)

Code: Select all

void CDeviceChangeView::OnMyDeviceChange(HWND hwnd, WPARAM wParam, LPARAM lParam)
{
                MessageBox("A");
}

.. fara nici un rezultat ...

[Viorel]

Încearcă să interceptezi mesajul în fereastra principală a aplicaţiei.

[Ovidiu Cucu]

In primul rand, prinde mesajul in fereastra principla (CMainFrame), asa cum a zis Viorel.
Banui ca ai putea sa-l prinzi si in alta daca folosesti functia RegisterDeviceNotification care este cam "peste mana" pentru ceea ce vrei tu.

In al dolea rand, ai grija cum mapezi.
Daca folosesti macro-ul ON_WM_DEVICECHANGE() atunci prototipul corect este ca cel din documentatia lui CWnd::OnDeviceChange

Code: Select all

BOOL CMainFrame:OnDeviceChange(UINT nEventType, DWORD dwData)

Si in general, daca folosesti macro-ul ON_MESSAGE(WM_XYZ, OnXyz) atunci prototipul corect al handler-ului este

Code: Select all

LRESULT CMainFrame::OnXyz(WPARAM wParam, LPARAM lParam)

In versiuni mai noi de MFC, compilatorul iti da peste mana cum vede ca ai mapat gresit.
E posibil ca VS6.0 sa-ti permita mici "variatiuni", s-ar putea chiar sa functioneze in buid-ul DEBUG, dar in RELEASE vei avea probeme.
Bagi un bug din seria "merge in debug, in release crapa", destul de nashpa de gasit.

[mesajflaviu]

Sa incerc sa prind acest mesaj in MainFrame am incercat deja , insa fara rezultat .
Mai important , am invatat ceva : desi foloseam regula denumirii metodelor dupa cum a zis Ovidiu ( desi in cazul asta m-am inspirat dupa un exemplu de pe net ) , nu stiam ca poate da erori la Release . In trecut , am dedus de aici ca nu conteaza daca numele metodei difera de numele mesajului ...

[Ovidiu Cucu]

NU ma refeream la nume (poti sa-i zici si Rantampax ) ci la semnatura.
Adica, handler-ul mapat cu ON_MESSAGE trebuie sa aiba doi parametri de tip WPARAM si LPARAM si sa intoarca LRESULT.
Tu pusesesi:

Code: Select all

ON_MESSAGE(WM_DEVICECHANGE,OnMyDeviceChange)
//...
void CDeviceChangeView::OnMyDeviceChange(HWND hwnd, WPARAM wParam, LPARAM lParam)

Vezi Incorrect Function Signatures May Cause Problems in Release