|
Notice the __thiscall X:: part of the type - that means the function is a member of class X and takes a X* parameter (which becomes this in the method). You can't cast that away.
--Mike--
Visual C++ MVP 
LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ
|
|
|
|
|
For non class functions, the compiler knows exactly where the function resides.
For class members it doesn't.
class base {
public: virtual void fn() {}
};
class derrived {
public: virtual void fn() {}
};
base *p = new derrived;
DWORD dw = (DWORD)p->fn; // which fn??
|
|
|
|
|
that's false. a member function is not duplicate for each instances of the class. the member functions bodies are loaded once in memory. only the implicit this parameter differs depending who call it.
|
|
|
|
|
C++ refuses to 'throw away' the class association of the non-static class method, which is what is happening in the example you give with the class method. The compiler basically says, "If I lose the class association for this method, I won't be able to tie this method back to an instance of the class."
It's not an issue with the a global (i.e. non-class ) function because there is no class association. It's also not a problem with a static class method. Static class methods aren't much more than global functions that are 'hidden' inside a class namespace. They don't have an instance of the class associated with them when they are invoked.
If you really, really, really need to get the value as a DWORD, you can use a union to get there.
<br />
class CSomeClass<br />
{<br />
public:<br />
void SomeMethod();<br />
};<br />
<br />
union<br />
{<br />
DWORD dwValue;<br />
void (CSomeClass::*pMethod)();<br />
} Address;<br />
<br />
<br />
Address.pMethod = pSomeClass->SomeMethod;<br />
<br />
<br />
Note that this technique is not implementation independent! Run on a machine that uses pointers that are not 32-bits and you have a problem.
Regards,
Dan
Remember kids, we're trained professionals.
Don't try this at home!
|
|
|
|
|
Actually that won't work..
If I use the union solution posted previously my compiler (Visual Studio .NET 2003) complains:
error C2475: 'CSomeClass::SomeMethod' : forming a pointer-to-member requires explicit use of the address-of operator ('&') and a qualified name
An implementation according to the suggestion of the compiler seems to work though:
Address.pMethod = &CSomeClass::SomeMethod;
But now, where on earth did all the fuss about the this pointer go?? Did I just seem to have discarded it??
|
|
|
|
|
Well, look at that - another syntax / semantics change from VC++ 6 to 2003/2005. Grumble, grumble, grumble... But yes, I just tried the variation you describe under 2005 and it does the trick.
Anyway, it's not that you are discarding a specific 'this' pointer. The issue is that you are not discarding the class association.
If you try to cast &CSomeClass::SomeMethod to something else such as:
DWORD dw = (DWORD) &CSomeClass::SomeMethod;
the compiler will still complain because this conversion would force it to discard the class association. (Actual error message under 2005 says,"There is no context in which this conversion is possible")
Dan
Remember kids, we're trained professionals.
Don't try this at home!
|
|
|
|
|
Hello friends, has anybody knowledge about creating virtual serial ports, because I must write a program which can create virtual serial ports and be able to monitor the communication on these virtual serial ports.
Thank you for your help in advance!
szilard
-- modified at 8:40 Thursday 16th March, 2006
|
|
|
|
|
|
Like the title says, I want to add some printing functions to my code, a NON-MFC windows app, without having a printer installed on my system. Oh what a crazy world we live in.
Is there some way to fool my PC into thinking there is a printer installed? Every time I try to call one of the Common Dialog print routines I am faced with a "Please install a printer you cheap artist" message.
Hey I do all my printing at work, what do I wanna go and spend a few hundred bucks on a printer I will never use for?
|
|
|
|
|
Pdf995 Printer Driver
It works like a printer, only it sends output to a .pdf file. It has an annoying ad in it though - there's another free pdf writer available without ads, but I can't remember the name of it. (cutepdf?)
"My dog worries about the economy. Alpo is up to 99 cents a can. That's almost seven dollars in dog money" - Wacky humour found in a business magazine
|
|
|
|
|
Thanks for the tip, I never thought of using a print to pdf driver.
Having a little trouble with the pdf995 website, but I am downloading the cutepdf alternative you mentioned.
|
|
|
|
|
You can install a printer without actually having the printer. I've done it lots of times. Just tell it to print to a file instead of a port.
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 tried to create a process(notepad.exe) using the CreateProcess method. But the method failes throwing a Exception.
Could any one please tell why this following code snippet is failing.
PROCESS_INFORMATION pProcessInfo;
BOOL bStatus = CreateProcess("C:\\WINDOWS\\Notepad.exe",NULL,NULL,NULL,NULL,CREATE_NEW_CONSOLE,NULL,NULL,NULL,&pProcessInfo);
Regards
|
|
|
|
|
PROCESS_INFORMATION pProcessInfo;
STARTUPINFO si= {0};
si.cb = sizeof(STARTUPINFO);
BOOL bStatus = CreateProcess("c:\\WINDOWS\\Notepad.exe",NULL,NULL,NULL,NULL,CREATE_NEW_CONSOLE,NULL,NULL,&si,&pProcessInfo);
|
|
|
|
|
WhiteSky wrote:
("c:\\WINDOWS\\Notepad.exe",NULL,NULL,NULL,NULL,CREATE_NEW_CONSOLE,NULL,NULL,&si,&pProcessInfo);
The Windows directory should not be hard coded.
|
|
|
|
|
|
Hi Subramaniam,
I don't know what's wrong with your code but I did it like this:
<br />
STARTUPINFO si;<br />
PROCESS_INFORMATION pi;<br />
<br />
CreateProcess( NULL,
TEXT("C:\\Windows\\system32\\notepad.exe"),
NULL,
NULL,
FALSE,
0,
NULL,
NULL,
&si,
&pi );
It works on my computer.
Best regards,
Chris
|
|
|
|
|
When you do get it to work remember no to leak HANDLEs. After the CreateProcess call you need to close some HANDLES it returns if you don't plan on using them:
PROCESS_INFORMATION pi;
BOOL bOK = CreateProcess(..., &pi);
if (bOK)
{
CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);
}
Not closing these handles is a common mistake people calling CreateProcess make.
Also you use the wart "p" on the variable "pProcessInfo" - This is normally used for pointers. You'll confuse people using it on a variable that isn't a pointer.
Steve
|
|
|
|
|
Hi Steve,
I even didn't think about this at all!
Thanks!!
Chris
|
|
|
|
|
Hi All,
First of all many thanks to all who have given their valuable suggestion. I am not getting the Exception now but I get an Access Violation error like this in my output window and my notepad doesnt launch.
ChristopherAtCodeProject wrote: First-chance exception in Threading Sample.exe (NTDLL.DLL): 0xC0000005: Access Violation.
First-chance exception in Threading Sample.exe (NTDLL.DLL): 0xC0000005: Access Violation.
Any help on this please. Do I need to give some security descriptors or something. To the best of my knowledge its not required I suppose as even if we pass NULL to them it will consider the default Security.
Many Thanks
|
|
|
|
|
Hi All,
Its working fine now. I had to fill in the STARTUPINFO struture.
Thanks
|
|
|
|
|
hi all
i want to image processing.i want to load image to the picturebox and then extract the values from it. i m loading image on the picturebox through the code loadimage and variable of picbox.setbitmap.
After loading this image i want to perfrom data extraction i mean read RGB values.what is fastest method of it
either use the device context and and perform the data extraction or use the cimage atl class for this purpose.
ddd+
|
|
|
|
|
Hmm the fastest way to load files into memory that I know if is by using memory mapped files. Map the entire file into your process address space. I assume that you are using a bitmap file format?? You could do something like this:
HANDLE hFile;
HANDLE hFileMappingObject;
BYTE * lpBaseAddress;
BITMAPFILEHEADER * lpBitmapFileHeader;
BITMAPINFOHEADER * lpBitmapInfoHeader;
RGBQUAD * lpRGBQuad;
BYTE * lpColorIndexArray;
if(OpenDialog1->Execute())
{
hFile=CreateFile(OpenDialog1->FileName.c_str(),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);
if(hFile==INVALID_HANDLE_VALUE)
{
MessageBox(Handle,"Could not open file","Error",MB_OK|MB_ICONERROR);
return;
}
hFileMappingObject=CreateFileMapping(hFile,NULL,PAGE_READWRITE|SEC_COMMIT,0,0,NULL);
if(hFileMappingObject==NULL)
{
MessageBox(Handle,"Could not create file mapping object","Error",MB_OK|MB_ICONERROR);
CloseHandle(hFile);
return;
}
lpBaseAddress=(BYTE*)MapViewOfFile(hFileMappingObject,FILE_MAP_WRITE,0,0,0);
if(lpBaseAddress==NULL)
{
MessageBox(Handle,"Could not map view of file","Error",MB_OK|MB_ICONERROR);
CloseHandle(hFileMappingObject);
CloseHandle(hFile);
return;
}
lpBitmapFileHeader=(BITMAPFILEHEADER*)&lpBaseAddress[0];
lpBitmapInfoHeader=(BITMAPINFOHEADER*)&lpBaseAddress[sizeof(BITMAPFILEHEADER)];
lpRGBQuad=(RGBQUAD*)&lpBaseAddress[sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)];
lpColorIndexArray=&lpBaseAddress[lpBitmapFileHeader->bfOffBits];
//Use lpColorIndexArray to acces your RGB values
UnmapViewOfFile(lpBaseAddress);
CloseHandle(hFileMappingObject);
CloseHandle(hFile);
}
|
|
|
|
|
I am writing a dialog based MFC prog.
I dont want the "close" button in title bar of that dialog. But I want the icon in the title bar. Thats why I cannot disable the entire title bar or sys menu. Is there any procedure so that i can disable the close button, but icon is still there in the title bar?
|
|
|
|
|
Look here[^]
Nibu thomas
Software Developer
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
