Re: [Gimp-developer] new version

[Helmut Jarausch via gimp-developer-list]

On 11/11/2020 07:00:02 AM, M via gimp-developer-list wrote:

Hello,

So I shoot most of my pictures in *RAW format* and it is a *.ARW* One  
of my
friends told me about GIMP but i tried to open one of my pic and it  
is not
supported because it is in RAW format not *JPEG*. So i was wondering  
in the

next update if you could include RAW format as well



Have a look at
www.youtube.com/watch?v=R0Sk755osjg

You can install a Gimp plugin - I prefer nufraw - which can import raw  
files (.arw too) into Gimp

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Python2.7 reaches end of life

[Helmut Jarausch via gimp-developer-list]

Since Python 2.7 reaches end of life (in a week), what is the roadmap  
of switching to Python3?

Is there a Gimp version which supports Python3 already?
Is there a 'repository' where plugins are stored which have been  
converted to Python3.

Is there some coordination if I like to help in converting plugins?

Merry Christmas and a Happy New Year,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Random crashes recently (GIT version)

[Helmut Jarausch via gimp-developer-list]

Hi,
since a few weeks I get random crashes quite frequently (several per  
hour working).
I've compiled the GIT version of Gimp2 on my GenToo box from GIT  
sources (babl, gegl and gimp).


Is this a known problem?

Many thanks for a hint,
Helmut

Crash report

GNU Image Manipulation Program version 2.10.13
git-describe: GIMP_2_10_12-472-g76227d2642
C compiler:
Using built-in specs.
COLLECT_GCC=x86_64-pc-linux-gnu-gcc
	 
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper

Target: x86_64-pc-linux-gnu
	Configured with:  
/var/tmp/Big_Tmp/portage/sys-devel/gcc-9.2.0-r1/work/gcc-9.2.0/configure  
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr  
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/9.2.0  
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include  
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0  
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/man  
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/info  
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include/g++-v9  
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/python  
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt  
--disable-werror --with-system-zlib --enable-nls  
--without-included-gettext --enable-checking=release  
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo  
9.2.0-r1 p2' --disable-esp --enable-libstdcxx-time  
--with-build-config=bootstrap-lto --enable-shared  
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu  
--enable-multilib --with-multilib-list=m32,m64 --disable-altivec  
--disable-fixed-point --enable-targets=all --enable-libgomp  
--disable-libmudflap --disable-libssp --disable-systemtap  
--enable-vtable-verify --enable-lto --with-isl  
--disable-isl-version-check --enable-default-pie --enable-default-ssp

Thread model: posix
gcc version 9.2.0 (Gentoo 9.2.0-r1 p2)

using GEGL version 0.4.17 (compiled against version 0.4.17)
using GLib version 2.60.7 (compiled against version 2.60.7)
using GdkPixbuf version 2.40.0 (compiled against version 2.40.0)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.4 (compiled against version 1.42.4)
using Fontconfig version 2.13.1 (compiled against version 2.13.1)
using Cairo version 1.16.0 (compiled against version 1.16.0)

```

fatal error: Segmentation fault


Stack trace:
```
Make breakpoint pending on future shared library load? (y or [n])  
[answered N; input not from terminal]


# Stack traces obtained from PID 454600 - Thread 454614 #

Make breakpoint pending on future shared library load? (y or [n])  
[answered N; input not from terminal]

[New LWP 454605]
[New LWP 454606]
[New LWP 454607]
[New LWP 454608]
[New LWP 454609]
[New LWP 454610]
[New LWP 454611]
[New LWP 454612]
[New LWP 454613]
[New LWP 454614]
[New LWP 454615]
[New LWP 454616]
[New LWP 454617]
[New LWP 454618]
[New LWP 454619]
[New LWP 454620]
[New LWP 454621]
[New LWP 454622]
[New LWP 454623]
[New LWP 454624]
[New LWP 454625]
[New LWP 454626]
[New LWP 454627]
[New LWP 454628]
[New LWP 454629]
[New LWP 454630]
[New LWP 454631]
[New LWP 454632]
[New LWP 454633]
[New LWP 454634]
[New LWP 454635]
[New LWP 454637]
[New LWP 454639]
[New LWP 454643]
[New LWP 454644]
[New LWP 454645]
[New LWP 454646]
[New LWP 454647]
[New LWP 454648]
[New LWP 454649]
[New LWP 454650]
[New LWP 454651]
[New LWP 454652]
[New LWP 454653]
[New LWP 454654]
[New LWP 454655]
[New LWP 454656]
[New LWP 454657]
[New LWP 454658]
[New LWP 454659]
[New LWP 454660]
[New LWP 454661]
[New LWP 454662]
[New LWP 454663]
[New LWP 454664]
[New LWP 454665]
[New LWP 454666]
[New LWP 454667]
[New LWP 454668]
[New LWP 454669]
[New LWP 454670]
[New LWP 454671]
[New LWP 454672]
[New LWP 454673]
[New LWP 454674]
[New LWP 454675]
[New LWP 454676]
[New LWP 454677]
[New LWP 454678]
[New LWP 454695]
[New LWP 454697]
[New LWP 454902]
To enable execution of this file add
add-auto-load-safe-path /lib64/libthread_db-1.0.so
line to your configuration file "/home/jarausch/.gdbinit".
To completely disable this security protection add
set auto-load safe-path /
line to your configuration file "/home/jarausch/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the  
shell:

info "(gdb)Auto-loading safe path"
0x7feeec0c8fc9 in syscall () from /lib64/libc.so.6
  Id   Target IdFrame
* 1LWP 454600 "gimp"0x7feeec0c8fc9 in syscall () from  
/lib64/libc.so.6
  2LWP 454605 "worker"  0x7feeec0c8fc9 in syscall () from  
/lib64/libc.so.6
  3LWP 454606 "worker"  0x7feeec0c8fc9 in syscall () from  
/lib64/libc.so.6
  4LWP 454607 "worker"  0x7feeec0c8fc9 in syscall () from  
/lib64/libc.so.6
  5LWP 454608 "worker"  0x7feeec0c8fc9 in syscall () from  
/lib64/libc.so.6
  6LWP 454609 

[Gimp-developer] A plea for a tiny feature

[Helmut Jarausch via gimp-developer-list]

Hi,

I'm using GIMP-2 GIT

I get a lot of messages like

(/usr/lib64/gimp/2.0/plug-ins/script-fu/script-fu) is installing  
procedure
"script-fu-selection-to-anim-image" with a full menu path  
"/Filters/Animation/Animators/Selection to AnimImage..."

as menu label, this deprecated and will be an error in GIMP 3.0


It would be nice if this messages would display the name of the script,  
as well.


Many thanks for considering this.
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] libmypaint needs patching for recent GEGL

[Helmut Jarausch via gimp-developer-list]

Hi,

I'm using GEGL GIT 2019/06/03.
libmypaint (1.3.0) does not compile with this version of GEGL.

Can anybody please confirm that the following patch is OK ?

--- a/gegl/mypaint-gegl-surface.c.ORIG	2016-06-02 17:43:32.0  
+0200
+++ b/gegl/mypaint-gegl-surface.c	2019-03-12 13:16:31.626735235  
+0100

@@ -78,7 +78,7 @@

 if (buffer_is_native(self)) {
 GeglBufferIterator *iterator =  
gegl_buffer_iterator_new(self->buffer, _bbox, 0, self->format,
-  read_write_flags,  
GEGL_ABYSS_NONE);
+  read_write_flags,  
GEGL_ABYSS_NONE,100);


 // Read out
 gboolean completed = gegl_buffer_iterator_next(iterator);
@@ -88,7 +88,7 @@
 g_critical("Unable to get tile aligned access to  
GeglBuffer");

 request->buffer = NULL;
 } else {
-request->buffer = (uint16_t *)(iterator->data[0]);
+request->buffer = (uint16_t *)(iterator->items[0].data);
 }

 // So we can finish the iterator in tile_request_end()



Many thanks,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] GIT gimp-2-10 fails to compile : unknown GimpDeviceKey

[Helmut Jarausch via gimp-developer-list]

The current GIT (gimp-2.10 branch) 2018/10/13/  11:00 GMT fails to  
compile

since the symbol GimpDeviceKey is unknown.

Thanks for looking into this,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] libmypaint version for building GIMP-2.10.0

[Helmut Jarausch]

On 04/27/2018 07:18:53 PM, Carmelo DrRaw wrote:

Dear all,

I am currently stuck with what seems to be a version dependency  
conflict between GIMP and libmypaint-1.3.0.


GIMP requires GEGL >= v0.4.0, however libmypaint still requires GEGL  
v0.3.x:


checking for GEGL... no
configure: error: Package requirements (gegl-0.3 >= 0.3) were not met:

No package 'gegl-0.3' found


This happens because GEGL v0.4.x only provides gegl-0.4.pc

I am using the latest official release of libmypaint:  
https://github.com/mypaint/libmypaint/releases/download/v1.3.0/libmypaint-1.3.0.tar.xz  



I have applied the following "patches"
With these libmypaint compiles fine.

Helmut

sed -i -e'/gegl_required_version/ s/0.3/0.4/' configure.ac
sed -i -e's/gegl-0.3/gegl-0.4/g' gegl/Makefile.in
sed -i -e's/gegl-0.3/gegl-0.4/g' gegl/Makefile.am
sed -i -e's/gegl-0.3/gegl-0.4/g' gegl/libmypaint-gegl.pc.in
sed -i -e's/Gegl-0.3/Gegl-0.4/g' gegl/Makefile.am
sed -i -e's/Gegl-0.3/Gegl-0.4/g' gegl/Makefile.in
sed -i -e's/gegl-0.3 >= 0.3/gegl-0.4 >= 0.4/g' configure
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Gimp GIT and GEGL GIT = segment fault

[Helmut Jarausch]

On 12/28/2017 08:17:41 PM, Ell wrote:

On Thu, 28 Dec 2017 17:31:48 +0100
Helmut Jarausch <jarau...@skynet.be> wrote:

> Hi,
> Segmentation fault in gegl_buffer_iterate_read_simple
>
> [...]

This should be fixed now in GEGL master, by commit
03bdb529bccfcc5bc51dd02bc266d901a4af6300 (see also bug 792018).



Yes, thanks very much, that fixed it indeed,
Helmut

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Gimp GIT and GEGL GIT = segment fault

[Helmut Jarausch]

Hi,
Segmentation fault in gegl_buffer_iterate_read_simple

I'm using gimp and gegl's GIT version.
Both versions from 2017/12/26 work just fine.

But with Gegl GIT (2017/12/28) and the unchanged Gimp (2017/12/26)
I get a crash while just scrolling an image in Gimp.

The backtrace gives:
gimp: fatal error: Segmentation fault
gimp (pid:30588): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S
#0  0x7fb678b09d40 in waitpid () from /lib64/libpthread.so.0
#1  0x7fb6794a1150 in g_on_error_stack_trace (
#2  0x7fb6794a102b in g_on_error_query (prg_name=0x5627bc3bc470  
"gimp")

#3  0x5627bb603d52 in gimp_eek (reason=0x5627bbb18517 "fatal error",
#4  0x5627bb603b43 in gimp_fatal_error (
#5  0x5627bb604a30 in gimp_sigfatal_handler (sig_num=11) at  
signals.c:96

#6  
#7  0x7fb67a72ae50 in gegl_buffer_iterate_read_simple ()
#8  0x00d60080 in ?? ()
#9  0x in ?? ()
gimp (pid:30588): [E]xit, [H]alt, show [S]tack trace or [P]roceed:

Can anybody reproduce this? If not, what can I do to help locating the  
bug?


I'm using gcc-7.2.0.

P.S. Currently I'm not able to create a bug report for GEGL
I always get
The page you are trying to reach is unavailable at the moment

Furthermore I am not sure where the bug is - in Gimp or in GEGL

Many thanks for looking into this,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] GIT version doesn't compile with libmypaint (GIT version)

[Helmut Jarausch]

Hi,
4 days ago, mypaint_brush_stroke_to has been changed to take two  
additional parameters

float viewzoom, float viewrotation

This makes compilation of gimpmybrushcore.c fail.

What are the correct additional arguments to mypaint_brush_stroke_to  (  
0.0, 0.0) ?


Many thanks for a hint,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] gimp crashes when it does "export as"

[Helmut Jarausch]

Hi,
I'm desperate, hopefully some kind soul has a helping hand for me.

Many thanks for any hint. I'm having this problem since several weeks.

I have the very strange situation that after some builds Gimp does  
'export as' without crash and sometimes it crashes.
I might depend on the sequence of builds of  BABL, GEGL, GIMP (all GIT  
versions).


I've got the very strange back trace below.

On level #8 the 'this pointer' is zero (which causes the crash)
On level #9 there is a very strange situation:

TiffComponent* TiffMnEntry::doAddPath(uint16_t tag,
  TiffPath& tiffPath,
  TiffComponent* const pRoot,
  TiffComponent::AutoPtr  
object)

{
assert(!tiffPath.empty());
const TiffPathItem tpi1 = tiffPath.top();
tiffPath.pop();
if (tiffPath.empty()) {
// If the last element in the path is the makernote tag  
itself we're done

return this;
}
const TiffPathItem tpi2 = tiffPath.top();
tiffPath.push(tpi1);
if (mn_ == 0) {
mnGroup_ = tpi2.group();
mn_ = TiffMnCreator::create(tpi1.tag(), tpi1.group(),  
mnGroup_);

assert(mn_);
}
// here mn_ is zero - how is this possible ???   


return mn_->addPath(tag, tiffPath, pRoot, object);
} // TiffMnEntry::doAddPath


It looks like some recursion is going on (methods calling each other),  
but the variable mn_ is a "global" variable of the class object.


Attaching to program:  
/var/tmp/portage/media-gfx/gimp-/work/gimp-/plug-ins/file-jpeg/.libs/file-jpeg,  
process 4876

[New LWP 4882]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7f2028aa8e1d in read () from /lib64/libc.so.6
(gdb) where
#0  0x7f2028aa8e1d in read () from /lib64/libc.so.6
#1  0x7f2028a40fb7 in _IO_file_underflow () from /lib64/libc.so.6
#2  0x7f2028a420d2 in _IO_default_uflow () from /lib64/libc.so.6
#3  0x7f2028a34d71 in _IO_getline_info () from /lib64/libc.so.6
#4  0x7f2028a33ab1 in fgets () from /lib64/libc.so.6
#5  0x7f20292294cf in g_on_error_query () from  
/usr/lib64/libglib-2.0.so.0

#6  0x7f202b47d5b3 in gimp_plugin_sigfatal_handler (
sig_num=) at gimp.c:1849
#7  
#8  0x7f2026412a35 in Exiv2::Internal::TiffComponent::addPath  
(this=0x0,

tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:634

#9  0x7f2026413397 in Exiv2::Internal::TiffMnEntry::doAddPath (
this=0x555ef4cd95c0, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:751

#10 0x7f2026412a6e in Exiv2::Internal::TiffComponent::addPath (
this=0x555ef4cd95c0, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:634

#11 0x7f2026412e96 in Exiv2::Internal::TiffDirectory::doAddPath (
this=0x555ef4cd9880, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:694

#12 0x7f2026412a6e in Exiv2::Internal::TiffComponent::addPath (
this=0x555ef4cd9880, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:634

#13 0x7f20264131ea in Exiv2::Internal::TiffSubIfd::doAddPath (
this=0x555ef4cd98d0, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:729

#14 0x7f2026412a6e in Exiv2::Internal::TiffComponent::addPath (
this=0x555ef4cd98d0, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:634

#15 0x7f2026412e96 in Exiv2::Internal::TiffDirectory::doAddPath (
this=0x555ef4c87f70, tag=8195,
tiffPath=std::stack wrapping: std::deque with 2 elements = {...},
pRoot=0x555ef4c87f70, object=...)
at  
/var/tmp/portage/media-gfx/exiv2-0.25-r2/work/exiv2-0.25/src/tiffcomposite.cpp:694

#16 0x7f2026412a6e in Exiv2::Internal::TiffComponent::addPath (
this=0x555ef4c87f70, tag=8195,
tiffPath=std::stack wrapping: std::deque 

Re: [Gimp-developer] plug-ins/file-jpeg : Segmentation fault

[Helmut Jarausch]

On 01/27/2017 07:01:47 PM, Elle Stone wrote:

On 01/27/2017 12:06 PM, Helmut Jarausch wrote:

is it only me (or my system) that the current GIT version (2017/01/27
17:27 GMT) dies of a segmentation fault
whenever I try to "export as" JPEG.


On Gentoo Linux, GIMP-2.9 updated from git just now and rebuilt,
exporting a jpeg works normally.


Unfortunately Gimp crashes here (Gentoo, as well) each time I try to  
export an image to any format (I've tried  jpeg png tiff).
This occurs with version 2.9.4-r1 (here on Gentoo) as well as with the  
GIT version.


Being unable to export the image makes my Gimp useless.

I hope some helpful hand can give me some hints what might be broken  
here.
(I have recompiled any dependencies of Gimp and gexiv2, I have reduced  
the CFLAGS from -O3 to -O2 -g)


Many thanks for some help,
Helmut

Here is the backtrace
/usr/lib64/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault
/usr/lib64/gimp/2.0/plug-ins/file-jpeg (pid:27661): [E]xit, [H]alt,  
show [S]tack trace or [P]roceed: S

#0  0x7f0e1a5c608a in waitpid () from /lib64/libpthread.so.0
#1  0x7f0e1aa78303 in g_on_error_stack_trace ()
#2  0x7f0e1aa7846c in g_on_error_query () from  
/usr/lib64/libglib-2.0.so.0

#3  0x7f0e1ccc0183 in gimp_plugin_sigfatal_handler (
#4  
#5  0x7f0e14e7b4cb in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#6  0x7f0e14e818e2 in  
Exiv2::Internal::TiffMnEntry::doAddPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#7  0x7f0e14e7b4e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#8  0x7f0e14e7bc37 in  
Exiv2::Internal::TiffDirectory::doAddPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#9  0x7f0e14e7b4e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#10 0x7f0e14e8162c in  
Exiv2::Internal::TiffSubIfd::doAddPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#11 0x7f0e14e7b4e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#12 0x7f0e14e7bc37 in  
Exiv2::Internal::TiffDirectory::doAddPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#13 0x7f0e14e7b4e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack<Exiv2::Internal::TiffPathItem,  
std::deque<Exiv2::Internal::TiffPathItem,  
std::allocator > >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#14 0x7f0e14e9aeba in  
Exiv2::Internal::TiffEncoder::add(Exiv2::Internal::TiffComponent*,  
Exiv2::Internal::TiffComponent*, unsigned int) ()
#15 0x7f0e14e87d3a in  
Exiv2::Internal::TiffParserWorker::encode(Exiv2::BasicIo&, unsigned  
char const*, unsigned int, Exiv2::ExifData const&, Exiv2::IptcData  
const&, Exiv2::XmpData const&, unsigned int, void  
(Exiv2::Internal::TiffEncoder::*(*)(std::__cxx11::basic_string<char,  
std::char_traits, std::allocator > const&, unsigned int,  
Exiv2::Internal::IfdId))(Exiv2::Internal::TiffEntryBase*,  
Exiv2::Exifdatum const*), Exiv2::Internal::TiffHeaderBase*,  
Exiv2::Internal::OffsetWriter*) () from /usr/lib64/libexiv2.so.14
#16 0x7f0e14e1bbaf in  
Exiv2::ExifParser::encode(std::vectorstd::allocator >&, unsigned char const*, unsigned int,  
Exiv2::ByteOrder, Exiv2::ExifData const&) () from  
/usr/lib64/libexiv2.so.14
#17 0x7f0e14e37d29 in  
Exiv2::JpegBase::doWriteMetadata(Exiv2::BasicIo&) ()

#18 0x7f0e14e39474 in Exiv2::JpegBase::writeMetadata() ()
#19 0x7f0e1989fc2a in gexiv2_metadata_save_internal ()
#20 0x7f0e198a0bc2 in gexiv2_metadata_save_file ()
#21 0x7f0e1c3ded39 in gimp_metadata_save_to_file (
#22 0x7f0e1cf07434 in gimp_image_metadata_save_fi

[Gimp-developer] plug-ins/file-jpeg : Segmentation fault

[Helmut Jarausch]

Hi,

is it only me (or my system) that the current GIT version (2017/01/27  
17:27 GMT) dies of a segmentation fault

whenever I try to "export as" JPEG.

Thanks for any hints,
Helmut

Here is a back trace:

/usr/lib64/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault
/usr/lib64/gimp/2.0/plug-ins/file-jpeg (pid:31056): [E]xit, [H]alt,  
show [S]tack trace or [P]roceed: S

#0  0x7f426badc08a in waitpid () from /lib64/libpthread.so.0
#1  0x7f426bf8e303 in g_on_error_stack_trace ()
#2  0x7f426bf8e46c in g_on_error_query () from  
/usr/lib64/libglib-2.0.so.0

#3  0x7f426e1e12b3 in gimp_plugin_sigfatal_handler ()
#4  
#5  0x7f42663904cb in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#6  0x7f42663968e2 in  
Exiv2::Internal::TiffMnEntry::doAddPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#7  0x7f42663904e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#8  0x7f4266390c37 in  
Exiv2::Internal::TiffDirectory::doAddPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#9  0x7f42663904e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#10 0x7f426639662c in  
Exiv2::Internal::TiffSubIfd::doAddPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#11 0x7f42663904e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#12 0x7f4266390c37 in  
Exiv2::Internal::TiffDirectory::doAddPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#13 0x7f42663904e5 in  
Exiv2::Internal::TiffComponent::addPath(unsigned short,  
std::stack >&,  
Exiv2::Internal::TiffComponent*,  
std::auto_ptr) ()
#14 0x7f42663afeba in  
Exiv2::Internal::TiffEncoder::add(Exiv2::Internal::TiffComponent*,  
Exiv2::Internal::TiffComponent*, unsigned int) ()
#15 0x7f426639cd3a in  
Exiv2::Internal::TiffParserWorker::encode(Exiv2::BasicIo&, unsigned  
char const*, unsigned int, Exiv2::ExifData const&, Exiv2::IptcData  
const&, Exiv2::XmpData const&, unsigned int, void  
(Exiv2::Internal::TiffEncoder::*(*)(std::__cxx11::basic_string const&, unsigned int,  
Exiv2::Internal::IfdId))(Exiv2::Internal::TiffEntryBase*,  
Exiv2::Exifdatum const*), Exiv2::Internal::TiffHeaderBase*,  
Exiv2::Internal::OffsetWriter*) () from /usr/lib64/libexiv2.so.14
#16 0x7f4266330baf in  
Exiv2::ExifParser::encode(std::vectorstd::allocator >&, unsigned char const*, unsigned int,  
Exiv2::ByteOrder, Exiv2::ExifData const&) () from  
/usr/lib64/libexiv2.so.14
#17 0x7f426634cd29 in  
Exiv2::JpegBase::doWriteMetadata(Exiv2::BasicIo&) ()

#18 0x7f426634e474 in Exiv2::JpegBase::writeMetadata() ()
#19 0x7f426adb5c2a in gexiv2_metadata_save_internal ()
#20 0x7f426adb6bc2 in gexiv2_metadata_save_file ()
#21 0x7f426d8f5231 in gimp_metadata_save_to_file ()
#22 0x7f426e42d8c7 in gimp_image_metadata_save_finish ()
#23 0x00405bcb in run ()
#24 0x7f426e1e1b9c in gimp_main () from /usr/lib64/libgimp-2.0.so.0
#25 0x7f426b751211 in __libc_start_main () from /lib64/libc.so.6
#26 0x004055da in _start ()
/usr/lib64/gimp/2.0/plug-ins/file-jpeg (pid:31056): [E]xit, [H]alt,  
show [S]tack trace or [P]roceed: H

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] GMIC GIT-version doesn't compile with GIMP in GIT-version

[Helmut Jarausch]

On 01/24/2017 11:30:03 PM, Michael Natterer wrote:

Try again with latest git master, it should work now.


Hi Michael, it looks I have no luck.
I've build GIMP (version 2017/01/25 12:12) and then I've tried to build  
GMIC (version 2017/01/25 12:25)


Here just a fine error messages (there are a lot more)

gmic_gimp.cpp:393:50: error: 'GimpLayerModeEffects' has not been  
declared
 void get_output_layer_props(const char *const s, GimpLayerModeEffects  
, double ,

  ^~~~
gmic_gimp.cpp: In function 'void get_output_layer_props(const char*,  
int&, double&, int&, int&, cimg_library::CImg&)':
gmic_gimp.cpp:406:39: error: 'GIMP_NORMAL_MODE' was not declared in  
this scope

   _get_output_layer_blendmode("alpha",GIMP_NORMAL_MODE);
   ^
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] GMIC GIT-version doesn't compile with GIMP in GIT-version

[Helmut Jarausch]

Hi,

recent changes in Gimp (GIT) make compiling GMIC (GIT) fail.
Has anybody patches for GMIC or information on how to upgrade packages  
with use libgimp?


Many thanks from some hints,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] libgimpbase/gimpbaseenums.h and gimpcompatenums.h name collisions

[Helmut Jarausch]

Hi, I cannot compile the GIT version (today 16:00 GMT)
Both, gimpbaseenums.h  and gimpcompatenums.h define several enums of  
the same name.

This is on Gentoo, gcc-6.3.0

Thanks for looking into it,
Helmut.

Here are a few lines from the error log:

In file included from gimpbase-private.c:29:0:
gimpcompatenums.h:36:3: error: redeclaration of enumerator  
'GIMP_ADD_WHITE_MASK'

   GIMP_ADD_WHITE_MASK  = GIMP_ADD_MASK_WHITE,
   ^~~
In file included from gimpbasetypes.h:26:0,
 from gimpbase-private.c:26:
../libgimpbase/gimpbaseenums.h:52:3: note: previous definition of  
'GIMP_ADD_WHITE_MASK' was here
   GIMP_ADD_WHITE_MASK  = GIMP_ADD_MASK_WHITE, /*< skip,  
pdb-skip >*/

   ^~~
In file included from gimpbase-private.c:29:0:
gimpcompatenums.h:37:3: error: redeclaration of enumerator  
'GIMP_ADD_BLACK_MASK'

   GIMP_ADD_BLACK_MASK  = GIMP_ADD_MASK_BLACK,
   ^~~
In file included from gimpbasetypes.h:26:0,
 from gimpbase-private.c:26:
../libgimpbase/gimpbaseenums.h:53:3: note: previous definition of  
'GIMP_ADD_BLACK_MASK' was here
   GIMP_ADD_BLACK_MASK  = GIMP_ADD_MASK_BLACK, /*< skip,  
pdb-skip >*/

   ^~~
In file included from gimpbase-private.c:29:0:
gimpcompatenums.h:38:3: error: redeclaration of enumerator  
'GIMP_ADD_ALPHA_MASK'

   GIMP_ADD_ALPHA_MASK  = GIMP_ADD_MASK_ALPHA,
   ^~~
In file included from gimpbasetypes.h:26:0,
 from gimpbase-private.c:26:
../libgimpbase/gimpbaseenums.h:54:3: note: previous definition of  
'GIMP_ADD_ALPHA_MASK' was here
   GIMP_ADD_ALPHA_MASK  = GIMP_ADD_MASK_ALPHA, /*< skip,  
pdb-skip >*/

   ^~~
In file included from gimpbase-private.c:29:0:
gimpcompatenums.h:39:3: error: redeclaration of enumerator  
'GIMP_ADD_ALPHA_TRANSFER_MASK'

   GIMP_ADD_ALPHA_TRANSFER_MASK = GIMP_ADD_MASK_ALPHA_TRANSFER,
   ^~~~
In file included from gimpbasetypes.h:26:0,
 from gimpbase-private.c:26:
../libgimpbase/gimpbaseenums.h:55:3: note: previous definition of  
'GIMP_ADD_ALPHA_TRANSFER_MASK' was here
   GIMP_ADD_ALPHA_TRANSFER_MASK = GIMP_ADD_MASK_ALPHA_TRANSFER, /*<  
skip, pdb-skip >*/

   ^~~~
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Scaling LoHalo broken?

[Helmut Jarausch]

Hi, I'm using the GIT-Version from 2016 / 02 / 26 .

I have a problem with the LoHalo scaling - it behaves erratic.

On one image it took less than a minute. But for a different image I  
had to kill Gimp after 15 minutes (on a  4 x 3GHz machine).
On the same image which didn't succed in 15 minutes, the NoHalo option  
succeeded in less than a minute.


Am I missing something or is LoHalo just broken.

Many thanks for a hint,
Helmut


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Segment fault on jpeg export

[Helmut Jarausch]

Hi,
having just updated Gimp to the current GIT-version I get a segment fault when 
I try to export to jpeg file.
Here is what I get

gimp_display_shell_profile_update
src_profile: GIMP built-in sRGB
src_format:  R'G'B'A u8
dest_format: R'G'B'A u8
gimp_display_shell_profile_update
src_profile: GIMP built-in sRGB
src_format:  R'G'B'A u8
dest_format: R'G'B'A u8

(gimp:26773): GLib-GObject-WARNING **: 
/var/tmp/portage/dev-libs/glib-2.44.1-r1/work/glib-2.44.1/gobject/gsignal.c:2569:
 instance '0x36c43c0' has no handler with id '68852'
opened thumbnail at 160 x 120
/usr/lib64/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault
/usr/lib64/gimp/2.0/plug-ins/file-jpeg (pid:26958): [E]xit, [H]alt, show 
[S]tack trace or [P]roceed: 


Is this known?

Thanks,
Helmut

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] GIMP_DEPRECATED - recipe for translation?

[Helmut Jarausch]

Hi,

I have a plugin which uses lots of functions which are deprecated now.
Since the macro GIMP_DEPRECATED_FOR suggests functions with totally  
different parameters

GIMP_DEPRECATED_FOR(gimp_drawable_get_buffer)
void  gimp_pixel_rgn_init   (GimpPixelRgn  *pr,
 GimpDrawable  *drawable,
 gint   x,
 gint   y,
 gint   width,
 gint   height,
 gint   dirty,
 gint   shadow);

(gimp_drawable_get_buffer has a single drawable_ID parameter only)

is there a recipe how to translate the old calls into the current  
function calls?


Many thanks for a hint,
Helmut.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] image redraw broken with git sources

[Helmut Jarausch]

On 10/02/2013 11:09:22 PM, Michael Natterer wrote:

On 10/02/2013 07:35 PM, Helmut Jarausch wrote:

Hi,

I've built gegl and gimp from GIT sources. The speed of displaying a  
new image

has much improved recently.
Unfortunately, image updating due to scrolling or a redraw event  
scrambles the

image completely.

Is it only here (Gentoo Linux, bleeding edge, gcc-4.7.3) or is it a  
known bug?


You are probably suffering from a cairo issue, either too old cairo,  
or you

are running cairo with the xcb backend.



Many thanks, Michael! That solved the problem, indeed.
It's just unfortunate that I had to remove the awesome window manager  
since on my

(Gentoo) system, awesome needs cairo with xcb enabled.

Helmut.

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] image redraw broken with git sources

[Helmut Jarausch]

Hi,

I've built gegl and gimp from GIT sources. The speed of displaying a  
new image has much improved recently.
Unfortunately, image updating due to scrolling or a redraw event  
scrambles the image completely.


Is it only here (Gentoo Linux, bleeding edge, gcc-4.7.3) or is it a  
known bug?


Thanks,
Helmut
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list