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.
Jeremiah On May 24, 2015 10:41 AM, "Richard Shann" <[email protected]> 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 > > <[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
