C:\Progr...\Examples> fds5 couch.fds
and you should see output files like couch.end, couch,smv, and so on
appear in this same directory. Please let us know if this works, as we
have not installed Vista on our machines at NIST yet.
fds5
and make sure that FDS has installed properly and your computer
recogizes it. You should see the version number, date, and a short
message about reading the User's Guide, and then hit escape. This just
confirms that FDS is working.
Do a dir to make sure your input file is in that directory.
Now type
fds5 door_crack.fds
and make sure that you see FDS output scroll on the screen, and check
via your browser that output files are being created. If one of these
things is not working, tell me exactly what it is.
http://www.microsoft.com/technet/technetmag/issues/2006/05/FirstLook/
Summary: Windows doesn't want you casually writing files to folders in
the program files tree, but rather that show an error, it quietly
writes them to a folder in your user directory.
I think this works a bit smoother for graphical applications, but for
console work it is confusing.
On Oct 8, 5:05 pm, "thorn...@thunderheadeng.com"
> > > Thanks for your help Kevin,- Hide quoted text -
>
> - Show quoted text -
On Oct 8, 10:05 am, "thorn...@thunderheadeng.com"
In vista I think they've set it up so that users with admin privileges
tend to run as a non-admin most of the time, but when the need arises
you can promote yourself to an admin and adjust your computer's
sensitive places - assuming you have the privileges to do so. I assume
that the average vista user can flip the switch and become mighty long
enough to install patches, copy binaries, etc.
This weird data redirection stuff seems like a hack that microsoft
stuck in there to let people run their programs with non-admin
privileges, but still pretend to write to protected directories. The
ideal use case is for log files and preferences files that the
software generates under the hood. I also think that if a program
tries to open a file in the Program Files directory and fails, it then
tries to open the same file in the VirtualStore directory Jacob
mentioned.
I suppose in a perfect world, us users would copy examples we were
interested in to a different directory before executing them. If
nothing else, then there is no fear of corrupting the original if you
alter the example. In my own personal world, I'd probably just try to
hack vista to make me ultra-admin all the time so I never had to worry
about this stuff - and every week or so, format my hard drive to get
rid of the viruses.
On Oct 8, 2:17 pm, "charlie.thornton" <charlie.thorn...@gmail.com>
wrote:
> > > - Show quoted text -- Hide quoted text -
I have no problems running FDS> I always run a c:\NIST\FDS5\PROJECT
DIRECTORY set-up. This is how I track current projects etc, and it
works for me no problems at all.