|
| From: | Richard Shann |
| Subject: | Re: [Denemo-devel] New Binaries? |
| Date: | Wed, 03 Jun 2015 11:37:24 +0100 |
On Tue, 2015-06-02 at 22:35 -0500, Jeremiah Benham wrote:
>
>
> On Sun, May 31, 2015 at 9:07 AM, Richard Shann
> <address@hidden> wrote:
> On Sat, 2015-05-30 at 10:59 -0500, Jeremiah Benham wrote:
> > I just compiled a new mingw binary for testing.
> >
> Good news - the threading bug has indeed been fixed. Windows
> can be
> dragged around and re-sized once more - I suspect this is
> going to fix
> all those headaches with the Apple Mac too - it too won't be
> using X11 I
> guess.
>
>
> If users are building denemo via macports then they would be by
> default be using x11. They can disable x11 support though in macports
> and use the quartz backend instead.
well, even with the X11 backend there were occasional hiccups - in
particular I haven't seen Denemo hanging on the pthread-join call on
exit in my Debian Wheezy build since the last round of threading fixes.
So I think we can be optimistic that our threading woes are at an end
(until the gtk people decide to change something again ...)
>
>
> I do not have current binaries for darwin yet. I compiled both a gtk3
> and gtk2 version and the side fonts are not displaying correctly. You
> sent a link about this font issue a while back but I have not had time
> to explore it. I am stuck with gub because I have only met failure
> trying to upgrade glib for that platform. This is what led me to
> explore native compiling. Macports has a utility to create an app
> bundle based on a macport file.
>
>
>
> The zip file didn't contain the Denemo.bat file, nor the
> regfont.exe in
> the bin directory (I copied them from earlier versions to
> test).
>
> That had to do with backing up and then switching a directory. It
> should be fixed now.
>
>
> More seriously, the LilyPond crashes. If possible, we should
> wind the
> clock back to the tools and libraries we used when LilyPond
> was building
>
>
> I think it would be better if we just redistribute the official
> lilypond binaries. I already learned how to do this in gub from my
> experience with the gtk win32 bundle. This will save time compiling
> this stuff.
yes, that sounds good - can you easily apply patches to the scm files?
Not critical, but for now Compact Chord Charts require patches which you
applied within gub, however users can always add the patches themselves
with guidance.
>
>
> properly. If I recall correctly it was only an upgrade to glib
> that we
> needed for the newer threading functions ... we then got drawn
> into
> upgrading all sorts of stuff as we hit the thread bug which
> have now
> been fixed.
> I suggest winding the clock back to get LilyPond working only
> because I
> gather that it is very tricky to get it to build correctly -
> but you
> know more about that than I do.
>
> I think the above will fix this. Do you want to downgrade back to gtk2
> if the above solution fixes our problem?
It is highly desirable to keep gtk3 - I'm always having to look over my
shoulder to avoid breaking the gtk2 build. So, keeping everything that
you used to create the current mingw zip/exe files but with imported
lilypond bundle sounds ideal.
Richard
>
>
> Jeremiah
>
>
>
> I'm hopeful that we have now put behind us a lot of sporadic
> problems
> with threads, so I think this is really good news.
>
> Richard
>
>
>
> > Jeremiah
> >
> > On May 29, 2015 4:06 PM, "Richard Shann"
> <address@hidden>
> > wrote:
> > ... deeper still, it seems that two other classes of
> call need
> > changing,
> > which I have done for gtk3 only from denemo.h
> > So *now* I think I have got to the bottom of this
> problem, and
> > the mingw
> > build should at last work correctly.
> >
> > Richard
> >
> >
> > On Fri, 2015-05-29 at 19:52 +0100, Richard Shann
> wrote:
> > > On Fri, 2015-05-29 at 19:28 +0100, Richard Shann
> wrote:
> > > > I've tracked down more of this thread and it
> seems that
> > the fix (below)
> > > > was not the solution: it seems that
> gdk_threads_init() is
> > deprecated and
> > > > should not be used.
> > >
> > > reading on deeper, the gdk_threads_enter() and
> leave() are
> > apparently
> > > also dangerous and shouldn't be there, again I
> have removed
> > them and
> > > tested on Debian and all seems well.
> > > So this too is now in git - hopefully this is the
> last of
> > that bug.
> > >
> > > Richard
> > >
> > >
> > > > I've just removed it and tested on Debian and
> > > > everything seems fine. So re-building from git
> may now
> > result in no more
> > > > crashes...
> > > >
> > > > Richard
> > > >
> > > >
> > > > On Fri, 2015-05-29 at 18:28 +0100, Richard Shann
> wrote:
> > > > > On Fri, 2015-05-29 at 18:10 +0100, Richard
> Shann wrote:
> > > > > > I think I have found a description of our
> problem:
> > > > > >
> > > > > >
> > > > > >
> >
> https://mail.gnome.org/archives/gtk-list/2012-July/msg00000.html
> > > > > >
> > > > > >
> > > > > > this guy even suggests a fix:
> > > > > >
> >
>
> 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
> > > > > > diff --git a/gdk/win32/gdkevents-win32.c
> > b/gdk/win32/gdkevents-win32.c
> > > > > > index 2bc7c12..3505fe2 100644
> > > > > > --- a/gdk/win32/gdkevents-win32.c
> > > > > > +++ b/gdk/win32/gdkevents-win32.c
> > > > > > @@ -3369,9 +3369,10 @@ gdk_event_dispatch
> (GSource
> > *source,
> > > > > > {
> > > > > > GdkEvent *event;
> > > > > >
> > > > > > + _gdk_win32_display_queue_events
> (_gdk_display);
> > > > > > +
> > > > > > GDK_THREADS_ENTER ();
> > > > > >
> > > > > > - _gdk_win32_display_queue_events
> (_gdk_display);
> > > > > > event = _gdk_event_unqueue
> (_gdk_display);
> > > > > >
> > > > > > if (event)
> > > > > >
> >
>
> 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
> > > > >
> > > > >
> > > > > Looking at
> > > > >
> > > > > https://git.gnome.org/browse/gtk
> > +/tree/gdk/win32/gdkevents-win32.c
> > > > >
> > > > > it would seem this patch has not been adopted.
> > > > >
> > > > > There is a comment just before the assertion
> that fails
> > > > > /* CRITICAL_SECTION is reentrant, but SRWLock
> is not.
> > > > > * Detect the deadlock that would occur on
> later
> > Windows version.
> > > > > */
> > > > >
> > > > > Is it possible that this code is only valid
> for windows
> > XP, that would
> > > > > seem incredible. I can test on windows XP
> given a bit of
> > time, but
> > > > > surely they can't be just ignoring the vast
> majority of
> > windows users???
> > > > >
> > > > > Richard
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > which is moving the call to
> > _gdk_win32_display_queue_events() outside of
> > > > > > the GDK_THREADS_ENTER (); section.
> > > > > >
> > > > > > The thread ends with Emanuele Bassi sending
> him off to
> > the jungle of
> > > > > > gnome bug trackers ...
> > > > > >
> > > > > > This report is nearly a year old. Can it
> really be
> > broken so long?
> > > > > >
> > > > > > Richard
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Fri, 2015-05-29 at 09:34 -0500, Jeremiah
> Benham
> > wrote:
> > > > > > > I have built another one based off the gtk
> win32
> > bundle but it also
> > > > > > > crashed when moving the window. I don't
> know what
> > else to do here.
> > > > > > > Once you mentioned a native windows tool
> that was
> > similar to mxe.
> > > > > > > Would it be easier to natively compile it?
> > > > > > >
> > > > > > > Jeremiah
> > > > > > >
> > > > > > > On May 25, 2015 12:07 PM, "Richard Shann"
> > <address@hidden>
> > > > > > > wrote:
> > > > > > > On Sun, 2015-05-24 at 23:54 -0500,
> Jeremiah
> > Benham wrote:
> > > > > > > > I have found a page on gtk's
> website that
> > has all the
> > > > > > > version numbers
> > > > > > > > they recommend for gtk3 and
> win32.
> > > > > > > That sounds promising, let me know
> when
> > there is something to
> > > > > > > test.
> > > > > > > > I am going to use this as a
> template and
> > rebuild. I did
> > > > > > > retest and I
> > > > > > > > believe it worked in vista but
> not in XP.
> > > > > > >
> > > > > > > Hmm, I was able to drag the main
> display a
> > short distance
> > > > > > > before it
> > > > > > > crashed on the last version,
> instead of it
> > crashing straight
> > > > > > > away.
> > > > > > >
> > > > > > > Richard
> > > > > > >
> > > > > > > >
> > > > > > > > Jeremiah
> > > > > > > >
> > > > > > > > On May 24, 2015 10:41 AM,
> "Richard Shann"
> > > > > > > <address@hidden>
> > > > > > > > wrote:
> > > > > > > > I saw that you have
> tried another
> > build dated 25th
> > > > > > > May, so I
> > > > > > > > tested this
> > > > > > > > one too from the zip
> version and
> > it still will not
> > > > > > > allow any
> > > > > > > > window
> > > > > > > > re-size nor run
> LilyPond. From all
> > I have read it
> > > > > > > would seem
> > > > > > > > likely that
> > > > > > > > some combination of
> library
> > versions and compiler
> > > > > > > versions
> > > > > > > > will work,
> > > > > > > > but I don't know how to
> find out
> > which. Have you
> > > > > > > been able to
> > > > > > > > re-test
> > > > > > > > the one that appeared to
> work on
> > windows vista?
> > > > > > > >
> > > > > > > > Richard
> > > > > > > >
> > > > > > > >
> > > > > > > > On Fri, 2015-05-22 at
> 08:47 -0500,
> > Jeremiah Benham
> > > > > > > wrote:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Fri, May 22, 2015
> at 4:12 AM,
> > Richard Shann
> > > > > > > > >
> <address@hidden> wrote:
> > > > > > > > > On Thu,
> 2015-05-21 at
> > 15:26 -0500,
> > > > > > > Jeremiah Benham
> > > > > > > > wrote:
> > > > > > > > > > I created
> new mingw
> > binaries. This time
> > > > > > > it is
> > > > > > > > based on gtk3.
> > > > > > > > >
> > > > > > > > > I've
> downloaded and
> > tested
> > > > > > > > >
> > > > > > > >
> > > > > > >
> >
> http://denemo.org/~jjbenham/gub/uploads/denemo-mingw-0.0.0.zip
> > > > > > > > >
> > > > > > > > > running
> Denemo.bat it
> > complains that
> > > > > > > libaubio-4.dll
> > > > > > > > is not
> > > > > > > > > found - I
> > > > > > > > > moved it
> from /lib
> > to /bin and the program
> > > > > > > then
> > > > > > > > started
> > > > > > > > > correctly.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Ok. Thanks for letting
> me know.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > The good news
> is that
> > the fonts are now
> > > > > > > found, and
> > > > > > > > the nice
> > > > > > > > > gtk3
> > > > > > > > > features are
> present.
> > > > > > > > > However,
> LilyPond
> > crashes while processing
> > > > > > > a file
> > > > > > > > and Denemo
> > > > > > > > > crashes the
> > > > > > > > > moment you try
> to
> > re-size a window, both
> > > > > > > symptoms
> > > > > > > > exactly as
> > > > > > > > > before.
> > > > > > > > >
> > > > > > > > > The crash when
> trying to
> > move or re-size a
> > > > > > > window
> > > > > > > > has probably
> > > > > > > > > not
> > > > > > > > > changed
> because, despite
> > moving to gtk3 I
> > > > > > > guess that
> > > > > > > > the
> > > > > > > > > version of
> glib
> > > > > > > > > is unaltered?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I used 2.43 for both.
> I will try
> > downgrading and
> > > > > > > rebuilding.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Whether this
> is related
> > to lilypond not
> > > > > > > working I'm
> > > > > > > > not sure
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I will upgrade it to
> 2.18.2 or
> > whatever the latest
> > > > > > > stable of
> > > > > > > > lilypond.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > - the
> > > > > > > > > attached
> screenshot on
> > the blue background
> > > > > > > is from
> > > > > > > > running gdb
> > > > > > > > > lilypond.exe
> on a file
> > called fbtest.ly
> > > > > > > which
> > > > > > > > succeeds in
> > > > > > > > > earlier
> > > > > > > > > versions of
> the denemo
> > installer. The
> > > > > > > crash in this
> > > > > > > > case is
> > > > > > > > > reported in
> > > > > > > > > a memory
> allocation
> > routine.
> > > > > > > > >
> > > > > > > > > So the most
> hopeful line
> > might be to look
> > > > > > > at which
> > > > > > > > version of
> > > > > > > > > glib is
> > > > > > > > > involved in
> the last two
> > builds. I guess
> > > > > > > there are
> > > > > > > > also lower
> > > > > > > > > level
> > > > > > > > > things (people
> talk
> > about pthreads and the
> > > > > > > > compiler's
> > > > > > > > > libraries ...)
> > > > > > > > > which could be
> giving us
> > the trouble.
> > > > > > > > >
> > > > > > > > > We could
> install a piece
> > of code at the
> > > > > > > start of
> > > > > > > > main() in
> > > > > > > > > Denemo that
> > > > > > > > > - never
> executes the
> > rest of Denemo's
> > > > > > > > > code. Then
> trying to
> > resize the window
> > > > > > > should
> > > > > > > > confirm that the
> > > > > > > > > bug is
> > > > > > > > > not connected
> with
> > Denemo's use of
> > > > > > > threads.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Could also you try to
> resize the
> > dialog window
> > > > > > > that asks you
> > > > > > > > if you
> > > > > > > > > want to import your
> old prefs?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I will rebuild now.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Jeremiah
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Richard
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Jeremiah
> > > > > > > > > >
> > > > > > > > > > On May 13,
> 2015 6:51
> > AM, "Richard Shann"
> > > > > > > > >
> > <address@hidden>
> > > > > > > > > > wrote:
> > > > > > > > > > On
> Tue,
> > 2015-05-12 at 15:40
> > > > > > > -0500,
> > > > > > > > Jeremiah Benham
> > > > > > > > > wrote:
> > > > > > > > > > >
> What do you
> > think is causing
> > > > > > > the missing
> > > > > > > > don't
> > > > > > > > > >
> > > > > > > > > > I've
> done some
> > gdb debugging on
> > > > > > > the fonts
> > > > > > > > thing: I
> > > > > > > > > noticed
> > > > > > > > > > that
> one of
> > > > > > > > > > the
> buttons in
> > the horizontal
> > > > > > > palette, the
> > > > > > > > one for
> > > > > > > > > entering
> > > > > > > > > >
> notes in
> > > > > > > > > >
> chords *was*
> > showing the two
> > > > > > > quarter notes
> > > > > > > > in the
> > > > > > > > > correct
> > > > > > > > > >
> font. Looking
> > > > > > > > > > at
> its label I
> > see that it uses
> > > > > > > the gtk
> > > > > > > > markup
> > > > > > > > > language to
> set
> > > > > > > > > > the
> font
> > > > > > > > > >
> explicitly,
> > where the other
> > > > > > > palette
> > > > > > > > buttons just
> > > > > > > > > assume the
> > > > > > > > > > font
> has
> > > > > > > > > > been
> set. The
> > menu items and
> > > > > > > tooltips will
> > > > > > > > also just
> > > > > > > > > assume
> > > > > > > > > > the
> font is
> > > > > > > > > > set
> I think.
> > The call to set the
> > > > > > > default
> > > > > > > > font is
> > > > > > > > > towards the
> > > > > > > > > > end
> of
> > > > > > > > > >
> view.c
> > > > > > > > > >
> > gtk_settings_set_string_property
> > > > > > > > (settings,
> > > > > > > > >
> "gtk-font-name",
> > > > > > > > > >
> > Denemo.prefs.fontspec->str,
> > > > > > > "denemo");
> > > > > > > > > >
> > > > > > > > > > this
> appears
> > to be called twice
> > > > > > > when
> > > > > > > > starting the
> > > > > > > > > file, but
> > > > > > > > > > the
> > > > > > > > > >
> backtrace is
> > obscure. I tried
> > > > > > > calling it
> > > > > > > > again from
> > > > > > > > > within gdb
> > > > > > > > > > but
> this
> > > > > > > > > >
> gives a crash
> > during the call,
> > > > > > > perhaps
> > > > > > > > because of
> > > > > > > > > not being in
> > > > > > > > > > the
> right
> > > > > > > > > > part
> of the
> > gtk_main loop. In
> > > > > > > fact, mostly
> > > > > > > > this gdb
> > > > > > > > > >
> environment is
> > > > > > > > > >
> obscure - the
> > symbol Denemo
> > > > > > > (which should
> > > > > > > > be the
> > > > > > > > > root object
> > > > > > > > > > of
> all the
> > > > > > > > > >
> Denemo data)
> > prints as 0, and
> > > > > > > when trying
> > > > > > > > to access
> > > > > > > > > >
> Denemo.project
> > > > > > > > > >
> (which should
> > be the current
> > > > > > > score) gdb
> > > > > > > > says Denemo
> > > > > > > > > is not a
> > > > > > > > > >
> structure.
> > > > > > > > > > The
> info
> > threads just lists a
> > > > > > > bunch of
> > > > > > > > threads
> > > > > > > > > in .dlls
> > > > > > > > > >
> (whereas our
> > > > > > > > > >
> threads now
> > have proper names).
> > > > > > > > > >
> > > > > > > > > > So
> this fonts
> > problem is not to
> > > > > > > do with
> > > > > > > > failing to
> > > > > > > > > install
> > > > > > > > > >
> fonts, but
> > > > > > > > > >
> failing to
> > make gtk use the
> > > > > > > correct font
> > > > > > > > as the
> > > > > > > > > default.
> > > > > > > > > >
> > > > > > > > > > >
> and the
> > crashing?
> > > > > > > > > >
> > > > > > > > > > this
> happens
> > the instant you try
> > > > > > > to
> > > > > > > > re-size a
> > > > > > > > > window. I
> found
> > > > > > > > > > out
> > > > > > > > > >
> something else
> > too - LilyPond is
> > > > > > > crashing,
> > > > > > > > windows
> > > > > > > > > throws up a
> > > > > > > > > >
> window to
> > > > > > > > > > say
> it has
> > stopped working,
> > > > > > > while denemo
> > > > > > > > itself
> > > > > > > > > continues to
> > > > > > > > > > work
> ok.
> > > > > > > > > > I've
> run it
> > from the command
> > > > > > > line and it
> > > > > > > > gets as far
> > > > > > > > > as
> > > > > > > > > >
> "Preprocessing
> > > > > > > > > >
> graphical
> > objects" and then
> > > > > > > complains
> > > > > > > > about
> > > > > > > > >
> std::bad_alloc()
> > > > > > > > > >
> > > > > > > > > >
> Perhaps we
> > might have better
> > > > > > > luck with
> > > > > > > > gtk3 - at
> > > > > > > > > least they
> > > > > > > > > > are
> actively
> > > > > > > > > >
> working on
> > that.
> > > > > > > > > > >
> > > > > > > > > > > I
> am having
> > trouble creating
> > > > > > > binaries
> > > > > > > > for Darwin.
> > > > > > > > > I did
> > > > > > > > > >
> natively
> > > > > > > > > > >
> compile
> > denemo on Darwin but
> > > > > > > the
> > > > > > > > denemo.ttf don't
> > > > > > > > > is not
> > > > > > > > > >
> displaying on
> > > > > > > > > > >
> the side or
> > in the menu.
> > > > > > > Everything else
> > > > > > > > seems
> > > > > > > > > fine. This
> > > > > > > > > > was
> compiled
> > > > > > > > > > >
> against
> > gtk3. I don't know if
> > > > > > > the
> > > > > > > > problem will be
> > > > > > > > > gone if I
> > > > > > > > > > use
> gtk2.
> > > > > > > > > > >
> What do you
> > recommend I do?
> > > > > > > > > >
> > > > > > > > > > This
> seems to
> > be the failure to
> > > > > > > get gtk to
> > > > > > > > take
> > > > > > > > > notice of the
> > > > > > > > > >
> desired
> > > > > > > > > >
> default font
> > that I've described
> > > > > > > above.
> > > > > > > > Apparently
> > > > > > > > > there
> > > > > > > > > >
> are .ini type
> > > > > > > > > >
> files in which
> > the desired font
> > > > > > > can be
> > > > > > > > specified ...
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> >
> https://developer.gnome.org/gtk3/3.8/GtkSettings.html
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> Richard
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> Jeremiah
> > > > > > > > > > >
> > > > > > > > > > > On
> May 11,
> > 2015 9:44 AM,
> > > > > > > "Richard Shann"
> > > > > > > > > >
> > <address@hidden>
> > > > > > > > > > >
> wrote:
> > > > > > > > > > >
> I
> > thought it might be
> > > > > > > good to
> > > > > > > > check the
> > > > > > > > > installer
> > > > > > > > > >
> version too
> > > > > > > > > > >
> -
> > that
> > > > > > > > > > >
> > behaves similarly, no
> > > > > > > fonts and
> > > > > > > > it works
> > > > > > > > > until you
> > > > > > > > > > try
> a
> > > > > > > > > > >
> > window re-size,
> > > > > > > > > > >
> > which is instant
> > > > > > > death.
> > > > > > > > > > >
> > > > > > > > > > >
> > Richard
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> On
> > Wed, 2015-05-06 at
> > > > > > > 11:15
> > > > > > > > +0100, Richard
> > > > > > > > > Shann
> > > > > > > > > >
> wrote:
> > > > > > > > > > >
> > 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
> > > > > > > > > > >
> >
> > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > > > >
> >
> > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > > > >
> >
> > > >
> > > > > > > >
> > > > > > > > > > >
> >
> > > >
> > > > > > > >
> > > > > > > > > > >
> >
> > > >
> > > > > > > > > > >
> >
> > > >
> > > > > > > > > > >
> > >
> > > > > > > > > > >
> >
> > > > > > > > > > >
> >
> > > > > > > > >
> > > > > > >
> > _______________________________________________
> > > > > > > > > > >
> >
> > Denemo-devel mailing
> > > > > > > list
> > > > > > > > > > >
> >
> > address@hidden
> > > > > > > > > > >
> >
> > > > > > > > > >
> > > > > > > >
> > https://lists.gnu.org/mailman/listinfo/denemo-devel
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> _______________________________________________
> > > > > > Denemo-devel mailing list
> > > > > > address@hidden
> > > > > >
> https://lists.gnu.org/mailman/listinfo/denemo-devel
> > > > >
> > > > >
> > > > >
> > > > >
> _______________________________________________
> > > > > Denemo-devel mailing list
> > > > > address@hidden
> > > > >
> https://lists.gnu.org/mailman/listinfo/denemo-devel
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Denemo-devel mailing list
> > > > address@hidden
> > > >
> https://lists.gnu.org/mailman/listinfo/denemo-devel
> > >
> > >
> > >
> > > _______________________________________________
> > > Denemo-devel mailing list
> > > address@hidden
> > >
> https://lists.gnu.org/mailman/listinfo/denemo-devel
> >
> >
>
>
>
>
>
| [Prev in Thread] | Current Thread | [Next in Thread] |