2017-04-27 18:24:53 +00:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2018-05-22 07:07:42 +00:00
|
|
|
#include "ssrf.h"
|
2014-03-07 03:27:28 +00:00
|
|
|
#include <stdio.h>
|
|
|
|
#include <ctype.h>
|
|
|
|
#include <string.h>
|
|
|
|
#include <stdlib.h>
|
|
|
|
#include <errno.h>
|
|
|
|
#include <sys/types.h>
|
|
|
|
#include <sys/stat.h>
|
|
|
|
#include <unistd.h>
|
|
|
|
#include <fcntl.h>
|
|
|
|
#include <git2.h>
|
2024-03-02 20:59:46 +00:00
|
|
|
#include <array>
|
2024-02-28 07:49:42 +00:00
|
|
|
#include <memory>
|
2016-01-30 10:57:19 +00:00
|
|
|
#include <libdivecomputer/parser.h>
|
2014-03-07 03:27:28 +00:00
|
|
|
|
2015-02-15 02:00:35 +00:00
|
|
|
#include "gettext.h"
|
|
|
|
|
2020-05-01 11:43:52 +00:00
|
|
|
#include "dive.h"
|
core: introduce divelog structure
The parser API was very annoying, as a number of tables
to-be-filled were passed in as pointers. The goal of this
commit is to collect all these tables in a single struct.
This should make it (more or less) clear what is actually
written into the divelog files.
Moreover, it should now be rather easy to search for
instances, where the global logfile is accessed (and it
turns out that there are many!).
The divelog struct does not contain the tables as substructs,
but only collects pointers. The idea is that the "divelog.h"
file can be included without all the other files describing
the numerous tables.
To make it easier to use from C++ parts of the code, the
struct implements a constructor and a destructor. Sadly,
we can't use smart pointers, since the pointers are accessed
from C code. Therfore the constructor and destructor are
quite complex.
The whole commit is large, but was mostly an automatic
conversion.
One oddity of note: the divelog structure also contains
the "autogroup" flag, since that is saved in the divelog.
This actually fixes a bug: Before, when importing dives
from a different log, the autogroup flag was overwritten.
This was probably not intended and does not happen anymore.
Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2022-11-08 20:31:08 +00:00
|
|
|
#include "divelog.h"
|
2019-03-04 22:20:29 +00:00
|
|
|
#include "divesite.h"
|
2020-10-25 08:14:16 +00:00
|
|
|
#include "event.h"
|
2019-08-05 17:41:15 +00:00
|
|
|
#include "errorhelper.h"
|
2020-10-25 12:28:55 +00:00
|
|
|
#include "sample.h"
|
2018-05-11 15:25:41 +00:00
|
|
|
#include "subsurface-string.h"
|
2024-03-13 08:41:11 +00:00
|
|
|
#include "format.h"
|
2020-10-25 12:28:55 +00:00
|
|
|
#include "trip.h"
|
2014-03-07 03:27:28 +00:00
|
|
|
#include "device.h"
|
2015-06-13 15:01:06 +00:00
|
|
|
#include "git-access.h"
|
2020-04-10 07:42:14 +00:00
|
|
|
#include "picture.h"
|
2018-02-24 22:28:13 +00:00
|
|
|
#include "qthelper.h"
|
2019-05-30 16:29:36 +00:00
|
|
|
#include "tag.h"
|
2020-05-01 12:07:59 +00:00
|
|
|
#include "subsurface-time.h"
|
2014-03-07 03:27:28 +00:00
|
|
|
|
2024-02-28 07:49:42 +00:00
|
|
|
// TODO: Should probably be moved to struct divelog to allow for multi-document
|
|
|
|
std::string saved_git_id;
|
2014-03-13 22:42:45 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
struct git_parser_state {
|
2024-02-28 18:20:05 +00:00
|
|
|
git_repository *repo = nullptr;
|
|
|
|
struct divecomputer *active_dc = nullptr;
|
|
|
|
struct dive *active_dive = nullptr;
|
|
|
|
dive_trip_t *active_trip = nullptr;
|
2024-02-28 10:03:18 +00:00
|
|
|
std::string fulltext_mode;
|
|
|
|
std::string fulltext_query;
|
|
|
|
std::string filter_constraint_type;
|
|
|
|
std::string filter_constraint_string_mode;
|
|
|
|
std::string filter_constraint_range_mode;
|
2024-02-28 18:20:05 +00:00
|
|
|
bool filter_constraint_negate = false;
|
2024-02-28 10:03:18 +00:00
|
|
|
std::string filter_constraint_data;
|
2024-02-28 18:20:05 +00:00
|
|
|
struct picture active_pic = { 0 };
|
|
|
|
struct dive_site *active_site = nullptr;
|
2024-03-01 21:44:45 +00:00
|
|
|
std::unique_ptr<filter_preset> active_filter;
|
2024-02-28 18:20:05 +00:00
|
|
|
struct divelog *log = nullptr;
|
|
|
|
int o2pressure_sensor = 0;
|
2024-03-02 16:30:14 +00:00
|
|
|
std::vector<std::string> converted_strings;
|
2024-03-02 17:49:42 +00:00
|
|
|
size_t act_converted_string = 0;
|
2019-07-24 21:54:46 +00:00
|
|
|
};
|
|
|
|
|
2014-03-09 19:19:41 +00:00
|
|
|
struct keyword_action {
|
|
|
|
const char *keyword;
|
2024-03-02 16:30:14 +00:00
|
|
|
void (*fn)(char *, struct git_parser_state *);
|
2014-03-09 19:19:41 +00:00
|
|
|
};
|
|
|
|
|
2019-07-24 21:17:26 +00:00
|
|
|
static git_blob *git_tree_entry_blob(git_repository *repo, const git_tree_entry *entry);
|
2015-06-21 14:43:35 +00:00
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static temperature_t get_temperature(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
temperature_t t;
|
|
|
|
t.mkelvin = C_to_mkelvin(ascii_strtod(line, NULL));
|
|
|
|
return t;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static depth_t get_depth(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
depth_t d;
|
2019-07-24 22:26:51 +00:00
|
|
|
d.mm = lrint(1000 * ascii_strtod(line, NULL));
|
2014-03-09 19:19:41 +00:00
|
|
|
return d;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:45:20 +00:00
|
|
|
static volume_t get_volume(const char *line)
|
|
|
|
{
|
|
|
|
volume_t v;
|
2019-07-24 22:26:51 +00:00
|
|
|
v.mliter = lrint(1000 * ascii_strtod(line, NULL));
|
2014-03-09 21:45:20 +00:00
|
|
|
return v;
|
|
|
|
}
|
|
|
|
|
|
|
|
static weight_t get_weight(const char *line)
|
|
|
|
{
|
|
|
|
weight_t w;
|
2019-07-24 22:26:51 +00:00
|
|
|
w.grams = lrint(1000 * ascii_strtod(line, NULL));
|
2014-03-09 21:45:20 +00:00
|
|
|
return w;
|
|
|
|
}
|
|
|
|
|
2019-04-30 10:42:33 +00:00
|
|
|
static pressure_t get_airpressure(const char *line)
|
|
|
|
{
|
|
|
|
pressure_t p;
|
|
|
|
p.mbar = lrint(ascii_strtod(line, NULL));
|
|
|
|
return p;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static pressure_t get_pressure(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
pressure_t p;
|
2019-07-24 22:26:51 +00:00
|
|
|
p.mbar = lrint(1000 * ascii_strtod(line, NULL));
|
2014-03-09 19:19:41 +00:00
|
|
|
return p;
|
|
|
|
}
|
|
|
|
|
2014-03-10 03:55:29 +00:00
|
|
|
static int get_salinity(const char *line)
|
|
|
|
{
|
2019-07-24 22:26:51 +00:00
|
|
|
return lrint(10 * ascii_strtod(line, NULL));
|
2014-03-10 03:55:29 +00:00
|
|
|
}
|
|
|
|
|
2014-03-09 21:45:20 +00:00
|
|
|
static fraction_t get_fraction(const char *line)
|
|
|
|
{
|
|
|
|
fraction_t f;
|
2019-07-24 21:54:46 +00:00
|
|
|
f.permille = lrint(10 * ascii_strtod(line, NULL));
|
2014-03-09 21:45:20 +00:00
|
|
|
return f;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static void update_date(timestamp_t *when, const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
unsigned yyyy, mm, dd;
|
|
|
|
struct tm tm;
|
|
|
|
|
|
|
|
if (sscanf(line, "%04u-%02u-%02u", &yyyy, &mm, &dd) != 3)
|
|
|
|
return;
|
|
|
|
utc_mkdate(*when, &tm);
|
2016-04-28 22:13:30 +00:00
|
|
|
tm.tm_year = yyyy;
|
2014-03-09 19:19:41 +00:00
|
|
|
tm.tm_mon = mm - 1;
|
|
|
|
tm.tm_mday = dd;
|
|
|
|
*when = utc_mktime(&tm);
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static void update_time(timestamp_t *when, const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
unsigned h, m, s = 0;
|
|
|
|
struct tm tm;
|
|
|
|
|
|
|
|
if (sscanf(line, "%02u:%02u:%02u", &h, &m, &s) < 2)
|
|
|
|
return;
|
|
|
|
utc_mkdate(*when, &tm);
|
|
|
|
tm.tm_hour = h;
|
|
|
|
tm.tm_min = m;
|
|
|
|
tm.tm_sec = s;
|
|
|
|
*when = utc_mktime(&tm);
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static duration_t get_duration(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
int m = 0, s = 0;
|
|
|
|
duration_t d;
|
|
|
|
sscanf(line, "%d:%d", &m, &s);
|
2019-07-24 22:26:51 +00:00
|
|
|
d.seconds = m * 60 + s;
|
2014-03-09 19:19:41 +00:00
|
|
|
return d;
|
|
|
|
}
|
|
|
|
|
2018-05-08 14:24:51 +00:00
|
|
|
static enum divemode_t get_dctype(const char *line)
|
2014-11-16 23:11:18 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
for (int i = 0; i < NUM_DIVEMODE; i++) {
|
2015-01-10 23:01:15 +00:00
|
|
|
if (strcmp(line, divemode_text[i]) == 0)
|
2024-02-28 07:42:23 +00:00
|
|
|
return (divemode_t)i;
|
2014-11-16 23:11:18 +00:00
|
|
|
}
|
2024-02-28 07:42:23 +00:00
|
|
|
return (divemode_t)0;
|
2014-11-16 23:11:18 +00:00
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static int get_index(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{ return atoi(line); }
|
2014-11-22 13:13:13 +00:00
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
static int get_hex(const char *line)
|
2014-03-09 19:19:41 +00:00
|
|
|
{ return strtoul(line, NULL, 16); }
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_gps(char *line, struct git_parser_state *state)
|
2015-02-12 20:28:54 +00:00
|
|
|
{
|
2018-10-20 18:12:15 +00:00
|
|
|
location_t location;
|
2019-07-24 21:54:46 +00:00
|
|
|
struct dive_site *ds = get_dive_site_for_dive(state->active_dive);
|
2018-10-20 18:12:15 +00:00
|
|
|
|
|
|
|
parse_location(line, &location);
|
2015-02-13 09:14:33 +00:00
|
|
|
if (!ds) {
|
2022-11-12 08:02:39 +00:00
|
|
|
ds = get_dive_site_by_gps(&location, state->log->sites);
|
2018-10-23 10:42:01 +00:00
|
|
|
if (!ds)
|
2022-11-12 08:02:39 +00:00
|
|
|
ds = create_dive_site_with_gps("", &location, state->log->sites);
|
2019-07-24 21:54:46 +00:00
|
|
|
add_dive_to_dive_site(state->active_dive, ds);
|
2015-02-13 09:14:33 +00:00
|
|
|
} else {
|
2018-10-20 18:12:15 +00:00
|
|
|
if (dive_site_has_gps_location(ds) && !same_location(&ds->location, &location)) {
|
2024-02-29 12:53:17 +00:00
|
|
|
std::string coords = printGPSCoordsC(&location);
|
2015-02-15 02:00:35 +00:00
|
|
|
// we have a dive site that already has GPS coordinates
|
2024-03-02 16:30:14 +00:00
|
|
|
// note 1: there will be much less copying once the core
|
|
|
|
// structures are converted to std::string.
|
|
|
|
// note 2: we could include the first newline in the
|
|
|
|
// translation string, but that would be weird and cause
|
|
|
|
// a new string.
|
|
|
|
std::string new_text = std::string(ds->notes) + '\n' +
|
|
|
|
format_string_std(translate("gettextFromC", "multiple GPS locations for this dive site; also %s\n"), coords.c_str());
|
|
|
|
free(ds->notes);
|
|
|
|
ds->notes = strdup(new_text.c_str());
|
2015-02-15 02:00:35 +00:00
|
|
|
}
|
2018-10-20 18:12:15 +00:00
|
|
|
ds->location = location;
|
2015-02-13 09:14:33 +00:00
|
|
|
}
|
|
|
|
|
2015-02-12 20:28:54 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
// Gets the first converted string and consumes it.
|
|
|
|
// Note: does not remove the string from the vector.
|
|
|
|
// This is supposed to be used for parsers that expect
|
|
|
|
// only one string.
|
|
|
|
static std::string get_first_converted_string(struct git_parser_state *state)
|
2015-02-12 20:28:54 +00:00
|
|
|
{
|
2024-03-02 16:30:14 +00:00
|
|
|
if (state->converted_strings.empty())
|
|
|
|
return std::string();
|
|
|
|
return std::move(state->converted_strings.front());
|
|
|
|
}
|
|
|
|
|
|
|
|
// This is a dummy function that converts the first
|
|
|
|
// converted string to a newly allocated C-string.
|
|
|
|
// Will be removed when the core data structures are
|
|
|
|
// converted to std::string.
|
|
|
|
static char *get_first_converted_string_c(struct git_parser_state *state)
|
|
|
|
{
|
|
|
|
return strdup(get_first_converted_string(state).c_str());
|
|
|
|
}
|
|
|
|
|
|
|
|
static void parse_dive_location(char *, struct git_parser_state *state)
|
|
|
|
{
|
|
|
|
std::string name = get_first_converted_string(state);
|
2019-07-24 21:54:46 +00:00
|
|
|
struct dive_site *ds = get_dive_site_for_dive(state->active_dive);
|
2015-02-13 09:14:33 +00:00
|
|
|
if (!ds) {
|
2024-03-02 16:30:14 +00:00
|
|
|
ds = get_dive_site_by_name(name.c_str(), state->log->sites);
|
2018-10-23 10:42:01 +00:00
|
|
|
if (!ds)
|
2024-03-02 16:30:14 +00:00
|
|
|
ds = create_dive_site(name.c_str(), state->log->sites);
|
2019-07-24 21:54:46 +00:00
|
|
|
add_dive_to_dive_site(state->active_dive, ds);
|
2015-02-13 09:14:33 +00:00
|
|
|
} else {
|
2015-02-15 02:00:35 +00:00
|
|
|
// we already had a dive site linked to the dive
|
2018-01-07 10:12:48 +00:00
|
|
|
if (empty_string(ds->name)) {
|
2024-02-28 18:20:05 +00:00
|
|
|
free(ds->name); // empty_string could mean pointer to a 0-byte!
|
2024-03-02 16:30:14 +00:00
|
|
|
ds->name = strdup(name.c_str());
|
2015-02-15 02:00:35 +00:00
|
|
|
} else {
|
|
|
|
// and that dive site had a name. that's weird - if our name is different, add it to the notes
|
2024-03-02 16:30:14 +00:00
|
|
|
if (!same_string(ds->name, name.c_str())) {
|
|
|
|
std::string new_string = std::string(ds->notes) + '\n' +
|
|
|
|
format_string_std(translate("gettextFromC", "additional name for site: %s\n"), name.c_str());
|
|
|
|
ds->notes = strdup(new_string.c_str());
|
|
|
|
}
|
2015-02-15 02:00:35 +00:00
|
|
|
}
|
2015-02-13 09:14:33 +00:00
|
|
|
}
|
2015-02-12 20:28:54 +00:00
|
|
|
}
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_diveguide(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_dive->diveguide = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_buddy(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_dive->buddy = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_suit(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_dive->suit = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_notes(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_dive->notes = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_divesiteid(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ add_dive_to_dive_site(state->active_dive, get_dive_site_by_uuid(get_hex(line), state->log->sites)); }
|
2015-02-12 08:14:50 +00:00
|
|
|
|
2014-03-09 19:19:41 +00:00
|
|
|
/*
|
2024-03-02 16:30:14 +00:00
|
|
|
* We can have multiple tags.
|
2014-03-09 19:19:41 +00:00
|
|
|
*/
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_tags(char *, struct git_parser_state *state)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
2024-03-02 16:30:14 +00:00
|
|
|
for (const std::string &tag: state->converted_strings) {
|
|
|
|
if (!tag.empty())
|
|
|
|
taglist_add_tag(&state->active_dive->tag_list, tag.c_str());
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
2014-03-08 23:59:39 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_airtemp(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->airtemp = get_temperature(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_watertemp(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->watertemp = get_temperature(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_airpressure(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->surface_pressure = get_airpressure(line); }
|
2019-04-30 10:42:33 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_duration(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->duration = get_duration(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_rating(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->rating = get_index(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_visibility(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->visibility = get_index(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_wavesize(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->wavesize = get_index(line); }
|
2019-11-29 05:08:14 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_current(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->current = get_index(line); }
|
2019-11-29 05:08:14 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_surge(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->surge = get_index(line); }
|
2019-11-29 05:08:14 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_chill(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->chill = get_index(line); }
|
2019-11-29 05:08:14 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_watersalinity(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dive->user_salinity = get_salinity(line); }
|
2019-11-19 17:16:45 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_notrip(char *, struct git_parser_state *state)
|
2016-03-07 19:18:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dive->notrip = true;
|
2016-03-07 19:18:50 +00:00
|
|
|
}
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_invalid(char *, struct git_parser_state *state)
|
2019-12-12 21:58:53 +00:00
|
|
|
{
|
|
|
|
state->active_dive->invalid = true;
|
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_site_description(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_site->description = get_first_converted_string_c(state); }
|
2015-02-12 08:14:50 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_site_name(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_site->name = get_first_converted_string_c(state); }
|
2015-02-12 08:14:50 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_site_notes(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_site->notes = get_first_converted_string_c(state); }
|
2015-02-12 08:14:50 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_site_gps(char *line, struct git_parser_state *state)
|
2015-02-12 08:14:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
parse_location(line, &state->active_site->location);
|
2015-02-12 08:14:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_site_geo(char *line, struct git_parser_state *state)
|
2015-07-01 19:29:32 +00:00
|
|
|
{
|
2020-09-06 10:39:51 +00:00
|
|
|
int origin;
|
|
|
|
int category;
|
|
|
|
sscanf(line, "cat %d origin %d \"", &category, &origin);
|
2024-02-28 07:42:23 +00:00
|
|
|
taxonomy_set_category(&state->active_site->taxonomy, (taxonomy_category)category,
|
2024-03-02 16:30:14 +00:00
|
|
|
get_first_converted_string(state).c_str(), (taxonomy_origin)origin);
|
2015-07-01 19:29:32 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static std::string pop_cstring(struct git_parser_state *state, const char *err)
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
{
|
2024-03-02 17:49:42 +00:00
|
|
|
if (state->act_converted_string >= state->converted_strings.size()) {
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
report_error("git-load: string marker without any strings ('%s')", err);
|
2024-02-28 18:20:05 +00:00
|
|
|
return std::string();
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
}
|
2024-03-02 17:49:42 +00:00
|
|
|
size_t idx = state->act_converted_string++;
|
|
|
|
return std::move(state->converted_strings[idx]);
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
}
|
|
|
|
|
2014-03-09 21:45:20 +00:00
|
|
|
/* Parse key=val parts of samples and cylinders etc */
|
2024-03-02 16:30:14 +00:00
|
|
|
static char *parse_keyvalue_entry(void (*fn)(void *, const char *, const std::string &), void *fndata, char *line, struct git_parser_state *state)
|
2014-03-09 21:45:20 +00:00
|
|
|
{
|
2024-02-28 18:20:05 +00:00
|
|
|
char *key = line, c;
|
2014-03-09 21:45:20 +00:00
|
|
|
|
|
|
|
while ((c = *line) != 0) {
|
|
|
|
if (isspace(c) || c == '=')
|
|
|
|
break;
|
|
|
|
line++;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (c == '=')
|
|
|
|
*line++ = 0;
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
char *start_val = line;
|
2014-03-09 21:45:20 +00:00
|
|
|
while ((c = *line) != 0) {
|
|
|
|
if (isspace(c))
|
|
|
|
break;
|
|
|
|
line++;
|
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
|
|
|
|
/* Did we get a string? Take it from the list of strings */
|
2024-03-02 16:30:14 +00:00
|
|
|
std::string val = start_val[0] == '"' ? pop_cstring(state, key)
|
2024-02-28 18:20:05 +00:00
|
|
|
: std::string(start_val, line - start_val);
|
|
|
|
|
2014-03-09 21:45:20 +00:00
|
|
|
if (c)
|
2024-02-28 18:20:05 +00:00
|
|
|
line++;
|
2014-03-09 21:45:20 +00:00
|
|
|
|
|
|
|
fn(fndata, key, val);
|
|
|
|
return line;
|
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_cylinder_keyvalue(void *_cylinder, const char *key, const std::string &value)
|
2014-03-09 21:45:20 +00:00
|
|
|
{
|
2024-02-28 10:03:18 +00:00
|
|
|
cylinder_t *cylinder = (cylinder_t *)_cylinder;
|
2014-03-09 21:45:20 +00:00
|
|
|
if (!strcmp(key, "vol")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->type.size = get_volume(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "workpressure")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->type.workingpressure = get_pressure(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
if (!strcmp(key, "description")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->type.description = strdup(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
}
|
2014-03-09 21:45:20 +00:00
|
|
|
if (!strcmp(key, "o2")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->gasmix.o2 = get_fraction(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "he")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->gasmix.he = get_fraction(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "start")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->start = get_pressure(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "end")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->end = get_pressure(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-11-16 22:11:34 +00:00
|
|
|
if (!strcmp(key, "use")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->cylinder_use = cylinderuse_from_text(value.c_str());
|
2014-11-17 13:52:22 +00:00
|
|
|
return;
|
2014-11-16 22:11:34 +00:00
|
|
|
}
|
2017-11-27 17:20:21 +00:00
|
|
|
if (!strcmp(key, "depth")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
cylinder->depth = get_depth(value.c_str());
|
2017-11-27 17:20:21 +00:00
|
|
|
return;
|
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
if ((*key == 'm') && value.empty()) {
|
2017-12-18 18:45:45 +00:00
|
|
|
/* found a bogus key/value pair in the cylinder, consisting
|
2017-12-20 13:37:03 +00:00
|
|
|
* of a lonely "m" or m<single quote> without value. This
|
|
|
|
* is caused by commit 46004c39e26 and fixed in 48d9c8eb6eb0 and
|
|
|
|
* b984fb98c38e4. See referenced commits for more info.
|
2017-12-18 18:45:45 +00:00
|
|
|
*
|
|
|
|
* Just ignore this key/value pair. No processing is broken
|
|
|
|
* due to this, as the git storage stores only metric SI type data.
|
|
|
|
* In fact, the m unit is superfluous anyway.
|
|
|
|
*/
|
|
|
|
return;
|
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown cylinder key/value pair (%s/%s)", key, value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_cylinder(char *line, struct git_parser_state *state)
|
2014-03-09 21:45:20 +00:00
|
|
|
{
|
2020-01-07 03:00:20 +00:00
|
|
|
cylinder_t cylinder = empty_cylinder;
|
2014-03-09 21:45:20 +00:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_cylinder_keyvalue, &cylinder, line, state);
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
2019-08-04 16:44:57 +00:00
|
|
|
if (cylinder.cylinder_use == OXYGEN)
|
|
|
|
state->o2pressure_sensor = state->active_dive->cylinders.nr;
|
|
|
|
|
2020-04-28 12:50:40 +00:00
|
|
|
add_cylinder(&state->active_dive->cylinders, state->active_dive->cylinders.nr, cylinder);
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_weightsystem_keyvalue(void *_ws, const char *key, const std::string &value)
|
2014-03-09 21:45:20 +00:00
|
|
|
{
|
2024-02-28 10:03:18 +00:00
|
|
|
weightsystem_t *ws = (weightsystem_t *)_ws;
|
2014-03-09 21:45:20 +00:00
|
|
|
if (!strcmp(key, "weight")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
ws->weight = get_weight(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
|
|
|
}
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
if (!strcmp(key, "description")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
ws->description = strdup(value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
return;
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown weightsystem key/value pair (%s/%s)", key, value.c_str());
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dive_weightsystem(char *line, struct git_parser_state *state)
|
2014-03-09 21:45:20 +00:00
|
|
|
{
|
2020-01-07 03:00:20 +00:00
|
|
|
weightsystem_t ws = empty_weightsystem;
|
2014-03-09 21:45:20 +00:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_weightsystem_keyvalue, &ws, line, state);
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
2019-06-26 15:21:03 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
add_to_weightsystem_table(&state->active_dive->weightsystems, state->active_dive->weightsystems.nr, ws);
|
2014-03-09 21:45:20 +00:00
|
|
|
}
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static int match_action(char *line, void *data,
|
2024-03-02 20:59:46 +00:00
|
|
|
const struct keyword_action *action, unsigned nr_action)
|
2014-03-08 23:59:39 +00:00
|
|
|
{
|
2014-03-09 19:19:41 +00:00
|
|
|
char *p = line, c;
|
|
|
|
unsigned low, high;
|
|
|
|
|
2014-11-22 13:13:13 +00:00
|
|
|
while ((c = *p) >= 'a' && c <= 'z') // skip over 1st word
|
|
|
|
p++; // Extract the second word from the line:
|
2014-03-09 19:19:41 +00:00
|
|
|
if (p == line)
|
|
|
|
return -1;
|
|
|
|
switch (c) {
|
2014-11-22 13:13:13 +00:00
|
|
|
case 0: // if 2nd word is C-terminated
|
2014-03-09 19:19:41 +00:00
|
|
|
break;
|
2014-11-22 13:13:13 +00:00
|
|
|
case ' ': // =end of 2nd word?
|
|
|
|
*p++ = 0; // then C-terminate that word
|
2014-03-09 19:19:41 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Standard binary search in a table */
|
|
|
|
low = 0;
|
|
|
|
high = nr_action;
|
|
|
|
while (low < high) {
|
2019-07-24 22:26:51 +00:00
|
|
|
unsigned mid = (low + high)/2;
|
2024-03-02 20:59:46 +00:00
|
|
|
const struct keyword_action *a = action + mid;
|
2014-03-09 19:19:41 +00:00
|
|
|
int cmp = strcmp(line, a->keyword);
|
2014-11-22 13:13:13 +00:00
|
|
|
if (!cmp) { // attribute found:
|
2024-03-02 16:30:14 +00:00
|
|
|
a->fn(p, (git_parser_state *)data); // Execute appropriate function,
|
|
|
|
return 0; // .. passing 2n word from above
|
|
|
|
} // (p) as a function argument.
|
2014-03-09 19:19:41 +00:00
|
|
|
if (cmp < 0)
|
|
|
|
high = mid;
|
|
|
|
else
|
2019-07-24 22:26:51 +00:00
|
|
|
low = mid + 1;
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
|
|
|
report_error("Unmatched action '%s'", line);
|
|
|
|
return -1;
|
2014-03-08 23:59:39 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 20:59:46 +00:00
|
|
|
template<size_t N>
|
|
|
|
static int match_action(char *line, void *data, const std::array<keyword_action, N> &action)
|
|
|
|
{
|
|
|
|
return match_action(line, data, &action[0], N);
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
/* FIXME! We should do the array thing here too. */
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_sample_keyvalue(void *_sample, const char *key, const std::string &value)
|
2014-03-09 20:13:48 +00:00
|
|
|
{
|
2024-02-28 10:03:18 +00:00
|
|
|
struct sample *sample = (struct sample *)_sample;
|
2014-03-09 21:45:20 +00:00
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
if (!strcmp(key, "sensor")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->sensor[0] = atoi(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "ndl")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->ndl = get_duration(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-07-09 20:13:36 +00:00
|
|
|
if (!strcmp(key, "tts")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->tts = get_duration(value.c_str());
|
2014-07-09 20:13:36 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-03-09 21:26:39 +00:00
|
|
|
if (!strcmp(key, "in_deco")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->in_deco = atoi(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "stoptime")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->stoptime = get_duration(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "stopdepth")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->stopdepth = get_depth(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "cns")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->cns = atoi(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
2015-07-22 15:23:20 +00:00
|
|
|
|
|
|
|
if (!strcmp(key, "rbt")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->rbt = get_duration(value.c_str());
|
2015-07-22 15:23:20 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
if (!strcmp(key, "po2")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2014-10-19 14:07:07 +00:00
|
|
|
sample->setpoint.mbar = p.mbar;
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-11-22 13:13:13 +00:00
|
|
|
if (!strcmp(key, "sensor1")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2014-11-22 13:13:13 +00:00
|
|
|
sample->o2sensor[0].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "sensor2")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2014-11-22 13:13:13 +00:00
|
|
|
sample->o2sensor[1].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "sensor3")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2014-11-22 13:13:13 +00:00
|
|
|
sample->o2sensor[2].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
2024-01-20 23:35:44 +00:00
|
|
|
if (!strcmp(key, "sensor4")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2024-01-20 23:35:44 +00:00
|
|
|
sample->o2sensor[3].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "sensor5")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2024-01-20 23:35:44 +00:00
|
|
|
sample->o2sensor[4].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "sensor6")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2024-01-20 23:35:44 +00:00
|
|
|
sample->o2sensor[5].mbar = p.mbar;
|
|
|
|
return;
|
|
|
|
}
|
2014-11-22 13:13:13 +00:00
|
|
|
if (!strcmp(key, "o2pressure")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
pressure_t p = get_pressure(value.c_str());
|
2017-07-20 21:39:02 +00:00
|
|
|
sample->pressure[1].mbar = p.mbar;
|
2014-11-22 13:13:13 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-03-09 21:26:39 +00:00
|
|
|
if (!strcmp(key, "heartbeat")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->heartbeat = atoi(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "bearing")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
sample->bearing.degrees = atoi(value.c_str());
|
2014-03-09 21:26:39 +00:00
|
|
|
return;
|
|
|
|
}
|
2014-11-22 13:13:13 +00:00
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unexpected sample key/value pair (%s/%s)", key, value.c_str());
|
2014-03-09 20:13:48 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static char *parse_sample_unit(struct sample *sample, double val, char *unit)
|
|
|
|
{
|
Add support for loading and saving multiple pressure samples
This does both the XML and the git save format, because the changes
really are the same, even if the actual format differs in some details.
See how the two "save_samples()" routines both do the same basic setup,
for example.
This is fairly straightforward, with the possible exception of the odd
sensor = sample->sensor[0];
default in the git pressure loading code.
That line just means that if we do *not* have an explicit cylinder index
for the pressure reading, we will always end up filling in the new
pressure as the first pressure (because the cylinder index will match the
first sensor slot).
So that makes the "add_sample_pressure()" case always do the same thing it
used to do for the legacy case: fill in the first slot. The actual sensor
index may later change, since the legacy format has a "sensor=X" key value
pair that sets the sensor, but it will also use the first sensor slot,
making it all do exactly what it used to do.
And on the other hand, if we're loading new-style data with cylinder
pressure and sensor index together, we just end up using the new semantics
for add_sample_pressure(), which tries to keep the same slot for the same
sensor, but does the right thing if we already have other pressure values.
The XML code has no such issues at all, since it can't share the cases
anyway, and we need to have different node names for the different sensor
values and cannot just have multiple "pressure" entries. Have I mentioned
how much I despise XML lately?
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-26 02:10:03 +00:00
|
|
|
unsigned int sensor;
|
2014-03-09 20:13:48 +00:00
|
|
|
char *end = unit, c;
|
|
|
|
|
|
|
|
/* Skip over the unit */
|
|
|
|
while ((c = *end) != 0) {
|
|
|
|
if (isspace(c)) {
|
|
|
|
*end++ = 0;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
end++;
|
|
|
|
}
|
|
|
|
|
2014-03-10 04:12:13 +00:00
|
|
|
/* The units are "°C", "m" or "bar", so let's just look at the first character */
|
Add support for loading and saving multiple pressure samples
This does both the XML and the git save format, because the changes
really are the same, even if the actual format differs in some details.
See how the two "save_samples()" routines both do the same basic setup,
for example.
This is fairly straightforward, with the possible exception of the odd
sensor = sample->sensor[0];
default in the git pressure loading code.
That line just means that if we do *not* have an explicit cylinder index
for the pressure reading, we will always end up filling in the new
pressure as the first pressure (because the cylinder index will match the
first sensor slot).
So that makes the "add_sample_pressure()" case always do the same thing it
used to do for the legacy case: fill in the first slot. The actual sensor
index may later change, since the legacy format has a "sensor=X" key value
pair that sets the sensor, but it will also use the first sensor slot,
making it all do exactly what it used to do.
And on the other hand, if we're loading new-style data with cylinder
pressure and sensor index together, we just end up using the new semantics
for add_sample_pressure(), which tries to keep the same slot for the same
sensor, but does the right thing if we already have other pressure values.
The XML code has no such issues at all, since it can't share the cases
anyway, and we need to have different node names for the different sensor
values and cannot just have multiple "pressure" entries. Have I mentioned
how much I despise XML lately?
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-26 02:10:03 +00:00
|
|
|
/* The cylinder pressure may also be of the form '123.0bar:4' to indicate sensor */
|
2014-03-09 20:13:48 +00:00
|
|
|
switch (*unit) {
|
|
|
|
case 'm':
|
2019-07-24 22:26:51 +00:00
|
|
|
sample->depth.mm = lrint(1000 * val);
|
2014-03-09 20:13:48 +00:00
|
|
|
break;
|
|
|
|
case 'b':
|
Add support for loading and saving multiple pressure samples
This does both the XML and the git save format, because the changes
really are the same, even if the actual format differs in some details.
See how the two "save_samples()" routines both do the same basic setup,
for example.
This is fairly straightforward, with the possible exception of the odd
sensor = sample->sensor[0];
default in the git pressure loading code.
That line just means that if we do *not* have an explicit cylinder index
for the pressure reading, we will always end up filling in the new
pressure as the first pressure (because the cylinder index will match the
first sensor slot).
So that makes the "add_sample_pressure()" case always do the same thing it
used to do for the legacy case: fill in the first slot. The actual sensor
index may later change, since the legacy format has a "sensor=X" key value
pair that sets the sensor, but it will also use the first sensor slot,
making it all do exactly what it used to do.
And on the other hand, if we're loading new-style data with cylinder
pressure and sensor index together, we just end up using the new semantics
for add_sample_pressure(), which tries to keep the same slot for the same
sensor, but does the right thing if we already have other pressure values.
The XML code has no such issues at all, since it can't share the cases
anyway, and we need to have different node names for the different sensor
values and cannot just have multiple "pressure" entries. Have I mentioned
how much I despise XML lately?
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-26 02:10:03 +00:00
|
|
|
sensor = sample->sensor[0];
|
2019-07-24 22:26:51 +00:00
|
|
|
if (end > unit + 4 && unit[3] == ':')
|
|
|
|
sensor = atoi(unit + 4);
|
|
|
|
add_sample_pressure(sample, sensor, lrint(1000 * val));
|
2014-03-09 20:13:48 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
sample->temperature.mkelvin = C_to_mkelvin(val);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return end;
|
|
|
|
}
|
|
|
|
|
2021-07-18 10:33:31 +00:00
|
|
|
/*
|
|
|
|
* If the given cylinder doesn't exist, return NO_SENSOR.
|
|
|
|
*/
|
2022-09-20 16:33:07 +00:00
|
|
|
static int sanitize_sensor_id(const struct dive *d, int nr)
|
2021-07-18 10:33:31 +00:00
|
|
|
{
|
|
|
|
return d && nr >= 0 && nr < d->cylinders.nr ? nr : NO_SENSOR;
|
|
|
|
}
|
|
|
|
|
2014-03-09 21:26:39 +00:00
|
|
|
/*
|
|
|
|
* By default the sample data does not change unless the
|
|
|
|
* save-file gives an explicit new value. So we copy the
|
|
|
|
* data from the previous sample if one exists, and then
|
|
|
|
* the parsing will update it as necessary.
|
|
|
|
*
|
|
|
|
* There are a few exceptions, like the sample pressure:
|
|
|
|
* missing sample pressure doesn't mean "same as last
|
|
|
|
* time", but "interpolate". We clear those ones
|
|
|
|
* explicitly.
|
Fix up o2 pressure sensor handling at load time
Because of how we traditionally did things, the "o2pressure" parsing
depends on implicitly setting the sensor index to the last cylinder that
was marked as being used for oxygen.
We also always defaulted the primary sensor (which is used for the
diluent tank for CCR) to cylinder 0, but that doesn't work when the
oxygen tank is cylinder 0.
This gets that right at file loading time, and unifies the xml and git
sample parsing to make them match. The new defaults are:
- unless anything else is explicitly specified, the primary sensor is
associated with the first tank, and the secondary sensor is
associated with the second tank
- if we're a CCR dive, and have an explicit oxygen tank, we associate
the secondary sensor with that oxygen cylinder. The primary sensor
will be switched over to the second cylinder if the oxygen cylinder
is the first one.
This may sound backwards, but matches our traditional behavior where
the O2 pressure was the secondary pressure.
This is definitely not pretty, but it gets our historical files working
right, and is at least reasonably sensible.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-21 20:37:34 +00:00
|
|
|
*
|
|
|
|
* NOTE! We default sensor use to 0, 1 respetively for
|
|
|
|
* the two sensors, but for CCR dives with explicit
|
|
|
|
* OXYGEN bottles we set the secondary sensor to that.
|
|
|
|
* Then the primary sensor will be either the first
|
|
|
|
* or the second cylinder depending on what isn't an
|
|
|
|
* oxygen cylinder.
|
2014-03-09 21:26:39 +00:00
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static struct sample *new_sample(struct git_parser_state *state)
|
2014-03-09 21:26:39 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
struct sample *sample = prepare_sample(state->active_dc);
|
|
|
|
if (sample != state->active_dc->sample) {
|
|
|
|
memcpy(sample, sample - 1, sizeof(struct sample));
|
2017-07-20 21:39:02 +00:00
|
|
|
sample->pressure[0].mbar = 0;
|
Fix up o2 pressure sensor handling at load time
Because of how we traditionally did things, the "o2pressure" parsing
depends on implicitly setting the sensor index to the last cylinder that
was marked as being used for oxygen.
We also always defaulted the primary sensor (which is used for the
diluent tank for CCR) to cylinder 0, but that doesn't work when the
oxygen tank is cylinder 0.
This gets that right at file loading time, and unifies the xml and git
sample parsing to make them match. The new defaults are:
- unless anything else is explicitly specified, the primary sensor is
associated with the first tank, and the secondary sensor is
associated with the second tank
- if we're a CCR dive, and have an explicit oxygen tank, we associate
the secondary sensor with that oxygen cylinder. The primary sensor
will be switched over to the second cylinder if the oxygen cylinder
is the first one.
This may sound backwards, but matches our traditional behavior where
the O2 pressure was the secondary pressure.
This is definitely not pretty, but it gets our historical files working
right, and is at least reasonably sensible.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-21 20:37:34 +00:00
|
|
|
sample->pressure[1].mbar = 0;
|
|
|
|
} else {
|
2021-07-18 10:33:31 +00:00
|
|
|
sample->sensor[0] = sanitize_sensor_id(state->active_dive, !state->o2pressure_sensor);
|
|
|
|
sample->sensor[1] = sanitize_sensor_id(state->active_dive, state->o2pressure_sensor);
|
2014-03-09 21:26:39 +00:00
|
|
|
}
|
|
|
|
return sample;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static void sample_parser(char *line, struct git_parser_state *state)
|
2014-03-08 23:59:39 +00:00
|
|
|
{
|
2014-03-10 04:12:13 +00:00
|
|
|
int m, s = 0;
|
2019-07-24 21:54:46 +00:00
|
|
|
struct sample *sample = new_sample(state);
|
2014-03-09 20:13:48 +00:00
|
|
|
|
|
|
|
m = strtol(line, &line, 10);
|
|
|
|
if (*line == ':')
|
2019-07-24 22:26:51 +00:00
|
|
|
s = strtol(line + 1, &line, 10);
|
|
|
|
sample->time.seconds = m * 60 + s;
|
2014-03-09 20:13:48 +00:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
|
|
|
/* Less common sample entries have a name */
|
|
|
|
if (c >= 'a' && c <= 'z') {
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_sample_keyvalue, sample, line, state);
|
2014-03-09 20:13:48 +00:00
|
|
|
} else {
|
|
|
|
const char *end;
|
|
|
|
double val = ascii_strtod(line, &end);
|
|
|
|
if (end == line) {
|
|
|
|
report_error("Odd sample data: %s", line);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
line = (char *)end;
|
|
|
|
line = parse_sample_unit(sample, val, line);
|
|
|
|
}
|
|
|
|
}
|
2019-07-24 21:54:46 +00:00
|
|
|
finish_sample(state->active_dc);
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_airtemp(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->airtemp = get_temperature(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_date(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ update_date(&state->active_dc->when, line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_deviceid(char *line, struct git_parser_state *state)
|
2020-10-18 21:42:17 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
get_hex(line); // legacy
|
2020-10-18 21:42:17 +00:00
|
|
|
}
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_diveid(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->diveid = get_hex(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_duration(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->duration = get_duration(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_dctype(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->divemode = get_dctype(line); }
|
2014-11-16 23:11:18 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_lastmanualtime(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->last_manual_time = get_duration(line); }
|
Improve profile display in planner
This patch allows the planner to save the last manually-entered
dive planner point of a dive plan. When the plan has been saved
and re-opened for edit, the time of the last-entered dive planner
point is used to ensure that dive planning continues from the same
point in the profile as was when the original dive plan was saved.
Mechanism:
1) In dive.h, create a new dc attribute dc->last_manual_time
with data type of duration_t.
2) In diveplanner.c, ensure that the last manually-entered
dive planner point is saved in dc->last_manual_time.
3) In save-xml.c, create a new XML attribute for the <divecomputer>
element, named last-manual-time. For dive plans, the element would
now look like:
<divecomputer model='planned dive' last-manual-time='31:17 min'>
4) In parse-xml.c, insert code that recognises the last-manual-time
XML attribute, reads the time value and assigns this time to
dc->last_manual_time.
5) In diveplannermodel.cpp, method DiveplannerPointModel::loadfromdive,
insert code that sets the appropriate boolean value to dp->entered
by comparing newtime (i.e. time of dp) with dc->last_manual_time.
6) Diveplannermodel.cpp also accepts profile data from normal dives in
the dive log, whether hand-entered or loaded from dive computer. It
looks like the reduction of dive points for dives with >100 points
continues to work ok.
The result is that when a dive plan is saved with manually entered
points up to e.g. 10 minutes into the dive, it can be re-opened for edit
in the dive planner and the planner re-creates the plan with manually
entered points up to 10 minutes. The rest of the points are "soft"
points, shaped by the deco calculations of the planner.
Improvements: Improve code for profile display in dive planner
This responds to #1052.
Change load-git.c and save-git.c so that the last-manual-time is
also saved in the git-format dive log.
Several stylistic changes in text for consistent C source code.
Improvement of dive planner profile display:
Do some simplification of my alterations to diveplannermodel.cpp
Two small style changes in planner.c and diveplannermodel.cpp
as requested ny @neolit123
Signed-off-by: Willem Ferguson <willemferguson@zoology.up.ac.za>
2018-01-15 12:51:47 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_maxdepth(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->maxdepth = get_depth(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_meandepth(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->meandepth = get_depth(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_model(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_dc->model = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_numberofoxygensensors(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->no_o2sensors = get_index(line); }
|
2014-11-22 13:13:13 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_surfacepressure(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->surface_pressure = get_pressure(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_salinity(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->salinity = get_salinity(line); }
|
2014-03-10 03:55:29 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_surfacetime(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->surfacetime = get_duration(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_time(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ update_time(&state->active_dc->when, line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_watertemp(char *line, struct git_parser_state *state)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ state->active_dc->watertemp = get_temperature(line); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2018-04-07 12:56:37 +00:00
|
|
|
|
2019-07-24 21:17:26 +00:00
|
|
|
static int get_divemode(const char *divemodestring) {
|
2018-05-08 14:24:51 +00:00
|
|
|
for (int i = 0; i < NUM_DIVEMODE; i++) {
|
2018-04-07 12:56:37 +00:00
|
|
|
if (!strcmp(divemodestring, divemode_text[i]))
|
|
|
|
return i;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
/*
|
|
|
|
* A 'struct event' has a variable-sized name allocation at the
|
|
|
|
* end. So when we parse the event data, we can't fill in the
|
|
|
|
* event directly, because we don't know how to allocate one
|
|
|
|
* before we have the size of the name.
|
|
|
|
*
|
|
|
|
* Thus this initial 'parse_event' with a separate name pointer.
|
|
|
|
*/
|
|
|
|
struct parse_event {
|
2024-02-28 18:20:05 +00:00
|
|
|
std::string name;
|
|
|
|
int has_divemode = false;
|
|
|
|
struct event ev = { 0 };
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
};
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_event_keyvalue(void *_parse, const char *key, const std::string &value)
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct parse_event *parse = (parse_event *)_parse;
|
2024-02-28 18:20:05 +00:00
|
|
|
int val = atoi(value.c_str());
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
|
|
|
|
if (!strcmp(key, "type")) {
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
parse->ev.type = val;
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
} else if (!strcmp(key, "flags")) {
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
parse->ev.flags = val;
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
} else if (!strcmp(key, "value")) {
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
parse->ev.value = val;
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
} else if (!strcmp(key, "name")) {
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
parse->name = value;
|
2018-04-07 12:56:37 +00:00
|
|
|
} else if (!strcmp(key,"divemode")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
parse->ev.value = get_divemode(value.c_str());
|
2020-02-14 20:08:43 +00:00
|
|
|
parse->has_divemode = 1;
|
2014-08-17 18:26:21 +00:00
|
|
|
} else if (!strcmp(key, "cylinder")) {
|
|
|
|
/* NOTE! We add one here as a marker that "yes, we got a cylinder index" */
|
2024-02-28 18:20:05 +00:00
|
|
|
parse->ev.gas.index = 1 + get_index(value.c_str());
|
2014-08-17 18:26:21 +00:00
|
|
|
} else if (!strcmp(key, "o2")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
parse->ev.gas.mix.o2 = get_fraction(value.c_str());
|
2014-08-17 18:26:21 +00:00
|
|
|
} else if (!strcmp(key, "he")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
parse->ev.gas.mix.he = get_fraction(value.c_str());
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
} else
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unexpected event key/value pair (%s/%s)", key, value.c_str());
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
}
|
|
|
|
|
2014-11-06 19:23:34 +00:00
|
|
|
/* keyvalue "key" "value"
|
2024-03-02 16:30:14 +00:00
|
|
|
* so we have two strings (possibly empty) */
|
|
|
|
static void parse_dc_keyvalue(char *line, struct git_parser_state *state)
|
2014-11-06 19:23:34 +00:00
|
|
|
{
|
|
|
|
// Let's make sure we have two strings...
|
2024-03-02 16:30:14 +00:00
|
|
|
if (state->converted_strings.size() != 2)
|
2014-11-06 19:23:34 +00:00
|
|
|
return;
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
add_extra_data(state->active_dc, state->converted_strings[0].c_str(), state->converted_strings[1].c_str());
|
2014-11-06 19:23:34 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_dc_event(char *line, struct git_parser_state *state)
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
{
|
2014-03-10 04:12:13 +00:00
|
|
|
int m, s = 0;
|
2024-02-28 18:20:05 +00:00
|
|
|
struct parse_event p;
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
struct event *ev;
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
|
|
|
|
m = strtol(line, &line, 10);
|
|
|
|
if (*line == ':')
|
2019-07-24 22:26:51 +00:00
|
|
|
s = strtol(line + 1, &line, 10);
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
p.ev.time.seconds = m * 60 + s;
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_event_keyvalue, &p, line, state);
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
}
|
|
|
|
|
2020-02-14 20:08:43 +00:00
|
|
|
/* Only modechange events should have a divemode - fix up any corrupted names */
|
2024-02-28 18:20:05 +00:00
|
|
|
if (p.has_divemode && p.name != "modechange")
|
2020-02-14 20:08:43 +00:00
|
|
|
p.name = "modechange";
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
ev = add_event(state->active_dc, p.ev.time.seconds, p.ev.type, p.ev.flags, p.ev.value, p.name.c_str());
|
2016-01-30 10:57:19 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Older logs might mark the dive to be CCR by having an "SP change" event at time 0:00.
|
|
|
|
* Better to mark them being CCR on import so no need for special treatments elsewhere on
|
|
|
|
* the code.
|
|
|
|
*/
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
if (ev && p.ev.time.seconds == 0 && p.ev.type == SAMPLE_EVENT_PO2 && p.ev.value && state->active_dc->divemode==OC)
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dc->divemode = CCR;
|
2016-01-30 10:57:19 +00:00
|
|
|
|
2014-08-17 18:26:21 +00:00
|
|
|
if (ev && event_is_gaschange(ev)) {
|
|
|
|
/*
|
|
|
|
* We subtract one here because "0" is "no index",
|
|
|
|
* and the parsing will add one for actual cylinder
|
|
|
|
* index data (see parse_event_keyvalue)
|
|
|
|
*/
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
ev->gas.index = p.ev.gas.index-1;
|
|
|
|
if (p.ev.gas.mix.o2.permille || p.ev.gas.mix.he.permille)
|
|
|
|
ev->gas.mix = p.ev.gas.mix;
|
2014-08-17 18:26:21 +00:00
|
|
|
}
|
Add event parsing to the git object tree loader
This makes us parse everything we save, and I can load my XML file, save
it as a git file, load that git file, save it as a new XML file, and the
end result is identical.
Well... *ALMOST* identical. We currently don't save the dive computer
nickname and serial/firmware information in the git repository, so that
does get lost in translation. But all the actual dive data is there.
NOTE! I have currently only worked with my own dive files. They are
reasonably complex and complete, and do have a lot of the interesting
cases covered (like multiple dive computers etc), but there's no CCR
information, and all the dives are in trips, so this does need more
testing. It's at the very least very close.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-09 22:32:42 +00:00
|
|
|
}
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2018-11-20 11:07:33 +00:00
|
|
|
/* Not needed anymore - trip date calculated implicitly from first dive */
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_trip_date(char *, struct git_parser_state *)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ }
|
2018-11-20 11:07:33 +00:00
|
|
|
|
|
|
|
/* Not needed anymore - trip date calculated implicitly from first dive */
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_trip_time(char *, struct git_parser_state *)
|
2024-02-28 07:42:23 +00:00
|
|
|
{ }
|
2018-11-20 11:07:33 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_trip_location(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_trip->location = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_trip_notes(char *, struct git_parser_state *state)
|
|
|
|
{ state->active_trip->notes = get_first_converted_string_c(state); }
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_autogroup(char *, struct git_parser_state *state)
|
2016-03-07 19:18:50 +00:00
|
|
|
{
|
2022-11-12 08:14:00 +00:00
|
|
|
state->log->autogroup = true;
|
2016-03-07 19:18:50 +00:00
|
|
|
}
|
2014-03-10 01:31:36 +00:00
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_units(char *line, struct git_parser_state *)
|
2015-06-17 03:28:42 +00:00
|
|
|
{
|
|
|
|
if (line)
|
|
|
|
set_informational_units(line);
|
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_userid(char *, struct git_parser_state *)
|
2018-09-11 12:39:25 +00:00
|
|
|
/* Keep this despite removal of the webservice as there are legacy logbook around
|
|
|
|
* that still have this defined.
|
|
|
|
*/
|
2014-04-11 06:17:35 +00:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_prefs(char *line, struct git_parser_state *)
|
2017-02-04 09:13:58 +00:00
|
|
|
{
|
|
|
|
if (line)
|
|
|
|
set_git_prefs(line);
|
|
|
|
}
|
|
|
|
|
2014-03-10 01:31:36 +00:00
|
|
|
/*
|
|
|
|
* Our versioning is a joke right now, but this is more of an example of what we
|
|
|
|
* *can* do some day. And if we do change the version, this warning will show if
|
|
|
|
* you read with a version of subsurface that doesn't know about it.
|
2015-06-20 13:45:12 +00:00
|
|
|
* We MUST keep this in sync with the XML version (so we can report a consistent
|
|
|
|
* minimum datafile version)
|
2014-03-10 01:31:36 +00:00
|
|
|
*/
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_version(char *line, struct git_parser_state *)
|
2014-03-10 01:31:36 +00:00
|
|
|
{
|
|
|
|
int version = atoi(line);
|
2015-06-20 13:45:12 +00:00
|
|
|
report_datafile_version(version);
|
|
|
|
if (version > DATAFORMAT_VERSION)
|
|
|
|
report_error("Git save file version %d is newer than version %d I know about", version, DATAFORMAT_VERSION);
|
2014-03-10 01:31:36 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
/* The argument string is the version string of subsurface that saved things, just FYI */
|
|
|
|
static void parse_settings_subsurface(char *, struct git_parser_state *)
|
2016-03-07 19:18:50 +00:00
|
|
|
{
|
|
|
|
}
|
2014-03-10 01:31:36 +00:00
|
|
|
|
|
|
|
struct divecomputerid {
|
2024-02-28 18:20:05 +00:00
|
|
|
std::string model;
|
|
|
|
std::string nickname;
|
|
|
|
std::string serial;
|
|
|
|
unsigned int deviceid = 0;
|
2014-03-10 01:31:36 +00:00
|
|
|
};
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_divecomputerid_keyvalue(void *_cid, const char *key, const std::string &value)
|
2014-03-10 01:31:36 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct divecomputerid *cid = (divecomputerid *)_cid;
|
2014-03-10 01:31:36 +00:00
|
|
|
|
Clean up divecomputer 'device' handling
We have this odd legacy notion of a divecomputer 'device', that was
originally just basically the libdivecomputer 'EVENT_DEVINFO' report
that was associated with each dive. So it had firmware version,
deviceid, and serial number.
It had also gotten extended to do 'nickname' handling, and it was all
confusing, ugly and bad. It was particularly bad because it wasn't
actually a 'per device' thing at all: due to the firmware field, a dive
computer that got a firmware update forced a new 'device'.
To make matters worse, the 'deviceid' was also almost random, because
we've calculated it a couple of different ways, and libdivecomputer
itself has changed how the legacy 32-bit 'serial number' is expressed.
Finally, because of all these issues, we didn't even try to make the
thing unique, so it really ended up being a random snapshot of the state
of the dive computer at the time of a dive, and sometimes we'd pick one,
and sometimes another, since they weren't really well-defined.
So get rid of all this confusion.
The new rules:
- the actual random dive computer state at the time of a dive is kept
in the dive data. So if you want to know the firmware version, it
should be in the 'extra data'
- the only serial number that matters is the string one in the extra
data, because that's the one that actually matches what the dive
computer reports, and isn't some random 32-bit integer with ambiguous
formatting.
- the 'device id' - the thing we match with (together with the model
name, eg "Suunto EON Steel") is purely a hash of the real serial
number.
The device ID that libdivecomputer reports in EVENT_DEVINFO is
ignored, as is the device ID we've saved in the XML or git files. If
we have a serial number, the device ID will be uniquely associated
with that serial number, and if we don't have one, the device ID will
be zero (for 'match anything').
So now 'deviceid' is literally just a shorthand for the serial number
string, and the two are joined at the hip.
- the 'device' managament is _only_ used to track devices that have
serial numbers _and_ nicknames. So no more different device
structures just because one had a nickname and the other didn't etc.
Without a serial number, the device is 'anonymous' and fundamentally
cannot be distinguished from other devices of the same model, so a
nickname is meaningless. And without a nickname, there is no point in
creating a device data structure, since all the data is in the dive
itself and the device structure wouldn't add any value..
These rules mean that we no longer have ambiguous 'device' structures,
and we can never have duplicates that can confuse us.
This does mean that you can't give a nickname to a device that cannot be
uniquely identified with a serial number, but those are happily fairly
rare (and mostly older ones). Dirk said he'd look at what it takes to
give more dive computers proper serial numbers, and I already did it for
the Garmin Descent family yesterday.
(Honesty in advertizing: right now you can't add a nickname to a dive
computer that doesn't already have one, because such a dive computer
will not have a device structure. But that's a UI issue, and I'll sort
that out separately)
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2021-08-16 22:50:11 +00:00
|
|
|
// Ignored legacy fields
|
|
|
|
if (!strcmp(key, "firmware"))
|
2014-03-10 01:31:36 +00:00
|
|
|
return;
|
Clean up divecomputer 'device' handling
We have this odd legacy notion of a divecomputer 'device', that was
originally just basically the libdivecomputer 'EVENT_DEVINFO' report
that was associated with each dive. So it had firmware version,
deviceid, and serial number.
It had also gotten extended to do 'nickname' handling, and it was all
confusing, ugly and bad. It was particularly bad because it wasn't
actually a 'per device' thing at all: due to the firmware field, a dive
computer that got a firmware update forced a new 'device'.
To make matters worse, the 'deviceid' was also almost random, because
we've calculated it a couple of different ways, and libdivecomputer
itself has changed how the legacy 32-bit 'serial number' is expressed.
Finally, because of all these issues, we didn't even try to make the
thing unique, so it really ended up being a random snapshot of the state
of the dive computer at the time of a dive, and sometimes we'd pick one,
and sometimes another, since they weren't really well-defined.
So get rid of all this confusion.
The new rules:
- the actual random dive computer state at the time of a dive is kept
in the dive data. So if you want to know the firmware version, it
should be in the 'extra data'
- the only serial number that matters is the string one in the extra
data, because that's the one that actually matches what the dive
computer reports, and isn't some random 32-bit integer with ambiguous
formatting.
- the 'device id' - the thing we match with (together with the model
name, eg "Suunto EON Steel") is purely a hash of the real serial
number.
The device ID that libdivecomputer reports in EVENT_DEVINFO is
ignored, as is the device ID we've saved in the XML or git files. If
we have a serial number, the device ID will be uniquely associated
with that serial number, and if we don't have one, the device ID will
be zero (for 'match anything').
So now 'deviceid' is literally just a shorthand for the serial number
string, and the two are joined at the hip.
- the 'device' managament is _only_ used to track devices that have
serial numbers _and_ nicknames. So no more different device
structures just because one had a nickname and the other didn't etc.
Without a serial number, the device is 'anonymous' and fundamentally
cannot be distinguished from other devices of the same model, so a
nickname is meaningless. And without a nickname, there is no point in
creating a device data structure, since all the data is in the dive
itself and the device structure wouldn't add any value..
These rules mean that we no longer have ambiguous 'device' structures,
and we can never have duplicates that can confuse us.
This does mean that you can't give a nickname to a device that cannot be
uniquely identified with a serial number, but those are happily fairly
rare (and mostly older ones). Dirk said he'd look at what it takes to
give more dive computers proper serial numbers, and I already did it for
the Garmin Descent family yesterday.
(Honesty in advertizing: right now you can't add a nickname to a dive
computer that doesn't already have one, because such a dive computer
will not have a device structure. But that's a UI issue, and I'll sort
that out separately)
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2021-08-16 22:50:11 +00:00
|
|
|
if (!strcmp(key, "deviceid"))
|
|
|
|
return;
|
|
|
|
|
|
|
|
// Serial number and nickname matter
|
2014-03-10 01:31:36 +00:00
|
|
|
if (!strcmp(key, "serial")) {
|
|
|
|
cid->serial = value;
|
2024-02-28 18:20:05 +00:00
|
|
|
cid->deviceid = calculate_string_hash(value.c_str());
|
2014-03-10 01:31:36 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "nickname")) {
|
|
|
|
cid->nickname = value;
|
|
|
|
return;
|
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown divecomputerid key/value pair (%s/%s)", key, value.c_str());
|
2014-03-10 01:31:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The 'divecomputerid' is a bit harder to parse than some other things, because
|
|
|
|
* it can have multiple strings (but see the tag parsing for another example of
|
|
|
|
* that) in addition to the non-string entries.
|
|
|
|
*/
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_divecomputerid(char *line, struct git_parser_state *state)
|
2014-03-10 01:31:36 +00:00
|
|
|
{
|
2024-02-28 18:20:05 +00:00
|
|
|
struct divecomputerid id;
|
2024-03-02 16:30:14 +00:00
|
|
|
id.model = pop_cstring(state, line);
|
2014-03-10 01:31:36 +00:00
|
|
|
|
|
|
|
/* Skip the '"' that stood for the model string */
|
|
|
|
line++;
|
|
|
|
|
load-git: clean up string handling during parsing
We had some fairly obscure rules for how strings were parsed, and it
actually caused bugs when the same line had multiple strings in it.
That normally doesn't happen, and the cases where it was _supposed_ to
happen had special cases for it (divecomputer ID lines, and tag lines).
But by mistake, we had introduced a case of that for the event line
handling in commit b9174332d ("Read and write divemode changes (xml and
git)"), and nobody realized that the divemode string addition meant that
"oops, now it's corrupting the event name". An event line could look
like this:
event 40:00 type=8 divemode="OC" name="modechange"
where we now had both that "OC" and "modechange" strings, and the code
to pick the name just picked the first string. So we'd end up
effectively mis-parsing the above line as
event 40:00 type=8 divemode="OC" name="OC"
which is obviously wrong.
The dive mode didn't really need to be a string in the first place
(there is nothing to quote, and no spaces in it), but hey, here we are.
We can't just magially fix the existing broken saves.
So make it more straightforward to handle strings in the git format line
parser. We still stash the different decoded strings together in one
special memory buffer, but now the parser helpers automatically untangle
it as they traverse the key value pairs.
This is still overly subtle code, and it doesn't fix the cases where
we've saved the wrong data back. That comes later.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2020-02-14 19:49:28 +00:00
|
|
|
/* Parse the rest of the entries */
|
2014-03-10 01:31:36 +00:00
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_divecomputerid_keyvalue, &id, line, state);
|
2014-03-10 01:31:36 +00:00
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
create_device_node(state->log->devices, id.model.c_str(), id.serial.c_str(), id.nickname.c_str());
|
2014-03-10 01:31:36 +00:00
|
|
|
}
|
|
|
|
|
2021-10-31 01:01:14 +00:00
|
|
|
struct fingerprint_helper {
|
2024-02-28 18:20:05 +00:00
|
|
|
uint32_t model = 0;
|
|
|
|
uint32_t serial = 0;
|
|
|
|
uint32_t fdeviceid = 0;
|
|
|
|
uint32_t fdiveid = 0;
|
|
|
|
std::string hex_data;
|
2021-10-31 01:01:14 +00:00
|
|
|
};
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_fingerprint_keyvalue(void *_fph, const char *key, const std::string &value)
|
2021-10-31 01:01:14 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct fingerprint_helper *fph = (fingerprint_helper *)_fph;
|
2021-10-31 01:01:14 +00:00
|
|
|
|
|
|
|
if (!strcmp(key, "model")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
fph->model = get_hex(value.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "serial")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
fph->serial = get_hex(value.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "deviceid")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
fph->fdeviceid = get_hex(value.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "diveid")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
fph->fdiveid = get_hex(value.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "data")) {
|
2024-02-28 18:20:05 +00:00
|
|
|
fph->hex_data = value.c_str();
|
2021-10-31 01:01:14 +00:00
|
|
|
return;
|
|
|
|
}
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown fingerprint key/value pair (%s/%s)", key, value.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_settings_fingerprint(char *line, struct git_parser_state *state)
|
2021-10-31 01:01:14 +00:00
|
|
|
{
|
2024-02-28 18:20:05 +00:00
|
|
|
struct fingerprint_helper fph;
|
2021-10-31 01:01:14 +00:00
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_fingerprint_keyvalue, &fph, line, state);
|
2021-10-31 01:01:14 +00:00
|
|
|
}
|
|
|
|
if (verbose > 1)
|
2024-03-12 08:25:39 +00:00
|
|
|
report_info("fingerprint %08x %08x %08x %08x %s\n", fph.model, fph.serial, fph.fdeviceid, fph.fdiveid, fph.hex_data.c_str());
|
2021-10-31 01:01:14 +00:00
|
|
|
create_fingerprint_node_from_hex(&fingerprint_table, fph.model, fph.serial,
|
2024-02-28 18:20:05 +00:00
|
|
|
fph.hex_data.c_str(), fph.fdeviceid, fph.fdiveid);
|
2021-10-31 01:01:14 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_picture_filename(char *, struct git_parser_state *state)
|
2014-06-29 18:21:52 +00:00
|
|
|
{
|
2024-03-02 16:30:14 +00:00
|
|
|
state->active_pic.filename = get_first_converted_string_c(state);
|
2014-06-29 18:21:52 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_picture_gps(char *line, struct git_parser_state *state)
|
2014-06-29 18:21:52 +00:00
|
|
|
{
|
2020-04-11 15:41:56 +00:00
|
|
|
parse_location(line, &state->active_pic.location);
|
2014-06-29 18:21:52 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_picture_hash(char *, struct git_parser_state *)
|
2018-07-07 14:35:45 +00:00
|
|
|
{
|
|
|
|
// we no longer use hashes to identify pictures, but we shouldn't
|
2019-07-24 21:54:46 +00:00
|
|
|
// remove this parser lest users get an ugly red warning when
|
2018-07-07 14:35:45 +00:00
|
|
|
// opening old git repos
|
|
|
|
}
|
|
|
|
|
2014-03-09 19:19:41 +00:00
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array dc_action {
|
2014-03-09 19:19:41 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_dc_ ## x }
|
2014-11-16 23:11:18 +00:00
|
|
|
D(airtemp), D(date), D(dctype), D(deviceid), D(diveid), D(duration),
|
Improve profile display in planner
This patch allows the planner to save the last manually-entered
dive planner point of a dive plan. When the plan has been saved
and re-opened for edit, the time of the last-entered dive planner
point is used to ensure that dive planning continues from the same
point in the profile as was when the original dive plan was saved.
Mechanism:
1) In dive.h, create a new dc attribute dc->last_manual_time
with data type of duration_t.
2) In diveplanner.c, ensure that the last manually-entered
dive planner point is saved in dc->last_manual_time.
3) In save-xml.c, create a new XML attribute for the <divecomputer>
element, named last-manual-time. For dive plans, the element would
now look like:
<divecomputer model='planned dive' last-manual-time='31:17 min'>
4) In parse-xml.c, insert code that recognises the last-manual-time
XML attribute, reads the time value and assigns this time to
dc->last_manual_time.
5) In diveplannermodel.cpp, method DiveplannerPointModel::loadfromdive,
insert code that sets the appropriate boolean value to dp->entered
by comparing newtime (i.e. time of dp) with dc->last_manual_time.
6) Diveplannermodel.cpp also accepts profile data from normal dives in
the dive log, whether hand-entered or loaded from dive computer. It
looks like the reduction of dive points for dives with >100 points
continues to work ok.
The result is that when a dive plan is saved with manually entered
points up to e.g. 10 minutes into the dive, it can be re-opened for edit
in the dive planner and the planner re-creates the plan with manually
entered points up to 10 minutes. The rest of the points are "soft"
points, shaped by the deco calculations of the planner.
Improvements: Improve code for profile display in dive planner
This responds to #1052.
Change load-git.c and save-git.c so that the last-manual-time is
also saved in the git-format dive log.
Several stylistic changes in text for consistent C source code.
Improvement of dive planner profile display:
Do some simplification of my alterations to diveplannermodel.cpp
Two small style changes in planner.c and diveplannermodel.cpp
as requested ny @neolit123
Signed-off-by: Willem Ferguson <willemferguson@zoology.up.ac.za>
2018-01-15 12:51:47 +00:00
|
|
|
D(event), D(keyvalue), D(lastmanualtime), D(maxdepth), D(meandepth), D(model), D(numberofoxygensensors),
|
2014-11-22 13:13:13 +00:00
|
|
|
D(salinity), D(surfacepressure), D(surfacetime), D(time), D(watertemp)
|
2014-03-09 19:19:41 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/* Sample lines start with a space or a number */
|
2024-03-02 16:30:14 +00:00
|
|
|
static void divecomputer_parser(char *line, struct git_parser_state *state)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
|
|
|
char c = *line;
|
|
|
|
if (c < 'a' || c > 'z')
|
2019-07-24 21:54:46 +00:00
|
|
|
sample_parser(line, state);
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, dc_action);
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array dive_action {
|
2014-03-09 19:19:41 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_dive_ ## x }
|
2022-02-12 13:03:18 +00:00
|
|
|
/* For historical reasons, we accept divemaster and diveguide */
|
2024-03-02 20:59:46 +00:00
|
|
|
D(airpressure), D(airtemp), D(buddy), D(chill), D(current), D(cylinder), D(diveguide),
|
|
|
|
keyword_action { "divemaster", parse_dive_diveguide },
|
2022-02-12 13:03:18 +00:00
|
|
|
D(divesiteid), D(duration), D(gps), D(invalid), D(location), D(notes), D(notrip), D(rating), D(suit), D(surge),
|
2019-11-19 17:16:45 +00:00
|
|
|
D(tags), D(visibility), D(watersalinity), D(watertemp), D(wavesize), D(weightsystem)
|
2014-03-09 19:19:41 +00:00
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void dive_parser(char *line, struct git_parser_state *state)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, dive_action);
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
|
|
|
|
2015-02-12 08:14:50 +00:00
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array site_action {
|
2015-02-12 08:14:50 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_site_ ## x }
|
2017-10-03 06:03:44 +00:00
|
|
|
D(description), D(geo), D(gps), D(name), D(notes)
|
2015-02-12 08:14:50 +00:00
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void site_parser(char *line, struct git_parser_state *state)
|
2015-02-12 08:14:50 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, site_action);
|
2015-02-12 08:14:50 +00:00
|
|
|
}
|
|
|
|
|
2014-03-09 19:19:41 +00:00
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array trip_action {
|
2014-03-09 19:19:41 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_trip_ ## x }
|
2018-11-20 11:07:33 +00:00
|
|
|
D(date), D(location), D(notes), D(time),
|
2014-03-09 19:19:41 +00:00
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void trip_parser(char *line, struct git_parser_state *state)
|
2014-03-09 19:19:41 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, trip_action);
|
2014-03-08 23:59:39 +00:00
|
|
|
}
|
|
|
|
|
2014-03-10 01:31:36 +00:00
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array settings_action {
|
2014-03-10 01:31:36 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_settings_ ## x }
|
2021-10-31 01:01:14 +00:00
|
|
|
D(autogroup), D(divecomputerid), D(fingerprint), D(prefs), D(subsurface), D(units), D(userid), D(version)
|
2014-03-10 01:31:36 +00:00
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void settings_parser(char *line, struct git_parser_state *state)
|
2014-03-10 01:31:36 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, settings_action);
|
2014-03-10 01:31:36 +00:00
|
|
|
}
|
|
|
|
|
2014-06-29 18:21:52 +00:00
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
static const std::array picture_action {
|
2014-06-29 18:21:52 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_picture_ ## x }
|
2018-07-07 14:35:45 +00:00
|
|
|
D(filename), D(gps), D(hash)
|
2014-06-29 18:21:52 +00:00
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void picture_parser(char *line, struct git_parser_state *state)
|
2014-06-29 18:21:52 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, picture_action);
|
2014-06-29 18:21:52 +00:00
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_filter_preset_constraint_keyvalue(void *_state, const char *key, const std::string &value)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct git_parser_state *state = (git_parser_state *)_state;
|
2020-06-20 16:15:50 +00:00
|
|
|
if (!strcmp(key, "type")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_type = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "rangemode")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_range_mode = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "stringmode")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_string_mode = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "negate")) {
|
|
|
|
state->filter_constraint_negate = true;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "data")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_data = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown filter preset constraint key/value pair (%s/%s)", key, value.c_str());
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_filter_preset_constraint(char *line, struct git_parser_state *state)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_filter_preset_constraint_keyvalue, state, line, state);
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-01 21:44:45 +00:00
|
|
|
filter_preset_add_constraint(state->active_filter.get(), state->filter_constraint_type.c_str(),
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_string_mode.c_str(),
|
|
|
|
state->filter_constraint_range_mode.c_str(),
|
|
|
|
state->filter_constraint_negate, state->filter_constraint_data.c_str());
|
|
|
|
state->filter_constraint_type.clear();
|
|
|
|
state->filter_constraint_string_mode.clear();
|
|
|
|
state->filter_constraint_range_mode.clear();
|
2020-06-20 16:15:50 +00:00
|
|
|
state->filter_constraint_negate = false;
|
2024-02-28 10:03:18 +00:00
|
|
|
state->filter_constraint_data.clear();
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
static void parse_filter_preset_fulltext_keyvalue(void *_state, const char *key, const std::string &value)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct git_parser_state *state = (git_parser_state *)_state;
|
2020-06-20 16:15:50 +00:00
|
|
|
if (!strcmp(key, "mode")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->fulltext_mode = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(key, "query")) {
|
2024-02-28 10:03:18 +00:00
|
|
|
state->fulltext_query = value;
|
2020-06-20 16:15:50 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2024-02-28 18:20:05 +00:00
|
|
|
report_error("Unknown filter preset fulltext key/value pair (%s/%s)", key, value.c_str());
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_filter_preset_fulltext(char *line, struct git_parser_state *state)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
|
|
|
for (;;) {
|
|
|
|
char c;
|
|
|
|
while (isspace(c = *line))
|
|
|
|
line++;
|
|
|
|
if (!c)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
line = parse_keyvalue_entry(parse_filter_preset_fulltext_keyvalue, state, line, state);
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-01 21:44:45 +00:00
|
|
|
filter_preset_set_fulltext(state->active_filter.get(), state->fulltext_query.c_str(), state->fulltext_mode.c_str());
|
2024-02-28 10:03:18 +00:00
|
|
|
state->fulltext_mode.clear();
|
|
|
|
state->fulltext_query.clear();
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void parse_filter_preset_name(char *, struct git_parser_state *state)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
2024-03-02 16:30:14 +00:00
|
|
|
filter_preset_set_name(state->active_filter.get(), get_first_converted_string_c(state));
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* These need to be sorted! */
|
2024-03-02 20:59:46 +00:00
|
|
|
const std::array filter_preset_action {
|
2020-06-20 16:15:50 +00:00
|
|
|
#undef D
|
2024-03-02 20:59:46 +00:00
|
|
|
#define D(x) keyword_action { #x, parse_filter_preset_ ## x }
|
2020-06-20 16:15:50 +00:00
|
|
|
D(constraint), D(fulltext), D(name)
|
|
|
|
};
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
static void filter_preset_parser(char *line, struct git_parser_state *state)
|
2020-06-20 16:15:50 +00:00
|
|
|
{
|
2024-03-02 20:59:46 +00:00
|
|
|
match_action(line, state, filter_preset_action);
|
2020-06-20 16:15:50 +00:00
|
|
|
}
|
|
|
|
|
2014-03-08 23:59:39 +00:00
|
|
|
/*
|
|
|
|
* We have a very simple line-based interface, with the small
|
|
|
|
* complication that lines can have strings in the middle, and
|
|
|
|
* a string can be multiple lines.
|
|
|
|
*
|
|
|
|
* The UTF-8 string escaping is *very* simple, though:
|
|
|
|
*
|
|
|
|
* - a string starts and ends with double quotes (")
|
|
|
|
*
|
|
|
|
* - inside the string we escape:
|
|
|
|
* (a) double quotes with '\"'
|
|
|
|
* (b) backslash (\) with '\\'
|
|
|
|
*
|
|
|
|
* - additionally, for human readability, we escape
|
|
|
|
* newlines with '\n\t', with the exception that
|
|
|
|
* consecutive newlines are left unescaped (so an
|
|
|
|
* empty line doesn't become a line with just a tab
|
|
|
|
* on it).
|
|
|
|
*
|
|
|
|
* Also, while the UTF-8 string can have arbitrarily
|
|
|
|
* long lines, the non-string parts of the lines are
|
|
|
|
* never long, so we can use a small temporary buffer
|
|
|
|
* on stack for that part.
|
|
|
|
*
|
|
|
|
* Also, note that if a line has one or more strings
|
|
|
|
* in it:
|
|
|
|
*
|
|
|
|
* - each string will be represented as a single '"'
|
|
|
|
* character in the output.
|
|
|
|
*
|
2024-03-02 16:30:14 +00:00
|
|
|
* - all string will be stores in converted_strings.
|
2014-03-08 23:59:39 +00:00
|
|
|
*/
|
2024-03-02 16:30:14 +00:00
|
|
|
static const char *parse_one_string(const char *buf, const char *end, std::vector<std::string> &converted_strings)
|
2014-03-08 23:59:39 +00:00
|
|
|
{
|
|
|
|
const char *p = buf;
|
|
|
|
|
|
|
|
/*
|
2024-03-02 16:30:14 +00:00
|
|
|
* We turn multiple strings one one line (think dive tags) into the
|
|
|
|
* converted_strings vector.
|
2014-03-08 23:59:39 +00:00
|
|
|
*/
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
std::string s;
|
2014-03-08 23:59:39 +00:00
|
|
|
while (p < end) {
|
|
|
|
char replace;
|
|
|
|
|
|
|
|
switch (*p++) {
|
|
|
|
default:
|
|
|
|
continue;
|
|
|
|
case '\n':
|
|
|
|
if (p < end && *p == '\t') {
|
|
|
|
replace = '\n';
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
continue;
|
|
|
|
case '\\':
|
|
|
|
if (p < end) {
|
|
|
|
replace = *p;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
continue;
|
|
|
|
case '"':
|
|
|
|
replace = 0;
|
|
|
|
break;
|
|
|
|
}
|
2024-03-02 16:30:14 +00:00
|
|
|
s.append(buf, p - buf - 1);
|
2014-03-08 23:59:39 +00:00
|
|
|
if (!replace)
|
|
|
|
break;
|
2024-03-02 16:30:14 +00:00
|
|
|
s += replace;
|
2014-03-08 23:59:39 +00:00
|
|
|
buf = ++p;
|
|
|
|
}
|
2024-03-02 16:30:14 +00:00
|
|
|
converted_strings.push_back(std::move(s));
|
2014-03-08 23:59:39 +00:00
|
|
|
return p;
|
|
|
|
}
|
|
|
|
|
2024-03-02 16:30:14 +00:00
|
|
|
typedef void (line_fn_t)(char *, struct git_parser_state *);
|
2014-03-10 04:06:18 +00:00
|
|
|
#define MAXLINE 500
|
2024-03-02 16:30:14 +00:00
|
|
|
static unsigned parse_one_line(const char *buf, unsigned size, line_fn_t *fn, struct git_parser_state *state)
|
2014-03-08 23:59:39 +00:00
|
|
|
{
|
|
|
|
const char *end = buf + size;
|
|
|
|
const char *p = buf;
|
2019-07-24 22:26:51 +00:00
|
|
|
char line[MAXLINE + 1];
|
2014-03-08 23:59:39 +00:00
|
|
|
int off = 0;
|
|
|
|
|
git parser: handle left-over multi-line quoted strings better
The git save format is designed to be entirely line-based, where all the
dive data is on individual lines that are independent.
That is very much by design, so that you can merge these files
automatically, and not worry about what it does to the context (contrast
this to structured files like JSON or XML, where you have multiple
levels of indentation, and the context of a line matters).
So the parser can just ignore any conflict markers, and parse everything
one line at a time.
Well, almost.
We do have *one* special form of multi-line context, where flowed text
(think things like dive notes) will have one "header line" that starts
the note, and then it can continue for several lines until the final
line that ends the quote.
In such a situation, the dive merging can result in a partially merged
string note, which has the ending line from one dive, and then continues
with more string data from the other dive.
That will confuse our parser mightily, because it will have seen the end
of the string, and parsed the rest of those string comments as garbage lines.
That part in itself is fine - the garbage lines won't pass as any real
data (because they don't start with a proper keyword), but while parsing
that garbage the *next* end of the string will be seen as a start of a
new string.
And *that* then confuses the git parser to think that the line after
that is now part of the string, and so it won't correctly parse the
non-string line that follows.
To give a more concrete example, the git dive data (here indented and
abbreviated) might look like this:
suit "5mm long + 3mm hooded vest"
notes "First boat dive.
Giant-stride entry."
Saw a turtle."
cylinder vol=10.0l description="10.0ℓ" depth=66.019m
where the two notes from the two dives were
notes "First boat dive.
Giant-stride entry"
and
notes "First boat dive.
Saw a turtle."
respectively, and the merged result contained parts of both.
When we parse this, we will parse the 'notes' line as having the string
First boat dive.
Giant-stride entry
which is fine. But then the next line will be that
Saw a turtle."
and now the ending double quote character on that line will be seen as
the beginning of a new string, and the cylinder information on the next
line will then be mixed up. The resulting mess will be ignored, but in
the process the data on the "cylinder" line will basically have been
lost.
There are several ways to deal with this, but this particular fix
depends on the fact that we can recognize stale string continuation
lines: they are either empty (for an empty line), or they start with a
TAB character.
So to solve the problem with the mis-identified end quote, this
recognizes that we're in such a "stale left-over comment line" context,
and will just skip such lines entirely.
That does mean that when you have conflicts in dive note sections due to
having edited the dive concurrently on different machines, you may just
lose some of the edits.
But this way at least you shouldn't lose any other data due to the merge
conflict.
NOTE! We could try to improve on this by instead noticing that a "end of
multi-line string has a continuation entry on the next line", and just
say "ok, that wasn't a real end after all".
But that would be an independent thing anyway - this "ignore stale text
comment lines" logic would be required anyway, in case those stale text
comments ended up somewhere *else* than right after another text line.
So do this more important fix first.
Reported-by: Michael Werle
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2022-07-31 03:47:43 +00:00
|
|
|
// Check the first character of a line: an empty line
|
|
|
|
// or a line starting with a TAB is invalid, and likely
|
|
|
|
// due to an early string end quote due to a merge
|
|
|
|
// conflict. Ignore such a line.
|
|
|
|
switch (*p) {
|
|
|
|
case '\n': case '\t':
|
|
|
|
do {
|
|
|
|
if (*p++ == '\n')
|
|
|
|
break;
|
|
|
|
} while (p < end);
|
2024-03-12 08:25:39 +00:00
|
|
|
report_info("git storage: Ignoring line '%.*s'", (int)(p-buf-1), buf);
|
git parser: handle left-over multi-line quoted strings better
The git save format is designed to be entirely line-based, where all the
dive data is on individual lines that are independent.
That is very much by design, so that you can merge these files
automatically, and not worry about what it does to the context (contrast
this to structured files like JSON or XML, where you have multiple
levels of indentation, and the context of a line matters).
So the parser can just ignore any conflict markers, and parse everything
one line at a time.
Well, almost.
We do have *one* special form of multi-line context, where flowed text
(think things like dive notes) will have one "header line" that starts
the note, and then it can continue for several lines until the final
line that ends the quote.
In such a situation, the dive merging can result in a partially merged
string note, which has the ending line from one dive, and then continues
with more string data from the other dive.
That will confuse our parser mightily, because it will have seen the end
of the string, and parsed the rest of those string comments as garbage lines.
That part in itself is fine - the garbage lines won't pass as any real
data (because they don't start with a proper keyword), but while parsing
that garbage the *next* end of the string will be seen as a start of a
new string.
And *that* then confuses the git parser to think that the line after
that is now part of the string, and so it won't correctly parse the
non-string line that follows.
To give a more concrete example, the git dive data (here indented and
abbreviated) might look like this:
suit "5mm long + 3mm hooded vest"
notes "First boat dive.
Giant-stride entry."
Saw a turtle."
cylinder vol=10.0l description="10.0ℓ" depth=66.019m
where the two notes from the two dives were
notes "First boat dive.
Giant-stride entry"
and
notes "First boat dive.
Saw a turtle."
respectively, and the merged result contained parts of both.
When we parse this, we will parse the 'notes' line as having the string
First boat dive.
Giant-stride entry
which is fine. But then the next line will be that
Saw a turtle."
and now the ending double quote character on that line will be seen as
the beginning of a new string, and the cylinder information on the next
line will then be mixed up. The resulting mess will be ignored, but in
the process the data on the "cylinder" line will basically have been
lost.
There are several ways to deal with this, but this particular fix
depends on the fact that we can recognize stale string continuation
lines: they are either empty (for an empty line), or they start with a
TAB character.
So to solve the problem with the mis-identified end quote, this
recognizes that we're in such a "stale left-over comment line" context,
and will just skip such lines entirely.
That does mean that when you have conflicts in dive note sections due to
having edited the dive concurrently on different machines, you may just
lose some of the edits.
But this way at least you shouldn't lose any other data due to the merge
conflict.
NOTE! We could try to improve on this by instead noticing that a "end of
multi-line string has a continuation entry on the next line", and just
say "ok, that wasn't a real end after all".
But that would be an independent thing anyway - this "ignore stale text
comment lines" logic would be required anyway, in case those stale text
comments ended up somewhere *else* than right after another text line.
So do this more important fix first.
Reported-by: Michael Werle
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2022-07-31 03:47:43 +00:00
|
|
|
return p - buf;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2014-03-08 23:59:39 +00:00
|
|
|
while (p < end) {
|
|
|
|
char c = *p++;
|
|
|
|
if (c == '\n')
|
|
|
|
break;
|
|
|
|
line[off] = c;
|
|
|
|
off++;
|
|
|
|
if (off > MAXLINE)
|
|
|
|
off = MAXLINE;
|
|
|
|
if (c == '"')
|
2024-03-02 16:30:14 +00:00
|
|
|
p = parse_one_string(p, end, state->converted_strings);
|
2014-03-08 23:59:39 +00:00
|
|
|
}
|
|
|
|
line[off] = 0;
|
2024-03-02 16:30:14 +00:00
|
|
|
fn(line, state);
|
2014-03-08 23:59:39 +00:00
|
|
|
return p - buf;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2024-03-02 16:30:14 +00:00
|
|
|
* We keep on re-using the vector that stores converted
|
|
|
|
* strings, but the callback function can consume the
|
|
|
|
* strings.
|
2014-03-08 23:59:39 +00:00
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static void for_each_line(git_blob *blob, line_fn_t *fn, struct git_parser_state *state)
|
2014-03-08 23:59:39 +00:00
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
const char *content = (const char *)git_blob_rawcontent(blob);
|
2014-03-08 23:59:39 +00:00
|
|
|
unsigned int size = git_blob_rawsize(blob);
|
|
|
|
|
|
|
|
while (size) {
|
2024-03-02 16:30:14 +00:00
|
|
|
state->converted_strings.clear();
|
2024-03-02 17:49:42 +00:00
|
|
|
state->act_converted_string = 0;
|
2024-03-02 16:30:14 +00:00
|
|
|
unsigned int n = parse_one_line(content, size, fn, state);
|
2014-03-08 23:59:39 +00:00
|
|
|
content += n;
|
|
|
|
size -= n;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-03-07 03:27:28 +00:00
|
|
|
#define GIT_WALK_OK 0
|
|
|
|
#define GIT_WALK_SKIP 1
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static void finish_active_trip(struct git_parser_state *state)
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
dive_trip_t *trip = state->active_trip;
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
|
|
|
|
if (trip) {
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_trip = NULL;
|
2022-11-12 08:02:39 +00:00
|
|
|
insert_trip(trip, state->log->trips);
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static void finish_active_dive(struct git_parser_state *state)
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
struct dive *dive = state->active_dive;
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
|
|
|
|
if (dive) {
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dive = NULL;
|
2022-11-12 08:02:39 +00:00
|
|
|
record_dive_to_table(dive, state->log->dives);
|
git-load: Add trips to the trip list on loading
We don't actually much use the trip list any more, and it's possible we
should simply get rid of it. I hadn't added the trips to the trip list
when loading them, and everything worked fine.
Well, *almost* everything worked fine.
There is one use of the list of trips, and that's the "clear the trip
index for each trip before saving them". That literally seems to be the
only non-debug use of this list, but when we didn't add the trips to the
list, the trip index never got cleared before saving trips.
And even that is unnoticeable for the *first* save event, because the
trip index will have been clear before that.
But on the *second* save event, if the trip index doesn't get cleared
before saving, the saving code will look at the index, say "Hey, I
already saved this" and skip the trip.
So if you loaded the trips from a git repository, and then saved things,
everything worked fine. But it you saved things a *second* time,
nothing would get saved at all, because all the trips were marked as
saved already.
Anyway, I think the real solution is to get rid of the pointless trip
list, and just use "for_each_dive()" to find all the trips, since that
list clearly is just more pain than gain. But in the meantime, this
makes the git loading add the trips properly to the list.
Signed-off-by: Linus "oops" Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-11 21:48:03 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static void create_new_dive(timestamp_t when, struct git_parser_state *state)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dive = alloc_dive();
|
2014-03-07 03:27:28 +00:00
|
|
|
|
|
|
|
/* We'll fill in more data from the dive file */
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dive->when = when;
|
2014-03-07 03:27:28 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
if (state->active_trip)
|
|
|
|
add_dive_to_trip(state->active_dive, state->active_trip);
|
2014-03-07 03:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool validate_date(int yyyy, int mm, int dd)
|
|
|
|
{
|
2016-04-28 22:13:30 +00:00
|
|
|
return yyyy > 1930 && yyyy < 3000 &&
|
2014-03-07 03:27:28 +00:00
|
|
|
mm > 0 && mm < 13 &&
|
|
|
|
dd > 0 && dd < 32;
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool validate_time(int h, int m, int s)
|
|
|
|
{
|
|
|
|
return h >= 0 && h < 24 &&
|
|
|
|
m >= 0 && m < 60 &&
|
|
|
|
s >=0 && s <= 60;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Dive trip directory, name is 'nn-alphabetic[~hex]'
|
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static int dive_trip_directory(const char *root, const char *name, struct git_parser_state *state)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
|
|
|
int yyyy = -1, mm = -1, dd = -1;
|
|
|
|
|
|
|
|
if (sscanf(root, "%d/%d", &yyyy, &mm) != 2)
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
dd = atoi(name);
|
|
|
|
if (!validate_date(yyyy, mm, dd))
|
|
|
|
return GIT_WALK_SKIP;
|
2019-07-24 21:54:46 +00:00
|
|
|
finish_active_trip(state);
|
|
|
|
state->active_trip = alloc_trip();
|
2014-03-07 03:27:28 +00:00
|
|
|
return GIT_WALK_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2015-06-19 18:45:24 +00:00
|
|
|
* Dive directory, name is [[yyyy-]mm-]nn-ddd-hh:mm:ss[~hex] in older git repositories
|
|
|
|
* but [[yyyy-]mm-]nn-ddd-hh=mm=ss[~hex] in newer repos as ':' is an illegal character for Windows files
|
2014-03-07 03:27:28 +00:00
|
|
|
* and 'timeoff' points to what should be the time part of
|
|
|
|
* the name (the first digit of the hour).
|
|
|
|
*
|
|
|
|
* The root path will be of the form yyyy/mm[/tripdir],
|
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static int dive_directory(const char *root, const git_tree_entry *entry, const char *name, int timeoff, struct git_parser_state *state)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
|
|
|
int yyyy = -1, mm = -1, dd = -1;
|
|
|
|
int h, m, s;
|
2014-05-12 07:53:28 +00:00
|
|
|
int mday_off, month_off, year_off;
|
2014-03-07 03:27:28 +00:00
|
|
|
struct tm tm;
|
|
|
|
|
2014-05-12 07:53:28 +00:00
|
|
|
/* Skip the '-' before the time */
|
|
|
|
mday_off = timeoff;
|
|
|
|
if (!mday_off || name[--mday_off] != '-')
|
2014-03-07 03:27:28 +00:00
|
|
|
return GIT_WALK_SKIP;
|
2014-05-12 07:53:28 +00:00
|
|
|
/* Skip the day name */
|
|
|
|
while (mday_off > 0 && name[--mday_off] != '-')
|
|
|
|
/* nothing */;
|
|
|
|
|
|
|
|
mday_off = mday_off - 2;
|
|
|
|
month_off = mday_off - 3;
|
|
|
|
year_off = month_off - 5;
|
|
|
|
if (mday_off < 0)
|
2014-03-07 03:27:28 +00:00
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
2015-06-19 18:45:24 +00:00
|
|
|
/* Get the time of day -- parse both time formats so we can read old repos when not on Windows */
|
2019-07-24 22:26:51 +00:00
|
|
|
if (sscanf(name + timeoff, "%d:%d:%d", &h, &m, &s) != 3 && sscanf(name + timeoff, "%d=%d=%d", &h, &m, &s) != 3)
|
2014-03-07 03:27:28 +00:00
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
if (!validate_time(h, m, s))
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
git dive loading: actually insert the dives into the dive table
The biggest part of this commit is the comment about the woeful state of
the "git_tree_walk()" interface - the interface is not really very good
for seeing any recursive state, since it just walks the tree pretty much
linearly.
But the only real recursive state we care about is the trip, and in all
normal situations the "trip this dive is in" is the same thing as "what
was the last trip directory we traversed", so a linear walk works fine.
The one exception is if a dive isn't in a trip at all, in which case
"last trip directory" obviously isn't what we want.
But rather than do our own tree walking by hand (and just passing the
trip information in the natural recursive manner when traversing the
tree), we hack around it by just looking at the path to the dive.
That one-liner trivial hack has now generated about 20 lines of
explanation of it.
ANYWAY. With this, we parse the dive and trip hierarchy properly, and
instead of just printing out the data, we might as well insert the dives
and trips into the subsurface data structures.
Note: the only data we have about the dive and trip right now is what is
visible in the directory structure, since we don't look at the actual
dive file at all (not even the name of it, which contains the dive
number). So the end result will be just a sea of empty dives and the
trips they are contained in. The dives have a date and time, and the
trip has a date, though.
So this is *not* useful for actually saving and loading data, but the
data we do load is easily visualized inside subsurface, so as I'm
starting to add real dive data parsing code, it will all be much more
visually satisfying.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-08 16:35:23 +00:00
|
|
|
/*
|
|
|
|
* Using the "git_tree_walk()" interface is simple, but
|
|
|
|
* it kind of sucks as an interface because there is
|
|
|
|
* no sane way to pass the hierarchy to the callbacks.
|
|
|
|
* The "payload" is a fixed one-time thing: we'd like
|
|
|
|
* the "current trip" to be passed down to the dives
|
|
|
|
* that get parsed under that trip, but we can't.
|
|
|
|
*
|
|
|
|
* So "active_trip" is not the trip that is in the hierarchy
|
|
|
|
* _above_ us, it's just the trip that was _before_ us. But
|
|
|
|
* if a dive is not in a trip at all, we can't tell.
|
|
|
|
*
|
|
|
|
* We could just do a better walker that passes the
|
|
|
|
* return value around, but we hack around this by
|
|
|
|
* instead looking at the one hierarchical piece of
|
|
|
|
* data we have: the pathname to the current entry.
|
|
|
|
*
|
|
|
|
* This is pretty hacky. The magic '8' is the length
|
|
|
|
* of a pathname of the form 'yyyy/mm/'.
|
|
|
|
*/
|
|
|
|
if (strlen(root) == 8)
|
2019-07-24 21:54:46 +00:00
|
|
|
finish_active_trip(state);
|
git dive loading: actually insert the dives into the dive table
The biggest part of this commit is the comment about the woeful state of
the "git_tree_walk()" interface - the interface is not really very good
for seeing any recursive state, since it just walks the tree pretty much
linearly.
But the only real recursive state we care about is the trip, and in all
normal situations the "trip this dive is in" is the same thing as "what
was the last trip directory we traversed", so a linear walk works fine.
The one exception is if a dive isn't in a trip at all, in which case
"last trip directory" obviously isn't what we want.
But rather than do our own tree walking by hand (and just passing the
trip information in the natural recursive manner when traversing the
tree), we hack around it by just looking at the path to the dive.
That one-liner trivial hack has now generated about 20 lines of
explanation of it.
ANYWAY. With this, we parse the dive and trip hierarchy properly, and
instead of just printing out the data, we might as well insert the dives
and trips into the subsurface data structures.
Note: the only data we have about the dive and trip right now is what is
visible in the directory structure, since we don't look at the actual
dive file at all (not even the name of it, which contains the dive
number). So the end result will be just a sea of empty dives and the
trips they are contained in. The dives have a date and time, and the
trip has a date, though.
So this is *not* useful for actually saving and loading data, but the
data we do load is easily visualized inside subsurface, so as I'm
starting to add real dive data parsing code, it will all be much more
visually satisfying.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-08 16:35:23 +00:00
|
|
|
|
2014-03-07 03:27:28 +00:00
|
|
|
/*
|
|
|
|
* Get the date. The day of the month is in the dive directory
|
|
|
|
* name, the year and month might be in the path leading up
|
|
|
|
* to it.
|
|
|
|
*/
|
|
|
|
dd = atoi(name + mday_off);
|
|
|
|
if (year_off < 0) {
|
|
|
|
if (sscanf(root, "%d/%d", &yyyy, &mm) != 2)
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
} else
|
|
|
|
yyyy = atoi(name + year_off);
|
|
|
|
if (month_off >= 0)
|
|
|
|
mm = atoi(name + month_off);
|
|
|
|
|
|
|
|
if (!validate_date(yyyy, mm, dd))
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
|
|
|
/* Ok, close enough. We've gotten sufficient information */
|
|
|
|
memset(&tm, 0, sizeof(tm));
|
|
|
|
tm.tm_hour = h;
|
|
|
|
tm.tm_min = m;
|
|
|
|
tm.tm_sec = s;
|
2016-04-28 22:13:30 +00:00
|
|
|
tm.tm_year = yyyy;
|
2014-03-07 03:27:28 +00:00
|
|
|
tm.tm_mon = mm-1;
|
|
|
|
tm.tm_mday = dd;
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
finish_active_dive(state);
|
|
|
|
create_new_dive(utc_mktime(&tm), state);
|
|
|
|
memcpy(state->active_dive->git_id, git_tree_entry_id(entry)->id, 20);
|
2014-03-07 03:27:28 +00:00
|
|
|
return GIT_WALK_OK;
|
|
|
|
}
|
|
|
|
|
2024-02-28 07:42:23 +00:00
|
|
|
static int picture_directory(const char *, const char *, struct git_parser_state *state)
|
2014-06-29 18:21:52 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
if (!state->active_dive)
|
2014-06-29 18:21:52 +00:00
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
return GIT_WALK_OK;
|
|
|
|
}
|
|
|
|
|
2014-03-07 03:27:28 +00:00
|
|
|
/*
|
|
|
|
* Return the length of the string without the unique part.
|
|
|
|
*/
|
|
|
|
static int nonunique_length(const char *str)
|
|
|
|
{
|
|
|
|
int len = 0;
|
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
char c = *str++;
|
|
|
|
if (!c || c == '~')
|
|
|
|
return len;
|
|
|
|
len++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* When hitting a directory node, we have a couple of cases:
|
|
|
|
*
|
|
|
|
* - It's just a date entry - all numeric (either year or month):
|
|
|
|
*
|
|
|
|
* [yyyy|mm]
|
|
|
|
*
|
|
|
|
* We don't do anything with these, we just traverse into them.
|
|
|
|
* The numeric data will show up as part of the full path when
|
|
|
|
* we hit more interesting entries.
|
|
|
|
*
|
|
|
|
* - It's a trip directory. The name will be of the form
|
|
|
|
*
|
|
|
|
* nn-alphabetic[~hex]
|
|
|
|
*
|
|
|
|
* where 'nn' is the day of the month (year and month will be
|
|
|
|
* encoded in the path leading up to this).
|
|
|
|
*
|
|
|
|
* - It's a dive directory. The name will be of the form
|
|
|
|
*
|
2015-06-21 13:12:33 +00:00
|
|
|
* [[yyyy-]mm-]nn-ddd-hh=mm=ss[~hex]
|
|
|
|
*
|
|
|
|
* (older versions had this as [[yyyy-]mm-]nn-ddd-hh:mm:ss[~hex]
|
|
|
|
* but that faile on Windows)
|
2014-03-07 03:27:28 +00:00
|
|
|
*
|
|
|
|
* which describes the date and time of a dive (yyyy and mm
|
|
|
|
* are optional, and may be encoded in the path leading up to
|
|
|
|
* the dive).
|
|
|
|
*
|
2014-06-29 18:21:52 +00:00
|
|
|
* - It is a per-dive picture directory ("Pictures")
|
|
|
|
*
|
2014-03-07 03:27:28 +00:00
|
|
|
* - It's some random non-dive-data directory.
|
|
|
|
*
|
2015-06-21 13:12:33 +00:00
|
|
|
* If it doesn't match the above patterns, we'll ignore them
|
|
|
|
* for dive loading purposes, and not even recurse into them.
|
2014-03-07 03:27:28 +00:00
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static int walk_tree_directory(const char *root, const git_tree_entry *entry, struct git_parser_state *state)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
|
|
|
const char *name = git_tree_entry_name(entry);
|
|
|
|
int digits = 0, len;
|
|
|
|
char c;
|
|
|
|
|
2014-06-29 18:21:52 +00:00
|
|
|
if (!strcmp(name, "Pictures"))
|
2019-07-24 21:54:46 +00:00
|
|
|
return picture_directory(root, name, state);
|
2014-06-29 18:21:52 +00:00
|
|
|
|
2015-02-12 08:14:50 +00:00
|
|
|
if (!strcmp(name, "01-Divesites"))
|
|
|
|
return GIT_WALK_OK;
|
|
|
|
|
2020-06-20 16:15:50 +00:00
|
|
|
if (!strcmp(name, "02-Filterpresets"))
|
|
|
|
return GIT_WALK_OK;
|
|
|
|
|
2014-03-07 03:27:28 +00:00
|
|
|
while (isdigit(c = name[digits]))
|
|
|
|
digits++;
|
|
|
|
|
|
|
|
/* Doesn't start with two or four digits? Skip */
|
|
|
|
if (digits != 4 && digits != 2)
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
|
|
|
/* Only digits? Do nothing, but recurse into it */
|
|
|
|
if (!c)
|
|
|
|
return GIT_WALK_OK;
|
|
|
|
|
|
|
|
/* All valid cases need to have a slash following */
|
|
|
|
if (c != '-')
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
|
|
|
/* Do a quick check for a common dive case */
|
|
|
|
len = nonunique_length(name);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We know the len is at least 3, because we had at least
|
|
|
|
* two digits and a dash
|
|
|
|
*/
|
2015-06-19 18:45:24 +00:00
|
|
|
if (name[len-3] == ':' || name[len-3] == '=')
|
2019-07-24 21:54:46 +00:00
|
|
|
return dive_directory(root, entry, name, len-8, state);
|
2014-03-07 03:27:28 +00:00
|
|
|
|
|
|
|
if (digits != 2)
|
|
|
|
return GIT_WALK_SKIP;
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
return dive_trip_directory(root, name, state);
|
2014-03-07 03:27:28 +00:00
|
|
|
}
|
|
|
|
|
2019-07-24 21:17:26 +00:00
|
|
|
static git_blob *git_tree_entry_blob(git_repository *repo, const git_tree_entry *entry)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
2014-03-08 21:11:50 +00:00
|
|
|
const git_oid *id = git_tree_entry_id(entry);
|
|
|
|
git_blob *blob;
|
|
|
|
|
|
|
|
if (git_blob_lookup(&blob, repo, id))
|
|
|
|
return NULL;
|
|
|
|
return blob;
|
|
|
|
}
|
|
|
|
|
2014-03-09 19:19:41 +00:00
|
|
|
static struct divecomputer *create_new_dc(struct dive *dive)
|
|
|
|
{
|
|
|
|
struct divecomputer *dc = &dive->dc;
|
|
|
|
|
|
|
|
while (dc->next)
|
|
|
|
dc = dc->next;
|
|
|
|
/* Did we already fill that in? */
|
|
|
|
if (dc->samples || dc->model || dc->when) {
|
2024-02-28 07:42:23 +00:00
|
|
|
struct divecomputer *newdc = (divecomputer *)calloc(1, sizeof(*newdc));
|
2014-05-14 06:07:58 +00:00
|
|
|
if (!newdc)
|
|
|
|
return NULL;
|
|
|
|
dc->next = newdc;
|
|
|
|
dc = newdc;
|
2014-03-09 19:19:41 +00:00
|
|
|
}
|
2014-05-14 06:07:58 +00:00
|
|
|
dc->when = dive->when;
|
|
|
|
dc->duration = dive->duration;
|
2014-03-09 19:19:41 +00:00
|
|
|
return dc;
|
|
|
|
}
|
|
|
|
|
2014-03-08 21:11:50 +00:00
|
|
|
/*
|
|
|
|
* We should *really* try to delay the dive computer data parsing
|
|
|
|
* until necessary, in order to reduce load-time. The parsing is
|
|
|
|
* cheap, but the loading of the git blob into memory can be pretty
|
|
|
|
* costly.
|
|
|
|
*/
|
2024-02-28 07:42:23 +00:00
|
|
|
static int parse_divecomputer_entry(struct git_parser_state *state, const git_tree_entry *entry, const char *)
|
2014-03-08 21:11:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2014-03-08 21:11:50 +00:00
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read divecomputer file");
|
2014-03-09 19:19:41 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dc = create_new_dc(state->active_dive);
|
|
|
|
for_each_line(blob, divecomputer_parser, state);
|
2014-03-08 21:11:50 +00:00
|
|
|
git_blob_free(blob);
|
2019-07-24 21:54:46 +00:00
|
|
|
state->active_dc = NULL;
|
2014-03-08 21:11:50 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-04-03 22:31:59 +00:00
|
|
|
/*
|
|
|
|
* NOTE! The "git_id" for the dive is the hash for the whole dive directory.
|
|
|
|
* As such, it covers not just the dive, but the divecomputers and the
|
|
|
|
* pictures too. So if any of the dive computers change, the dive cache
|
|
|
|
* has to be invalidated too.
|
|
|
|
*/
|
2019-07-24 21:54:46 +00:00
|
|
|
static int parse_dive_entry(struct git_parser_state *state, const git_tree_entry *entry, const char *suffix)
|
2014-03-08 21:11:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
struct dive *dive = state->active_dive;
|
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
2014-03-08 21:11:50 +00:00
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read dive file");
|
|
|
|
if (*suffix)
|
2019-07-24 22:26:51 +00:00
|
|
|
dive->number = atoi(suffix + 1);
|
2019-07-24 21:54:46 +00:00
|
|
|
clear_weightsystem_table(&state->active_dive->weightsystems);
|
|
|
|
state->o2pressure_sensor = 1;
|
|
|
|
for_each_line(blob, dive_parser, state);
|
2014-03-08 21:11:50 +00:00
|
|
|
git_blob_free(blob);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int parse_site_entry(struct git_parser_state *state, const git_tree_entry *entry, const char *suffix)
|
2015-02-12 08:14:50 +00:00
|
|
|
{
|
|
|
|
if (*suffix == '\0')
|
|
|
|
return report_error("Dive site without uuid");
|
2015-08-24 17:37:18 +00:00
|
|
|
uint32_t uuid = strtoul(suffix, NULL, 16);
|
2022-11-12 08:02:39 +00:00
|
|
|
state->active_site = alloc_or_get_dive_site(uuid, state->log->sites);
|
2019-07-24 21:54:46 +00:00
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
2015-02-12 08:14:50 +00:00
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read dive site file");
|
2019-07-24 21:54:46 +00:00
|
|
|
for_each_line(blob, site_parser, state);
|
|
|
|
state->active_site = NULL;
|
2015-02-12 08:14:50 +00:00
|
|
|
git_blob_free(blob);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int parse_trip_entry(struct git_parser_state *state, const git_tree_entry *entry)
|
2014-03-08 21:11:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
2014-03-08 21:11:50 +00:00
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read trip file");
|
2019-07-24 21:54:46 +00:00
|
|
|
for_each_line(blob, trip_parser, state);
|
2014-03-08 21:11:50 +00:00
|
|
|
git_blob_free(blob);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int parse_settings_entry(struct git_parser_state *state, const git_tree_entry *entry)
|
2014-03-10 01:31:36 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
2014-03-10 01:31:36 +00:00
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read settings file");
|
2020-10-18 21:42:17 +00:00
|
|
|
for_each_line(blob, settings_parser, state);
|
2014-03-10 01:31:36 +00:00
|
|
|
git_blob_free(blob);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int parse_picture_entry(struct git_parser_state *state, const git_tree_entry *entry, const char *name)
|
2014-06-29 18:21:52 +00:00
|
|
|
{
|
|
|
|
git_blob *blob;
|
|
|
|
int hh, mm, ss, offset;
|
|
|
|
char sign;
|
|
|
|
|
|
|
|
/*
|
2015-06-21 13:12:33 +00:00
|
|
|
* The format of the picture name files is just the offset within
|
|
|
|
* the dive in form [[+-]hh=mm=ss (previously [[+-]hh:mm:ss, but
|
|
|
|
* that didn't work on Windows), possibly followed by a hash to
|
|
|
|
* make the filename unique (which we can just ignore).
|
2014-06-29 18:21:52 +00:00
|
|
|
*/
|
2015-06-21 13:12:33 +00:00
|
|
|
if (sscanf(name, "%c%d:%d:%d", &sign, &hh, &mm, &ss) != 4 &&
|
|
|
|
sscanf(name, "%c%d=%d=%d", &sign, &hh, &mm, &ss) != 4)
|
2014-06-29 18:21:52 +00:00
|
|
|
return report_error("Unknown file name %s", name);
|
2019-07-24 22:26:51 +00:00
|
|
|
offset = ss + 60 * (mm + 60 * hh);
|
2014-06-29 18:21:52 +00:00
|
|
|
if (sign == '-')
|
|
|
|
offset = -offset;
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
blob = git_tree_entry_blob(state->repo, entry);
|
2014-06-29 18:21:52 +00:00
|
|
|
if (!blob)
|
2015-06-21 13:12:33 +00:00
|
|
|
return report_error("Unable to read picture file");
|
2014-06-29 18:21:52 +00:00
|
|
|
|
2020-04-11 15:41:56 +00:00
|
|
|
state->active_pic.offset.seconds = offset;
|
2014-06-29 18:21:52 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
for_each_line(blob, picture_parser, state);
|
2020-04-11 15:41:56 +00:00
|
|
|
add_picture(&state->active_dive->pictures, state->active_pic);
|
2014-06-29 18:21:52 +00:00
|
|
|
git_blob_free(blob);
|
2020-04-11 15:41:56 +00:00
|
|
|
|
|
|
|
/* add_picture took ownership of the data -
|
|
|
|
* clear out our copy just to be sure. */
|
|
|
|
state->active_pic = empty_picture;
|
2014-06-29 18:21:52 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-06-20 16:15:50 +00:00
|
|
|
static int parse_filter_preset(struct git_parser_state *state, const git_tree_entry *entry)
|
|
|
|
{
|
|
|
|
git_blob *blob = git_tree_entry_blob(state->repo, entry);
|
|
|
|
if (!blob)
|
|
|
|
return report_error("Unable to read filter preset file");
|
|
|
|
|
2024-03-01 21:44:45 +00:00
|
|
|
state->active_filter = std::make_unique<filter_preset>();
|
2020-06-20 16:15:50 +00:00
|
|
|
for_each_line(blob, filter_preset_parser, state);
|
|
|
|
|
|
|
|
git_blob_free(blob);
|
|
|
|
|
2024-03-01 21:44:45 +00:00
|
|
|
add_filter_preset_to_table(state->active_filter.get(), state->log->filter_presets);
|
|
|
|
state->active_filter.reset();
|
2020-06-20 16:15:50 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int walk_tree_file(const char *root, const git_tree_entry *entry, struct git_parser_state *state)
|
2014-03-08 21:11:50 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
struct dive *dive = state->active_dive;
|
|
|
|
dive_trip_t *trip = state->active_trip;
|
2014-03-08 21:11:50 +00:00
|
|
|
const char *name = git_tree_entry_name(entry);
|
2015-09-20 17:11:09 +00:00
|
|
|
if (verbose > 1)
|
2024-03-12 08:25:39 +00:00
|
|
|
report_info("git load handling file %s\n", name);
|
2014-06-29 18:21:52 +00:00
|
|
|
switch (*name) {
|
|
|
|
case '-': case '+':
|
|
|
|
if (dive)
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_picture_entry(state, entry, name);
|
2014-06-29 18:21:52 +00:00
|
|
|
break;
|
|
|
|
case 'D':
|
|
|
|
if (dive && !strncmp(name, "Divecomputer", 12))
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_divecomputer_entry(state, entry, name + 12);
|
2014-06-29 18:21:52 +00:00
|
|
|
if (dive && !strncmp(name, "Dive", 4))
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_dive_entry(state, entry, name + 4);
|
2014-06-29 18:21:52 +00:00
|
|
|
break;
|
2020-06-20 16:15:50 +00:00
|
|
|
case 'P':
|
|
|
|
if (!strncmp(name, "Preset-", 7))
|
|
|
|
return parse_filter_preset(state, entry);
|
|
|
|
break;
|
2015-02-12 08:14:50 +00:00
|
|
|
case 'S':
|
|
|
|
if (!strncmp(name, "Site", 4))
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_site_entry(state, entry, name + 5);
|
2015-03-23 01:53:16 +00:00
|
|
|
break;
|
2014-06-29 18:21:52 +00:00
|
|
|
case '0':
|
|
|
|
if (trip && !strcmp(name, "00-Trip"))
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_trip_entry(state, entry);
|
2014-06-29 18:21:52 +00:00
|
|
|
if (!strcmp(name, "00-Subsurface"))
|
2019-07-24 21:54:46 +00:00
|
|
|
return parse_settings_entry(state, entry);
|
2014-06-29 18:21:52 +00:00
|
|
|
break;
|
|
|
|
}
|
2014-03-08 21:11:50 +00:00
|
|
|
report_error("Unknown file %s%s (%p %p)", root, name, dive, trip);
|
|
|
|
return GIT_WALK_SKIP;
|
2014-03-07 03:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static int walk_tree_cb(const char *root, const git_tree_entry *entry, void *payload)
|
|
|
|
{
|
2024-02-28 07:42:23 +00:00
|
|
|
struct git_parser_state *state = (git_parser_state *)payload;
|
2014-03-07 03:27:28 +00:00
|
|
|
git_filemode_t mode = git_tree_entry_filemode(entry);
|
|
|
|
|
|
|
|
if (mode == GIT_FILEMODE_TREE)
|
2019-07-24 21:54:46 +00:00
|
|
|
return walk_tree_directory(root, entry, state);
|
2014-03-07 03:27:28 +00:00
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
walk_tree_file(root, entry, state);
|
2014-03-08 21:11:50 +00:00
|
|
|
/* Ignore failed blob loads */
|
|
|
|
return GIT_WALK_OK;
|
2014-03-07 03:27:28 +00:00
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int load_dives_from_tree(git_repository *repo, git_tree *tree, struct git_parser_state *state)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
2019-07-24 21:54:46 +00:00
|
|
|
git_tree_walk(tree, GIT_TREEWALK_PRE, walk_tree_cb, state);
|
2014-03-07 03:27:28 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2024-02-28 07:42:23 +00:00
|
|
|
extern "C" void clear_git_id(void)
|
2014-03-13 22:42:45 +00:00
|
|
|
{
|
2024-02-28 07:49:42 +00:00
|
|
|
saved_git_id.clear();
|
2014-03-13 22:42:45 +00:00
|
|
|
}
|
|
|
|
|
2024-02-28 07:42:23 +00:00
|
|
|
extern "C" void set_git_id(const struct git_oid *id)
|
2014-03-13 22:42:45 +00:00
|
|
|
{
|
2020-04-04 10:22:50 +00:00
|
|
|
char git_id_buffer[GIT_OID_HEXSZ + 1];
|
2014-03-13 22:42:45 +00:00
|
|
|
|
|
|
|
git_oid_tostr(git_id_buffer, sizeof(git_id_buffer), id);
|
2024-02-28 07:49:42 +00:00
|
|
|
saved_git_id = git_id_buffer;
|
2014-03-13 22:42:45 +00:00
|
|
|
}
|
|
|
|
|
2015-12-27 17:56:27 +00:00
|
|
|
static int find_commit(git_repository *repo, const char *branch, git_commit **commit_p)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
git access: allow arbitrary revision specifiers on reading
Commit 13e2210d75bb ("Allow remote branch names when reading a git
object tree") made it possible to read (but not write) remote branches,
which is very convenient when you just want to look at somebody elses
dives in a shared repository.
However, it was really quite stupidly done - both overly complicated,
and overly restrictive.
It's much better and simpler to just allow general git revision
specifications, which includes branches (both remote and local) as a
simple case, but also allows general git revision expressions. So you
can tag things, and use a tag-name instead. Or you can say that you
want to look at the previous save, by using the "branchname^" syntax.
Or, you can use the git reflog, and do things like
subsurface ~/scuba/[linus@{two.days.ago}]
to see the dives that your repository contained two days ago.
Obviously, you will not be able to save to this kind of ref-spec (and I
really will have to make error handling work better), but for browsing
state it's quite useful.
And in git terms, this is actually simpler than the "lets try to first
see if we have a local branch of that name, and then if we have a remote
one", as shown by the fact that this removes more lines than it adds.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-14 16:51:19 +00:00
|
|
|
git_object *object;
|
2014-03-07 03:27:28 +00:00
|
|
|
|
git access: allow arbitrary revision specifiers on reading
Commit 13e2210d75bb ("Allow remote branch names when reading a git
object tree") made it possible to read (but not write) remote branches,
which is very convenient when you just want to look at somebody elses
dives in a shared repository.
However, it was really quite stupidly done - both overly complicated,
and overly restrictive.
It's much better and simpler to just allow general git revision
specifications, which includes branches (both remote and local) as a
simple case, but also allows general git revision expressions. So you
can tag things, and use a tag-name instead. Or you can say that you
want to look at the previous save, by using the "branchname^" syntax.
Or, you can use the git reflog, and do things like
subsurface ~/scuba/[linus@{two.days.ago}]
to see the dives that your repository contained two days ago.
Obviously, you will not be able to save to this kind of ref-spec (and I
really will have to make error handling work better), but for browsing
state it's quite useful.
And in git terms, this is actually simpler than the "lets try to first
see if we have a local branch of that name, and then if we have a remote
one", as shown by the fact that this removes more lines than it adds.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-14 16:51:19 +00:00
|
|
|
if (git_revparse_single(&object, repo, branch))
|
|
|
|
return report_error("Unable to look up revision '%s'", branch);
|
2015-12-27 17:56:27 +00:00
|
|
|
if (git_object_peel((git_object **)commit_p, object, GIT_OBJ_COMMIT))
|
git access: allow arbitrary revision specifiers on reading
Commit 13e2210d75bb ("Allow remote branch names when reading a git
object tree") made it possible to read (but not write) remote branches,
which is very convenient when you just want to look at somebody elses
dives in a shared repository.
However, it was really quite stupidly done - both overly complicated,
and overly restrictive.
It's much better and simpler to just allow general git revision
specifications, which includes branches (both remote and local) as a
simple case, but also allows general git revision expressions. So you
can tag things, and use a tag-name instead. Or you can say that you
want to look at the previous save, by using the "branchname^" syntax.
Or, you can use the git reflog, and do things like
subsurface ~/scuba/[linus@{two.days.ago}]
to see the dives that your repository contained two days ago.
Obviously, you will not be able to save to this kind of ref-spec (and I
really will have to make error handling work better), but for browsing
state it's quite useful.
And in git terms, this is actually simpler than the "lets try to first
see if we have a local branch of that name, and then if we have a remote
one", as shown by the fact that this removes more lines than it adds.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-14 16:51:19 +00:00
|
|
|
return report_error("Revision '%s' is not a valid commit", branch);
|
2015-12-27 17:56:27 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 21:54:46 +00:00
|
|
|
static int do_git_load(git_repository *repo, const char *branch, struct git_parser_state *state)
|
2015-12-27 17:56:27 +00:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
git_commit *commit;
|
|
|
|
git_tree *tree;
|
|
|
|
|
|
|
|
ret = find_commit(repo, branch, &commit);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
2014-03-13 22:42:45 +00:00
|
|
|
if (git_commit_tree(&tree, commit))
|
|
|
|
return report_error("Could not look up tree of commit in branch '%s'", branch);
|
2017-06-18 06:50:22 +00:00
|
|
|
git_storage_update_progress(translate("gettextFromC", "Load dives from local cache"));
|
2019-07-24 21:54:46 +00:00
|
|
|
ret = load_dives_from_tree(repo, tree, state);
|
2017-06-18 06:50:22 +00:00
|
|
|
if (!ret) {
|
2014-03-13 22:42:45 +00:00
|
|
|
set_git_id(git_commit_id(commit));
|
2017-06-18 06:50:22 +00:00
|
|
|
git_storage_update_progress(translate("gettextFromC", "Successfully opened dive data"));
|
|
|
|
}
|
2014-03-13 22:42:45 +00:00
|
|
|
git_object_free((git_object *)tree);
|
2017-06-18 06:50:22 +00:00
|
|
|
|
2014-03-07 03:27:28 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2024-03-11 20:41:14 +00:00
|
|
|
std::string get_sha(git_repository *repo, const std::string &branch)
|
2015-12-27 17:56:27 +00:00
|
|
|
{
|
2024-02-29 12:57:26 +00:00
|
|
|
char git_id_buffer[GIT_OID_HEXSZ + 1];
|
2015-12-27 17:56:27 +00:00
|
|
|
git_commit *commit;
|
2024-03-11 20:41:14 +00:00
|
|
|
if (find_commit(repo, branch.c_str(), &commit))
|
2024-02-29 12:57:26 +00:00
|
|
|
return std::string();
|
2015-12-27 17:56:27 +00:00
|
|
|
git_oid_tostr(git_id_buffer, sizeof(git_id_buffer), (const git_oid *)commit);
|
2024-02-29 12:57:26 +00:00
|
|
|
return std::string(git_id_buffer);
|
2015-12-27 17:56:27 +00:00
|
|
|
}
|
|
|
|
|
2014-03-12 21:12:58 +00:00
|
|
|
/*
|
|
|
|
* Like git_save_dives(), this silently returns a negative
|
|
|
|
* value if it's not a git repository at all (so that you
|
|
|
|
* can try to load it some other way.
|
|
|
|
*
|
|
|
|
* If it is a git repository, we return zero for success,
|
|
|
|
* or report an error and return 1 if the load failed.
|
|
|
|
*/
|
2024-03-11 20:41:14 +00:00
|
|
|
int git_load_dives(struct git_info *info, struct divelog *log)
|
2014-03-07 03:27:28 +00:00
|
|
|
{
|
2014-03-15 00:55:07 +00:00
|
|
|
int ret;
|
2024-03-02 16:30:14 +00:00
|
|
|
struct git_parser_state state;
|
2022-04-13 16:43:37 +00:00
|
|
|
state.repo = info->repo;
|
2022-11-12 08:02:39 +00:00
|
|
|
state.log = log;
|
2014-03-15 00:55:07 +00:00
|
|
|
|
2022-04-13 16:43:37 +00:00
|
|
|
if (!info->repo)
|
2024-03-11 20:41:14 +00:00
|
|
|
return report_error("Unable to open git repository '%s[%s]'", info->url.c_str(), info->branch.c_str());
|
|
|
|
ret = do_git_load(info->repo, info->branch.c_str(), &state);
|
2019-07-24 21:54:46 +00:00
|
|
|
finish_active_dive(&state);
|
|
|
|
finish_active_trip(&state);
|
2014-03-07 03:27:28 +00:00
|
|
|
return ret;
|
|
|
|
}
|