Время при помощи функций GetCurrentTime() или GetSystemTime()

[Not]

Получено время при помощи функций GetCurrentTime() или GetSystemTime() (какой именно не знаю) запомнено и записано несколько месяцев назад, возможно, больше года. Записано в «нечеловеческом» виде (например: 630153529). Необходимо получить время обратно в «человеческом» виде, т.е. дд.мм.гг. Испробовал много вариантов, безуспешно, время нереальное получается. Может, кто подскажет, как «победить» эту проблемку?
Использую Visual C++ 2003.

Спасибо.

[lapulya]

Тут все написано
http://msdn.microsoft.com/en-us/library/ms724338(VS.85).aspx
http://msdn.microsoft.com/en-us/library/ms724390(VS.85).aspx
http://msdn.microsoft.com/en-us/library/ms724950(VS.85).aspx

PS
что такое GetCurrentTime я не знаю, если это MFC может пушистый подскажет.

[Алексей++]

ну дык...

GetCurrentTime() - это я не знаю, откуда. Хотя, методы CTime, COleDataTime (может, ещё чего-то) , которые возвращают текущее время. CTime - float, COleDataTime - double

GetSystemTime() - возвращает  структуру SYSTEMTIME,  время по Гринвичу (The system time is expressed in Coordinated Universal Time (UTC).)

GetLocalTime() -  возвращает  структуру SYSTEMTIME,  время локальное (которое в трее показано)

[lapulya]

ну я так и сказал

[darkelf]

GetSystemTime() заполняет структуру, которая явно больше одного слова. Приведите значение времени, в принципе по значению можно будет попробовать догадаться.

[Sla]

GetCurrentTime() - возвращает время от момента включения компьютера в микро(мили)секундах - не помню.

[Алексей++]

Не, Слав, то, что ты сказал, это GetTickCount() - мс

[Sla]

Алексей1153++, вполне может быть,
но я ж не с потолка взял

CTime current = CTime::GetCurrentTime();

[Алексей++]

CTime::GetCurrentTime();  - это аналог ::GetLocalTime

[Sla]

Алексей1153++, а че сложно проверить?
GetLocalTime возвращает структуру,
а GetCurrentTime - longint.

Может у вопрошающего свой GetCurrentTime?

[Алексей++]

Алексей1153++, а че сложно проверить?

эээ... А что нужно проверить то ? ) Регулярно пользуюсь теми функциями и так. А вот "GetCurrentTime " в АПИ нет

[Not]

Спасибо.

Я делал:

Код:

long l_data = 630153529;

1-ый способ
………………………………………………………………

Код:

CTime time;
time = l_data;
sz_data = time.Format("%d/%m/%Y");

Получается sz_data == 20/12/1989

2-ой способ
…………………………………

Код:

struct tm *newtime;
newtime = gmtime( &l_data );
sz_data = _tasctime( newtime );

Получается sz_data == Wed Dec 20 10:38:49 1989

Это однозначно неверно, т.к. время должно быть или 2008г. или начало/середина 2009г. день и месяц не знаю. Время значения не имеет.

Пытался разобраться с void GetLocalTime(LPSYSTEMTIME lpst); и void GetSystemTime(LPSYSTEMTIME lpst);

Код:

LPSYSTEMTIME lpst;
lpst = (LPSYSTEMTIME)malloc(sizeof(SYSTEMTIME));

Я так понимаю, далее надо как-то присвоить lpst = 630153529 … но не выходит. Ибо программист пока я «величайший» . Подскажите, пожалуйста, как подсунуть это значение ф-циям. Может переведет…

[Алексей++]

Not, проблема в том, что SYSTEMTIME - это 16 байт, а 630153529 - 4 байта. Так что вряд ли. А ещё мог использоваться свой формат

Записано в «нечеловеческом» виде (например: 630153529).

а где записано и как прочитано это число ? Кстати.


Ещё интересна закономерность изменения чисел. Например, если известно, что между соседними числами - пара секунд или дней

[darkelf]

Код:

SYSTEMTIME s;
GetSystemTime(&s);

Но думаю Вам это не поможет, потому-как либо значение 630153529 это не все данные, либо, для случая GetTickCount() это определённая delta, от, времени запуска системы/программы, и соответственно по только этому значению время определить не удастся, не зная времени начала отсчёта delta-ы, плюс, как сказал Алексей1153++, не известна единица измерения.

[Алексей++]

зато, если Not покажет часть лога с этими датами, можно попытаться интервалы меджу датами найти

[lapulya]

Ну все понятно, гадание на кофейной гуще...

[Алексей++]

lapulya, а что, другие предложения есть ?

[Not]

Это число (630153529) получается при создании запроса на электр. цифров. подпись. Формируется контейнер закрытых ключей (на дискете). Название контейнера получается автоматически и состоит из имени пользователя и даты которая "зашита" в данном числе. И чтобы узнать когда формировался контейнер ее надо расшифровать.
Что касается интервала между датами...пока не знаю, попробую узнать (сообщу позже).

[Sel]

lapulya, в последний раз повторяю: не флудим.
Флуд удалила.

[Not]

Интервал узнать не удастся (причины наверно не интересны). Сорри.

[Алексей++]

Not, интересны

[Вад]

Если число является значением хэш-функции от конкретного момента времени, то едва ли удастся что-то вот так просто восстановить.

[Алексей++]

Так как раз и хотелось увидеть последовательные цифры

[Антон (LogRus)]

630153529 это действительно 89-год
или это не то, что вы думаете
или оно криво формируется

[Finch]

По стандарту, насколько я помню, все C/С++ функции работы со временем, входяшие в стандард. Должны считать время от Unix эры. Т.е. 1 января 1970 года. Насколько я знаю, отсчет времени IBM PC совместимых машин шел с 1981 года. Так что результат очень сильно будет зависеть от времени начала отсчета и способа отсчета. 

[Not]

Not, интересны

Дело в том, что к этой программе постоянно идут обновления. И когда я сам получил две даты, то оказалось что они нормально анализируются визуально. Видимо разработчики, это поправили (это моя версия). Присылать эти даты на форум небыло смысла. Но, интересны то, именно те, старые.
Попробую что-нибудь сделать всеже...с присылкой старых дат для анализа (пришлю 11 янв. или попозже).

P.S. То, что 630153529 это 89г. просто невозможно!!!

[Not]

Видимо я ошибался (хотя вроде все логично было) , визуально даты определить нельзя. Выкладываю для анализа две даты полученные сегодня:

Дата: 111150942                         15:15  11.01.2010 (её нормальный вид)
Дата: 111164501                         16:45  11.01.2010 (её нормальный вид)

[Алексей++]

елси отсчёт от 1981 , то (15:15  11.01.2010)  в секундах == 915925140
елси отсчёт от 1970 , то (15:15  11.01.2010)  в секундах == 1262963700

---------------
а разница
 (16:45  11.01.2010)-(15:15  11.01.2010)==90 минут (5400с) ,

 111164501 -111150942 == 13559

опять не ладно
--------------------------
не в секундах, значит, либо я что-то не учёл

[Алексей++]

о, кстати

(1)(11)(15)(09)(42)                         15:15  11.01.2010 (её нормальный вид)
(1)(11)(16)(45)(01)                         16:45  11.01.2010 (её нормальный вид)

подозрительное совпадение

Тогда 630153529 это было 30 июня 15:30 + 29 с

А вот года немножко нет... Или он в другом поле записан

[Антон (LogRus)]

какие изобретательные иногда программисты.
почему нельзя просто написать, как делают многие
201001111645
или так
2010-01-11-16-45
или еще как-то