<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to patches</title><link href="https://sourceforge.net/p/jpegdeux/patches/" rel="alternate"/><link href="https://sourceforge.net/p/jpegdeux/patches/feed.atom" rel="self"/><id>https://sourceforge.net/p/jpegdeux/patches/</id><updated>2006-06-29T16:41:34Z</updated><subtitle>Recent changes to patches</subtitle><entry><title>Fix for file I/O</title><link href="https://sourceforge.net/p/jpegdeux/patches/1/" rel="alternate"/><published>2006-06-29T16:41:34Z</published><updated>2006-06-29T16:41:34Z</updated><author><name>Scott Lindsey</name><uri>https://sourceforge.net/u/mapinguari/</uri></author><id>https://sourceforge.netf2852ecf144c238d23b26c1ee9dec3a399cbf51b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This is a suggested fix for file I/O.&lt;/p&gt;
&lt;p&gt;It reintroduces persistence of image file locations to JPEGDeux's &lt;br /&gt;
documents, including the default ~/Library/Preferences/JPEGDeux.plist.&lt;/p&gt;
&lt;p&gt;There's a fix for the crash that would occur in an earlier release: the alias &lt;br /&gt;
handle is now properly allocated and disposed.   Further, a little bit of &lt;br /&gt;
error handling has been added so that problems with aliases should fail a &lt;br /&gt;
bit more gracefully, with a log to the console and no crash.&lt;/p&gt;
&lt;p&gt;Note that (as with older releases of JPEGDeux) because each and every &lt;br /&gt;
image file is recorded as an alias, which must be resolved, there's a bit of &lt;br /&gt;
a performance penalty for having many images when reading or writing, &lt;br /&gt;
especially if on a remote server or other slow storage device.&lt;/p&gt;
&lt;p&gt;It would seem that there might be some alternative implementation &lt;br /&gt;
strategies with better performance characteristics, but that's beyond the &lt;br /&gt;
scope of a simple patch.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>