-
I have added an testimage and a version processed by f-spot 0.5.0.3 (just saved) which use libexif 0.6.17. My system is using Linux OpenSuSE 11.1 on an x86_64 mashine. Also the output from exiftool of the two images are added.
The problem still exist in libexif 0.6.17. I have also tested to process images from other cameras in the same way with good result (Olympus FE-20, SONY DSC-W5).
2009-08-28 21:49:14 UTC in EXIF Tag Parsing Library
-
Added feature:
Added a drop target to the widget "text" which know about files and open the file in a new tab.
Can handle files dropped from CDE filemanager and several GTK-based filemanagers.
is tested on sun/solaris9 and linux-x86_64 (opensuse 11.1 and 10.3) using openmotif library.
If compiled with -DCDE, when we use CDE version of DND functions.
2009-04-09 11:45:34 UTC in NEdit
-
MakerNote tags in jpeg-images from the E-410 and probable other newer Olympus E-series cameras are corrupted by libexif.
They are using a sub-catalog structure inside the MakerNote catalog. For example tag 0x2010 represent a subcatalog. The tool exiftool written in perl handles
this correct, see package 'Image::ExifTool'.
2009-03-04 09:58:45 UTC in EXIF Tag Parsing Library
-
This patch is also submitted to "New features"
More visible characters than 96 as is need by many
character sets.
MinGW additions and changes
A solaris open-gl function (glXGetProcAddressARB) is
missing.
buffer overflow in rmppm.c.
2005-10-18 15:21:25 UTC in OpenRM Scene Graph
-
First of all this is an excellent package.
I am an european who is not a nativ english speaker. I
have tryed to display words from my nativ language
(swedish) which uses the upper half of the iso8859-1
character set. Open RM don't display those chars with
the RM_TEXT primitive.
Suggestion: extend the number of chars cached, se patch
file on rmxtext.c and rmwtext.c
OpenGL on solaris 9...
2005-10-17 13:17:23 UTC in OpenRM Scene Graph
-
I have submitted a patch to fix this (Patch-id #103741)
2001-02-12 07:57:23 UTC in Fast Light Tool Kit
-
fltk-1.0.10 has 3 non-fatal memory leaks. They are related to tables
which will cache information (in Fl_Menu_add.cxx, fl_color.cxxx and
fl_font.cxx/fl_set_font.cxx). I consider this leaks as non-fatal but very
disturbing since:
1. Memory leak detection in user code will be disturbed by garbage from these leaks.
2. You will never know when and how this kind of code will be reused.
These...
2001-02-12 07:56:03 UTC in Fast Light Tool Kit
-
fltk version 1.0.10
I have found 2 memory leaks and I suspect that there are others.
1. fl_xpixel allocate a table of XColor objects 'allcolors' that is never
deleted.
Suggestion: clean up in a function called from 'Fl::run' or handle the
cleanup in a class destructor e.g.
struct XColorTableT {
XColor *allcolors;
XColorTableT() {allcolors = NULL;}...
2001-02-08 15:57:04 UTC in Fast Light Tool Kit
-
.
2000-08-14 09:25:31 UTC in Direct Rendering Infrastructure
