|
Warning!
a setup by installShield or alike 'wrapper'
installation package has a internal logic.
Normally it appears as a file driver but it's not
sure thal ALL the logic is trasparent or simple.
The rule to indicate the full path is mandatory but
not sufficient.
In some case you'd need of a fullpath by a redirect
drive (not alike pipe Es: \\mycomp\share)
If the operations that the file driver has
broke the rules you must use the kit (SDK) of installshield to view the
real operation.
If you use to create a temp directory in the
runtime you must be sure that what you make to have (the entire process with ALL
the final results and side effects (log on file, and/or on
registry, modify file, system exceptions etc.) live in a coeherent
environment.
It's not full right think that if you have a right
and/or an access in the first process automatically inherit
the correct right process and access in the child
operations.
If an operation is a parallel process with
specifically threads or like situations you loss this constraint.
The rules (or the know how) are sured if you use
the kit (SDK).
In other case you will have never a complete result
Good Luke
----- Original Message -----
|
- [ActiveDir] Using InstallShield in a Startup Script Celone, Mike
- RE: [ActiveDir] Using InstallShield in a Startup Sc... Rod Trent
- RE: [ActiveDir] Using InstallShield in a Startup Sc... Douglas M. Long
- RE: [ActiveDir] Using InstallShield in a Startup Sc... Celone, Mike
- RE: [ActiveDir] Using InstallShield in a Startu... Stefano Tufillaro
- RE: [ActiveDir] Using InstallShield in a Startup Sc... Celone, Mike
