On 8/12/2009 11:57 AM, James Turner wrote: > Including a program manifest is not really an option from Vista onwards, > it is absolutely essential. > > Paste the following into Notepad and save as "generic_vista.manifest" > If necessary, pad with spaces to ensure that the file length is a > multiple of four bytes (to avoid bugs). > > <?xml version="1.0" encoding="UTF-8" standalone="yes"?> > <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> > <assemblyIdentity > version="1.0.0.0" > processorArchitecture="X86" > name="generic" > type="win32"/> > <description>generic</description> > <dependency> > <dependentAssembly> > <assemblyIdentity > type="win32" > name="Microsoft.Windows.Common-Controls" > version="6.0.0.0" > processorArchitecture="X86" > publicKeyToken="6595b64144ccf1df" > language="*"/> > </dependentAssembly> > </dependency> > > <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> > <security> > <requestedPrivileges> > <requestedExecutionLevel level="asInvoker" uiAccess="false"/> > </requestedPrivileges> > </security> > </trustInfo> > > </assembly> > > Paste the following into Notepad and save as "manifest_generic_vista.rc" > > // Resource file to > // 1) disable file/registry virtualization from Vista onwards and > // 2) enable visual styles from XP onwards > // NOTE: The manifest file must be a multiple of 4 bytes long e.g. 600 > not 597 bytes > > LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL > > #define CREATEPROCESS_MANIFEST_RESOURCE_ID 1 > #define CONTROL_PANEL_RESOURCE_ID 123 > #define RT_MANIFEST 24 > > CREATEPROCESS_MANIFEST_RESOURCE_ID RT_MANIFEST "generic_vista.manifest" > > > Now compile this using the Borland resource compiler BRCC32.exe or any > other resource compiler. > > Finally link into your program (in Delphi using the {$L } compiler > directive). > > If you wish the program to always run with admin privileges, change > level="asInvoker" to level="requireAdministrator" > > > ---- James Turner > > > RPeters wrote: > >> On 8/12/2009 8:25 AM, Don wrote: >> >> >>> I have a backup program that I wrote using ZipBuilder 1.79.10.24. With >>> XP& Vista it will extract the files to the same directory as the zip >>> file. But with Windows 7, it writes the files to the virtualstore >>> directory. Any ideas on how to fix this problem? >>> Don >>> ----------- >>> To unsubscribe from this list, send an empty e-mail >>> message to: >>> delphizip-request@xxxxxxxxxxxxx >>> and put the word unsubscribe in the subject. >>> >>> >>> >> If it is saving into the virtual store it means you are trying to save >> it in a protected location without correct permission - this is not a >> good idea and, as you have noticed, is actively discouraged. >> To be able to save where you (mistakenly) desire you will need to run >> your application as administrator. >> >> This is similar to Vista but Windows 7 applies the rules more rigidly >> which keeps things safer. >> Russell Peters >> ----------- >> To unsubscribe from this list, send an empty e-mail >> message to: >> delphizip-request@xxxxxxxxxxxxx >> and put the word unsubscribe in the subject. >> >> >> > ----------- > To unsubscribe from this list, send an empty e-mail > message to: > delphizip-request@xxxxxxxxxxxxx > and put the word unsubscribe in the subject. > I think you may need to check your spelling - evidently Windows 7 (in particular) does not like processorArchitecture="X86" evidently it should be processorArchitecture="x86" Personally I think it is being too exact for the case but we have no control over it. It seems that I must recompile the dll without any manifest too because in critical places Windows 7 does like a 'normal' dll having a manifest. Russell Peters ----------- To unsubscribe from this list, send an empty e-mail message to: delphizip-request@xxxxxxxxxxxxx and put the word unsubscribe in the subject.