[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] New Binaries?
From: |
Richard Shann |
Subject: |
Re: [Denemo-devel] New Binaries? |
Date: |
Wed, 06 May 2015 11:15:52 +0100 |
On Tue, 2015-05-05 at 16:29 -0500, Jeremiah Benham wrote:
> I upgraded gtk. Maybe this will fix the problem. I created new mingw
> binaries.
>
I've tested the zip file version - it starts up with the denemo.ttf font
not found, but notes can be entered. Any attempt at re-sizing a window
etc causes a crash. Typesetting appears to cause a crash in the lilypond
process started (Denemo carries on working, but a microsoft visual c++
runtime library window pops up to warn of a crash, but it never gets
filled in - see attachment).
Richard
> Jeremiah
>
> On May 5, 2015 9:00 AM, "Richard Shann" <address@hidden>
> wrote:
> On Tue, 2015-05-05 at 06:21 -0500, Jeremiah Benham wrote:
> > I have created the mingw binaries. I will work on the others
> today.
>
> I've downloaded and run the zip file version - unfortunately
> it crashes
> on starting - it hangs the machine for quite a while as it
> does this. I
> ran it under gdb and saw that it seemed to be some sort of
> thread
> problem - I turned off the continuous typesetting (by editing
> the denemo
> rc file) and it started ok. I could enter a few notes and they
> sounded
> on entry. When I tried to typeset in the Print View window it
> completely
> hung the machine, requiring a hard re-boot. This is on the
> Windows Vista
> laptop that runs 1.2.2 without a problem.
> I did another run, this time without trying typesetting -
> after a while
> it froze the machine. I found that ctrl-alt-del gave me access
> to the
> machine again and I was able to take a snapshot of the gdb
> console which
> I attach. It looks like this is threading problems inside the
> gtk system
> rather than some denemo thread problem (I was just changing
> between
> windows in Denemo when it crashed, rather than initiating
> playback,
> entering notes etc - that's no guarantee, of course, but my
> gut
> feeling).
> I think it would help if we could get rid of the code that
> prompts "Type
> ENTER..." - I know you have tried before, but evidently it is
> still
> there.
>
> Richard
>
>
>
>
>
>
>
> >
> > Jeremiah
> >
> > On May 1, 2015 10:25 AM, "Richard Shann"
> <address@hidden>
> > wrote:
> > On Fri, 2015-05-01 at 09:42 -0500, Jeremiah Benham
> wrote:
> > > I now have a gub branch with upgraded glib but I
> am stuck on
> > nsis . I
> > > could create a zip version now.
> >
> > That would be excellent - people can try it out
> without
> > committing
> > themselves.
> >
> > Is the nsis problem related to the new glib?
> >
> > Richard
> >
> > >
> > > Jeremiah
> > >
> > > On Apr 29, 2015 8:20 AM, "Jeremiah Benham"
> > > <address@hidden> wrote:
> > > I will work on it. It may take a little
> longer than
> > I
> > > expected.
> > >
> > > Jeremiah
> > >
> > > On Apr 29, 2015 7:59 AM, "Richard Shann"
> > > <address@hidden> wrote:
> > > This seems to be the latest
> version of glib:
> > >
> > >
> >
> https://developer.gnome.org/glib/glib-html-2.44.0.tar.gz
> > >
> > > If that will work it would be our
> best bet
> > for bug
> > > fixes.
> > >
> > > Richard
> > >
> > > On Wed, 2015-04-29 at 00:02 -0500,
> Jeremiah
> > Benham
> > > wrote:
> > > > I'm getting this error when
> trying to
> > compile for
> > > > mingw:
> > > > building package: mingw::denemo
> > > > *** Stage: download (denemo,
> mingw)
> > > > *** Stage: untar (denemo, mingw)
> > > > *** Stage: patch (denemo, mingw)
> > > > *** Stage: autoupdate (denemo,
> mingw)
> > > > *** Stage: configure (denemo,
> mingw)
> > > > *** Stage: compile (denemo,
> mingw)
> > > > Command barfed:
> > > >
> >
> cd
> /home/jjbenham/public_html/gub/target/mingw/build/denemo-git.savannah.gnu.org--denemo.git-master
> && make -j16
> > > > Tail of
> target/mingw/log/denemo.log
> > >>>>>>>>
> > > > make[1]: *** [all-recursive]
> Error 1
> > > > make[1]: Leaving directory
> > > >
> >
>
> `/home/jjbenham/public_html/gub/target/mingw/build/denemo-git.savannah.gnu.org--denemo.git-master'
> > > >
> >
>
> libaudiobackend.a(libaudiobackend_a-audiointerface.o):audiointerface.c:(.text+0x445):
> undefined reference to `_g_thread_try_new'
>
> libaudiobackend.a(libaudiobackend_a-audiointerface.o):audiointerface.c:(.text+0x8c5):
> undefined reference to `_g_cond_wait_until'
>
> libaudiobackend.a(libaudiobackend_a-dummybackend.o):dummybackend.c:(.text+0x68):
> undefined reference to
> `_g_cond_wait_untilibaudiobackend.a(libaudiobackend_a-audiointerface.o):audiointerface.c:(.text+0x445):
> undefined reference to `_g_thread_try_new'
> @
> > > >
> > > > On Apr 28, 2015 12:34 PM,
> "Jeremiah
> > Benham"
> > > > <address@hidden>
> wrote:
> > > > I will do that tonight.
> > > >
> > > > Jeremiah
> > > >
> > > > On Apr 28, 2015 7:06 AM,
> "Richard
> > Shann"
> > > >
> <address@hidden> wrote:
> > > > Jeremiah,
> > > >
> > > > The fixes I've
> made for
> > threading
> > > > issues seem to
> be
> > effective - and I
> > > > have fixed a
> critical bug
> > in copy &
> > > > paste - I think
> we should
> > try for a
> > > > early release of
> 1.2.4.
> > Are you able
> > > > to generate
> binaries at
> > the moment?
> > > >
> > > > Richard
> > > >
> > > >
> > >
> > >
> >
> >
>
crash.jpg
Description: JPEG image
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/05
- Re: [Denemo-devel] New Binaries?, Jeremiah Benham, 2015/05/05
- Re: [Denemo-devel] New Binaries?,
Richard Shann <=
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/11
- Re: [Denemo-devel] New Binaries?, Jeremiah Benham, 2015/05/12
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/13
- Re: [Denemo-devel] New Binaries?, Jeremiah Benham, 2015/05/21
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/22
- Re: [Denemo-devel] Crashes on resize, Andreas Schneider, 2015/05/22
- Re: [Denemo-devel] Crashes on resize, Richard Shann, 2015/05/22
- Re: [Denemo-devel] New Binaries?, Jeremiah Benham, 2015/05/22
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/22
- Message not available
- Re: [Denemo-devel] New Binaries?, Richard Shann, 2015/05/23