C / C++ / MFC Discussion Boards

Re: Can't i use two dimensional arrays with the new keyword?

redeemer20-Jun-02 8:44

redeemer

20-Jun-02 8:44

wait a min Smile | :)

Why an ID in CreateThread()?

20-Jun-02 4:38

Does somebody know whatfor is LPDWORD lpThreadId in Win32 CreateThread()?

MSDN says: lpThreadId, Pointer to a variable that receives the thread identifier.

I wonder, I get back a handle from CreateThread() which I use for closing/suspending etc, why do I need an additional identifier?

Re: Why an ID in CreateThread()?

redeemer20-Jun-02 4:51

redeemer

20-Jun-02 4:51

If you you're not going to need it, just set the parameter to null. I don't know much about it, but maby in some functions you need a "thread identifier" instead of a thread id.

Re: Why an ID in CreateThread()?

20-Jun-02 5:25

thx! you brought more light into the dark. Smile | :)

I will do - or using _beginthreadex() instead.

Re: Why an ID in CreateThread()?

20-Jun-02 6:55

consider file handles..
a file called "test.txt" is opened numerous times which results in different handles allowing access

it's the same with threads. they use dwords instead of strings as identifiers though

use OpenThread(des_access, inherit, threadid) to get the handle of any thread

so bottom line: a handle handles access but is not an id

Re: Why an ID in CreateThread()?

Joaquín M López Muñoz20-Jun-02 6:57

Joaquín M López Muñoz

20-Jun-02 6:57

Do not pass NULL as lpThreadId, this will cause CreateThread to fail in some Windows OSs. Instead, provide some variable to receive the ID and forget about it you like:

DWORD dwThreadId;
CreateThread(...,&dwThreadId);

As for the meaning of this ID, you need it to set/get certain properties of a given thread. I don't know for sure the reason of this duplicity handle/ID (could be IDs are system-wide whereas handles are local to your program.)

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Why an ID in CreateThread()?

moliate20-Jun-02 20:58

moliate

20-Jun-02 20:58

Joaquín M López Muñoz wrote:
could be IDs are system-wide whereas handles are local to your program.

Yes, at least in Win2k there is a process specific handle table that the kernel uses to modify kernel objects. In contrast the ID:s are used to identify the kernel objects themselves (making them system-wide).

I think Win9x uses another approach and is generally slacker on context switches, however.

/moliate

Two o'clock and walking through familiar London - Or what was familiar London before the cursor deleted certain certainties -
I watch a suit and tie man giving suck to the Psion Organizer lodged in his breast pocket
its serial interface like a cool mouth hunting his chest for sustenance, familiar feeling, and I'm watching my breath steam in the air.

Neil Gaiman - Cold Colours

Re: Why an ID in CreateThread()?

moliate20-Jun-02 20:42

moliate

20-Jun-02 20:42

The HANDLE is processpecific, while the TID is system-wide. ~~If you don't intend to use it, just set it to NULL.~~ As noted above this might not be a good idea for some OS's

/moliate

Neil Gaiman - Cold Colours

Problem with loading resources at runtime

Dean Goodman20-Jun-02 4:29

Dean Goodman

20-Jun-02 4:29

I always seem to have the strangest problems with visual studio... Smile | :)

I have been working on a project that up until yesterday compiled and ran fine. Now, the debug version asserts on calls that load a resource, such as a menu or child dialog. In fact the program asserts when just trying to get the handle for the system icon of the main dialog box!

m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); //assertion

The assertion is always in AfxGetResourceHandle() which makes me believe that somehow Visual Studio has lost the "connection" between my user created dialogs, menus, etc. and the code that eventually loads them.

As I said before, nothing has changed in my project except that I have added a couple of new dialogs. I actually had this problem with one of the new dialogs yesterday too, but I was able to remove it from the project and put it back in and it worked fine -- it wasn't too much work since I had just added it. Obviously that isn't an option for the main dialog of my project...

Has anyone had a similar problem, and if so, how did you fix it?

TIA,

--Dean

Re: Problem with loading resources at runtime

Navin20-Jun-02 4:33

Navin

20-Jun-02 4:33

Stock Visual response: have you tried doing a clean, full rebuild of everything?

Even if you win the rat race, you're still a rat.

Re: Problem with loading resources at runtime

Dean Goodman20-Jun-02 4:44

Dean Goodman

20-Jun-02 4:44

I tried that but it didn't work. I went so far as to start comparing files such as .rc, .clw, and resource.[fd|h] with backup copies I made a while ago, and I couldn't see any difference other than due to the new resources I have added.

--Dean

Re: Problem with loading resources at runtime

-Dy21-Jun-02 4:10

-Dy

21-Jun-02 4:10

This sounds very similar to a problem I had here when ever I added new resources, in the end I went through the app removing any unused resources that they may have been (you can end up with a few when development spans years / multiple developers... sigh)

I don't know what the details of the problem were, but it probably had something to do with running out of resource space Unsure | :~

Dylan Kenneally
London, UK

Re: Problem with loading resources at runtime

Atlantys21-Jun-02 12:48

Atlantys

21-Jun-02 12:48

I've had issues like that when i went through and manually edited the resource.h file.... to fix it, i just cleaned the project and did a rebuild all. i think devstudio just needs a kick to make it use the new constants.
hopefully this fix'll work for you! Big Grin | :-D

Outlook Add-in

20-Jun-02 4:16

Hey, Im having some trouble with capturing some events in an Outlook add-in. I was wondering if anyone had, or could give me an example of how to capture and overide an event such as the "open" event.
Right now I have this...

I derive my class from IDispSimpleEventImpl...

class ATL_NO_VTABLE CDaFun :
public IDispEventSimpleImpl<1,CDaFun,&__uuidof(Outlook::ItemEvents)>

typedef IDispEventSimpleImpl<1, CDaFun, &__uuidof(Outlook::ItemEvents)> ItmEvents;

Then setup a callback...

void __stdcall OnOpenItem(IDispatch* Ctrl, VARIANT_BOOL * CancelDefault);

and then the sinkmap...

SINK_ENTRY_EX(1,__uuidof(Outlook::ItemEvents),0xf003,OnOpenItem)

Now Advising im not sure about. Try to get a pointer to the interface i need. Im not sure if Inspectors is right...

CComQIPtr spApp(Application);
CComQIPtr spInsp;
spInsp = spApp->Inspectors;
ItmEvents::DispEventAdvise((IDispatch*)spInsp,&__uuido(Outlook::ItemEvents));

The advise fails, so im not how to set that up right. Please help

THanks

How do i get the vertical and horizontal resolution of the screen?

redeemer20-Jun-02 4:03

redeemer

20-Jun-02 4:03

I simply can't remember it.

THanks in advance.

Re: How do i get the vertical and horizontal resolution of the screen?

C^hris L^osinger20-Jun-02 4:19

C^hris L^osinger

20-Jun-02 4:19

see GetDeviceCaps. you can get resolution, DPI, etc..

-c

Garbage collection, making life better - for weenies!

Image Processing - just like mom used to make.

Re: How do i get the vertical and horizontal resolution of the screen?

Niklas L20-Jun-02 4:19

Niklas L

20-Jun-02 4:19

::GetSystemMetrics(SM_CXSCREEN);
::GetSystemMetrics(SM_CYSCREEN);

::GetDeviceCaps(::GetDC(NULL), HORZRES);
GetDeviceCaps(::GetDC(NULL), VERTRES);

Re: How do i get the vertical and horizontal resolution of the screen?

Marc Richarme20-Jun-02 6:07

Marc Richarme

20-Jun-02 6:07

I'm not sure, but shouldn't you be using ReleaseDC on the screen dc returned by GetDC(NULL)?

Cheers,
Marc
_{Click to see my *real* signature}

Any way to intercept WM_SIZING with SDI/MDI application

aldeba20-Jun-02 2:59

aldeba

20-Jun-02 2:59

I need to restrict the resizing of the SDI application.
I tried the method found in
http://www.codeproject.com/useritems/mdibackgroundimage.asp
to hook on to WM_SIZING and it worked.
But i was wondering whether there was any other way, any msg i could overload?
tried all the PreTranslateMessage and ProcessMessageFilter message map, but it did'nt work.

This is a slightly modified one from winamp plugin.
very slightly. i just wanted

WNDPROC pfnOldWndProc;

// new one

LRESULT CALLBACK pfnNewWndProc(HWND hwnd, UINT uMsg, WPARAM wParam,LPARAM lParam)
{
	CRect rect;

	switch (uMsg)	{
	case WM_SIZING :
		if ((wParam==WMSZ_BOTTOMLEFT) || (wParam==WMSZ_BOTTOMRIGHT))
			wParam=WMSZ_BOTTOM;
		else if ((wParam==WMSZ_TOPLEFT) || (wParam==WMSZ_TOPRIGHT))
			wParam=WMSZ_TOP;
		GetWindowRect(hwnd,rect);
		((RECT*)lParam)->left= rect.left;
		((RECT*)lParam)->right = rect.right;
		break;
	}
	return CallWindowProc(pfnOldWndProc, hwnd, uMsg, wParam, lParam);

}

and in InitInstance()

HWND hMain = GetActiveWindow();
pfnOldWndProc = (WNDPROC)GetWindowLong(hMain, GWL_WNDPROC);
SetWindowLong(hMain, GWL_WNDPROC, (long)pfnNewWndProc);

Re: Any way to intercept WM_SIZING with SDI/MDI application

Christian Graus20-Jun-02 3:06

Christian Graus

20-Jun-02 3:06

aldeba wrote:
I need to restrict the resizing of the SDI application.

WM_MINMAXINFO is what you need

Christian

I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002

Half the reason people switch away from VB is to find out what actually goes on.. and then like me they find out that they weren't quite as good as they thought - they've been nannied. - Alex, 13 June 2002

Re: Any way to intercept WM_SIZING with SDI/MDI application

S.Maharajan20-Jun-02 3:26

S.Maharajan

20-Jun-02 3:26

Ur Requirement is to limit resizing.

U should go for the message WM_GETMINMAXINFO.

OnGetMinMaxInfo(MINMAXINFO *mmi) message handler, mmi->ptMaxSize, mmi->ptMaxTrackSize, mmi->ptMaxTrackSize are the relevent member to be filled to limit resizing.

mmi->ptMaxTrackSize is SIZE u want to restrict.

Main Window handle

vikramlinux20-Jun-02 2:48

vikramlinux

20-Jun-02 2:48

Hi,
I have application thread ID with me. How can I find out the Application main window handle from it ? I have a c# toolbar as a window inserted in the application sharing same thread ID. What should I do?
OMG | :OMG: