[Bug 223794] New: ImageMagick causes a crash (assert) in fontconfig
https://bugzilla.novell.com/show_bug.cgi?id=223794 Summary: ImageMagick causes a crash (assert) in fontconfig Product: openSUSE 10.2 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: amantia@kde.org QAContact: qa@suse.de I found a bug that crashes my application on SUSE 10.2, and the application is using imagemagick. I reported to them and according to their developers this works with Fedora, which uses the same version of ImageMagick and fontconfig (I'm sure with different patches though). I paste here my mail to their list and the replies for background (this was Beta2 time, but the crash happens in RC1 as well) Original mail: Hi, I have the upcoming SUSE 10.2 beta release on my computer, which contains ImageMagick 6.3.0. Unfortunately I experience a crash with this release, namely it crashes anytime GetTypeMetrics is called directly or indirectly. The backtrace is here: #0 0x00002b6f67070535 in raise () from /lib64/libc.so.6 #1 0x00002b6f67071990 in abort () from /lib64/libc.so.6 #2 0x00002b6f67069c16 in __assert_fail () from /lib64/libc.so.6 #3 0x00002b6f64bfe641 in FcCacheFini () at fccache.c:412 #4 0x00002b6f6426fa12 in LoadFontConfigFonts (type_list=0xa31440, exception=<value optimized out>) at magick/type.c:731 #5 0x00002b6f642702a9 in GetTypeInfo (name=0x1eabdc0 "helvetica", exception=0x1e36f88) at magick/type.c:750 #6 0x00002b6f64190edc in RenderType (image=0x1e33d10, draw_info=0xa31950, offset=0x7fff4ae57a70, metrics=0x7fff4ae57c90) at magick/annotate.c:963 #7 0x00002b6f64192451 in GetTypeMetrics (image=0x1e33d10, draw_info=0x8fddd0, metrics=0x7fff4ae57c90) at magick/annotate.c:906 #8 0x000000000041d443 in KalleryFunctions::convertImages (this=0x747ae0, progress=0x965210) at /data/development/kallery/kallery/kallery/kalleryfunctions.cpp:589 The code in question looks like: //The init part source_info = CloneImageInfo((ImageInfo *) 0); strcpy(source_info->filename, options.imageList[i].latin1()); SetImageInfo(source_info, MagickTrue, &exception); source = ReadImage(source_info, &exception); [...] //the problematic part DrawInfo *drawThis; TypeMetric metrics; CloneString(&source_info->font,"helvetica"); source_info->pointsize = 14; drawThis = CloneDrawInfo(source_info,0); GetExceptionInfo(&exception); QueryColorDatabase("white",&drawThis->fill,&exception); CloneString(&drawThis->text,(const char *)options.copyright.utf8()); GetTypeMetrics(source,drawThis,&metrics); CloneString(&drawThis->primitive,(const char *)QString("text %1,%2 \""+options.copyright+"\"").arg(source->columns-metrics.width-10).arg(source->rows-5).utf8 ()); DrawImage(source,drawThis); AnnotateImage(source, drawThis); DestroyDrawInfo(drawThis); It crashes either in GetTypeMetrics or if I disable that line in DrawImage. I even tried to copy the code from mogrify.c (annotate part), but that one crashes as well in my application, while it doesn't crash in the mogrify tool. The reason I consider a bug is that the above code worked for several ImageMagick releases, and I tested now on a Kubuntu with 6.2.4, and works there as well. In case you do not consider a bug, please let me know how can this crash be avoided. Their replies: 1) The assertion is being thrown inside the fontconfig library indicating a problem with that library rather than ImageMagick. You might be able to fix by upgrading your fontconfig library or commenting out FcFini() in magick/type.c or by excluding the fontconfig library (edit magick/magick-config.h and undef HasFONTCONFIG and rebuild/install ImageMagick). 2)
3 0x00002b6f64bfe641 in FcCacheFini () at fccache.c:412
We tried your code segment with ImageMagick 6.3.0-7 under Fedora Core 6 and it ran without complaint. 3) Fedora has fontconfig 2.4.1. We could add a check in the configure script to not use the fontconfig library for versions < 2.4.1 if you determine the fontconfig library has a bug. Currently the check is for fontconfig version 2.3.1 and above. Let us know. In case you know what can cause the problem in SUSE (I see that at list fontconfig has 31 patches in src.rpm, 8 applied from them), I'd like to see it fixed. Otherwise I request disabling of fontconfig in the ImageMagick build. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 mhorvath@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |nadvornik@novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #1 from amantia@kde.org 2006-11-26 15:53 MST ------- This starts to be interesting and challenging. I did several tests in the following order: - disabled SUSE's patches to fontconfig: still crashes - compared SUSE's version of fontconfig with Fedora's version: they are the same - recompiled ImageMagick using SUSE's spec file, but taking the latest official sources (6.3.0-6, from 24/11/2006): still crashes - created a small C test file: doesn't crash. What? ;-) - moved around the code in my application until I found that it crashes only if it after some Qt method calls, namely QLabel->setAlignment. I run it in valgrind as well, just to complicate my life and spend some more hours with debugging. Valgrind indicates use of uninitialized value in libXft, originating from QLabel::setAlignment! So I tried to fix that (seems to be x86_64 specific bug in libXft, due to suspicious pointer mangling), but wasn't sure how to do it. Anyway, I got rid of that code, and valgrind did not complain anymore about this error, but the crash remained. :-( Here I am now, clueless how to continue and unsure where is the bug: ImageMagick, fontconfig, libXft or Qt. I still suspect libXft, but please reassign the bug to the one you think has the biggest experience in this field. I created a smaller application showing the bug, i'll soon attach it. Here is the valgrind log for the example application: valgrind ./imagemagickcrash ==21220== Memcheck, a memory error detector. ==21220== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==21220== Using LibVEX rev 1658, a library for dynamic binary translation. ==21220== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==21220== Using valgrind-3.2.2.SVN, a dynamic binary instrumentation framework. ==21220== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==21220== For more details, rerun with: -v ==21220== ==21220== Invalid read of size 8 ==21220== at 0x69CAEA2: __strcpy_chk (in /lib64/libc-2.5.so) ==21220== by 0x5EB67F3: store_to_database (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB6A0E: f_newline (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== Address 0x9C64708 is 16 bytes inside a block of size 18 alloc'd ==21220== at 0x4C22889: malloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==21220== by 0x5EB6CA1: f_default (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5E887AB: XGetDefault (in /usr/lib64/libX11.so.6.2.0) ==21220== ==21220== Invalid read of size 8 ==21220== at 0x69CAE79: __strcpy_chk (in /lib64/libc-2.5.so) ==21220== by 0x5EB67F3: store_to_database (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB6A0E: f_newline (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== Address 0x9C648A0 is 8 bytes inside a block of size 12 alloc'd ==21220== at 0x4C22889: malloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==21220== by 0x5EB6CA1: f_default (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5E887AB: XGetDefault (in /usr/lib64/libX11.so.6.2.0) ==21220== ==21220== Invalid read of size 8 ==21220== at 0x69CAE50: __strcpy_chk (in /lib64/libc-2.5.so) ==21220== by 0x5EB67F3: store_to_database (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB6A0E: f_newline (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== Address 0x9C64A28 is 0 bytes inside a block of size 4 alloc'd ==21220== at 0x4C22889: malloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==21220== by 0x5EB6CA1: f_default (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB71B5: _XlcCreateLocaleDataBase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB591: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EB9729: initialize (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EBB1F5: _XlcCreateLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EDBA3F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC2812: _XOpenLC (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EC28CA: _XrmInitParseInfo (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EACAEF: NewDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5EAE2AD: XrmGetStringDatabase (in /usr/lib64/libX11.so.6.2.0) ==21220== by 0x5E887AB: XGetDefault (in /usr/lib64/libX11.so.6.2.0) ==21220== ==21220== Use of uninitialised value of size 8 ==21220== at 0x92D77B1: XftFontOpenInfo (xftfreetype.c:806) ==21220== by 0x92D7FED: XftFontOpenPattern (xftfreetype.c:1091) ==21220== by 0x5522B4F: loadEngine(QFont::Script, QFontPrivate const*, QFontDef const&, QtFontFamily*, QtFontFoundry*, QtFontStyle*, QtFontSize*, QtFontEncoding*, bool) (qfontdatabase_x11.cpp:1647) ==21220== by 0x5523653: QFontDatabase::findFont(QFont::Script, QFontPrivate const*, QFontDef const&, int) (qfontdatabase.cpp:1142) ==21220== by 0x54B50D8: QFontPrivate::load(QFont::Script) (qfont_x11.cpp:420) ==21220== by 0x54B5512: QFontMetrics::width(QChar) const (qfontdata_p.h:152) ==21220== by 0x560358E: QLabel::sizeForWidth(int) const (qfontmetrics.h:80) ==21220== by 0x5603B55: QLabel::minimumSizeHint() const (qlabel.cpp:638) ==21220== by 0x5603C7B: QLabel::sizeHint() const (qlabel.cpp:623) ==21220== by 0x5603D10: QLabel::setAlignment(int) (qlabel.cpp:439) ==21220== by 0x401260: main (imagemagickcrash.cpp:36) ==21220== ==21220== Use of uninitialised value of size 8 ==21220== at 0x92D7AD8: XftFontOpenInfo (xftfreetype.c:974) ==21220== by 0x92D7FED: XftFontOpenPattern (xftfreetype.c:1091) ==21220== by 0x5522B4F: loadEngine(QFont::Script, QFontPrivate const*, QFontDef const&, QtFontFamily*, QtFontFoundry*, QtFontStyle*, QtFontSize*, QtFontEncoding*, bool) (qfontdatabase_x11.cpp:1647) ==21220== by 0x5523653: QFontDatabase::findFont(QFont::Script, QFontPrivate const*, QFontDef const&, int) (qfontdatabase.cpp:1142) ==21220== by 0x54B50D8: QFontPrivate::load(QFont::Script) (qfont_x11.cpp:420) ==21220== by 0x54B5512: QFontMetrics::width(QChar) const (qfontdata_p.h:152) ==21220== by 0x560358E: QLabel::sizeForWidth(int) const (qfontmetrics.h:80) ==21220== by 0x5603B55: QLabel::minimumSizeHint() const (qlabel.cpp:638) ==21220== by 0x5603C7B: QLabel::sizeHint() const (qlabel.cpp:623) ==21220== by 0x5603D10: QLabel::setAlignment(int) (qlabel.cpp:439) ==21220== by 0x401260: main (imagemagickcrash.cpp:36) imagemagickcrash: fccache.c:412: FcCacheFini: Assertion `fcCacheChains[i] == ((void *)0)' failed. ==21220== ==21220== ERROR SUMMARY: 93 errors from 5 contexts (suppressed: 4 from 3) ==21220== malloc/free: in use at exit: 2,696,538 bytes in 9,698 blocks. ==21220== malloc/free: 85,372 allocs, 75,674 frees, 9,349,823 bytes allocated. ==21220== For counts of detected errors, rerun with: -v ==21220== searching for pointers to 9,698 not-freed blocks. ==21220== checked 40,947,400 bytes. ==21220== ==21220== LEAK SUMMARY: ==21220== definitely lost: 4,513 bytes in 89 blocks. ==21220== possibly lost: 0 bytes in 0 blocks. ==21220== still reachable: 2,692,025 bytes in 9,609 blocks. ==21220== suppressed: 0 bytes in 0 blocks. ==21220== Use --leak-check=full to see details of leaked memory. The interesting part is XftFontOpenInfo (xftfreetype.c:806) and XftFontOpenInfo (xftfreetype.c:974) Both are referring to the "bucket" variable, but actually the uninitialized variable error is due to "fi->hash" (the hash part). This is set between lines 712-721: hash = 0; hashp = (FcChar32 *) fi + 1; nhash = (sizeof (XftFontInfo) / sizeof (FcChar32)) - 1; while (nhash--) hash += *hashp++; fi->hash = hash; I think the error comes from wrong assumption of the pointer sizes on 64bit, but I am unsure how to do this right, and even what it want to do (possibly store the sum of pointer addresses from the XftFontInfo structure except the address of the hash variable itself). My workaround was to always set fi->hash to 0 and comment out the above lines. This silences the error, but the crash remains indicating that there is some more memory corruption there. Somewhat suspicious is the usage of "bucket"in line 805: bucket = &info->fontHash[fi->hash % XFT_NUM_FONT_HASH]; Here info->fontHash[fi->hash % XFT_NUM_FONT_HASH] is 0... The beginning of the valgrind log seems to be harmless for this case, as it is there without the setAlignment call as well (and without that call the application doesn't crash). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #3 from amantia@kde.org 2006-11-27 01:51 MST ------- Created an attachment (id=106993) --> (https://bugzilla.novell.com/attachment.cgi?id=106993&action=view) Patch to fix the problem Salvation came from the ImageMagick developers. They believe calling FcFini from fontconfig corrupts the memory for Qt, as Qt is using fontconfig as well. They told me that they will remove this call, so I request that SUSE patches the ImageMagick for GM releases as I'd expect that the new ImageMagick version will not appear in time. About the valgrind uninitialized memory error, I still don't know what to do. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 amantia@kde.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Critical ------- Comment #4 from amantia@kde.org 2006-12-01 02:51 MST ------- Let's try to get it in 10.2 GM. ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 nadvornik@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |aj@novell.com ------- Comment #5 from nadvornik@novell.com 2006-12-01 03:10 MST ------- Andreas, is there any chance to put it in 10.2? The patch was includes in upstream svn and seems to be safe. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|aj@novell.com | ------- Comment #6 from aj@novell.com 2006-12-01 03:58 MST ------- via online update... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #7 from detlef@die-mafia.de 2006-12-11 03:24 MST ------- @AJ Please hurry up! ;) I need this online update for kmediafactory (1), many people asked for a 10.2 build on PackMan, but it crashes too without this patch. I checked it with patched ImageMagick, and it works. (1) http://packman.links2linux.de/package/kmediafactory -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 nadvornik@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |aj@novell.com ------- Comment #8 from nadvornik@novell.com 2006-12-11 03:38 MST ------- Can I get a swamp-id? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 detlef@die-mafia.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |detlef@die-mafia.de ------- Comment #9 from detlef@die-mafia.de 2006-12-11 03:54 MST ------- wtf is a swamp-id? Did you mean the attached patch? id=106993 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #10 from nadvornik@novell.com 2006-12-11 03:59 MST ------- Sorry, I asked Andreas. swamp-id is for internal tracking the update. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #11 from detlef@die-mafia.de 2006-12-11 04:34 MST ------- Ah, ok :) I asked google, and it says "Sumpfkennzeichnung", wonder about this.... ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ast@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|aj@novell.com | ------- Comment #12 from ast@novell.com 2006-12-14 06:52 MST ------- The Sumpfkennzeichnung for this is 7501 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #13 from meissner@novell.com 2006-12-14 06:54 MST ------- detlef: http://swamp.sf.net/ if you want to know. ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #14 from nadvornik@novell.com 2006-12-15 03:16 MST ------- Created an attachment (id=109889) --> (https://bugzilla.novell.com/attachment.cgi?id=109889&action=view) current upstream fix The newest upstream ImageMagick contains this fix. It seems to be the correct solution. Can you please test it? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 ------- Comment #15 from detlef@die-mafia.de 2006-12-15 07:50 MST ------- With the patch kmediafactory works fine! :) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223794 nadvornik@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #16 from nadvornik@novell.com 2006-12-15 09:13 MST ------- OK, fixed package + patchinfo is submitted. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply＠novell.com