|
Actuall I want to take a screen shot of it when it is active, ie the application desktop is in a locked state. Otherwise I want a screen shot of the application desktop, which is no problem since the app is running on the application desktop.
|
|
|
|
|
What I'm doing is something simular to remote desktop. I just need to send the winlogon desktop screenshot when it's active to my client app.
|
|
|
|
|
solution is 2 go 4 GINA dll. replace teh system msgina.dll with ur custom gina dll....
rgds...mil10.
|
|
|
|
|
That's not a viable solution.
|
|
|
|
|
Hi. I'm a beginner at VC++. Currently, I'm trying to learn how to use the CopyFile function. I've tried using the CopyFile function and succeeded. However, when I tried using the CopyFileEx function in the same project, the compile error message says that CopyFileEx is an undeclared variable. I've checked with MSDN, both are using the same header and library files. Please help.
|
|
|
|
|
CopyFileEx() is not supported under Windows 95/98/ME, and the _WIN32_WINNT macro has to be defined to at least 0x0400 for it to work.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
But I'm using Windows 2000 with Visual C++ 6.0.
|
|
|
|
|
That's irrelevant. Did you set the macro correctly?
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
To Hello,
My pushbtton will be coloured differently based on some results.
Anyone has any examples on WM_CTLCOLOR?
CBitMapButton is not what I want.
Thanks
S1189216G
|
|
|
|
|
Unfortunately, WM_CTLCOLOR does not work with push buttons. You will have to make your button owner drawn to do what you want. See http://www.codeproject.com/buttonctrl/#Owner%2Ddraw+buttons[^] for examples.
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
Ok, After attempting many times with multithreading I have only seen failure. So,... im trying to use the _beginthreadex function but I always get conversion erros. IE.
<br />
#include <stdio.h><br />
#include <process.h><br />
#include <iostream><br />
<br />
typedef unsigned int UINT;<br />
<br />
UINT SocketThreadProc(void *){<br />
std::cout << "hey";<br />
return 1;<br />
}<br />
<br />
void main(){ <br />
UINT uiThreadId = 0;<br />
_beginthreadex( NULL,
0,
SocketThreadProc,
NULL,
NULL,
&uiThreadId);
}<br />
and my error:
error C2664: '_beginthreadex' : cannot convert parameter 3 from 'unsigned int (void *)' to 'unsigned int (__stdcall *)(void *)'
None of the functions with this name in scope match the target type
Anyone have suggestions, am i not setting up my project right... Im compiling with Multithreaded DLL Settings on..
Thanks,
Matt
|
|
|
|
|
I am not familiar with _beginthreadex itself, but it is expecting a function with the __stdcall calling convention, not the regular __cdecl . So try declaring your thread function using the __stdcall keyword.
UINT __stdcall SocketThreadProc(void *)
just a quess
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
Yep, that should do the trick
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Hi
I have a VC++6 application in which I continuously update the display for a certain time after the user clicks a button. I accomplished this by creating a separate thread the sends a message to the window via the window's HWND. This way, my app won't 'hang' when the user switches window. However, when this thread is still active, there's a possibility that the user may close the window, invalidating its HWND. Is there a way for the thread to check whether the HWND is still valid?
Thanks!
|
|
|
|
|
First off, don't use SendMessage to send messages from a thread to a window, use PostMessage to post them instead. To check if a window is still valid use IsWindow(HWND) .
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
Hi all,
I use VC++ 7.0. I want to call function which is written in VBA. How to do it.
Please help me.
Thanks
Chau Ngoc Vo, Software developer
|
|
|
|
|
Hi all,
I use VC++ 7.0. I want to call function which is written in VBA. How to do it.
Please help me.
Thanks
Chau Ngoc Vo, Software develope
|
|
|
|
|
I'm wondering if it's still important to learn MFC or (if I'm not mistaking) VC++. If Microsoft is going to make Longhorn APIs managed, then where will be the advantage of using C++ and old APIs under Windows in the future?
your advice is very important to me, please tell me what do you think?
|
|
|
|
|
There is a lot of MFC code out there, and it isn't going anyplace. In most cases it is cheaper to have someone learn MFC to do maintance on in, than to port it over to something better. So there will always be jobs out there that require someone who knows MFC.
Nobody in their right mind would start a new project with MFC. There are too many better toolkits out there. (not just .net, but also things like qt) Course a lot of better comes down to personal prefererence, I don't want to get into that argument. Still, if you are doing windows managed code is generally better, while if you want cross platform you need something else anyway.
Learn what is useful to you. C++ is very common in industry, like MFC that won't change overnight. Don't blind yourself to one toolkit, when the job market changes to look for something else you need to change too.
If you just want to learn something, it is sometimes best to learn something that won't be useful to your job. You can then focus on what counts not what is important now!
Personally I wouldn't bother. But I've never used either MFC or visual C++. I'll learn it if I need to, but there are other things that are also worth learning.
|
|
|
|
|
Adding to what the other guy said... it appears that as time progresses, most of the MFC you'll see will be legacy apps. It certainly wouldn't hurt to learn MFC, since there is so much code out there using it.
That being said, there is still a place for C++. If you ever do work on any other platform, or need to do low-level stuff like drivers, or work in embedded systems, C++ will be important. And still, the majority of client-side apps are not written in .NET yet, and it'll probably be a while before it becomes ubiquitous.
So if I were you, I'd keep my options open. Go on and learn MFC, C++, but also learn how .NET works, learn Java, learn about some of the other windowing toolkits (like wxWidgets), etc. It never hurts to learn something.
An expert is somebody who learns more and more about less and less, until he knows absolutely everything about nothing.
|
|
|
|
|
I realy need help,
I Using a MFC app and I need to see if something is downloading from internet. I now you need to use urldownloadtofile but I don't now how! Is there anyone that have some code that I can use or something like it?...
\Please help me....
|
|
|
|
|
Visiting the following sites may give u an idea.
http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/moniker/reference/functions/urldownloadtofile.asp
http://codeproject.com/internet/urlfile.asp
http://codeproject.com/internet/urldownload.asp
I hope this helps u
Dipeka.A.J
|
|
|
|
|
The following code exists in identical form in two projects. (A dialog box & its logic were created in a test framework, then moved over to the final project.) In one project, this works fine, in the second I get "Unhandled exception at 0x763b1fda in AtasMod.exe: 0xC00000FD: Stack overflow."
void
CSpecialEventDlg::OnBnClickedSpecialEventBrowse()
{
CFileDialog oDlg(true, ".wav", 0,
OFN_HIDEREADONLY,
"Sound Files (*.wav)|*.wav||");
// taking the next line out changes nothing
oDlg.m_pOFN->lpstrTitle = "Find Sound File";
if (oDlg.DoModal() == IDOK)
{
// do stuff
}
}
I've traced the code into MFC, and the crash is occurring in dlgfile.cpp:
OPENFILENAME& CFileDialog::GetOFN()
{
return *m_pOFN; // this line crashes
}
Am I doing something wrong? Is there some way to avoid the problem?
Thanks, all,
--chesky
|
|
|
|
|
Use
oDlg.m_ofn.lpstrTitle = "Find Sound File";
I don't know what the pOFN Pointer you are using does exactly...
|
|
|
|
|
> Use
> oDlg.m_ofn.lpstrTitle = "Find Sound File";
> I don't know what the pOFN Pointer you are using does exactly...
I'll try that, but as I wrote earlier, taking the entire line out had no effect - it worked the same in one project, and crashed the same in the other.
|
|
|
|