Re: Denemo

[Edgar Aichinger]

Not sure if that's the issue but see this thread from around release date:

https://lists.gnu.org/archive/html/denemo-devel/2020-05/msg00027.html

Am Donnerstag, 25. Juni 2020, 16:45:18 CEST schrieb David Richmond:
> I am very much not an expert on POSIX build systems, but I will say that I
> downloaded the 2.4.0 source tarball (vs. cloning from git) and there was no
> included autogen.sh. So as I recall I just ran mkdir bin && cd bin then
> ../configure, make, make install.
> 
> David
> 
> On Thu, Jun 25, 2020 at 8:32 AM Eddy <eddyjd97@gmail.com> wrote:
> 
> > Hi David,
> >
> > I'm using macports. The only change I made before compiling denemo was
> > to autogen.sh, where I changed /usr/share/aclocal to
> > /opt/local/share/aclocal.
> >
> > Firing up denemo from lldb to see where the segfault is happening gives
> > the following:
> >
> >         * thread #1, queue = 'com.apple.main-thread', stop reason =
> > EXC_BAD_ACCESS (code=1, address=0xfffffffffffffff8)
> >                 frame #0: 0x000000010008eeac denemo`init_lilypond_buffer
> > at exportlilypond.c:3515 [opt]
> >            3512       manager = gtk_source_language_manager_new ();
> >            3513       gtk_source_language_manager_set_search_path
> > (manager, (gchar**)dirs);
> >            3514   }
> >         -> 3515   const gchar * const *ids =
> > gtk_source_language_manager_get_language_ids (manager);
> >            3516
> >            3517   GtkSourceLanguage *language =
> > gtk_source_language_manager_get_language (manager,"lilypond");
> >            3518   Denemo.textbuffer = (GtkTextBuffer *)
> > gtk_source_buffer_new (tagtable);
> >         Target 1: (denemo) stopped.
> >
> > and the corresponding backtrace is:
> >
> >         * thread #1, queue = 'com.apple.main-thread', stop reason =
> > EXC_BAD_ACCESS (code=1, address=0xfffffffffffffff8)
> >           * frame #0: 0x000000010008eeac denemo`init_lilypond_buffer at
> > exportlilypond.c:3515 [opt]
> >                 frame #1: 0x0000000100078b46
> > denemo`inner_main(files=0x0000000000000000) at view.c:606 [opt]
> >                 frame #2: 0x00000001002d3437 libguile-2.2.1.dylib`c_body +
> > 15
> >                 frame #3: 0x00000001003411c2
> > libguile-2.2.1.dylib`vm_regular_engine + 1477
> >                 frame #4: 0x000000010033fe34
> > libguile-2.2.1.dylib`scm_call_n + 380
> >                 frame #5: 0x000000010033d75a libguile-2.2.1.dylib`catch +
> > 490
> >                 frame #6: 0x00000001002d33c6
> > libguile-2.2.1.dylib`scm_i_with_continuation_barrier + 137
> >                 frame #7: 0x00000001002d341d
> > libguile-2.2.1.dylib`scm_c_with_continuation_barrier + 60
> >                 frame #8: 0x000000010033d2ad
> > libguile-2.2.1.dylib`with_guile + 63
> >                 frame #9: 0x00000001003e554c
> > libgc.1.dylib`GC_call_with_stack_base + 26
> >                 frame #10: 0x000000010033b81f
> > libguile-2.2.1.dylib`scm_with_guile + 45
> >                 frame #11: 0x0000000100069ad7
> > denemo`main(argc=<unavailable>, argv=0x00007ffeefbff960) at main.c:452 [opt]
> >                 frame #12: 0x00007fff6cfa5015 libdyld.dylib`start + 1
> >
> > Thanks for your help,
> >
> > Eddy
> >
> >
> > On Thu, Jun 25, 2020 at 07:07:54AM -0500, David Richmond wrote:
> > > Hi Eddy,
> > >
> > > I have Denemo 2.4.0 running successfully on Catalina (10.15.4). What did
> > > you use to install the dependencies?
> > >
> > > David
> > >
> >
>

signature.asc
Description: This is a digitally signed message part.