[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] Ticket 2279 di

I wonder if this bug is still valid.
IIUC, Helge was not able to run lilypond scheme-sandbox.
I can with lilypond 2.19.28 on Windows Seven. Here's the command I run in PowerShell:

PS C:\Users\fede> lilypond scheme-sandbox
GNU LilyPond 2.19.28
Elaborazione di Â«C:/Program Files (x86)/LilyPond/usr/share/lilypond/current/ly/scheme-sandbox.lyÂ»
Analisi...
guile>

GUILE_LOAD_PATH does not seem to be set:

PS C:\Users\fede>     Get-ChildItem Env:GUILE_LOAD_PATH
Get-ChildItem : Impossibile trovare il percorso 'GUILE_LOAD_PATH' perché non esiste.
In riga:1 car:18
+     Get-ChildItem <<<<  Env:GUILE_LOAD_PATH
    + CategoryInfo          : ObjectNotFound: (GUILE_LOAD_PATH:String) [Get-ChildItem], ItemNotFoundException
    + FullyQualifiedErrorId : PathNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand

[issues:#2279] [Windows]GUILE_LOAD_PATH is appended to the home directory of the non-adminstrative user instead of either append it to the directory where guile.exe is started or using it as an absolute path

Status: Accepted
Created: Fri Feb 03, 2012 12:48 PM UTC by Anonymous
Last Updated: Fri Feb 03, 2012 12:48 PM UTC
Owner: nobody

Originally created by: *anonymous

Originally created by: address@hidden

Reported by Helge Kruse
as "Unable to find file "ice-9/boot-9.scm" in load path"
http://lists.gnu.org/archive/html/bug-lilypond/2012-01/msg01273.html
and
http://lists.gnu.org/archive/html/bug-lilypond/2012-02/msg00075.html

When I run guile.exe as administrator it succeeds. But running guile.exe as a user without administrative rights it fails to load boot-9.scm.

You can see here what happens when the GUILE_LOAD_PATH is set to "SHARE\GUILE\1.8" This is intentionally in capital letters. The windows O/S doesn't care but you can see, when this variable has been used.

Administrator:
CreateFile C:\Program Files (x86)\LilyPond\usr\share\guile\1.8 --> SUCCESS

There are some additional file open operations but you can see, that the variable GUILE_LOAD_PATH has *not* been used to resolve the valid load path.

Non-adminstrative user (Helge):
CreateFile C:\Users\Helge\SHARE\GUILE\1.8\ --> PATH NOT FOUND
CreateFile C:\usr\share\guile\site\ --> PATH NOT FOUND
CreateFile C:\usr\share\guile\1.8\ --> PATH NOT FOUND
CreateFile C:\usr\share\guile\ --> PATH NOT FOUND
CreateFile C:\Users\Helge\share\guile\1.8\ --> PATH NOT FOUND
CreateFile C:\Users\Helge\SHARE\GUILE\1.8\ice-9\ --> PATH NOT FOUND

So the bug is: GUILE_LOAD_PATH is appended to the home directory of the non-adminstrative user instead of either append it to the directory where guile.exe is started or using it as an absolute path.

Workaround: When you set GUILE_LOAD_PATH to the following value, you can run guile.exe as non-administrative user:

..\..\PROGRAM FILES (x86)\LILYPOND\USR\SHARE\GUILE\1.8
(must not be surrounded by "")

Sent from sourceforge.net because address@hidden is subscribed to https://sourceforge.net/p/testlilyissues/issues/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

From:	Auto mailings of changes to Lily Issues via Testlilyissues-auto
Subject:	[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] Ticket 2279 discussion
Date:	Fri, 06 Jul 2018 16:32:28 -0000