Re: Unbound variable: parse-terse-string

[Trevor Daniels]

Carl

OK I think I understand what is happening here.
It's all to do with Vista's paranoia over security
and my attempts to compile the docs between GUB
releases.  It's a long story ... and good fodder
for the anti-Vista brigade.

The Program Files directory has a special protection,
new in Vista.  It was not present in XP.  Even with
administrator privileges a user has to give _explicit_
permission to carry out a file level operation on a
file in the Program Files directory.  Normally this
is little more than a nuisance when using programs
that are aware of this, but it seems some programs,
like ConTEXT, don't play this MS game properly and
don't ask for explicit permission on a Save to a
location within Program Files.

Everything seems to be fine, but in fact the file
has been saved _beneath the covers_.  The file
remains visible to ConTEXT, and importantly to
LilyPond, but not to other Microsoft programs
like Windows Explorer.  It is as if there are two
file systems, with the same directory names, one
used by pukka MS-compatible programs and one used
by other programs when saving.  I guess this is
intended to allow some old programs to continue
working.

It gets worse.  If a file is saved within the
LilyPond installation using ConTEXT in this way,
that hidden file and the directory structure
leading to it remain intact but invisible even when
the entire LilyPond directory is ostensibly deleted!
ConTEXT can still find and open it, even though the
directory is quite invisible in Windows Explorer.
Even worse, the file is also visible to the LilyPond
installer, so it is not replaced by a later version,
should one be present in the next release.

This explains my previous two problems as well as
the present one.  Because I need to compile the
docs between GUB releases I sometimes have to extract
newly created files from git and copy them into my
LilyPond installation.  Often I used ConTEXT to do
this, and everything seemed fine.  But if any of
those files changed again in the next GUB release
they failed to make it into my installation, as the
previous versions remained hidden in the file structure
even after deleting or even uninstalling LilyPond.

To fix this I first needed to clean up the file structure.
Fortunately this is possible.  ConTEXT itself can be
used to delete the "hidden" files from the Save or Open
panels (simply right-click/delete on the LilyPond
directory).  Then I installed 2.11.56 as normal and all
is fine.  In future, I must remember to use MS copy
rather than ConTEXT to copy files from git to the
installation.  That way explicit permission will be
sought and the file will be saved correctly.

Trevor


----- Original Message ----- 
From: "Carl D. Sorensen" <address@hidden>
To: "Trevor Daniels" <address@hidden>
Cc: "lily-devel" <address@hidden>
Sent: Saturday, August 23, 2008 3:18 PM
Subject: Re: Unbound variable: parse-terse-string





On 8/23/08 2:45 AM, "Trevor Daniels" <address@hidden> wrote:

> Carl, you wrote Saturday, August 23, 2008 12:11 AM
>
> > I have had no problems, so I don't really know what to tell you. 
> > However,
> > let me give you some thoughts.
>
> > 1.  Check scm/lily.scm.  Make sure it has scm/predefined-fretboards.scm
> > listed as one of the files to include, after fret-diagrams.scm
>
> This was the problem - thanks.  I had to copy scm/lily.scm and
> scm/harp-pedals.scm from git.  Strange, as scm/lily.scm in
> origin/master has had predefined-fretboards.scm in the include
> list since 7 Aug, just after 2.11.55-2 was tagged.

Whew, I'm glad that worked.  I was worried that there was something broken
that I'd have a really hard time tracking down.

> Even stranger, after copying it in from git I then deleted the
> installation files and reinstalled.  This time it was correct
> (apart from scm/harp-pedals which was added after the 2.11.56
> GUB).  I had earlier tried re-installing several times but
> the problem persisted.
Did you uninstall before re-installing?  I seem to remember having messages
on my Windows machine that said I needed to uninstall a previous version
before installing an upgrade.

> This is either a general problem with Vista, or a problem
> local to my particular installation.  It is the third time
> something like this has happened.  The common feature seems
> to be that an old version of a file seems to be retained
> somehow and placed in the new installation.  Something to
> watch.

I seem to remember seeing something on devel about uninstall not working.
Oh -- I found it, it was a comment on make uninstall, which wouldn't apply
to Windows.

But during the search I found this link:
http://article.gmane.org/gmane.comp.gnu.lilypond.bugs/13126

where you said:

> Renaming directories rather than uninstalling/reinstalling will lose any
> local additions, which are preserved by uninstall, so you may need to copy
> these over if you have any.

Is it possible that you had touched the files, so they appeared to be local
additions and were preserved by uninstall?

> > It may be that the rest of us are using non-prebuilt systems,
>
> I think that is so.  Certainly none of you uses Vista !!

That's right for me -- I have a Mac now because I refused to go to Vista,
but I still needed to have some Windows functionality, and Parallels offers
me the chance to run XP quite easily.

Anyway, I'm glad my blind suggestions worked!

Carl