I have found a page on gtk's website that has all the version numbers they recommend for gtk3 and win32. 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.
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
> > >
> > >
> >
> >
>
>
>
>