Re: cTime - C# Discussion Boards

10-Mar-05 5:07

Hi all.
I'm trying to read in the date and time from a binary file that was created using mfc. The cTime class was used to create the time stamp. I'm using a TimeSpan object and a DateTime object in order to get the date and time that was saved in the binary file. i.e.

public Count(BinaryReader read)
{
  TimeSpan span = TimeSpan.FromSeconds(read.ReadUInt32());
  TimeStamp = new DateTime(span.Ticks);
  CountNumber = read.ReadUInt32();
}

The date and time returned ends up coming out as 18/02/0035 16:00:01 which is obviously incorrect as this is old data not future data Smile | :)

I looked at the number of ticks returned in span.Ticks compared to the current number of ticks (at roughly 15:22 today)
632460649505030970 - Today
10771200010000000 - Returned from the file.

As you can see there is a big difference and im pretty sure this data is only a year old at the most.
If anyone knows what i'm doing wrong it would be greatly appreciated.

Cheers

Kev

leppie10-Mar-05 6:40

leppie

10-Mar-05 6:40

i think ticks start at 1970/01/01 00:00:00 in a PE file stamp. And what i can see, the result will be correct then Smile | :)

(2005/02/18)

^{xacc-ide 0.0.15 now with C#, MSIL, C, XML, ASP.NET, Nemerle, MyXaml and HLSL coloring - Screenshots}

exhaulted10-Mar-05 6:51

10-Mar-05 6:51

I get the correct date returned when i create a DateTime object with the "Current" number of ticks 632460649505030970 but when i create one with the number of ticks created using the reader i'm getting the date mentioned above, 18/02/0035 16:00:01 which is very wrong.

For some reason the number of ticks that i get returned from span.Ticks must be wrong.

Any ideas anyone??

Kev

Dave Kreskowiak10-Mar-05 10:29

Dave Kreskowiak

10-Mar-05 10:29

You might want to take a look at this[^].

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

exhaulted10-Mar-05 11:03

10-Mar-05 11:03

A good article, but it seems to cover everything except what i want. The mfc class being used to store the time is cTime and the article mentions that this class provides an overload for the >> and << operators which are being used to store the time.

The article just doesn't go into any details about how they are overloaded. The time is being saved using the >> (or <<, cant remember :-P) operator and i need to read it into a C# class in such a way as i can get at the date and time. I thought, as did leppy from his comments, that what i did would work but it doesn't so i assume that cTime stores the dateTime in a different format.

If anyone knows how to do this it would be great. I dont need to know why it doesn't work i just need a way to read the cTime data, that has been stored using the >> operator, into a DateTime class in C#.

Cheers

Kev

Dave Kreskowiak10-Mar-05 11:46

Dave Kreskowiak

10-Mar-05 11:46

The point is that cTime stored the numebr of seconds since Jan 1, 1970 12:00am and the .NET Framework epoch is Jan 1, 0001 12:00am and stores the number of 100 nanosecond intervals since then. You'll have to do a little bit of math to convert the number of seconds to the number of ticks, then use that to create a DateTime object out of the result.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

exhaulted10-Mar-05 21:32

10-Mar-05 21:32

OK, so the number im reading in was stored based on seconds since 1970 but the Dot Net framework's times are based on 100 nanoseconds since 0001??

Kev

Lower Process Priority

bk515110-Mar-05 4:18

10-Mar-05 4:18

Is it possible to lower the priority of a program compiled in C# at compile time. I have a program that encodes wav files to wma files as the wav files are generated. It works well, but, it sucks up 100% of the CPU when it runs. Microsoft says the the program will give the processor up automatically as other processes need it, but, I would rather have just run slower anyway. The encoding does not need to be don in real time.

Thanks

TylerBrinks10-Mar-05 4:39

TylerBrinks

10-Mar-05 4:39

Set the priority for the the current thread as follows.

System.Threading.Thread.CurrentThread.Priority = System.Threading.ThreadPriority.BelowNormal;

The fields in the ThreadPriority enum are:

<br />
AboveNormal<br />
BelowNormal<br />
Highest<br />
Lowest<br />
Normal<br />

bk515110-Mar-05 4:47

10-Mar-05 4:47

Thank you very much.
Does that go inside the thread that I spun off or inside the function that calls the thread.

TylerBrinks10-Mar-05 5:16

TylerBrinks

10-Mar-05 5:16

It doesn't matter where it goes. Every thread exposes the Priority property. It can go in the thread you whose priority you want to lower. It can also be used by another thread (i.e. a parent thread). All you need is a reference to a thread and you can set its priority. If you use the CurrentThread line of code I posted then it needs to be available to (inside) the code that the given thread is running.

Guinness4Strength10-Mar-05 4:45

Guinness4Strength

10-Mar-05 4:45

bk5151 wrote:
Is it possible to lower the priority of a program compiled in C# at compile time
I'm not sure what you mean by changing the priority at COMPILE time ?
So I'm going to the assumption you want to change the priority during runtime.
Is your program, multi-threaded ? If so I would guess you could just change the priority of the thread in which your doing your conversion.

bk515110-Mar-05 5:07

10-Mar-05 5:07

In VC++ 6, I thought there was a way to accomplish this at compile time in the Project Settings menu by optimizing the code. I could have been wrong though. However, at run time will do just fine. Accoustic, showed me a function to call to set this level. I am just not sure if this goes inside the thread that I called or if it goes inside the function that spins the tread off.

Guinness4Strength10-Mar-05 5:16

Guinness4Strength

10-Mar-05 5:16

It depends on if your prgram is mult-threaded.
If it is not MT, add Accoustic's code to your program's constructor.
If it is MT, then just change the priority of the thread doing the conversion.

bk515110-Mar-05 7:44