C / C++ / MFC

Tree Control without check box in the root

23-Aug-09 19:44

GetCurrentProcessId[^]

«_Superman_»
I love work. It gives me something to do between weekends.

Ranojay23-Aug-09 19:24

Ranojay

23-Aug-09 19:24

Hi friends,

I have a tree control in MFC, if I use the check box option, then even the root item
gets the check box.

I want to have a tree control with check boxes in the child but not at the root.

thanks
Raanojay

Re: Tree Control without check box in the root

zhu_lin23-Aug-09 20:49

Re: Tree Control without check box in the root

23-Aug-09 20:49

i will send you the source codes. MSN: zhu_lin4103@126.com

it's my pleasure to make friend with you.

Ranojay23-Aug-09 20:54

Ranojay

23-Aug-09 20:54

Thanks a lot, friend

where do I find the source codes ?

Re: Tree Control without check box in the root

zhu_lin23-Aug-09 21:12

Re : Displaying the icons only for subitems in the CListCtrl.

23-Aug-09 21:12

tell me your msn or your email, i will send to you

it's my pleasure to make friend with you.

Gokul_md23-Aug-09 19:08

Gokul_md

23-Aug-09 19:08

Hi
i have two columns in the CListCtrl. i want to display the immage only for the subitems and not for the first column. The CListCtrl has set the extended style property of LVS_EX_SUBITEMIMAGES.
when i am trying to load the icons for the subitems it also displayes the first column. how to avoid displaying the icon in the first column?. is there any restrictions or precondition required?

Thanks in Advance
Gokul

Re: Re : Displaying the icons only for subitems in the CListCtrl.

«_Superman_»23-Aug-09 19:50

Posting messages while using multiple threads

23-Aug-09 19:50

This article can probably help you - Another Report List Control[^]

«_Superman_»
I love work. It gives me something to do between weekends.

PaulowniaK23-Aug-09 16:10

PaulowniaK

23-Aug-09 16:10

Hi
I'm new to multi-threading.

I have 2 classes CClass1 and CClass2.

CClass2 creates a new thread. CClass1 needs to trigger a function in this new thread. So I'm thinking of doing

void CClass1::MyCode1()<br />
{<br />
  PostThreadMessage(Class2ThreadID, MY_MESSAGE, wParam, lParam);<br />
}

and catch this in CClass2 using

BEGIN_MSG_MAP(CClass2)<br />
  MESSAGE_HANDLER(MY_MESSAGE, MyCode2)<br />
END_MSG_MAP()

But how do I make sure MyCode2 runs in this thread that I will create in CClass2 as it gets instantiated?

void CClass2::InitThread()<br />
{<br />
  HANDLE myThread = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE) MyCode2, NULL, 0, &Class2ThreadID);<br />
}

Also, I don't want MyCode2 to run until the message is received, but with this, it looks like CreateThread is going to want to run MyCode2 as soon as it creates the thread.

I'm confused.

Please help!

«_Superman_»23-Aug-09 18:34

23-Aug-09 18:34

PaulowniaK wrote:
But how do I make sure MyCode2 runs in this thread that I will create in CClass2 as it gets instantiated?

Do you mean you want to ensure that the thread has started ?
If so, you could use GetExitCodeThread[^] on the handle to check if the exit code is STILL_ACTIVE.
Or you could have the CClass2 constructor wait on a manual reset event after creating the thread.
The thread can set the event when it starts running.

PaulowniaK wrote:
Also, I don't want MyCode2 to run until the message is received

You don't want to run the thread until the message is received, but the message can be sent only when the thread is running. Is there a chicken and egg problem here?

Well, you could again use events here.
Create an event using CreateEvent[^] and pass the event handle to the thread.
The thread will wait for the event to be signaled as soon as it is started.
The rest of the stuff in the thread will execute only after the event has been signaled from your main class.

«_Superman_»
I love work. It gives me something to do between weekends.

PaulowniaK23-Aug-09 19:38

PaulowniaK

23-Aug-09 19:38

<quote>Do you mean you want to ensure that the thread has started ?

Not quite. I was wondering how to "attach" MyCode2 to the new thread. If I just wrote a code for MyCode2 and just called it, it would run in the default thread and the not the one I created anew, right?

I've done:

<br />
void CClass2::InitThread()<br />
{<br />
CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE) MyRoutine, NULL, 0, &hThread); <br />
}<br />
<br />
void CClass2::MyRoutine()<br />
{<br />
MSG msg;<br />
for(;;)<br />
{<br />
if(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))<br />
{<br />
DoWork();<br />
}<br />
}<br />
}<br />

While CClass1 does PostThreadMessage.

It seems to work, but it is a scary thought that MyRoutine is running continuously looking for messages...

Maybe I need to read up about Events... hmmm...

Thanks for the help.

«_Superman_»23-Aug-09 19:43

23-Aug-09 19:43

PaulowniaK wrote:
Not quite. I was wondering how to "attach" MyCode2 to the new thread. If I just wrote a code for MyCode2 and just called it, it would run in the default thread and the not the one I created anew, right?

I've done:

void CClass2::InitThread()
{
CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE) MyRoutine, NULL, 0, &hThread);
}

In the above code snippet MyRoutine will be started in a new thread. That is what CreateThread does for you.

PaulowniaK wrote:
It seems to work, but it is a scary thought that MyRoutine is running continuously looking for messages...

Use GetMessage instead of PeekMessage so that it does not loop continuously.

«_Superman_»
I love work. It gives me something to do between weekends.

Connecting (DirectShow) filter pins causes application to quit.

PaulowniaK24-Aug-09 18:54

PaulowniaK

24-Aug-09 18:54

Thanks for the advice. I needed to loop using PeekMessage so that messages were received at any time for the duration of the thread (entire lifetime of the application).

I've had to add additional functionalities which meant I really had to think seriously about using events instead. I want to use CEvent but to do that I need afxmt.h.

If I include afxmt.h in my stdafx.h after atlbase.h I get an error about MFC applications not being allowed to have windows.h.

If I put the afxmt.h before atlbase.h I get a linker error about _DLLMain@12 already being defined. It looks like the problem is in atlbase.h so I have a chicken and egg situation.

I've looked at changing the order of linking libraries, but with not much success as the error says _DLLMain is defined already in MyObject.obj (i.e. obj file created from my application I am writing at the moment).

Please help!

Code-o-mat23-Aug-09 8:03

Code-o-mat

23-Aug-09 8:03

Hello folks!

I am trying to build a filter graph which includes a sample grabber filter. I add the sample grabber filter (and configure it to take video input) and the null renderer filter to the graph, then i add a source filter using IGraphBuilder::AddSourceFilter[^] for a certain video file. After this i query the source filter for its output pin and the sample grabber for its input pin and once i got these, i tell the grapbh builder to connect them. At this point my program quits. There is no error code returned, no exception thrown, nothing usefull in the debug output window, no nothing, the process simply stops without a word (at least nothing i can see). I checked around the net and looked at a few examples and basicly this aproach seems to be ok, others build the sample-grabber graphs the same way. Then i tried to recreate these steps using GraphEdit, i added the source filter for the same file, i added the sample grabber filter and tried to connect the two and the result was the very same (as much as one can tell by looking at it), GraphEdit quits without saying anything. Since graphedit behaves exactly like this too i guess the error doesn't seem to be in my code but then where? Does anyone have any idea what might cause this or where i should check to see the problem? Am using VS2003 and VC++.

Thanks for any help in advance...

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

Re: Connecting (DirectShow) filter pins causes application to quit.

zhu_lin23-Aug-09 20:59

Re: Connecting (DirectShow) filter pins causes application to quit.

23-Aug-09 20:59

what's the format of your video file. does the programme quite whatever source files connect?

it's my pleasure to make friend with you.

Code-o-mat24-Aug-09 9:42

Code-o-mat

24-Aug-09 9:42

It is a DivX avi, after i read your reply i also tried with an mpg file (in graphedit), with mpg graphedit crashed, i tried with another DivX avi, with that it could connect the pins (also in graph edit), i have yet to try this with my own program to see how that behaves, however i don't see the pattern yet.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

Re: Connecting (DirectShow) filter pins causes application to quit.

zhu_lin24-Aug-09 15:14