bug report: failure to change working directory under some circumstances

[Albert Bickford]

> I'm not top posting

This pertains to Lilypond 2.10.33 on Windows XP Professional

Sometimes, when double-clicking on a Lilypond .ly file, the file fails to 
compile, apparently because of where it is located on the hard drive.  If I 
place a file on the Desktop, for example, it compiles correctly and generates a 
PDF file.  However, the same file, when residing on a different partition 
(specifically in E:/music), fails to compile.  According to the log file, this 
appears to have something to do with the working directory and confusion about 
the name.  I attach a sample log file here:

--------------------
# -*-compilation-*-
Processing `E:/music/doe.ly'
Parsing...
Interpreting music... [8][16][24][32][40][48][56][64][72][80][88][96][97]
Preprocessing graphical objects...
Layout output to `E:music.ps'...
Converting to `E:music.pdf'...
`gs -q   -dDEVICEWIDTHPOINTS#612.00 -dDEVICEHEIGHTPOINTS#792.00  -
dCompatibilityLevel#1.4  -dNOPAUSE -dBATCH -r1200  -sDEVICE#pdfwrite -
sOutputFile#"E:music.pdf" -c .setpdfwrite -f "E:music.ps"' failed (1)
error: failed files: "E:\\music\\doe.ly
--------------------

Compare what happens when I compile the same file on the Desktop:

--------------------
# -*-compilation-*-
Changing working directory to `C:/Documents and Settings/Albert/Desktop'
Processing `C:/Documents and Settings/Albert/Desktop/doe.ly'
Parsing...
Interpreting music... [8][16][24][32][40][48][56][64][72][80][88][96][97]
Preprocessing graphical objects...
Layout output to `doe.ps'...
Converting to `doe.pdf'...
--------------------

Note that when compiling from E: there is no attempt to change working 
directory as there is when compiling from the Desktop, the output filename 
is incorrect (the folder name is taken as the file name), and there appears to 
be an error with Ghostscript.  

Attempting to compile from E: does produce two output files in addition to 
doe.log; these are erroneously called music.ps and music.pdf.  The contents of 
music.ps appears to be correct when I look at it with GhostView, but music.pdf 
contains simply a single blank page.

Attempting to compile from elsewhere on C: (e.g. My Documents/My Music) works.

Compiling from D:/ produces correct output files but with the incorrect 
names ".ps" and ".pdf".  The log file shows no attempt to change working 
directory.

Compiling from D:/fin produces results like that from E:/music: no attempt to 
change working directory, output files named "fin" after the folder name 
instead of the name of the file, and a blank page in the .pdf file.

So, it seems like the problem is that when the input file is located on a drive 
other than C:, lilypond fails to change the working directory to the one 
containing the file.  Note that on Windows, this also requires changing the 
default drive.