Thank You ,Friedrich!

[NewsArchive]

Hi all!

I'd like to take this opportunity to thank Friedrich very, VERY much in
helping me over a SB7 problem with UAC and mapped network drives.

His advice was spot-on and finally got me past this vexing problem.

--
Craig E. Ransom
Tracker Software Products, Ltd.
http://www.tracker-software.com/

[NewsArchive]

> I'd like to take this opportunity to thank Friedrich very, VERY much in
> helping me over a SB7 problem with UAC and mapped network drives.
>
> His advice was spot-on and finally got me past this vexing problem.

You are very welcome, Craig! Glad it's working.

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

Helping You Build Better Installations
SetupBuilder "point. click. ship"
Official Comodo Code Signing and SSL Certificate Partner

[NewsArchive]

Would be nice to read about the problem and the eventual solution. Case
study or FAQ?

--

Russ Eggen
RADFusion International, LLC

[NewsArchive]

I agree, Russ.

This is an ongoing problem for me, getting networked PCs to 'see' each
other, getting VMs to 'see' the hosts drives, etc. Problem is, sometimes
they do and sometimes they don’t.

I would love to see this discussion!

Skip

[NewsArchive]

That's a surprise. I've never heard of Friedrich being helpful.<g>

Jeff Slarve
www.jssoftware.com
www.twitter.com/jslarve
I'll search help files & Google for you.

[NewsArchive]

The problem is that in modern Windows operating systems, mapped drives are
always associated with a logon session, not a machine! A locally unique
identifier (LUID) identifies a logon session and a LUID is generated for
each logon session. Because mapped drives are associated with LUID, and
elevated applications are using a different LUID generated during a separate
login event, the elevated application will no longer see any mapped drives
for this user. The elevated and non-elevated administrator accounts have
completely different logon tokens and can therefore have different drive
mappings. That means, a process running non-elevated and another process
running elevated are a part of two distinct logon sessions. As such, if a
drive was mapped in a non-elevated context, it will never be visible to an
elevated context (and vice-versa), unless the drive is also mapped in the
elevated context.

Here is a possible "workaround", but it's not officially supported by
Microsoft (because it may make the system unsafe).

http://support.microsoft.com/kb/937624

Friedrich

[NewsArchive]

In addition to the mapped drive problem, Craig wanted to make the .sb7
project "portable". The same project file is used on different machines
where the files to be installed are stored on different source drives.
Depending on the machine, the same .sb7 should compile without any
modification.

For example: "Machine 1" stores the files on drive E:\ and "Machine 2"
stores the files on drive C:\.

Solution: replace the hard-coded drive letter with a compiler variable
[DRIVE]. Create a "drive.ini" file with the following contents:

[DRIVE]
DriveLetter=C:\

Then use the "#get ini..." compiler directive to read the drive letter at
compile time.

Problems solved :-)

Friedrich

[NewsArchive]

Thank you Friedrich! That does explain a lot and its something I did
not know about. And apologies to Jane in advance if she told me about
this <g>.

--

Russ Eggen
RADFusion International, LLC

[NewsArchive]

Jeff,

> That's a surprise. I've never heard of Friedrich being helpful.<g>

Must have been an unannounced policy change!<g>

--
Lee White

RPM Report Viewer.: http://www.cwaddons.com/products/rpm/
RPM Review........: http://www.clarionmag.com/cmag/v11/v11n06rpm.html
Report Faxing.....: http://www.cwaddons.com/products/afe/
---Enroll Today---: http://CWaddons.com

Enhanced Reporting: http://CreativeReporting.com

Product Release & Update Notices
http://twitter.com/DeveloperPLUS

Windows8 brings us "The Oval, Bumper Car, Roller Coaster of Wait!"

[NewsArchive]

>
> That's a surprise. I've never heard of Friedrich being helpful.<g>
>

<G> ;-)

Friedrich