subsurface/subsurface-core/subsurfacestartup.h

#ifndef SUBSURFACESTARTUP_H
#define SUBSURFACESTARTUP_H

#include "dive.h"
#include "divelist.h"
#include "libdivecomputer.h"

#ifdef __cplusplus
extern "C" {
#else
#include <stdbool.h>
#endif

extern bool imported;

void setup_system_prefs(void);
void parse_argument(const char *arg);
void free_prefs(void);
void copy_prefs(struct preferences *src, struct preferences *dest);
void print_files(void);

#ifdef __cplusplus
}
#endif

#endif // SUBSURFACESTARTUP_H
Use the same code for command line and gui for file handling. The Command line execution of Subsurface happened before the GUI was created, this leaded to various bugs by me(tm) over time. This patch seems to fix all of those, by reusing the same code for GUI interaction and CommandLine interaction. I had to rework how the main.c worked, it used to be C code calling C++ code, and this is non desirable, since C doesn't really understand C++. I Moved all of C-related code to 'subsurfacestartup.c/h' and created a tiny wrapper to call it, so all of the C code is still C code, and the new main.cpp calls the mainwindow->loadFiles and mainWindow->importFiles to get rid of the bugs that happened before. Signed-off-by: Tomaz Canabrava <tcanabrava@kde.org> 2013-09-09 08:59:03 +00:00			`#ifndef SUBSURFACESTARTUP_H`
			`#define SUBSURFACESTARTUP_H`

			`#include "dive.h"`
			`#include "divelist.h"`
			`#include "libdivecomputer.h"`

			`#ifdef __cplusplus`
			`extern "C" {`
Don't include stdbool.h when included from C++ As noted by Thiago Macieira, we shouldn't include stdbool.h when were included from a C++-file such as main.cpp Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2014-01-16 10:17:06 +00:00			`#else`
			`#include <stdbool.h>`
Use the same code for command line and gui for file handling. The Command line execution of Subsurface happened before the GUI was created, this leaded to various bugs by me(tm) over time. This patch seems to fix all of those, by reusing the same code for GUI interaction and CommandLine interaction. I had to rework how the main.c worked, it used to be C code calling C++ code, and this is non desirable, since C doesn't really understand C++. I Moved all of C-related code to 'subsurfacestartup.c/h' and created a tiny wrapper to call it, so all of the C code is still C code, and the new main.cpp calls the mainwindow->loadFiles and mainWindow->importFiles to get rid of the bugs that happened before. Signed-off-by: Tomaz Canabrava <tcanabrava@kde.org> 2013-09-09 08:59:03 +00:00			`#endif`

			`extern bool imported;`

			`void setup_system_prefs(void);`
			`void parse_argument(const char *arg);`
Free strduped prefs before exit This plugs a leak detected by valgrind. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2014-12-18 07:47:42 +00:00			`void free_prefs(void);`
Correctly copy preferences When just assigning one structure to the other we copy the string pointers. If we then modify those strings in the copy, we happily free the strings of the original. And then resetting the preferences equally happily reused those strings, pointing to long since freed memory. I think what I did now is excessive for the current use case in that it copies a ton of strings that are unset in the default_prefs. But I figured this is a rarely used function and I might as well do it correctly. Also, once we implement multi user support with per user preferences we will be copying completely populated preferences around (at least that's my guess). Fixes #940 Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2015-10-06 09:15:38 +00:00			`void copy_prefs(struct preferences src, struct preferences dest);`
Print paths to internal files in verbose mode When run with -v option, this prints local file names like the path to the local git repository and the hash file. Signed-off-by: Robert C. Helling <helling@atdotde.de> Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2015-09-23 09:13:07 +00:00			`void print_files(void);`
Use the same code for command line and gui for file handling. The Command line execution of Subsurface happened before the GUI was created, this leaded to various bugs by me(tm) over time. This patch seems to fix all of those, by reusing the same code for GUI interaction and CommandLine interaction. I had to rework how the main.c worked, it used to be C code calling C++ code, and this is non desirable, since C doesn't really understand C++. I Moved all of C-related code to 'subsurfacestartup.c/h' and created a tiny wrapper to call it, so all of the C code is still C code, and the new main.cpp calls the mainwindow->loadFiles and mainWindow->importFiles to get rid of the bugs that happened before. Signed-off-by: Tomaz Canabrava <tcanabrava@kde.org> 2013-09-09 08:59:03 +00:00
			`#ifdef __cplusplus`
			`}`
			`#endif`

Put include guard to every header * ensure include guard to every header * comment endif guard block Signed-off-by: Boris Barbulovski <bbarbulovski@gmail.com> Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2014-02-11 18:14:46 +00:00			`#endif // SUBSURFACESTARTUP_H`