Re: error if texmf.fndb and mpm.fndb are not writable, even if no write is occuring

Ulrike Fischer <[email protected]>
Newsgroups gmane.comp.tex.miktex
Message-ID <[email protected]>
Am Mon, 22 Apr 2013 17:47:44 -0700 schrieb Rick Pember:

> I need to be able install MiKTeX on a customer's Windows XP box in their 
> Program Files folder. They have a requirement that no files in this 
> folder can be modified by users and, more generally, that no files in 
> Program Files can be writeable.
> 
> To prototype this, on my own Windows XP box, I ran MikTeX (pdflatex) on 
> a tex file that causes all the packages they need to be downloaded. I 
> verified that when I run pdflatex a second time, the files texmf.fndb 
> and mpm.fndb do not change. I then turned off the write permission on 
> these files and ran pdflatex again. I then got the error
> 
> pdflatex: Windows API error 5: Access is denied
> 
> If I ran
> 
> pdflatex -disable-installer
> 
> I got the same error.
> 
> It seems that in this situation it should not be necessary for 
> texmf.fndb or mpm.fndb to be writeable, especially because I can verify 
> that the contents and time stamps of these files are not changing.
> 
> Am I doing something wrong or is this a bug?

I think you should give more informations regarding the accounts and
the installation. 
E.g. do you have two accounts on your win xp? One admin and one
normal? Did you installed miktex as multi user installation?
For which account did you remove the write permissiones?

-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/


------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.