Hi all,

while testing some newly created gig-files I ran into some problems with 
gigedit. I think, this might have something to do with my installation of it.

When trying to install tha latest gegedit version (1.2.0), running
./configure
runs alright, but then make will give: 

In file included from builtinpix.cpp:2:
../compat.h:194:21: error: ‘const Pango::Alignment Pango::ALIGN_LEFT’ 
redeclared as different kind of entity
  194 |     const Alignment ALIGN_LEFT = Alignment::LEFT;
      |                     ^~~~~~~~~~
In file included from /usr/include/gtkmm-3.0/gtkmm/widget.h:32,
                 from /usr/include/gtkmm-3.0/gtkmm/container.h:28,
                 from /usr/include/gtkmm-3.0/gtkmm/box.h:27,
                 from /usr/include/gtkmm-3.0/gtkmm/buttonbox.h:27,
                 from ../compat.h:134,
                 from builtinpix.cpp:2:
/usr/include/pangomm-1.4/pangomm/layout.h:77:3: note: previous declaration 
‘Pango::Alignment Pango::ALIGN_LEFT’
   77 |   ALIGN_LEFT,
      |   ^~~~~~~~~~
In file included from builtinpix.cpp:2:
../compat.h:194:45: error: ‘LEFT’ is not a member of ‘Pango::Alignment’
  194 |     const Alignment ALIGN_LEFT = Alignment::LEFT;
      |                                             ^~~~
../compat.h:195:21: error: ‘const Pango::Alignment Pango::ALIGN_CENTER’ 
redeclared as different kind of entity
  195 |     const Alignment ALIGN_CENTER = Alignment::CENTER;
      |                     ^~~~~~~~~~~~
In file included from /usr/include/gtkmm-3.0/gtkmm/widget.h:32,
                 from /usr/include/gtkmm-3.0/gtkmm/container.h:28,
                 from /usr/include/gtkmm-3.0/gtkmm/box.h:27,
                 from /usr/include/gtkmm-3.0/gtkmm/buttonbox.h:27,
                 from ../compat.h:134,
                 from builtinpix.cpp:2:
/usr/include/pangomm-1.4/pangomm/layout.h:78:3: note: previous declaration 
‘Pango::Alignment Pango::ALIGN_CENTER’
   78 |   ALIGN_CENTER,
      |   ^~~~~~~~~~~~
In file included from builtinpix.cpp:2:
../compat.h:195:47: error: ‘CENTER’ is not a member of ‘Pango::Alignment’
  195 |     const Alignment ALIGN_CENTER = Alignment::CENTER;
      |                                               ^~~~~~
../compat.h:196:21: error: ‘const Pango::Alignment Pango::ALIGN_RIGHT’ 
redeclared as different kind of entity
  196 |     const Alignment ALIGN_RIGHT = Alignment::RIGHT;
      |                     ^~~~~~~~~~~
In file included from /usr/include/gtkmm-3.0/gtkmm/widget.h:32,
                 from /usr/include/gtkmm-3.0/gtkmm/container.h:28,
                 from /usr/include/gtkmm-3.0/gtkmm/box.h:27,
                 from /usr/include/gtkmm-3.0/gtkmm/buttonbox.h:27,
                 from ../compat.h:134,
                 from builtinpix.cpp:2:
/usr/include/pangomm-1.4/pangomm/layout.h:79:3: note: previous declaration 
‘Pango::Alignment Pango::ALIGN_RIGHT’
   79 |   ALIGN_RIGHT
      |   ^~~~~~~~~~~
In file included from builtinpix.cpp:2:
../compat.h:196:46: error: ‘RIGHT’ is not a member of ‘Pango::Alignment’
  196 |     const Alignment ALIGN_RIGHT = Alignment::RIGHT;



I'm on archlinux using
gtkmm3 version 3.24.5-2
and libgig from svn.

I managed to install gigedit by applying two patches:

gigedit-1.2.0-libdir.patch
gigedit-1.2.0-redeclare.patch

but have no clue, what exactly it is they're doing....

So far, so good.
But when trying to create a new gig -file with a sample and save it, gigedit 
will crash with:

** (gigedit:23922): ERROR **: 09:46:52.773: 
unhandled exception (type unknown) in signal handler

A gig-file is created though and I can load that into linuxsampler, but it wont 
play.
Opening it in gigedit again will show
Wav Data CRC-32: ffffffff
so my guess is, the crash appears when trying to save the sample data.

I again created a new gig-file and found that, when importing the sample and 
assigning it to a region, it will already show
Wav Data CRC-32: ffffffff
in gigedit before saving it.

This behavior is confirmed with different samples. 

Saving an already existing gig-file after changing it in gigedit however seems 
to work.


Are those issues related to each other?
- My guess is no.
Does anybody has an idea, what the root-cause might be?


Cheers,
Kolja


_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Reply via email to