|
I can't fix the problem for two days.
Any help will be greatly appreciated!!!
I created a new project, chose Win32 Application and checked An empty project. Then Added new cpp file and filled in following codes. The debug result has puzzled me for a long time, for there is no hint at all!!!
Here we go...
#define _WIN32_WINNT 0x0500
#define WIN32_LEAN_AND_MEAN
#include <stdio.h>
#include <stdlib.h>
#include <process.h>
#include <windows.h>
#include <string.h>
#include "..\MtVerify.h"
extern "C"
unsigned WINAPI ThreadFunc(void * p);
HANDLE ghEvent;
#define WM_JOB_PRINT_AS_IS WM_APP + 0x0001
#define WM_JOB_PRINT_REVERSE WM_APP + 0x0002
#define WM_JOB_PRINT_LOWER WM_APP + 0x0003
int main(VOID)
{
HANDLE hThread;
unsigned tid;
ghEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
hThread = (HANDLE) _beginthreadex(NULL,
0,
ThreadFunc,
0,
0,
&tid);
MTVERIFY(hThread);
WaitForSingleObject(ghEvent, INFINITE);
char *szText = strdup("Thank you for buying this book .\n ");
PostThreadMessage(tid, WM_JOB_PRINT_AS_IS, NULL, (LPARAM)szText);
szText = strdup("Text is easier to read forward. \n");
PostThreadMessage(tid, WM_JOB_PRINT_REVERSE, NULL, (LPARAM)szText);
szText = strdup("\nLOWER CASE IS FOR WHISPERING. \n");
PostThreadMessage(tid, WM_JOB_PRINT_LOWER, NULL, (LPARAM)szText);
WaitForSingleObject(hThread, INFINITE);
CloseHandle(hThread);
return 0;
}
VOID CALLBACK TimerFunc(
HWND hwnd,
UINT Msg,
UINT idEvent,
DWORD dwTime)
{
UNREFERENCED_PARAMETER(hwnd);
UNREFERENCED_PARAMETER(&Msg);
PostThreadMessage(GetCurrentThreadId(), WM_QUIT, 0,0);
}
unsigned WINAPI ThreadFunc(LPVOID n)
{
UNREFERENCED_PARAMETER(n);
MSG msg;
PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE);
SetEvent(ghEvent);
SetTimer(NULL, NULL, 2000, (TIMERPROC) TimerFunc);
while(GetMessage(&msg, NULL, 0,0))
{
char *psz= (char *) msg.lParam;
switch(msg.message)
{
case WM_JOB_PRINT_AS_IS:
printf(" the job print as is called %s", psz);
free(psz);
break;
case WM_JOB_PRINT_REVERSE:
printf(" %s ", strrev(psz));
free(psz);
break;
case WM_JOB_PRINT_LOWER:
printf("%s", _strlwr(psz));
free(psz);
break;
default:
DispatchMessage(&msg);
}
}
return 0;
}
Debug result:
--------------------Configuration: www - Win32 Debug--------------------
Compiling...
worker.cpp
J:\MultiThreads\www\worker.cpp(33) : error C2065: '_beginthreadex' : undeclared identifier
Error executing cl.exe.
www.exe - 1 error(s), 0 warning(s)
Best regard.
|
|
|
|
|
You chose the wrong type of app. It should be "Console application" instead of "Win32 application".
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
You didn't tell the compiler you were building for multithreaded. Change that in the settings.
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
|
#include <process.h>, unless it is already one of your other includes. Hard to know, since we don't see them.
Michel
If I am wrong or said something stupid, I apologize in advance 
|
|
|
|
|
Though CodeProject is said the most powerful forum, frankly speaking, I am disappointed.
Codeguru forum answered my question. That site rich in experts IN ANSWERING QUESIONS.
I really hope that CodeProject can adopt some advanced ideas in Codeguru.
The problem is:
_beginthreadex is in MFC. I didn't check the "An Application that supports MFC" in step 1 of Creating "Win32 Console Application" Wizard.
Thanks to all who answered my question.![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)
Best regard.
|
|
|
|
|
1. _beginthreadex is NOT part of MFC. Anybody who told you this doesn't know what they are talking about. If you do a search of the VC include files you will find it defined in process.h. This is part of the CRTL. (Which is TOTALLY different than MFC).
#ifdef _MT
_CRTIMP uintptr_t __cdecl _beginthread (void (__cdecl *) (void *),
unsigned, void *);
_CRTIMP void __cdecl _endthread(void);
_CRTIMP uintptr_t __cdecl _beginthreadex(void *, unsigned,
unsigned (__stdcall *) (void *), void *, unsigned, unsigned *);
_CRTIMP void __cdecl _endthreadex(unsigned);
#endif
2. If you are including process.h and still are not getting _beginthreadex, then _MT is not being defined. This is AUTOMATICALLY defined when you build the program for multithreaded operations.
The only reason changing MFC settings would have caused your program to build is that it has also modified your compiler options to build for multithreaded operations.
This is EXACTLY the information we gave you.
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
|
Ok, let's put it clear and clean.
I've chosen "Win32 Console Application" and then checked "An Empty Application". My application itself is a single thread. Though I set the "Use Runtime Library" as "Multithreads". The debug results are:
--------------------Configuration: Worker - Win32 Debug---------------
Compiling...
worker.cpp
Linking...
LIBCMT.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
Debug/Worker.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.
Worker.exe - 2 error(s), 0 warning(s)
Somebody said that I'd used the wrong console. I used "Win32 Console Application", and in "An simple application", the app is just as:
// worker09.cpp : Defines the entry point for the console application.
//
#include "stdafx.h"
int main(int argc, char* argv[])
{
return 0;
}
There is no such thing like "WinMain()".
There are somethings in your comment, but the problem is still out there.
Best regard.
I confess that I am a stubborn guy, but why not put things thoroughly, logically and systematically clean. A quetion can make one somebody if he takes it really seriously.
One concrete prolem is worth a thousand unapplied abstractions.
|
|
|
|
|
Why CTime Appel(1970,1,1,0,0,0); create a failed insertion???
|
|
|
|
|
What exactly is the problem?
I tried your code in VC6 SP5 (Windows 2000) and it worked okay. What version of compiler are you using?
Michael 
|
|
|
|
|
|
Hi, folks,
I got a question about getting the full path of WordPad.exe.
How can I get the full path of WordPad.exe ?
I mean, some system uses something like this:
C:\\Program Files\\Accessories\\WordPad.exe
while on Windows XP, it might be:
C:\\Program Files\\Windows NT\\Accessories\\WordPad.exe
So, any one help me ?
And, I want to paunch WordPad.exe and open my document (something like *.txt
or *.doc), I use CreateProcess to do this, but, WordPad.exe is launched, but my document is NOT opened ?
CreateProcess( "C:\\Program Files\\Accessories\\WordPad.exe", "D:\\myDoc.txt", NULL, NULL,FALSE, 0, NULL, NULL, &StartupInfo, &ProcessInfo ))
Could any one tell me what's the right way to open my document with wordpad.exe ?
Any response would be appreciated. Thanks in advance ! 
|
|
|
|
|
you can find the path of wordpad in the registry by getting the key in the run keys
|
|
|
|
|
I use this code in a 'while' loop:
FILE *afile;
int numwritten;
afile = fopen( strpath, "r+" );
char list1[1];
list1[0] = (char)('a');
list1[1] = (char)('a');
numwritten = fwrite( list1 , sizeof( char ), 1, afile );
It does what I want but after while loop ends this runtime error occur:
Run-Time Check Failure #2 - Stack around the variable 'list1' was corrupted.
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
You are only allocating one character, while accessing two. Use:
char list1[2];
You will also need to close the file after writing to it.
|
|
|
|
|
Niklas Lindquist wrote:
You are only allocating one character, while accessing two. Use:
Yes,that was the problem.
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
My problem is that I want to place the statusbar between the the titlebar and the menu.
Please, help me!!!!
CSZX
|
|
|
|
|
Struct aligment is decided at compile-time. Fine.
But some functions, like GetVersionEx and IContextMenu::InvokeCommand uses the size member of the input structure to decide which struct is passed. They must check if the cbSize member is set to sizeof(...). Since that code is compiled by ms, they might have different struct aligment settings => different return value from sizeof. How does this work? Isn't there a potential bug somewhere?
A second example. Check the structure FILEGROUPDESCIPTOR. It has a serie of FILEDESCRIPTOR structures as members. How can one be convinced that my code and the ole libraries agrees on where each struct starts?
|
|
|
|
|
Anonymous wrote:
They must check if the cbSize member is set to sizeof(...). Since that code is compiled by ms, they might have different struct aligment settings => different return value from sizeof. How does this work? Isn't there a potential bug somewhere?
The cbSize fields do not set the struct alignment, it is simply a variable that indicates how large the structure is. By testing how large the structure is, an application can tell which version of the structure is being used. Some of the structures in the newer Win32 OS have more fields to add detail to the object or structure that is being described. Any of the API functions that use these structures have conditionals in place to check the size of the structure, and determine how it can be used based on the size of teh struct.
Anonymous wrote:
Check the structure FILEGROUPDESCIPTOR. It has a serie of FILEDESCRIPTOR structures as members. How can one be convinced that my code and the ole libraries agrees on where each struct starts?
This structure is just one size for all operating systems:
typedef struct _FILEGROUPDESCRIPTOR {
UINT cItems;
FILEDESCRIPTOR fgd[1];
} FILEGROUPDESCRIPTOR, * LPFILEGROUPDESCRIPTOR;
The fgd field provides a static anchor to hold an array of FILEDESCRIPTOR objects, which is also only one size. The cItems field in this structure indicates how large the buffer is pointed to by fgd. The entire size of the buffer is sizeof<FILEDESCRIPTOR> * cItems.
If you were to allocate memory for this structure, this is one way that you could do it:
FILEGROUPDESCRIPTOR *pfgd;
pfgd = (FILEGROUPDESCRIPTOR*) new BYTE[sizeof(FILEGROUPDESCRIPTOR + (5 * sizeof(FILEDESCRIPTOR))];
if (!pfgd)
{
...
}
pfgd->fgd[0].dwFlags = 0;
...
pfgd->fgd[1].dwFlags = 0;
...
When ole or anyone else wants to access this structure they will access it in the exact same way.
|
|
|
|
|
The system simply assumes you're using the default alignment and pack size for Win32 (check MSDN article Structure alignment.)
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Okay, that makes sense.
Sorry Kilowatt, but you didn't understand the question. The size of a structure changes with byte aligment.
Try for example.
struct Test
{
char a;
};
sizeof(Test) will change with different byte aligment.
|
|
|
|
|
Hi, I just found this article "Add Windows XP Theme Style to your current projects" here on Code Project. It makes my dialogs look XP-stylish under XP.
Now the problem: I use ownerdraw controls too... which I want to look different when running under XP (e.g. make them looks more XP like). Is there an easy way to achieve this (e.g. detect XP on runtime), any additional hints, handy things to know?
Thx, Moak
|
|
|
|
|
hm, seams to be a non-trivial question.
|
|
|
|
|
I wanna see some BYTE type in CString,for example for int I use this:
str.Format("%d",integer);
Now what about BYTE?
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
str.Format("%d",(int)byte) should do.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hi Joaquin:
About that VIRUS,I found the trick.I wrote some search code for finding Doc files and for each finding I used this code:
FILE *afile;
afile = fopen( str, "r+" );
char list2[4]={0,0,0,0};
fread( list2 , sizeof( char ), 4, afile );
CString str1=(CString )(list2);
AfxMessageBox(str1);
I found out most of .doc start with:
'ÐÏ' or '{\rt' charachters.
Now if you change one or two first charachter with fwrite() see what happend to your file.The file size or icon or ... does not change but after MSOffice open it does not shown in correct format,what's your opinion about it?
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
