gri3-wm/include/shmlog.h

45 lines
1.4 KiB
C
Raw Normal View History

2012-01-07 15:59:58 +01:00
/*
* vim:ts=4:sw=4:expandtab
*
* i3 - an improved dynamic tiling window manager
* © 2009-2012 Michael Stapelberg and contributors (see also: LICENSE)
*
* The format of the shmlog data structure which i3 development versions use by
* default (ringbuffer for storing the debug log).
*
*/
#pragma once
2012-01-07 15:59:58 +01:00
#include <stdint.h>
#include <pthread.h>
2012-01-07 15:59:58 +01:00
2013-06-05 14:59:05 +02:00
/* Default shmlog size if not set by user. */
extern const int default_shmlog_size;
/*
* Header of the shmlog file. Used by i3/src/log.c and i3/i3-dump-log/main.c.
*
*/
2012-01-07 15:59:58 +01:00
typedef struct i3_shmlog_header {
/* Byte offset where the next line will be written to. */
2012-01-07 15:59:58 +01:00
uint32_t offset_next_write;
/* Byte offset where the last wrap occured. */
2012-01-07 15:59:58 +01:00
uint32_t offset_last_wrap;
/* The size of the logfile in bytes. Since the size is limited to 25 MiB
* an uint32_t is sufficient. */
2012-01-07 15:59:58 +01:00
uint32_t size;
/* wrap counter. We need it to reliably signal to clients that we just
* wrapped (clients cannot use offset_last_wrap because that might
* coincidentally be exactly the same as previously). Overflows can happen
* and dont matter clients use an equality check (==). */
uint32_t wrap_count;
/* pthread condvar which will be broadcasted whenever there is a new
* message in the log. i3-dump-log uses this to implement -f (follow, like
* tail -f) in an efficient way. */
pthread_cond_t condvar;
2012-01-07 15:59:58 +01:00
} i3_shmlog_header;