Yuliya -

The more I look at "YSTE~1" the less I believe that it's an 8.3 version of System32. For starters, "system32" isn't more than 8 chars, and doesn't have any spaces, so (at least on my machine) it doesn't get "mangled" at all. Second, if it did get mangled, the mangled version should still start with the first letter, so it should be "SYSTE~1" - which is still only 7 chars long, so it's unlikely to be the result of normal mangling.

So I'm actually thinking that you may either have a corrupted installer, doing dognose what, or a valid installer tripping over a corrupted filesystem. Has the customer tried Scandisk or something similar? or tried a different copy of the installer?

That's all I can think of at the moment. HTH.



----- Original Message ----
From: Yuliya Shulman <yuliyashulman@...>
To: firebird-support@yahoogroups.com
Sent: Thursday, November 30, 2006 9:05:37 AM
Subject: Re: [firebird-support] Re: Failing to create Firebird DB file













Yes, I agree. However, the customer says C:\Temp is

there on the hard drive.



Where does "C:\WINNT\system32\ YSTE~1\TEMP" come from,

why does Firebird engine try to access it, and what

does it have to do with the valye ot TEMP env. var. if

it's not set to this folder?



Yuliya



--- Ivan Grozny <mt_headed99@ yahoo.com> wrote:

> Yuliya -

> That's how I set things on all the machines I take

> care of - if apps are correctly written, they should

> check before creating temp files to avoid filename

> collisions (or, if they can't handle that, generally

> they should ignore the TEMP variable and create

> tempfiles in their own private subfolder).

> Microsoft's default setup of having individual TEMP

> directories for each user does not, in my

> experience, avoid any problems; it simply makes it

> incredibly cumbersome to keep the disk from filling

> up with junk. If you stash all the temp files in

> one place, it's easy to clean them up once in a

> while. (You could do it if they were scattered,

> too, but somehow nobody ever does.)

>

> I believe what he meant by the TEMP being set

> correctly is: does the directory it points to

> actually exist? If, as in your case, TEMP=C:\TEMP,

> then C:\TEMP had better exist and be a valid

> directory... otherwise, all bets are off as to where

> apps will create their temp files. (Personally, I

> always check to make sure that the folder exists,

> and fall back to creating my tempfiles in a

> subfolder of my app's folder, but not everyone

> does.)

>

____________________________________________________________________________________
Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

[Non-text portions of this message have been removed]