Tema: Algún programador hacker dios por aquí

¿Alguien es capaz de convertir este número 1088635626 (dword) en una fecha de mediados de enero de 2008?
Se trata de un número que se va incrementando al pasar los días, a razón de unos 32 puntos más o menos.

No sé si es solo fecha, fecha y hora o una cantidad de tiempo transcurrido desde una fecha x (o cualquier otra cosa).

Este número ha sido extraído de un programa en tiempo de ejecución, leyendo directamente una parte de su memoria.

Si alguien devela este enigma, prometo enviarle un regalo sorpresa (en serio).

Hombre, la información es poca (muy poca diría), ya que depende de si esta codificado, de cómo el lenguaje guarda la información, si realmente esa zona de memoria corresponde a una variable que cuenta el tiempo, etc.

Por probar, así sin pensar mucho he considerado que el valor ese que has puesto eran milisegundos (si cuela cuela tu), aunque si dices que cada día varía en 32, pues como que no cuela tanto.

Bueno, entonces tendríamos:
1088635626 milisegundos.
1088635,626 segundos.
18143,9271 minutos.
302,398785 horas.
12,599949375 días.

Día 12, que está a medianos de enero, pero dudo muchííííísimo que sea eso.

A ver si alguien lo sabe seguro. Saludos.

Aunque si dices que cada día varía en 32, pues como que no cuela tanto.

Ese es el problema.

Día 12, que está a medianos de enero, pero dudo muchííííísimo que sea eso.

Con ese sistema no se sabe el año y si se refiere a que todo el universo empieza este año y anteriormente no existía nada.

Otra posibilidad: En esta web (http://www.zator.com/cpp/e5_5_1a.htm#asctime) en el último ejemplo pone algo del tiempo contado des de lo que llama inicio de la época Unix, el 1 de enero de 1970 a las 0 horas.

Y el tiempo lo da en segundos.

El resultado del ejemplo es muy similar al que has puesto tu:
Tu: 1088635626.

Ejemplo: 1053550492.

Casualdidad? Puede.

El cálculo te lo dejo para ti, que debería ponerme a estudiar ya. Suerte.

Se me ha cortado la digestión al leer este hilo. Caronte, ¿estás bien?

Vaya, que mamón. Resulta que, si no encuentro una solución, mi trabajo se va a duplicar automáticamente de ahora en adelante y eso no lo puedo permitir, así que, me he puesto a programar de nuevo para hacer un injerto a lo Frankenstein a un programa de mi curro.

Sigo investigando.

Vaya, que agradable es ser grafista, aunque eso implique a veces ser el último en la cadena alimenticia. Perdón por el offtopic neo.

Caronte, andas metido en cosas raras, que hacker ni que niño muerto.

Tienes que sacar más muestras, varios días.

He sacado 4 muestras 2 de ellas con una diferencia de 32 y una de 30 y otra similar (no recuerdo cuanto).

Y de todas formas, si dices (si se puede) que relación tiene ese número con tus problemas a lo mejor se puede ocurrir alguna solución.

Tengo que saber exactamente en que posición de memoria se va a escribir un dato, pero cada vez que se carga el programa, la posición es distinta y la única forma que he pensado, es encontrar ese número largo (el que he puesto arriba), ya que lo que busco esta siempre 4 bytes más abajo de este.

Lo sé, es algo críptico, pero no puedo dar muchos más detalles, porque se me puede caer el pelo.