<feed xmlns='http://www.w3.org/2005/Atom'>
<title>subsurface.git/core, branch v4.9.0</title>
<subtitle>forked from https://github.com/subsurface/subsurface</subtitle>
<id>https://git.tsegers.com/subsurface.git/atom?h=v4.9.0</id>
<link rel='self' href='https://git.tsegers.com/subsurface.git/atom?h=v4.9.0'/>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/'/>
<updated>2019-07-15T18:18:32Z</updated>
<entry>
<title>Bluetooth: recognize Ratio iX3m GPS dive computers</title>
<updated>2019-07-15T18:18:32Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2019-07-15T18:18:32Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=3e5d60d95a7cf4f45722dfbf61c09fde0da855cb'/>
<id>urn:sha1:3e5d60d95a7cf4f45722dfbf61c09fde0da855cb</id>
<content type='text'>
We cannot tell them apart by Bluetooth name, so pick one of the names.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Fix up XML saving of remaining bottom time data</title>
<updated>2019-07-14T20:17:13Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2019-07-14T17:43:38Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=36121fd8aec56dbcaea61c3f09680699dc717ba8'/>
<id>urn:sha1:36121fd8aec56dbcaea61c3f09680699dc717ba8</id>
<content type='text'>
While testing the cylinder type saving fix, I noticed that the RBT
saving was broken.  Instead of saving RBT whenever it changed, we'd save
it when it was non-zero.  Which doesn't match the git save format, and
also doesn't match what we do when loading an xml file (where we default
to the previous RBT value, and a sample RBT will modify it).

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Fix cylinder gas type saving when we have bogus gas use data</title>
<updated>2019-07-14T20:17:13Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2019-07-14T17:40:04Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=c685c05ff413867114e6029ea182732d40fe1a64'/>
<id>urn:sha1:c685c05ff413867114e6029ea182732d40fe1a64</id>
<content type='text'>
Steve Williams reported a crash when saving a previously loaded dive as
xml, and gave a gdb backtrace.

It turns out that if we can't parse the cylinder use type (OC, diluent,
oxygen, unused) we initialize the cylinder use to an invalid type, and
then when we save it, we mess up.

Fix it up by doing proper limit checking before accessing the
"cylinderuse_text[]" array when saving.

Reported-by: Steve &lt;stevewilliams@internode.on.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Thumbnailer: improve error message</title>
<updated>2019-07-10T15:24:23Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-05T19:49:29Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=92dc441f02c73a972dddf9076e438f19b03708b8'/>
<id>urn:sha1:92dc441f02c73a972dddf9076e438f19b03708b8</id>
<content type='text'>
In the error messages shown when failing to start ffmpeg, instruct
the user to set the correct executable in the preferences.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Git: handle excess of cylinders or weightsystems gracefully</title>
<updated>2019-07-10T02:11:47Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-09T19:15:35Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=9eb860d45d65a822e7336afce59bb06d68a90c72'/>
<id>urn:sha1:9eb860d45d65a822e7336afce59bb06d68a90c72</id>
<content type='text'>
Currently, the git parser happily trashes memory if a git repository
contains too many weightsystems or cylinders. This should only happen
in testing, but nevertheless try to handle it gracefully and ignore
excess cylinders / weightsystems.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: call calculate_max_limits_new() in create_plot_info_new()</title>
<updated>2019-07-06T18:23:35Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-06T13:34:31Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=ae60fdf815d1febe36b5f43642a28afbaf84362b'/>
<id>urn:sha1:ae60fdf815d1febe36b5f43642a28afbaf84362b</id>
<content type='text'>
All callers of create_plot_info_new() called calculate_max_limits_new()
a line before. Thus, simply call the latter in the former.

This allows us to automatically free the plot data in create_plot_info_new().
The old code overwrote the corresponding field with NULL.

As a side-effect, this removes a bogus static variable.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: fix memory management of the plot data</title>
<updated>2019-07-06T18:23:35Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-06T12:41:09Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=69be1e23f231081e6bad98903c10782faf5104a7'/>
<id>urn:sha1:69be1e23f231081e6bad98903c10782faf5104a7</id>
<content type='text'>
There was a global variable last_pi_entry_new, which stored the
recently allocated plot data. This was freed when new plot data
was generated.

A very scary proposition: You can never have two plot datas at
the same time! But exactly that happens when you export for
example subtitles.

The only reason why this didn't lead to very crazy behavior
is that at least on my Linux machine, the calloc() call would
just return the previously freed memory.

Fix this mess by removing the global variable and freeing the
data in the callers.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: remove unused get_screen_dpi() function</title>
<updated>2019-07-06T11:10:14Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-06T08:58:10Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=5e9ffe30053454ef9d058c7e7d41f55508cb66d7'/>
<id>urn:sha1:5e9ffe30053454ef9d058c7e7d41f55508cb66d7</id>
<content type='text'>
Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: remove unused declarations from display.h</title>
<updated>2019-07-06T11:10:14Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2019-07-06T08:53:50Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=675288f7111ea6b8016d0e10aa514f2226008b4f'/>
<id>urn:sha1:675288f7111ea6b8016d0e10aa514f2226008b4f</id>
<content type='text'>
A number of declarations were not used anywhere. Remove them.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Planner: Wait minimum switch time when bailing out to OC</title>
<updated>2019-06-28T13:58:52Z</updated>
<author>
<name>Robert C. Helling</name>
<email>helling@atdotde.de</email>
</author>
<published>2019-06-26T20:30:34Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=5c1446a87acbdd8c8859a381eb89a131d49ce49f'/>
<id>urn:sha1:5c1446a87acbdd8c8859a381eb89a131d49ce49f</id>
<content type='text'>
Bailing out does not happen instantly. Rather wait for
the minimum stop switch duration before ascending.

Signed-off-by: Robert C. Helling &lt;helling@atdotde.de&gt;
</content>
</entry>
</feed>
