Función timestamp de debug en C

[ljgonzalez1]

En todos los lenguajes de programación me valgo mucho de mensajes de debug...

Más allá de un print("asdkljasmflfmdsñfl,slñdf") para reconocer un punto, un breakpoint de alguna librería de debug en código interpretado o un print("algo falló en"), me valgo de funciones como info("Haciendo X"), cosa que el print en consola sea [ {time_in_seconds_since_start} ] {message_type}: {message}.

Ejemplo

[  0.00145613515 ] INFO : Iniciando función que dice "Hola".
[ 12.00145613500 ] WARN : Cositas raras pasan aquí... Revisar si hay memory leaks por esto.
[ 23.46513215601 ] ERROR: Algo que no tenía que pasar pasó.
[ 23.46514215601 ] INFO : Limpiando memoria y terminando programa
[ 23.46525218061 ] FATAL: La cosa como que explotó. Bye.

    bash: mi_binario:  Segmentation fault (core dumped)

Tengo los medios para hacer todo menos el timestamp {time_in_seconds_since_start}
Esto es válido para todas las tareas y C en general, pero partiendo por la tarea 0...

¿Es posible que me ayuden con ese detallito sin el uso de librerías externas (librerías descargadas de github, paquetes instalados en sistema operativo de forma externa o algo así)?

¿Están autorizados a darme una función o equiv. que sea como... float get_runtime_timestamp() {...}?

---

¿Me estoy complicando un poco más de la cuenta? Tal vez.
Pero me ahorra horas de debugging. + no puedo usar breakpoints porque estaría parando un binario. No me sirve detenerme en un MOV ax1 0x165321, no me dice nada.

---

El caso más práctico es con el dmesg de linux. Si algo pasa, sobre todo durante la secuencia de inicio, me ayuda a identificar y corregir el problema al tiro.

Ejemplo:

[    3.383471] Bluetooth: hci0: BCM4345C0 (003.001.025) build 0382
[    3.383749] Bluetooth: hci0: BCM: Using default device address (43:45:c0:00:1f:ac)
[    3.453484] ERROR: usb 1-1.1.4: device descriptor read/64, error -71
[    3.677268] usb 1-1.1.4: New USB device found, idVendor=2109, idProduct=2812, bcdDevice= b.e0
[    3.677270] usb 1-1.1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    3.677272] usb 1-1.1.4: Product: USB2.0 Hub             
[    3.677273] usb 1-1.1.4: Manufacturer: VIA Labs, Inc.         
[    3.718625] scsi 1:0:0:0: CD-ROM            Realtek  USB CD-ROM       2.00 PQ: 0 ANSI: 0
[    3.718701] hub 1-1.1.4:1.0: USB hub found
[    3.719145] hub 1-1.1.4:1.0: 4 ports detected
[    3.729567] scsi 0:0:0:0: Attached scsi generic sg0 type 5
[    3.729922] scsi 1:0:0:0: Attached scsi generic sg1 type 5
[    3.750610] sr 0:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    3.750620] cdrom: Uniform CD-ROM driver Revision: 3.20
[    3.754751] sr 0:0:0:0: Attached scsi CD-ROM sr0
[    3.756755] sr 1:0:0:0: [sr1] scsi3-mmc drive: 62x/62x cd/rw xa/form2 cdda tray
[    3.761797] sr 1:0:0:0: Attached scsi CD-ROM sr1
[    3.764420] systemd[1]: Started systemd-journald.service - Journal Service.
[    3.790574] systemd-journald[347]: Received client request to flush runtime journal.
[    3.792100] WARN: systemd-journald[347]: File /var/log/journal/dd273c6a2f1d48d3a4dde9b279878d0a/system.journal corrupted or uncleanly shut down, renaming and replacing.

[tomastrivino]

Hola,
lo que mencionas se escapa del alcance de la tarea 0, pues no se requiere que hagas uso de timestamps. Además, estás intentando usarlos para un debugging mediante printf, lo que finalmente no será corregido en tu output (el archivo, pues en este último se corrigen los fprintf correspondientes al formato especificado en el enunciado. Así, a la consola puedes printear lo que tú quieras). Te recomendaría hacer uso de prints normales como los que describes al inicio de tu pregunta.

Saludos