denemo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Denemo-devel] Discussion of bug #24424


From: Richard Shann
Subject: [Denemo-devel] Discussion of bug #24424
Date: Mon, 29 Dec 2008 08:26:55 +0000

I paste here Charlie's report on the bug tracker, so that I can comment
on it effectively.

> I've encountered a similar problem with Denemo 0.8.0FIX (which I
> downloaded from http://www.rshann.plus.com/denemo.exe as linked from
> the Denemo homepage.) I had a command-line window open before running
> the Denemo installer. When attempting to chdir into my Denemo
> installation's bin/ directory to run denemo.exe, I first received a
> GTK+ pop-up that said "some icons will not display correctly, but
> program will work ok." And then Denemo dumped the following text to
> the console before erroring out: 
> 
> 
>               * (denemo.exe:1660): WARNING **: Could not load
>                 specified pixbuf:
> 
> Unable to load image-loading module: C:/gtkbundle/gtk
> +-bundle-2.12.10/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll: The
> specified module could not be found. 
> 
> 
> (denemo.exe:1660): Gtk-WARNING **: Unable to locate theme engine in
> module_path: "wimp", 
> 
> 
> (denemo.exe:1660): Pango-WARNING **: The specified module could not be
> found. 
> 
> 
> (denemo.exe:1660): Pango-WARNING **: Failed to load Pango module
> 'c:/devel/target/pango-1.10.1/lib/pango/1.4.0/modules/pango-basic-win32.dll' 
> for id 'BasicScriptEngineWin32' 
I think these may not be fatal, there are some modules not found on
working systems. Of course, they should be fixed.
> 
> 
> (denemo.exe:1660): Pango-WARNING **: The specified module could not be
> found. 
> [snip 4 identical messages] 
> Calling scm boot guile with 1 and 003E4AF8 
> ERROR: In procedure primitive-load-path: 
> ERROR: Unable to find file "ice-9/boot-9.scm" in load path 
This is fatal, it is the reason for setting GUILE_LOAD_PATH.

> 
> 
> A web search showed that this error message was actually coming from
> LilyPond.
?? I guess you mean that someone reported LilyPond issuing this message
as well - the message comes from Guile, which LilyPond uses. It would be
caused by the guile code failing to find its initialization scripts. One
of the places it looks is in GUILE_LOAD_PATH if that is set.
>  It seems that the Denemo installer sets a Windows user variable
>  called GUILE_LOAD_PATH to (the absolute path to) your Denemo
> installation's share/guile directory. As soon as I set this variable
> by hand in the command-line window,
??? Did you set it to the same thing as it was already set - if so, is
it a question of the variable not being set for the current user? You
can do something like

echo %GUILE_LOAD_PATH%
to find out what it is set to (I think).
> 
>  Denemo started up successfully, though it still displayed the pop-up.

Yes the pop-up is another problem. 
> 
> 
> I'm sure that I wouldn't have noticed the problem if I had
> double-clicked on a Denemo icon on the desktop. But still, it would be
> nice if Denemo did not depend on this environment variable.
It would be nice, but I think that is a Guile problem - whether Denemo
can put GUILE_LOAD_PATH into the environment under windows I am not sure
- gtk does have a gtk_setenv thing I think...
Richard






reply via email to

[Prev in Thread] Current Thread [Next in Thread]