libraries it uses (e.g. libpng) do appear to use time_t in interface
definitions.
Regardless, it is necessary to assure that all libraries are built
with a consistent time_t definition if there is any case of time_t
appearing in an explicit/implicit interface definition.
Bob
--
Bob Friesenhahn
On Mon, 5 Sep 2022, László Böszörményi wrote:
On Mon, Sep 5, 2022 at 4:09 PM Bob Friesenhahn
wrote:
On Sun, 4 Sep 2022, Paul Gevers wrote:
gdl: symbol lookup error: /lib/x86_64-linux-gnu/libgnudatalanguage.so.0:
undefined symbol: _ZN6Magick5Image12colorMapSizeEv
This issue is caused by
: _ZN6Magick5Image12colorMapSizeEv
This issue is caused by Mercurial changeset 16712:acb5f7fa99cf:
"colorMapSize() method for returning the number of colormap entries
should be a const method."
Apparently this change impacts the ABI.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.t
efficiency if there are many
tiny chunks.
The purpose of 'ping' mode is to avoid expensive operations while
retrieving basic properties. In this particular case, the harm would
already have been done even in 'ping' mode so returning the profiles
does not in
On Fri, 25 Feb 2022, Bob Friesenhahn wrote:
There is dependency on the JPEG library so some change in the JPEG library
could impact code which works "fine" on some other system.
I am using Ubuntu 20.04 LTS and the JPEG that comes with that OS.
I made a mis-statement. For this
On Fri, 25 Feb 2022, László Böszörményi (GCS) wrote:
On Fri, Feb 25, 2022 at 4:35 PM Bob Friesenhahn
wrote:
On Fri, 25 Feb 2022, László Böszörményi (GCS) wrote:
Wild guess only, as I'm away from home right now. But that image can
be exif.jpg [1] or any other from the 'fixtures'
Capture Type: 0
Image UniqueID: A16LSIA00VM A16LSIL02SM\012
Profile-XMP: 4102 bytes
Tainted: False
Elapsed Time: 0m:0.000187s
Pixels Per Second: 20.6Mi
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
.
What is the minimum that I need to do to reproduce the issue in
GraphicsMagick?
Is the specific JPEG file which caused the issue available?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
sr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec
--pattern ./spec/\*\*/\*_spec.rb --format documentation failed
mv ./.gem2deb.lib lib
autopkgtest [10:17:01]: test gem2deb-test-runner
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
would
not have been invoked before.
There is no proper fix other than to make sure that InitializeMagick()
has been invoked before any other API elments are used.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
ode is used:
Magick::InitializeMagick(nullptr);
MagickLib::SetMagickResourceLimit(MagickLib::MemoryResource,
10);
MagickLib::SetMagickResourceLimit(MagickLib::WidthResource, 2048);
MagickLib::SetMagickResourceLimit(MagickLib::HeightResource, 2048);
and this is diving int
re is
involved.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
On Mon, 5 Dec 2016, Salvatore Bonaccorso wrote:
Hi Chris, hi Bob,
On Mon, Dec 05, 2016 at 05:26:23PM +0100, Chris Lamb wrote:
[Please retain 847...@bugs.debian.org in CC]
Bob Friesenhahn wrote:
Is this CVE fixed upstream? I am not aware of this number.
I do not know, sorry.
The CVE
r and reset age.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Fri, 16 Sep 2016, László Böszörményi wrote:
On Fri, Sep 16, 2016 at 11:56 AM, Niko Tyni wrote:
On Tue, Sep 13, 2016 at 10:48:42PM -0500, Bob Friesenhahn wrote:
It may be necessary to prove where the problem is occuring by manually
overwriting updated files in the magick directory with
ay be necessary to prove where the problem is occuring by manually
overwriting updated files in the magick directory with those from the
previous working version until the problem goes away (assuming that it
does).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users
ps magick/utility.c would be a good starting point.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
release a 1.3.25 which primarily fixes parsing issues introduced with
1.3.24 as well as fixes heap/stack overflow/overrun issues in the
rendering code.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
On Tue, 22 Sep 2015, László Böszörményi wrote:
On Tue, Sep 22, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
If there are two packages with different quantum depth, then they should be
able to co-exist without conflict. Likewise, the existing package should be
able to co-exist with new packages
library rather than the old one.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Mon, 10 Aug 2015, László Böszörményi wrote:
On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
On Mon, 10 Aug 2015, Jakub Wilk wrote:
Perhaps this issue is due to g++ defaulting to a newer version of the C++
standard and thus it requires a new C++ ABI?
I don't think so. I
the linker
did find the library but not the method.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
C++ ABI?
If this is the case, then requesting an older C++ standard may allow
linking with the previous libgraphicsmagick++1-dev.
Existing apps (not-recompiled) should still be able to use the
previous library.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simples
caused by something else?
It turns out that this issue was caused by improved error handling in
render.c combined with a poor return status choice in AnnotateImage().
The attached patch solves the problem.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org
raw 'text 10,100 ""' null:
gm convert: Non-conforming drawing primitive definition (text).
%
I am not sure when this problem started but I am not seeing it in
GraphicsMagick 1.3.13 (which I happend to have readily available).
Bob
--
Bob Friesenhahn
bfrie...@simple.da
ux 3.2.0-3-rt-686-pae (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.o
ender its own logo but it exhibits a similar flaw
with some other SVGs so it may be something image specific such as a
rounding error.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Tue, 28 Aug 2012, Bastien ROUCARIES wrote:
On Tue, Aug 28, 2012 at 5:55 PM, Bob Friesenhahn
wrote:
I was confused. I see that the problem report is actually with reading XPM
rather than SVG. I tried reading the XPM on a Solaris 10 SPARC system and
it did not cause GM to crash. Testing
00:00 0
ffd5a000-ffd84000 rw-p 00:00 0 [stack]
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
--
To UNSUBSCRIBE, email to debian-
dding Jonathan to CC, who's managing this)
Cheers,
Moritz
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
et/hgweb/graphicsmagick/graphicsmagick/rev/961a787f781d
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
its GROUP4 FAX compression, and perhaps introduced by a
Debian security fix. The tests which failed uses
WriteGROUP4RAWImage() in coders/tiff.c and ImageToHuffman2DBlob() in
magick/compress.c. A TIFF temporary file is created and the
compressed strip is extracted from it.
Bob
--
Bob Friesen
32 matches
Mail list logo
