<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to patches</title><link>https://sourceforge.net/p/lifelines/patches/</link><description>Recent changes to patches</description><atom:link href="https://sourceforge.net/p/lifelines/patches/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 12 May 2015 03:43:35 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/lifelines/patches/feed.rss" rel="self" type="application/rss+xml"/><item><title>mtsystems Lifelines - Non-commercial open-source translation c2java</title><link>https://sourceforge.net/p/lifelines/patches/27/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Courtesy of Marco Trudel from mtSystems a C Source Code to Java Source Code Translation of Lifelines as requested by myself after reading the following Reddit post.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.reddit.com/r/programming/comments/349vfo/c_to_java_translation_automatic_complete_correct" rel="nofollow"&gt;https://www.reddit.com/r/programming/comments/349vfo/c_to_java_translation_automatic_complete_correct/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://mtsystems.ch" rel="nofollow"&gt;https://mtsystems.ch&lt;/a&gt;&lt;br /&gt;
&lt;a href="https://www.reddit.com/domain/mtsystems.ch" rel="nofollow"&gt;https://www.reddit.com/domain/mtsystems.ch/&lt;/a&gt;&lt;br /&gt;
&lt;a href="https://www.reddit.com/user/marco2357" rel="nofollow"&gt;https://www.reddit.com/user/marco2357&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;To: Dale&lt;br /&gt;
From: Marco Trudel&lt;br /&gt;
Sent: Mon 5/11/15 7:52 AM&lt;br /&gt;
To:   Dale&lt;/p&gt;
&lt;p&gt;Attachments: lifelines.zip (3.4 MB)&lt;/p&gt;
&lt;p&gt;Hi Dale&lt;/p&gt;
&lt;p&gt;Please find attached the translation of lifelines. Sorry it took so&lt;br /&gt;
long. We are very busy these days :)&lt;/p&gt;
&lt;p&gt;Please note that you need Java 8 to run it.&lt;/p&gt;
&lt;p&gt;But we actually didn't run/test it ourselves since it needs a database or some data or something. &lt;/p&gt;
&lt;p&gt;From your message it sounded like you want it to help understand the C version. So in that case you probably won't run it and there's no point in us thoroughly testing the Java version.&lt;/p&gt;
&lt;p&gt;Have fun! Make some advertising for us if you like the translation ;)&lt;br /&gt;
Marco&lt;/p&gt;
&lt;hr /&gt;
&lt;p&gt;Message from: Dale&lt;/p&gt;
&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Saw a post on Reddit and was wondering if you'd have time (no rush) to translate the lifelines genealogy software from C (which I do not under stand) to Java?&lt;/p&gt;
&lt;p&gt;Thank you in advance&lt;br /&gt;
Dale&lt;/p&gt;
&lt;p&gt;&lt;a href="http://lifelines.sourceforge.net"&gt;http://lifelines.sourceforge.net/&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dale Athanasias</dc:creator><pubDate>Tue, 12 May 2015 03:43:35 -0000</pubDate><guid>https://sourceforge.net1c45693e6cc0edaf379fe917a38d36b71b9f9fab</guid></item><item><title>Add UTF-8 trail fix to manip_name</title><link>https://sourceforge.net/p/lifelines/patches/26/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;manip_name uses trim, which is not UTF-8 aware. It would better call limit_width after trim, to fix any broken trailing UTF-8 multibyte sequences.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">elsapo</dc:creator><pubDate>Sat, 04 Oct 2008 02:53:43 -0000</pubDate><guid>https://sourceforge.net7176e2c84a693a8bb6d1e55f4ce7e3942124b8fd</guid></item><item><title>Update of German translation</title><link>https://sourceforge.net/p/lifelines/patches/25/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Attached is an updated German translation file. It is based on current CVS.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Thu, 09 Aug 2007 18:02:56 -0000</pubDate><guid>https://sourceforge.net7a3d1624e7b063a6b4941b0e423c1684aa5a3d5c</guid></item><item><title>Fix crash in allfam10c report</title><link>https://sourceforge.net/p/lifelines/patches/24/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The report allfam10c crashes with the following error&lt;br /&gt;
message if it encounters a family with an unknown&lt;br /&gt;
husband and/or wife:&lt;/p&gt;
&lt;p&gt;Runtime Error at line 54: fullname: the arg #1 must be&lt;br /&gt;
a person.&lt;/p&gt;
&lt;p&gt;The attached patch fixes this problem by not calling&lt;br /&gt;
fullname() for missing individuals.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Thu, 18 May 2006 21:42:40 -0000</pubDate><guid>https://sourceforge.net74ee9270eaf3e012a9d40a17288c7cc14b08663e</guid></item><item><title>Allow to compile in Ansi C89 mode</title><link>https://sourceforge.net/p/lifelines/patches/23/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The attached patch converts a //-style comment to&lt;br /&gt;
/*...*/. This makes the program to compile in Ansi C89&lt;br /&gt;
mode.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Thu, 18 May 2006 21:28:27 -0000</pubDate><guid>https://sourceforge.netef3c572df2c012278a8757be3261c397b82e9780</guid></item><item><title>Fix buffer overflow in browse list</title><link>https://sourceforge.net/p/lifelines/patches/22/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;After selecting "Browse the persons in the database"&lt;br /&gt;
and getting a list of matching individuals, the program&lt;br /&gt;
crashes due to a buffer overflow if one individual has&lt;br /&gt;
a very long name/events string and also contains a REFN&lt;br /&gt;
field.&lt;/p&gt;
&lt;p&gt;The problem is that the function person_display() in&lt;br /&gt;
src/liflines/show.c contains at least two bugs when&lt;br /&gt;
calculating "keyspace = max_keywidth() + 3; /*&lt;br /&gt;
parentheses &amp;amp; leading space */": the format string can&lt;br /&gt;
be " (i%s)", thus the constant must be 4 instead of 3.&lt;br /&gt;
Also, "key_of_record(indi)" seems to return the REFN&lt;br /&gt;
field (if present) which can be longer than&lt;br /&gt;
"max_keywidth()". Thus the " (i%s)" format can overflow&lt;br /&gt;
the scratch1 buffer for lone name/events strings.&lt;/p&gt;
&lt;p&gt;The attached patch fixes the buffer overflow condition,&lt;br /&gt;
but it can truncate the NROF value in some cases.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Thu, 18 May 2006 21:24:12 -0000</pubDate><guid>https://sourceforge.netfdf7ff8c42568b2f8fa49a8925e938262cc91fc3</guid></item><item><title>wxLifeLines-0.0.2.tar.gz</title><link>https://sourceforge.net/p/lifelines/patches/21/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Tarball of Kevin Knaus' prototype wxWindows frontend&lt;br /&gt;
for lifelines.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">elsapo</dc:creator><pubDate>Sat, 22 Oct 2005 20:07:36 -0000</pubDate><guid>https://sourceforge.net22d8bea808f73ec08940078c416a00ae180261c9</guid></item><item><title>Check result values of file operations</title><link>https://sourceforge.net/p/lifelines/patches/20/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch adds checks to various file operations to&lt;br /&gt;
make sure the operation actually did succeed.&lt;/p&gt;
&lt;p&gt;In many cases the result of fclose() (for files being&lt;br /&gt;
written to) was not checked. But this function actually&lt;br /&gt;
can fail: streams normally do buffering, therefore the&lt;br /&gt;
(buffered) data will not be written to disk until the&lt;br /&gt;
file is closed. Thus a possible I/O error is not&lt;br /&gt;
detected until fclose() is called.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Sat, 22 Oct 2005 12:21:04 -0000</pubDate><guid>https://sourceforge.net4b8e72ee4cd21b9f093494ed894db2ad5e1fd23b</guid></item><item><title>Fix resource leaks</title><link>https://sourceforge.net/p/lifelines/patches/19/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch fixes two (unrelated) resource leaks.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Sat, 22 Oct 2005 12:19:32 -0000</pubDate><guid>https://sourceforge.nete2acc00aa3b723bbea61a129ea24a16b1582d19e</guid></item><item><title>Fix off-by-one access to signal names list</title><link>https://sourceforge.net/p/lifelines/patches/18/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch fixes two off-by-one errors accessing the&lt;br /&gt;
signal names list&lt;br /&gt;
in sig_msgs[].&lt;/p&gt;
&lt;p&gt;The problem fixed is that without this patch sig_msgs&lt;br /&gt;
was declared as&lt;br /&gt;
sig_msgs[20], thus sig_msgs[0]..sig_msgs[19] was&lt;br /&gt;
allocated. But the&lt;br /&gt;
initialization code did assign values up to&lt;br /&gt;
sig_msgs[20]. Later on, while&lt;br /&gt;
printing the signal name, the last "valid" index was&lt;br /&gt;
i==ARRSIZE(sig_msgs)&lt;br /&gt;
(==20) which also did access the invalid entry&lt;br /&gt;
sig_msgs[20].&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Kirschbaum</dc:creator><pubDate>Sat, 22 Oct 2005 12:18:18 -0000</pubDate><guid>https://sourceforge.net5314ea317af95cec9238b48fe4c814df222dce17</guid></item></channel></rss>