
netguru |
The application is “Title Express”. It wasn’t intended to be multi-user, so in order to work, each user has to have his own C drive so that the application can keep temp files, etc. separate. At least this is what I’m told. It would be nice if terminal server had the capability to allocate a private C drive to each user. I know there’s the capability to have all the common folders, like “My Documents” be separate, but I can’t figure how this might help the problem.

Nephi1 |
NTFS has a neat little trick up it’s sleve. As to how to set it up I do not remember, but I think sysinternals has the utility for it. The process is called a “symbolic linking” IIRC.
Under NTFS you can map a folder on a drive to be anywhere else. Eg. ‘c:titleexpress’ could be mapped to ’server88sharetitleexpress’
This would allow legacy applications to be relocated to a network resource without needing an upgrade. This could work for your problem.

netguru |
Thanks, but I don’t see how this helps. My problem is that each TS user has to have a unique drive C which points to a network share folder which no one else points to. I think the application must be hard coded to a specific path and if two users were to run simultaneously, there would be a conflict with temp files.

poomba1 |
So how far have you tested this, TS creates unique tmp folders, where are these files being cretaed?

3wsparky |
where are the tmep files stored ie c:program filesapplicationtemp ?
could you not create a c:program filesshared appusernameapplication
this would allow each user to run there own version of this software
of course it does depend on the size of the install due to creating multipul copys of the same software

Howard2nd |
In the world of DOS (Disk Operating System) this was not an uncommon problem - since programs were single user on single computer and in some cases single drive.
SUBST(itute) and JOIN are very powerful and therefore dangerous commands. You want to create a folder on the ‘C:’ drive for this single user program (Title Express). If the program actually remapped the ‘C:’ from the local machine it would quit working. NO Command files.
SUBST is still with us to make a folder path appear as a drive letter. (i.e d:whatever = w:) JOIN which did the reverse is not. If you take a folder on one drive and make it appear as a folder on another then the system hangs any time the JOINed folder is not available.
A - get a program that works with standard assignment of drives. OR B - let the tail wag the dog and redo everything for that one program. When you go to the management decision makers take your projected manhours for dedoing everything and perpetual maintenance costs with having a non standard application.
In forty years of computing and engineering I have never seen an application so good or so important that non-standard operation did not end up costing more than it was worth.
Good luck.

netguru |
I thought about subst, but it won’t let you reassign c: if there’s already a c:

NetminderEE |
See if these help:
<a href="http://www.experts-exchange.com/Q_21125717.html" rel="nofollow">http://www.experts-exchange.com/Q_21125717.html</a>
<a href="http://www.experts-exchange.com/Q_21177452.html" rel="nofollow">http://www.experts-exchange.com/Q_21177452.html</a>

PhilReed |
The only way to get Term Server to not have a C: drive is to install linux or freebsd on the 1st active drive then install win server. However I suspect this is not practical. Citrix allows you to remap the server drive letters so that C becomes M etc…
However the most pratical answer is to dump the old application and use something else.

mrfreddie123 |
Drive letter mapping has been fairly common with Citrix Metaframe and they even provide a utility - driveremap - that remaps the drive (usually c: to something like m: before you install citrix).
With XP FR2 this utility became a standalone one and was included on the cd (previously it was part of the setup).
You could try getting your hands on it and changing the drive letter without installing citrix. All your applications will likely break as normally you’d run the driveremap right after windows install and then setup apps on final driver letters.
I’ve used it with Citrix before and generally eveything is working ok - however i’ve experienced myself and have heard from others that sometimes the applications and windows just plain act weird with mapped drive letter - basically test, test, test if you do go ahead.