[DUG] Vista help
Ross Levis
ross at stationplaylist.com
Thu Mar 15 16:22:59 NZDT 2007
I didn't realize that about the common app data. I thought this would
be writable by all users. So it's not possible now to allow multiple
users to access the same data. That's just great! (not).
I don't have Vista here but some users have managed to install and use
my app fine on Vista provided they go to the program Files folder,
right-click the installation folder, select Properties, Security
Settings, and give the folder modify rights. Then it works fine for any
user.
So my new version will modify the security settings automatically during
installation and there should not be any need for virtualization.
Cheers,
Ross.
----- Original Message -----
From: "Robert martin" <rob at wildsoft.co.nz>
To: "NZ Borland Developers Group - Delphi List" <delphi at ns3.123.net.nz>
Sent: Thursday, March 15, 2007 4:02 PM
Subject: Re: [DUG] Vista help
Sorry Ross but my understanding is that this does break all the rules !
You cannot write data into program files\. This includes your data sub
dir. You should be using the users app data dir. You are right and
wrong about common app data. It is not difficult to use but it also
wont work under Vista. Users have read access to common app data but
not right access. So if your app needs to write settings it will have
to run as admin.
Your testing may not show this up as 'virtualization' can hide these
issues from you (sometimes??).
Have a look at
http://msdn2.microsoft.com/en-us/library/aa480150(d=printer).aspx
for what MS says (about 50 pages)
Rob Martin
Software Engineer
phone +64 03 377 0495
fax +64 03 377 0496
web www.chreos.com
Wild Software Ltd
Ross Levis wrote:
> I can't help you, I'm sorry, but I have some Vista questions of my own
> that I hope someone can answer.
>
> I use D7 and use the XP manifest component currently. Is it easy to
> modify this to provide a Vista manifest?
>
> I've modified my programs recently to write it's configuarion data to
> a
> specific subfolder called Data under the installation folder, which is
> normally under the Program Files folder, and I've also made sure the
> programs work with restricted user rights.
>
> I considered using the Common Application Data area but this will be
> too
> difficult when there are multiple installations of my app on the same
> PC, which is a common occurence.
>
> I have Inno setup changing the access rights on the Data folder to
> read/write/modify during installation
>
> Does any of this break the Vista rules?
>
> Thanks,
> Ross.
>
> ----- Original Message -----
> From: "Robert martin" <rob at wildsoft.co.nz>
> To: "NZ Borland Developers Group - Delphi List" <delphi at ns3.123.co.nz>
> Sent: Thursday, March 15, 2007 11:27 AM
> Subject: [DUG] Vista help
>
>
> Hi All
>
> We are testing our Apps in Vista but I must admit to having some
> difficulties with the OS. We use Crystal reports which we understadn
> is
> a problem on Vista.
>
> So I have been testing our runtime install (the full deployment is a
> guaranteed no go). It was working!. However the app involved showed
> with a shield (which apparently indicates running in admin mode),
> even
> though the properties for the app were set to no compatability fixes
> and
> non admin. So I rebuilt the app with a Vista manifest setting the
> rights to minimum (user). This removed the shield but broke Crystal.
> So I removed the manifest but the shield has not returned and even if
> I
> force the app to run in admin mode, crystal still fails.
>
> I think the issue is the app is no longer 'virtualized'. I have no
> idea
> how to turn this setting back on. Does anyone have any ideas, the MS
> site tells me all about virtualization and that adding a security
> manifest will turn it off (thats what I did), but removing the
> manifest
> has not restored it.
>
> Arrggghh !
>
>
_______________________________________________
Delphi mailing list
Delphi at ns3.123.net.nz
http://ns3.123.co.nz/mailman/listinfo/delphi
More information about the Delphi
mailing list