|
|
a good sample is here
In c#, you may use those APIs by [DllImport("advapi32.dll", ..... ]
|
|
|
|
|
Hello everybody ! In my project , usually compiled this error :
BSCMAKE: error BK1505 :cannot read from file 'Debug/Test.bsc'
Error excuting bscmake.exe
Test.exe - 1 error(s),0 warning(s)
I found it any where ,but faild ,because only a little material.
like M$ :http://msdn.microsoft.com/en-us/library/aa933967.aspx[^]
How to solve this problem ?
Thanks for you reply !
Best Reguards !
|
|
|
|
|
|
|
Do you compile for WinCE ? 
1) You shold not mix CE and PC projects in a solution
2) Please check the projects target configuration
in the solutions configurations manager.
2a) CE_MUST: CE target SDK is installed and the project has its configuration
2b) Sometime a CE/PC project has not a - for example Debug - configuration
3) Try to delete *.bsc files from your solution directory and rebuild all
virtual void BeHappy() = 0;
|
|
|
|
|
No , It just in my MFC application ,I used the Excel COM Interface to read some dates from the table.
but the compile post this error code!
|
|
|
|
|
I am creating thread using AfxBeginThread in Visual Studio 2005 and the first parameter of this function is function pointer so i am passing member function pointer of that class but it gives error i.e.
my code is:
AfxBeginThread( &CMultithreadingInDialogDlg::MyThreadProc, GetSafeHwnd() );
in which MyThreadProc is member function. and the error is
error C2665: 'AfxBeginThread' : none of the 2 overloads could convert all the argument types.
but it is working if i am passing function pointer of any static function or global function
thanks in advance.
|
|
|
|
|
Is MyThreadProc() a static member of CMultithreadingInDialogDlg?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
MyThreadProc is not a static function, it is simple member function.
|
|
|
|
|
Which means it cannot be used an argument to AfxBeginThread().
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
kartikthakre wrote: but it is working if i am passing function pointer of any static function or global function
That is also the "classical" way
to pass - for example - a private static function of a dialog... 
...
class CYourDialog : public CDialog
{
bool m_bWorking;
CWinThread* m_pcThread;
static DWORD WINAPI ThreadProc(CYourDialog*);
...
public:
CYourDialog(CWnd* pcParent = NULL);
~CYourDialog();
...
void On();
void Off();
...
};
...
CYourDialog::CYourDialog(CWnd* pcParent )
: CDialog(CYourDialog::IDD, pcParent),
m_bWorking(false),
m_pcThread(NULL)
{
...
}
CYourDialog::~CYourDialog()
{
Off();
}
CYourDialog::On()
{
if (!m_bWorking && !m_pcThread) {
m_bWorking = true;
m_pcThread = AfxBeginThread(ThreadProc, this);
}
}
CYourDialog::Off()
{
if (m_bWorking && m_pcThread) {
m_bWorking = false;
WaitForSingleObject(m_pcThread->m_hThread, INFINITE);
m_pcThread = NULL;
}
}
DWORD WINAPI CYourDialog::ThreadProc(CYourDialog* pcDlg)
{
while (pcDlg && pcDlg->m_bWorking) {
Sleep(1);
}
return 0;
}
virtual void BeHappy() = 0;
modified on Thursday, April 1, 2010 2:42 AM
|
|
|
|
|
Perhaps it's just a typo, but if not you should be aware of the following:
There's a big risk the thread will never exit as you've failed to declare the m_bWorking variable as volatile.
It depends on your optimization settings.
The compiler may choose to hold the variable in a register in the while-loop, not reading it from its actual memory location since it's not being modified in the while-loop.
Declaring it as volatile will tell the compiler that the variable must be read from its memory location and cannot be optimized into a register.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Wow, I did not know it !
Thank you very much, Roger ! 
As possible "workaround"
could be also the usage of a limitation function:
bool CYourDialog::IsWorking() {
return m_bWorking;
}
virtual void BeHappy() = 0;
|
|
|
|
|
Eugen Podsypalnikov wrote: Wow, I did not know it !
Thank you very much, Roger !
You're most welcome.
Eugen Podsypalnikov wrote: As possible "workaround"
could be also the usage of a limitation function:
bool CYourDialog::IsWorking() {
return m_bWorking;
}
Naah, I wouldn't count on that. This also depends on your optimization settings... 
There's a compiler switch that tells the compiler to expand "any suitable" function as inline, which would generate the same code as if you would have referenced the variable directly even though you haven't declared the function explicitly as inline. Then you would be back to square one, with the possibility that the variable could be optimized into a register.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Yes, saved...
Thank you - for the both explanations, Roger !
virtual void BeHappy() = 0;
|
|
|
|
|
Eugen Podsypalnikov wrote: DWORD WINAPI CYourDialog::ThreadProc(CYourDialog* pcDlg)
Shouldn't this be:
UINT CYourDialog::ThreadProc( LPVOID pcDlg )
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Yes, of course
You could use my declaration too
and pass it by the casting (AFX_THREADPROC) ,
so you can use its parameter pcDlg without casting...
virtual void BeHappy() = 0;
|
|
|
|
|
Thanks for reply,
But i already written that it is working for static and global function.
What i want is that it is work for member function.
I am waiting for reply
thanks
|
|
|
|
|
kartikthakre wrote: What i want is that it is work for member function.
You can't do it directly. What you'll have to do is:
void CMyDlg::ThreadProc( void )
{
...
}
UINT ThreadProc( LPVOID lpParam )
{
CMyDlg *pDlg = (CMyDlg *) lpParam;
pDlg->ThreadProc();
return 0;
}
static UINT CMyDlg::ThreadProc( LPVOID lpParam )
{
CMyDlg *pDlg = (CMyDlg *) lpParam;
pDlg->ThreadProc();
return 0;
}
AfxBeginThread(ThreadProc, this);
AfxBeginThread(::ThreadProc, this);
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
but what is the region, so that member function pointer is not pass to AfxBeginThread.
|
|
|
|
|
Hello all!
I have a BITMAPINFOHEADER variable and I try to get HBitmap from it.
I have study MSDN documentation and found that BITMAPINFOHEADER variable must be converted to BITMAPINFO and after use CreateDIBSection(...) function like the summary below:
BITMAPINFO*pInfo;
void *pBuffer;
HBITMAP hBitmap;
if ((hBitmap = CreateDIBSection(NULL, pInfo, DIB_RGB_COLORS, &pBuffer, 0, 0)) != NULL)
{
...
}
My problem is that I do not understand very clear how to convert BITMAPINFOHEADER to BITMAPINFO.
According to the same MSDN I know that BITMAPINFO is a structure that contain the initial BITMAPINFOHEADER, my problem is that I do not underatand how to indicate extra RGBQUAD bmiColors[1] as the declaration below:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader;
RGBQUAD bmiColors[1];
} BITMAPINFO;
Any idea?
|
|
|
|
|
Ionut Codrut wrote: My problem is that I do not understand very clear how to convert BITMAPINFOHEADER to BITMAPINFO.
just cast it.
BITMAPINFO *pBMI = (BITMAPINFO *)pBitmapInfoHeader;
|
|
|
|
|
Thank you Chris for your response!
I try to cast directly as you suggest, but all I've got is just a blank image (so I think the approach is an error)
Acordingly to MSDN http://msdn.microsoft.com/en-us/library/dd318229%28VS.85%29.aspx[^] If you cast the BITMAPINFOHEADER to a BITMAPINFO, the bmiHeader member refers to the BITMAPINFOHEADER and the bmiColors member refers to the first entry in the color table, or the first color mask.
Be aware that if the bitmap uses a color table or color masks, then the size of the entire format structure (the BITMAPINFOHEADER plus the color information) is not equal to sizeof(BITMAPINFOHEADER) or sizeof(BITMAPINFO). You must calculate the actual size for each instance....
So I think we are Close, but no cigar..
Best regards!
Ioan
|
|
|
|
|
casting is correct.
but yes, it's also true that you need to find the start of the pixel data in the DIB, and that depends on the number of colors in the palette, any padding, any bitfields masks, etc..
LPBITMAPINFOHEADER lpbi = (LPBITMAPINFOHEADER)pDIB;
HBITMAP hbm;
int nColors = lpbi->biClrUsed ? lpbi->biClrUsed :
1 << lpbi->biBitCount;
BITMAPINFO &bmInfo = *(LPBITMAPINFO)pDIB ;
LPVOID lpDIBBits;
if( bmInfo.bmiHeader.biBitCount > 8 )
{
lpDIBBits = (LPVOID)((UINT32 *)(bmInfo.bmiColors +
bmInfo.bmiHeader.biClrUsed) +
((bmInfo.bmiHeader.biCompression == BI_BITFIELDS) ? 3 : 0));
}
else
{
lpDIBBits = (LPVOID)(bmInfo.bmiColors + nColors);
}
void *ppvBits = NULL;
hbm = CreateDIBSection(hDC,
(LPBITMAPINFO)lpbi,
DIB_RGB_COLORS,
&ppvBits,
NULL,
0);
if (ppvBits!=NULL)
{
memcpy((BYTE *)ppvBits, (BYTE *)lpDIBBits, bmInfo.bmiHeader.biSizeImage);
}
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
