C / C++ / MFC

Hamid_RT30-Jun-08 21:16

Hamid_RT

30-Jun-08 21:16

I think its detail is limited,right?

George_George30-Jun-08 21:19

30-Jun-08 21:19

Detail of what? What is the tool you are talking about?

regards,
George

Hamid_RT30-Jun-08 21:32

Hamid_RT

30-Jun-08 21:32

No it was a reply to Rajesh Smile | :)

Rajesh R Subramanian30-Jun-08 21:23

Rajesh R Subramanian

30-Jun-08 21:23

I am not sure if I get your question right there. It just lets you know the thread status, context, etc., (refer to the image on the link I provided). It does not come with source code, but it is not a limited or a trial version. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

George_George30-Jun-08 21:35

30-Jun-08 21:35

Good.

regards,
George

Saurabh.Garg30-Jun-08 20:52

Saurabh.Garg

30-Jun-08 20:52

Check this article Monitoring Threads[^]. You can either write a script or code it in c++.

-Saurabh

George_George30-Jun-08 21:02

30-Jun-08 21:02

Thanks Saurabh,

I read it and it looks like PowerShell scripts. I think my requirement is common. There is no such existing tools?

regards,
George

Saurabh.Garg30-Jun-08 21:27

Saurabh.Garg

30-Jun-08 21:27

Since you need to monitor threads you assume that your requirement is common. But that is not the case! What exactly are you trying to do anyway? Do you want to spy other processes or monitor you own process?

-Saurabh

George_George30-Jun-08 21:32

30-Jun-08 21:32

Thanks Saurabh,

I am using admin. Why do you think monitor status for threads (wait, executing or something) is not common? Any performance analysis needs such tools.

regards,
George

Saurabh.Garg30-Jun-08 21:45

Saurabh.Garg

30-Jun-08 21:45

What do you mean by "I am using admin"??

If I want to analyze performance of an application I will use a profiler. I have no control over how threads will be scheduled, for how long they have to wait, etc. Hence knowing how long my thread waits for IO will lead me nowhere w.r.t. optimization. On the other hand profiler will tell me how much time each function takes and how many times it is called during an execution. Using this I can try to optimized expensive and more frequently functions.

By the way, Rajesh gave you perfect tool for monitoring threads but still you insist on tool from MS because there will be more help for it. What kind of support do you expect from a tool which just shows thread information? I mean there is nothing more to it other than displaying thread information.

-Saurabh

George_George30-Jun-08 21:50

30-Jun-08 21:50

Thanks Saurabh,

Help from your guys are good enough now. Smile | :)

regards,
George

Hamid_RT1-Jul-08 20:37

Hamid_RT

1-Jul-08 20:37

George_George wrote:
I am using admin

Can you more explain?

George_George2-Jul-08 1:38

stupid VC++ with timestamp

2-Jul-08 1:38

Thanks Hamid!

Sorry for my bad English. I mean I am using Administrator Group account to monitor, so no security concern.

Any ideas about how to monitor threads' status?

regards,
George

tataxin30-Jun-08 16:27

30-Jun-08 16:27

I have a dialog with 2 Date Time Picker.
The first is m_date with Short Date format
The second is m_time with Time format

CDateTimeCtrl dateBox; // Date Time Picker with Short Date format
CDateTimeCtrl timeBox; // Date Time Picker with Time format

Then I want to get the timestamp from them, the final result should be in __int64 (to compare with database and something else). An example is 1214878775000 for a SYSTEMTIME
wYear 2008
wMonth 7
wDayOfWeek
wDay 1
wHour 11
wMinute 19
wSecond 35
wMilliseconds 734

Try to look at the MSDN, there are many stupid things: CTime, SYSTEMTIME, FILETIME, .... blah blah .... with a alot of functions.
Is it really that difficult or I go the wrong way? Does anyone have some way to to this?

Here I got the result with a function like this way:

__int64 CMyDlg::getTimestamp()
{
	__int64 nTime;

	CTime tmpTime;
	int nYear, nMonth, nDay, nHour, nMin, nSec;

	dateBox.GetTime( tmpTime );
	nYear = tmpTime.GetYear(); nMonth = tmpTime.GetMonth(); nDay = tmpTime.GetDay();

	timeBox.GetTime( tmpTime );
	nHour = tmpTime.GetHour(); nMin = tmpTime.GetMinute(); nSec = tmpTime.GetSecond();

	CTime navTime( nYear, nMonth, nDay, nHour, nMin, nSec );

	SYSTEMTIME	ST;
	FILETIME	FT;

	navTime.GetAsSystemTime(ST);

	SystemTimeToFileTime(&ST,&FT);
	
	__int64 nSetTime;
	

	memcpy(&nSetTime, &FT, sizeof(FILETIME));

	MyFormatter formatter;
	
	nTime = formatter.FileTimeToJavaTime(nSetTime);

	nTime -= 9 * 60 * 60* 1000;

	return nTime;
}

It use another class MyFormatter that I cannot understand. I really hate these stupid stuff !!! Mad | :mad:

Does anyone have a simple way to get timestamp?

Thank you in advance,

Re: stupid VC++ with timestamp [modified]

David Crow30-Jun-08 17:20

David Crow

30-Jun-08 17:20

While it's not completely portable, have you tried:

SystemTimeToFileTime(&ST,&FT);
 
__int64 *nTime = (__int64 *) &FT;
 
return *nTime;

"Love people and use things, not love things and use people." - Unknown

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

tataxin30-Jun-08 19:07

30-Jun-08 19:07

thank you, DavidCrow
it works, and a little bit better. but I mean, here is the progress:

from dialog item -> CTime variable -> another CTime var -> SYSTEMTIME var -> FILETIME var -> __int64 result

well, I think it's too much. It's too complex for newbie in VC++, also. And the most is: is it really necessary to be like that???

Do you have a simplier solution for this?
Does anyone have?

thank you very much, Smile | :)

modified on Tuesday, July 1, 2008 1:17 AM

David Crow1-Jul-08 3:33

David Crow

1-Jul-08 3:33

tataxin wrote:
Do you have a simplier solution for this?

Not by much. What about:

__int64 CMyDlg::getTimestamp( void )
{
    SYSTEMTIME stDate;
    m_date.GetTime(&stDate);
 
    SYSTEMTIME stTime;
    m_time.GetTime(&stTime);
 
    stDate.wHour   = stTime.wHour;
    stDate.wMinute = stTime.wMinute;
    stDate.wSecond = stTime.wSecond;
 
    FILETIME ft;
    SystemTimeToFileTime(&stDate, &ft);
 
    __int64 *nTime = (__int64 *) &ft;
 
    return *nTime;
}

"Love people and use things, not love things and use people." - Unknown

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

tataxin1-Jul-08 16:37

1-Jul-08 16:37

Oh nice, DavidCrow!!
At least we don't have to use CTime. so the process will be

from dialog item -> SYSTEMTIME var -> FILETIME var -> __int64 result

It works, Smile | :)

Thank you very much!!

Alan Balkany1-Jul-08 4:54

Alan Balkany

1-Jul-08 4:54

You're right. It's way too complex. The insane complexity started with MFC in the mid/late 1990s. I think Java became popular around then because people were disgusted with the complex crap from Microsoft.

In response, Microsoft created a more sane platform, C# and .NET, copying a lot from Java. The simpler solution is to switch to C#. It's amazing how much simpler everything is in C#.

tataxin1-Jul-08 16:40

1-Jul-08 16:40

Hahaha, it's a good idea to change to Java or C#, Alan Balkany.
But I have no choice in my projects. Just my boss decided it.

Anyway, thank you for that, Smile | :)

kcynic30-Jun-08 17:27

kcynic

30-Jun-08 17:27

it due to what you want to.
but for the code you provided, i think it will not work, although i didn't look it completely.
for example, dateBox.GetTime( tmpTime ); may not retrieve the right time value you want, it due to how the funtion you implemented.

btw, you can select CTime to work for you, but time_t, and there are many other time types available, like you used.

tataxin30-Jun-08 18:53

30-Jun-08 18:53

I think because there're many types, so it makes me confused.
I just want to use the simple way, Wink | ;)

And, dataBox.GetTime(tmpTime) works, I get the correct value I need

kcynic30-Jun-08 19:27

kcynic

30-Jun-08 19:27

yes.
i did say dataBox.GetTime(tmpTime) may not work, i used 'may', not 'must'.
lol.
it due to your implement, if you use its inner point, of course it work, right? lol

tataxin30-Jun-08 19:45