C / C++ / MFC

6-May-04 6:26

Avi Strul wrote:
Does 'EnumDesktopWindows' is not supported in windows 95/98 ?

Correct, it is not supported on those platforms.

Avi Strul wrote:
If not - How else can i get a handle to the windows currrently running ?

Please indicate what problem you are attempting to solve, and we might be able to offer a solution that does not depend on EnumDesktopWindows().

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Re: EnumDesktopWindows

Member 10350188-May-04 23:13

Member 1035018

8-May-04 23:13

I am trying to write a browser monitor. If i could get a handle to the current open windows then I can decide whether it is a browser , if it it - then look on the window control to look for the site that is currently being viewd.

Re: EnumDesktopWindows

David Crow10-May-04 2:24

10-May-04 2:24

It would be much easier to write a Browser Helper Object (BHO). There are examples here at CP. You can also Google for more.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Turn Off Monitor

hkulten6-May-04 5:56

6-May-04 5:56

Hi all,

I would like to be able to turn off/on the monitor programmatically.

In fact, I can do that with this piece of code:

HWND hWnd = GetSafeHwnd();
::SendMessage(hWnd, WM_SYSCOMMAND, SC_MONITORPOWER, MONITOR_OFF);

The problem is when the mouse is moving, the display is turning on back.

I tried to use a global mouse hook (implemented in a DLL) which is called and enabled by my main MFC application. The hook works great !

Then, in my application, I have this :

InstallHookMouse(); // Install mouse hook which lock all mouse messages
DisplayOff(); // Turn off the monitor

When I move the mouse while the display is turned off, it turns on back. WTF | :WTF:

Have I to program a mouse filter driver to lock definitively this mouse and then, the monitor will not turn on back (until my application will decide to turn it on), or is there another solution ? Sleepy | :zzz:

Thanks.

David Crow6-May-04 6:24

6-May-04 6:24

hkulten wrote:
The problem is when the mouse is moving, the display is turning on back.

When I move the mouse while the display is turned off, it turns on back.

If you turn the monitor off programmatically, how is it expected to turn back on other than via the mouse or keyboard?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Maximilien6-May-04 7:25

Maximilien

6-May-04 7:25

Maximilien Lincourt
Your Head A Splode - Strong Bad

hkulten6-May-04 21:38

6-May-04 21:38

That's right. I badly expressed myself. Dead | X|

As the same way I can turn off the display programmatically, I will turn it back on programmatically. I don't want the user can turn on the screen. That's why I tried to lock mouse moves, but it does not work.

Any solution(s) ?

Cool | :cool:

David Crow7-May-04 2:00

7-May-04 2:00

Unless you can convince me otherwise, I consider that to be very non user-friendly. If I'm working on the computer and some application decides that the monitor needs to go off and I can't turn it back on by moving the mouse, I would seriously consider removing that application.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

hkulten7-May-04 2:44

7-May-04 2:44

Yes, you're right for this point, but my application is targeting PC which displays multimedia messages on screens (LCD or Plasma) and, normally, there are no interactive users on these machines.
My application must turn off/on screens when no messages are displayed in order to save LCD/Plasma life time. My solution works well because, for that kind of PC, there are no users, but I want to develop my application properly, and I cannot accept that the screen could turn on without my application. Smile | :)

Maybe this is not possible on Windows platform to turn off properly the screen. Frown | :(

The last thing I would say is that I could do that on Atari ST platform, and fifteen years later, I could not do the same thing on Windows platform fifteen years old Confused | :confused:

?!! I think this is the progress...

Thanks for your response.

Maximilien6-May-04 7:28

Maximilien

6-May-04 7:28

hkulten wrote:
::SendMessage(hWnd, WM_SYSCOMMAND, SC_MONITORPOWER, MONITOR_OFF);

the SC_MONITORPOWER doesn't really turn the monitor off, it only make use of the power-saving feature of the monitor ( just like the screensaver does )

Maximilien Lincourt
Your Head A Splode - Strong Bad

hkulten6-May-04 21:44

6-May-04 21:44

Yes you are right, but my purpose is to use this power-saving feature from my application. I want to be able to turn on/off monitor when I need, and no turn back on of the display when the mouse is moving.

Maybe are there softwares which can do that ? Unsure | :~

Thanks.

Game Engine Hooking

Opwar6-May-04 5:19

Opwar

6-May-04 5:19

Does anyone know how to hook a game engine? Or where to find the full source to the unreal Game Engine in C++?

Re: Game Engine Hooking

jmkhael6-May-04 6:53

jmkhael

6-May-04 6:53

Try posting this at

www.gamedev.net[^]

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

Re: Game Engine Hooking

Alexander ^M.,6-May-04 7:20

Alexander ^M.,

6-May-04 7:20

for game hacking this is the wrong address. I propose cheating pages!

Don't try it, just do it! Wink | ;-)

CopyFile error 67

Member 10128696-May-04 5:18

Member 1012869

6-May-04 5:18

CopyFile("c:\\boot.ini","\\\\127.0.0.1\\e:\\boot.ini",FALSE);when I use the copyfile function after I have established a ipc$ connection with the target machine which I'd like to copy file to ,I receive a error code 67(using getlasterror),the error remains even when I change the ip address of the targe machine,and I think there is no syntax error ,what's the reason?

Re: CopyFile error 67

David Crow6-May-04 5:57

How to use the windows API?

6-May-04 5:57

I've not tried this before, so this is just a guess, but shouldn't e: be mapped to a server\share on the target machine? In other words, if e: were mapped to \\127.0.0.1\someshare, then the target would simply be e:\boot.ini. Yes?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Injecting a MFC Dll

Layane6-May-04 4:53

Layane

6-May-04 4:53

I inject a mfc dll inside a process, after i create a windows a windows using CWnd::CreateEx inside CWinApp::InitInstance but when InitInstance finished my windows is closed. I tried to solve this problem creating a new thread and inside this thread a create my windows but when i call CWnd::CreateEx my process crash. how can i solve this problem? how can i create a new windows in a MFC Dll injected inside another process?

Re: Injecting a MFC Dll

jmkhael6-May-04 7:01

jmkhael

6-May-04 7:01

Check this article
http://www.codeproject.com/system/hooksys.asp[^]
(Check the code near CreateRemoteThread)

How are you creating you window? on the stack or on the heap?
And what functions are you using to allocate memory?

(Consider VirtualAllocEx family of API)

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

Re: Injecting a MFC Dll

Layane6-May-04 7:42

Layane

6-May-04 7:42

Thks but i resolve the problem, its a bug of MFC, i resolve with this code (its a test code that i create it)

<br />
CMsnNvHookApp theApp; <br />
<br />
DWORD WINAPI ThreadStart (LPVOID dwThreadId) { <br />
   ::Sleep(300); <br />
<br />
   //Change the module state <br />
   AFX_MODULE_STATE *ModStat; <br />
<br />
   ModStat = AfxGetStaticModuleState(); <br />
   ModStat->m_pCurrentWinApp = &theApp; <br />
   ModStat->m_hCurrentInstanceHandle = ::GetModuleHandle(NULL); <br />
<br />
   AFX_MANAGE_STATE(ModStat); <br />
<br />
   //put the new params for us application <br />
   theApp.m_hThread = ::GetCurrentThread(); <br />
   theApp.m_nThreadID = m_nThreadID; <br />
   theApp.m_hInstance = ::GetModuleHandle(NULL); <br />
                <br />
   //We create the windows <br />
   CFrameWnd *MainWin = new CFrameWnd(); <br />
<br />
   MainWin->Create(NULL,"Prueba"); <br />
   MainWin->ShowWindow(SW_SHOW); <br />
<br />
   theApp.m_pMainWnd = MainWin; <br />
<br />
   //Run the message loop <br />
   theApp.Run();                <br />
<br />
   return TRUE; <br />
} <br />
<br />
BOOL CMyApplication::InitInstance() <br />
{ <br />
   DWORD dwThreadId; <br />
<br />
   ::CreateThread(NULL,0,ThreadStart,0,0,&dwThreadId); <br />
    <br />
   return CWinApp::InitInstance(); <br />
}<br />
<br />
And i use a inject library called madCHook.dll <a href="http://www.madshi.net/">http://www.madshi.net/</a><br />

sinbaski6-May-04 4:46

sinbaski

6-May-04 4:46

I am practising writting a windows application purely by hand and by using windows API , as I am a beginner in windows programming and want to do some studying.
In almost all the explanations to the provided facilities, I find in the header section such statements as "declared in..., include windows.h", so I thought the facilities would be availabe so long as windows.h was included.
But that immediately proved wrong in compiling.

Yet more embarrassing is the function WinMain, I wrote it with returning type int, as is stated in MSDN, but the compiler(VC 6.0)reported errors for this.
Can you tell me how I can use the API functions and how to handled this problem?

Thank you for any help!

Re: How to use the windows API?

Michael P Butler6-May-04 4:59

Michael P Butler

6-May-04 4:59

Well it would help if you listed the errors.

Have you tried using the AppWizard to generate a Win32 Application. This will help you to understand what is needed to create a pure Win32 app.

If you want to learn about the make-up of a Win32 app, I recommend this book[^]

Michael

CP Blog [^]

Re: How to use the windows API?

sinbaski6-May-04 7:48

sinbaski

6-May-04 7:48

Thank you for your help!
I debugged the program again and solved some of the problems by myself. But the following one is really puzzling:
VC6.0 reported after compiling:
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main

The WinMain function is written as follows:
int _stdcall WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow )
{
//register the window class and carry out things like that
}

I used the appWizard to create a win32 application and all the problems were gone. However, I still don't understand why the error was reported. _main is not defined in the win32 application either.

Thank you for all your help!

Re: How to use the windows API?

David Crow6-May-04 8:45