Using MSDN documentation I can do it with functions SetFileSecurity or SetNamedSecurityInfo but for the folder these permissions do not visible in 'securyty' property sheet of IE(right mouse click on folder->properties). Inspite of this they work fine. How to make them visible there ? I found VBasic example HOWTO: Set Security on a NTFS Folder Programmatically. There they set permissions 'for the folder' and for the files... Some one face such a problem. Appreciate any information.:zzz:

Control with WS_EX_TRANSPARENT has the background of its parent. You probably put static control on i.e tab control which lies on dialog. But the parent of static control is still this dialog. To correct such situation override CDialog::OnCtlColor. Type ON_WM_CTLCOLOR() in MESSAGE_MAP. Then change the background color of your static control as you wish (i.e set it as those tab control): HBRUSH CTTSDialog::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) { HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor); if (nCtlColor == CTLCOLOR_STATIC && pWnd->GetDlgCtrlID() != IDC_DEFAULT_CHECK) { CWnd *TabCtrl = GetDlgItem(IDC_LANG_TAB); CWnd *Ctrl = GetDlgItem(pWnd->GetDlgCtrlID()); if (Ctrl) { CRect Rect; Ctrl->GetWindowRect(&Rect); TabCtrl->ScreenToClient(&Rect); COLORREF Clr = TabCtrl->GetDC()->GetPixel(Rect.left-1, Rect.top-1); DeleteObject(hbr); hbr = CreateSolidBrush(Clr); pDC->SetBkColor(Clr); } } return hbr; }

:zzz:In MSDN I’ve found article Q179221 where it is described how to do it using Explorer Policies (keys NoRun, NoFileUrl, NoDrives, etc under HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer). But it is not prevent, for example, of viewing end executing files in the frame: . Is anybody ever met with such a task?

:zzz:To use Windows XP-visual styles in my app I should use Manifest file. But it works only if I compile project with VC7. Is it possible to do it with VC6?

:((I know that I can use SetupIterateCabinet from Setup API to uncompress .cab-files. Will this function uncompress zip-files? Is there another ways to work with zip archives in C/C++?

I have an unusual task: slow down process in Windows(I have only executable(s) of this process. If there's no way to slow down stand-alone process, I could slow down oll system. What is the better way to do it? Is it effective to make infinite loop process with real time priority.:confused:

Using Windows API functions g_hMsgHook = SetWindowsHookEx(WH_GETMESSAGE, (HOOKPROC)Msg_HookProc, hInst, 0); and g_hKeyHook = SetWindowsHookEx(WH_KEYBOARD, (HOOKPROC)Key_HookProc, hInst, 0); you can hook (block) any keys in win9x/NT except ctrl+alt+del. In win 9x ctrl+alt+del can be locked by SystemParametersInfo(SPI_SCREENSAVERRUNNING, TRUE, &g_bKillAllSysKeys, 0); In NT ctrl+alt+del can be blocked by writing your own Gina.dll (exported function WlxLoggedOnSAS), but be carefull with Gina... For more details, see description of these functions in MSDN

InMSDN I've found the descriptions of the following bugs, which may occur when using third-party GINA.dll: System Policies May Not Work with Third-Party GINA DLLs ID: Q163215 · Loss of Desktop After Logon When Using a Filter Gina.dll ID: Q189290 · Access Violation in Winlogon with Third-Party Gina.dll ID: Q180854 MSDN tells to download ne SP(NT 4.0 Service Pack (4.0)). Do you know about them, and how to take care with them better (except prompting user to download this SP)? Any suggestions?

Thank you a lot for such an information! I'll try it out.

to Joan Murt: Is it just the cosiderations about "is is good or bad to block ctrl+alt+del" or you have some original solution? I would be appreciate very much if you share this solution. Sorry for my bad english.

Do not be so suspicious. It should be done to protect parents from any occasional actions of their children.

I know one way - using GINA. We can write Gina, export appropreate functions for winlogon as it is written in MSDN and the task is solved. The disadvantages is: -We need the rights to write down in HKEY_LOCAL_MACHINE; -Our GINA could be overriten by another one; -If something goes wrong, user cannot login at all and has to reinstall the system. Is it possible to solve this problem, hooking the keyboard events before they occured in winlogon.exe or take them directly from the keyboard ports or drivers? Appreciate any suggestions

:)Thanks for all who help me to find a solution of this task. After a little correction of Ted's solution, finally I've made the .lib for my dll and link it successfully to VC++ project. Ted's solution with corrections: dumpbin /Exports mydll.dll create mydll.def from this, format:- EXPORTS funct1@4 @42 funct2@2 @43 where func1 is the function name, @4 is the size of the function arguments, in bytes, @42 is the ordinal/ lib /MACHINE:i386 /DEF:mydll.def /NAME:mydll.dll This next line I am guessing at, the new header file:- __declspec(dllimport) BOOL __stdcall func1(char[4]);

:)Thanks. You have declined me to suggestion that even it is possible, it is probably not worth it!

:((Beleive me, in many cases it is faster to re-write the source code then disassemble the exe (unless your exe not so big as MS Windows. I'm not sure but I think if you included debug information in your exe, it could slightly simplify your task.

Yes, this is obvious way. This way we link dll dynamically, right? I also think that it is the only way to link dll without .lib. But maybe some one knows the way to make the .lib for it?

With help of this forum (thanks to good peaople) I learned how to use MSLU with MFC apps (http://www.trigeminal.com/usenet/usenet.asp?1033) The only thing I need to do to complete my task is to override OleUIPasteSpecialW, changing properly some members of LPOLEUIPASTESPECIALW structure, making LPOLEUIPASTESPECIALA from it and then calling OleUIPasteSpecialA. The problem is in displayng FormatName(s) in listbox. How to get them to translate from Unicode to ANSI using WideCharToMultiByte? All this required to let the OLE stuff to work correctly in MFC apps in Edit menu->Paste Special.

:omg:I have a dll written with Delphi. Certainly I have no .lib, but I know how exported functions are declared in this dll. Is it possible to make .lib from this dll to link it statically in C-compiled .exe? Or maybe there is some other way?

I wrote MFC app that required displaying Unicode text in RichEdit and other Unicode stuff. I used VC7 and Unicode version of MFC. Under WinNT/XP all works fine. Is it possible to use Microsoft Layer for Unicode to avoid special adaptation of that app for Win9x/Me? I followed the instructions in MSDN, but my App still doesn’t work under Win9x, its main window does not appear. It seems to me my app has Unicode version of WinMain. How Layer for Unicode treat all this?

Simply use EN_CHANGE event of Edit control