On Wed, 2013-10-02 at 09:07 -0500, Jeremiah Benham wrote: > I updated the mingw binary and rebooted the server.
Ah! I think I see the trouble: the gtk initialization comes after the first of these calls to get the paths. This looks like a time bomb that has been lurking waiting to hit us. I have pushed a fix to git which does the initializations in main in the order which I think they should be done. It compiles and runs properly on my Debian Stable installation, so hopefully the next windows build will succeed. > If you want to build it yourself you may consider running debian > stable in VirtualBox. Install no *-dev or anything unless gub needs > it. I'm installing VirtualBox now, I am a complete beginner at this though - how do I find out what *-dev gub needs? I recall it dying horribly on me some years back and janneke being startled to find that I didn't have a c++ compiler installed on my system. Also, where do you get a Debian Stable to run under it - I am already running Debian Stable ... but I guess you are suspecting that other things I have installed on it are preventing it running gub correctly? Richard > Then only use the VB image for using gub. > > > Jeremiah > > On Oct 1, 2013 2:56 PM, "Richard Shann" <[email protected]> > wrote: > On Tue, 2013-10-01 at 09:21 -0500, Jeremiah Benham wrote: > > I just updated the binary. > > Thanks - I tested this, and it seems that the location where > the system > data dir is being stored is being over-written very early in > the > startup. I have pushed code to git which puts this location at > a place > where I can set a watch on it using gdb. If you can rebuild > mingw again > I will try and find where this overwriting is taking place. > > My own gub got past imagemagick once I had pointed to your > tarball on > denemo.org/~jjbenham/gub/downloads... and barfed on libxml2 > with a > horrible looking toolchain error: > > > > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields > -DHAVE_CONFIG_H -I. > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. > -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include > -DWIN32 -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit > -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat > -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings > -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes > -Wnested-externs -Winline -Wredundant-decls -MT entities.lo > -MD -MP -MF .deps/entities.Tpo > -c /home/rshann/gub/target/mingw/src/libxml2-2.6.27/entities.c > -DDLL_EXPORT -DPIC -o .libs/entities.o > > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields > -DHAVE_CONFIG_H -I. > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. > -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include > -DWIN32 -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit > -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat > -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings > -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes > -Wnested-externs -Winline -Wredundant-decls -MT encoding.lo > -MD -MP -MF .deps/encoding.Tpo > -c /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c > -DDLL_EXPORT -DPIC -o .libs/encoding.o > > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields > -DHAVE_CONFIG_H -I. > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. > -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include > -DWIN32 -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit > -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat > -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings > -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes > -Wnested-externs -Winline -Wredundant-decls -MT error.lo -MD > -MP -MF .deps/error.Tpo > -c /home/rshann/gub/target/mingw/src/libxml2-2.6.27/error.c > -DDLL_EXPORT -DPIC -o .libs/error.o > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:270: > warning: array 'xmlStringText' assumed to have one elementlibtool: compile: > i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H -I. > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include -DWIN32 -g -O2 > -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment > -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return > -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline > -Wredundant-decls -MT parser.lo -MD -MP -MF .deps/parser.Tpo -c > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/parser.c -DDLL_EXPORT -DPIC > -o .libs/parser.o > > > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:271: > warning: array 'xmlStringTextNoenc' assumed to have one element > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:272: > warning: array 'xmlStringComment' assumed to have one element > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:270: > warning: array 'xmlStringText' assumed to have one element > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:271: > warning: array 'xmlStringTextNoenc' assumed to have one element > > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:272: > warning: array 'xmlStringComment' assumed to have one element > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c: > In function 'xmlIconvWrapper': > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c:1706: > warning: passing argument 2 of 'libiconv' from incompatible pointer type > > /tmp/ccCTarEo.s: Assembler messages: > > /tmp/ccCTarEo.s:192: Error: junk at end of line, first > unrecognized character is `7' > > Richard > > > > > Jeremiah > > > > On Oct 1, 2013 8:18 AM, "Jeremiah Benham" > <[email protected]> > > wrote: > > Ok. I am building it again. All the tarballs are in > > ~jjbenham/gub/downloads if you have trouble finding > them. The > > librubberband and vamp urls are incorrect and need > updating. I > > just placed my revised tarballs in the download > directory. > > > > Jeremiah > > > > On Oct 1, 2013 3:56 AM, "Richard Shann" > > <[email protected]> wrote: > > On Mon, 2013-09-30 at 15:02 -0500, Jeremiah > Benham > > wrote: > > > Ok. I just updated the mingw binary. > > > > I tested that and have added another fix in > view.c > > which should pin down > > the problem finally. I'm currently trying to > build > > from gub (about four > > or so download urls needed changing), but I > expect > > I'll hit problems - > > can you respin the mingw binary if possible? > > > > Richard > > > > > > > > > > Jeremiah > > > > > > On Sep 30, 2013 12:48 PM, "Jeremiah > Benham" > > > <[email protected]> wrote: > > > ok. I am rebuilding it. It should > take about > > two hours or so. > > > For some reason I need to rm -rf > target each > > time to rebuild > > > in order to build in debian > stable. In > > ubuntu I can usually > > > get away with just doing: > > > > > > rm -rf target/mingw/*/denemo* > > > make PLATFORMS='mingw' denemo > > > > > > > > > Jeremiah > > > > > > > > > > > > On Mon, Sep 30, 2013 at 12:16 PM, > Richard > > Shann > > > <[email protected]> wrote: > > > On Mon, 2013-09-30 at > 10:59 -0500, > > Jeremiah Benham > > > wrote: > > > > Here you go: > > > > > > > > > > http://denemo.org/~jjbenham/gub/uploads/denemo-0.0.0-0.mingw.exe > > > > > > > > > OK, I tested this, and the > search > > paths are corrupted > > > > > > I see this code in view.c > (Eloi - > > please comment on > > > this) > > > > > > gchar* dirs[] = { > > > > g_build_filename(UI_DIR, NULL), > > > > > g_build_filename(get_system_data_dir (), > UI_DIR, > > > NULL), > > > NULL > > > }; > > > > > > where dirs[] is intended > to be > > initialized at run > > > time. However, the > > > get_system_data_dir() call > appears > > not to happen on > > > windows. I've > > > re-written the code to > explicitly > > initialize the > > > array. > > > Can you build from master > again, and > > we'll see if this > > > has cured the > > > problem? > > > > > > > > > > > I changed nothing in > gubs mingw > > branch except the > > > sources in > > > > gub/specs/denemo.py I > chose to use > > git instead of > > > the tarball. > > > > > > > > > > > > > Ah, ok I see it now, I was > looking > > at the wrong > > > branch. I'll try and get > > > it building. > > > > > > Richard > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
