On Donnerstag, 11. November 2021 10:44:01 CET Kolja Koch wrote: > 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.
Which makes me wonder why I don't get these GTK compiler errors with the same gtk(mm) 3.24.5 version. Are you sure you are compiling against the header files of exactly *that* gtk version and not probably against header files of gtk(mm) 4.x? Because gtk4 is not supported, gtk2 and gtk3 are though. What compiler and compiler version (see config.log file)? > 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.... Me neither. You are only posting patch names, but not the URL where you got them from. > 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. The CRC-32 checksum of each sample in a .gig file are generated/updated only at the end of the .gig file saving process. So it is normal that new samples first have a CRC initialized with ffffffff at first. > 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? As my telepathic abilities are just sub average, and my valueable crystal ball has never been handed back to me, I fear you would need to provide more info that a mortal person would be able to decode. You could start by providing the questioned info, plus a backtrace of the crash. > > > Cheers, > Kolja CU Christian _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
