Can't get subst drives to work under elevated standard account

[Alejandro85]

I'm having a problem with this known bug in UAC related with subst and mapped drives and can't find a workaround.

I have a standard user account (NOT in the administrators group) which I use every time and another which is an admin which I use only to elevate processes though UAC when prompted. I'm used to have a drive mapped with the "subst" command to point at a local directory in my hard disk, which is run at each logon with a bat file placed in the startup menu.

Problem is that, whenever I elevate any program with UAC, that program doesn't sees the mapped drive. Moreover, if I try to elevate a program whose executable lies in the subst'ed drive, after prompting for my password it says the .exe I just double-clicked doesn't exists.

Has anyone solved this problem in some "elegant" way? I don't really like to get rid of that drive for convenience, and using the full path to the real file is just a pain.
Thanks!

 

[Ztruker]

Replace it with a hard link or symbolic link? Mklink in Windows

 

[Alejandro85]

Replace it with a hard link or symbolic link? Mklink in Windows

Thanks, but not exactly what I was looking for. Both are quite similar to shortcuts, and the problem is that both are visible to every user in the computer, not like the subst that only gets viewed by the user that created it. Also, both have some problems under Windows and I had a difficult time testing them, so I prefer to stay away from buggy implementations.