|
| From: | Jeremiah Benham |
| Subject: | Re: [Denemo-devel] New Binaries? |
| Date: | Fri, 22 May 2015 08:47:59 -0500 |
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.
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?
Whether this is related to lilypond not working I'm not sure
- 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.
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
> >
> >
>
>
| [Prev in Thread] | Current Thread | [Next in Thread] |