|
In Visual Studio 6.0 it was working.In Visual Studio 2005 it is not working.
|
|
|
|
|
|
I'm looking to add namespaces to my project, but am confused about some technicalities.
Situation
- I have a number of normal .h and .cpp files for each class.
- To the top of the .h files I've added (with corresponding close brackets):
<br />
namespace proj {<br />
namespace data {<br />
- To the top of the .cpp files I've added
<br />
using namespace proj::data;<br />
- I've got the additional using namespace Xfor lower-level namespaces.
This is all okay, but namespaces do not lead to compiler visibility, so I still need all the #includes I used to have.
Potential Solution?
I've started creating .h files to include all the classes in a namespace, so you get something along the lines of:
<br />
#include "ns_proj_data.h"<br />
...<br />
using namespace proj::data;<br />
As I put all the files back into my project, I can foresee a situation where I need to be careful about these #includes to know exactly what files are going where.
Question:
Do other people use namespaces like this, or am I getting the wrong end of the stick?
Should I just ditch the idea of namespaces and just use the #includes I've used for years?
Thanks for your time,
Dave.
|
|
|
|
|
davidgsteadman wrote: This is all okay, but namespaces do not lead to compiler visibility, so I still need all the #includes I used to have.
Sure.
Namepaces do not need to visibility, they lead to invisibility.
They are a tool to allow programmers to have several classes name CProperty in their Project.
One in the namespace Widget and one in the Namespace Thingie.
You then tell the comoiler (via direct :: notation or via using) which class you want to use.
The compiler still has to know the declarations of the Classes to use them.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
I need to convert DWORD to Date time. Can any one suggest me
|
|
|
|
|
Please detail.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
I have a DWORD value 524642425 I need to see this value in Date Time
Can i know how to use to get the value using COleDateTime.
|
|
|
|
|
OK. But what does it represent (i.e. How did you obtained it? Is it the result of any API call?)?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
What CPallini wanted to know (I suppose) is how is your date coded into your DWORD ?
|
|
|
|
|
Yes I using a dll the DWORD is return from that dll and the Datetime is coded in that value.I want to check that date and time in vc++
|
|
|
|
|
 Please try to understand what we are asking before replying.
How is the date encoded in the DWORD ? In other word, what does a digit represent ? A second, a milisecond, ... ? To which date correspond the 0 value ?
|
|
|
|
|
Now, I suppose he doesn't know.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Cedric Moonen wrote: Please try to understand what we are asking before replying.
5! That'd solve almost 99% of all problems in the world, I'd say. 
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
You suppose correctly, my friend.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Indicates in 100-nanosecond intervals the stop time of this sample.
The above mention is the sdk document we have regarding the DWORD
|
|
|
|
|
Finally!!!!
yaminisridaran wrote: The above mention is the sdk document we have regarding the DWORD
I strongly doubt that it is the SDK's reference of DWORD (i.e. please indicate the function to which SDK help actually refers).
Your number represents roughly 52 seconds, what conversion do you need?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
|
GetTickCount returns a number of miliseconds, not a number of 100-nanoseconds.
|
|
|
|
|
Actually 100-nanosend intervals are recorded inside FILETIME struct, hence functions like GetSystemTimeAsFileTime are possible candidates.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
This is fun! Can I have a turn guessing at what function he used to get the value? Pleeeeeezzzz, it's urgent!
led mike
|
|
|
|
|
Damn it! Stand in the queue.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Yes, now it's your turn. Turn ended (do you realize we're talking about 100-nanosecond intervals? It is fu****g urgent!!!!).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Based on the limited information you've provided, I'd go with something like:
DWORD dw = 524642425;
Date time dt = dw; ;) Now if you want a more helpful, detailed answer, please rethink your question. Ask yourself something like, "What does 524642425 represent?" Is it the number of seconds since the start of time, or the number of milliseconds since Windows was last started, or the number of nanoseconds since the start of the year, etc?
"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
|
|
|
|
|
DavidCrow wrote: please rethink your question
So you assume thinking was previously involved eh? Interesting. 
led mike
|
|
|
|
|
A nanosecond is one billionth of a second. If you are storing Time in a DWORD represented as 100 nanoseconds then you would not be able to store very much time. a DWORD is a32-bit unsigned integer (0 through 4294967295).
You are probably recieving a FILETIME structure:
http://msdn2.microsoft.com/en-us/library/ms724284(VS.85).aspx[^]
If for some reason you are actually using a DWORD then you can get seconds like this and work from there.
DWORD dwTime = 524642425;
DWORD dwSeconds = (dwTime/10000000);
Best Wishes,
-David Delaune
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
