On Fri, May 22, 2015 at 4:12 AM, Richard Shann <[email protected]> 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" <[email protected]> > > 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" > > <[email protected]> > > > 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" > > > <[email protected]> > > > > > 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" > > > > > <[email protected]> > > > > > > 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" > > > > > > > <[email protected]> > > 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" > > > > > > > > > <[email protected]> > > > 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" > > > > > > > > > > > <[email protected]> > > > > > wrote: > > > > > > > > I > > will do > > > that tonight. > > > > > > > > > > > > > > > > > > Jeremiah > > > > > > > > > > > > > > > > On > > Apr 28, > > > 2015 7:06 AM, > > > > > "Richard > > > > > > Shann" > > > > > > > > > > > > > <[email protected]> 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 > > > > [email protected] > > > > > > https://lists.gnu.org/mailman/listinfo/denemo-devel > > > > > > > > > > > >
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
