> Jeremiah
>
>
> On Thu, Feb 7, 2013 at 4:39 AM, Richard Shann
> <
address@hidden> wrote:
> I copied the denemo gdb and evince stuff into bin, usr, share,
> etc and
> the libfluidsynth.dll into bin and then executed directly from
> bin using
> .\gdb.exe denemo.exe
> It segfaulted trying to load the standard guile module srfi_1
> I don't
> have much idea why I confess. The GUILE_LOAD_PATH looks good
> (as
> reported by denemo when it starts up). Here (below) is the
> output to the
> console as Denemo runs. Anyone who can give an insight into
> what needs
> adjusting please say.
> Richard
> D:\bin> .\gdb.exe denemo.exe
> GNU gdb (GDB) 7.4
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <
http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute
> it.
> There is NO WARRANTY, to th
>
>
> e extent permitted by law. Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "i686-pc-mingw32".
> For bug reporting instructions, please see:
> <
http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from D:\bin/denemo.exe...done.
> (gdb) run
> Starting program: D:\bin/denemo.exe
> [New Thread 3216.0x10b8]
> Setting GUILE_LOAD_PATH=D:\share\guile;D:\share\guile\1.8;D:
> \share
> \lilypond\current\scm
> Setting PANGO_PREFIX=D:
> Setting GTK_PREFIX=D:
> Setting FONTCONFIG_PATH=D:\etc\fonts
> Setting FONTCONFIG_FILE=D:\etc\fonts\fonts.conf
> PATH set to C:\Windows\system32\WindowsPowerShell\v1.0\;;C:
> \Program
> Files\Denemo\usr\bin;D:\bin;D:\lib
> LILYPOND_DATA_PATH will be D:\share\lilypond\current if not
> already
> setGUILE_LOAD_PATH is D:\share\guile;D:\share\guile\
> 1.8;D:\share\lilypond\current\scm;D:\share\denemo
> rootdir=D:
> bindir=D:\bin
> rootdir=D:
> datadir=D:\share\denemo
>
> systemwide == D:\etc\denemo\denemo.conf
>
> xmlsource == D:\etc\denemo\denemo.conf
>
> xmlsource == C:\Users\Guest\.denemo-1.0.0~rc9\denemorcV2
>
> GNU Denemo, a free and open music notation editor
> (c) 1999-2005, 2009 Matthew Hiller, Adam Tee, and others,
> 2010-2011
> Richard Shann, Jeremiah Benham, Nils Gey and others.
>
>
>
> This program is provided with absolutely NO WARRANTY; see
> the file COPYING for details.
>
> This software may be redistributed and modified under the
> terms of the GNU General Public License; again, see the file
> COPYING for details.
>
> audio driver is 'portaudio' 0
> initializing PortAudio backend
> [New Thread 3216.0x860]
> [New Thread 3216.0x1464]
> [New Thread 3216.0x10a8]
> [New Thread 3216.0x175c]
> opening output device 'Windows DirectSound: Primary Sound
> Driver'
> [New Thread 3216.0x14a0]
>
> ** (denemo.exe:3216): WARNING **:
> The default soundfont has been loaded
>
> [New Thread 3216.0x10bc]
> [New Thread 3216.0x1618]
> [New Thread 3216.0x608]
> [New Thread 3216.0x3f8]
> MIDI driver is 'portmidi'
> initializing PortMidi backend
> registered pm_exit with atexit()
>
> ** (denemo.exe:3216): WARNING **: no input device
>
> destroying PortMidi backend
> pm_winmm_term called
> pm_winmm_term exiting
>
> ** (denemo.exe:3216): WARNING **: initializing MIDI backend
> 'portmidi'
> failed, falling back to dummy
> initializing dummy MIDI backend
> [New Thread 3216.0x17bc]
> [New Thread 3216.0xf98]
> Denemo icon not used
> (denemo.exe:3216): GLib-CRITICAL **: g_utf8_to_utf16:
> assertion `str !=
> NULL' failed
> recent (null)
> Version 1_0_0_Win
> Program received signal SIGSEGV, Segmentation fault.
> 0x6bfacc2f in scm_cell () from C:\Program Files\Denemo\usr\bin
> \libguile-17.dll
> (gdb) where
> #0 0x6bfacc2f in scm_cell () from C:\Program Files\Denemo\usr
> \bin
> \libguile-17.dll
> #1 0x6bfc2489 in scm_c_make_subr () from C:\Program Files
> \Denemo\usr
> \bin\libguile-17.dll
> #2 0x6bfa8ee6 in create_gsubr () from C:\Program Files\Denemo
> \usr\bin
> \libguile-17.dll
> #3 0x63f81237 in scm_init_srfi_1 () from C:\Program Files
> \Denemo\usr
> \bin\libguile-srfi-srfi-1-v-3-3.dll
> #4 0x0057d59d in scm_dynamic_call ()
> #5 0x0058c7ef in load_extension ()
> #6 0x0058c83a in scm_load_extension ()
> #7 0x005310e0 in ceval ()
> #8 0x0053413b in scm_i_eval_x ()
> #9 0x00534284 in scm_primitive_eval_x ()
> #10 0x00522d18 in scm_primitive_load ()
> #11 0x00530b43 in ceval ()
> #12 0x00532713 in scm_apply ()
> #13 0x00531bb9 in scm_call_0 ()
> #14 0x0054dd61 in scm_dynamic_wind ()
> #15 0x0053160f in ceval ()
> #16 0x0052db58 in ceval ()
> #17 0x00532713 in scm_apply ()
> #18 0x00531bb9 in scm_call_0 ()
> #19 0x00542635 in apply_thunk ()
> #20 0x005427e0 in scm_c_with_fluid ()
> #21 0x005427af in scm_with_fluid ()
> #22 0x0053160f in ceval ()
> #23 0x00532713 in scm_apply ()
> #24 0x00531bb9 in scm_call_0 ()
> #25 0x0054dd61 in scm_dynamic_wind ()
> #26 0x0053160f in ceval ()
> #27 0x0052db58 in ceval ()
> #28 0x0052eff0 in ceval ()
> #29 0x0052db58 in ceval ()
> #30 0x0052eea3 in ceval ()
> #31 0x0052eff0 in ceval ()
> #32 0x0052d66b in scm_eval_body ()
> #33 0x00532dce in call_closure_1 ()
> #34 0x00533399 in scm_map ()
> #35 0x00531130 in ceval ()
> #36 0x0052eea3 in ceval ()
> #37 0x0052d989 in ceval ()
> #38 0x0053413b in scm_i_eval_x ()
> #39 0x00534284 in scm_primitive_eval_x ()
> #40 0x00522d18 in scm_primitive_load ()
> #41 0x005239a8 in scm_c_catch ()
> #42 0x00523a7c in scm_internal_catch ()
> #43 0x0049a3ee in eval_file_with_catch
> (address@hidden "D:\\share\\denemo\\actions
> \
> \denemo.scm")
> at view.c:175
> #44 0x0049a4b8 in load_scheme_init () at view.c:4799
> #45 0x004b1620 in inner_main (closure=0x0, argc=1,
> argv=0x372b68) at
> view.c:6098
> #46 0x00509be1 in invoke_main_func ()
> #47 0x0054bb79 in c_body ()
> #48 0x005239a8 in scm_c_catch ()
> #49 0x0054bb3a in scm_i_with_continuation_barrier ()
> #50 0x0054bbe7 in scm_c_with_continuation_barrier ()
> #51 0x0053bd21 in scm_i_with_guile_and_parent ()
> #52 0x0053bcf2 in scm_with_guile ()
> #53 0x00509b6f in scm_boot_guile ()
> #54 0x00e2c9ed in main (argc=1, argv=0x372b68) at main.c:464
>
>
>
> On Thu, 2013-02-07 at 09:13 +0000, Richard Shann wrote:
> > On Thu, 2013-02-07 at 00:26 -0600, Jeremiah Benham wrote:
> > > I was able to get denemo to launch. I made sure that I put
> denemo.exe
> > > paired with the ../share/guile directory. Then I had to
> comment out
> > > load_scheme_init() in view.c. For some reason the is crash
> is going on
> > > in there.
> > The load_scheme_init() problem is because as well as
> share/guile we need
> > share/denemo so that load_scheme_init() can get
> actions/denemo.scm. I
> > also installed share/fonts/truetype/denemo
> > I think we then need some evince backends as well...
> >
> > Richard
> >
> >
>
>
>
>