|
| From: | Jeremiah Benham |
| Subject: | Re: [Denemo-devel] New Binaries? |
| Date: | Tue, 2 Jun 2015 22:35:33 -0500 |
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.
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).
More seriously, the LilyPond crashes. If possible, we should wind the
clock back to the tools and libraries we used when LilyPond was building
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'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
> > > > > > > > > > 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] |