Re: terminal services compatibility
- From: "pr" <pr@xxxxxxxxx>
- Date: Fri, 26 Aug 2005 04:36:29 +0200
"swansnow" <schultz@xxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:1124978309.357511.14020@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> My question involves writing an app to be compatible with Terminal
> Services.
>
> Some of our clients use Terminal Services on their network. In case you
> aren't familiar with Terminal Services, what it does is runs the
> application from a server, and each user has a mapped home directory to
> store their files and settings in. So each user sees something like
> W:\username for their home directory, when in reality, the directory is
> on the server as \\myServer\profiles\home\username. The application's
> exe files exists on the server, and runs on the server.
>
> In my Delphi app, I have a couple of ini files, and a couple of
> database
> tables which hold settings for each user. These files need to be
> avialable
> for a particular user only. If the files don't exist, I need to create
> a
> fresh copy in the user's directory.
>
> The way I would ordinarily do this is look for the path of the exe --
> ExtractFilePath(Application.Exename) and store the ini and dbf files
> there. But I can't do that with Teminal Services, since there is only
> one exe.
>
> After doing a bit of digging, I found that there appears to be an
> environment variable called ROOTDRIVE which contains the mapped path
> for the user (i.e., W:\username). So I guess that I can see if that
> environment variable exists and use it if it does, and if it doesn't
> use the path of the exename.
>
> My question is then, do any of you have experience with this, and am I
> on
> the right track? Is there a recommended way of doing this kind of
> thing?
Each computer on a network has a unique name. Instead of
storing the files in the application folder create sub-folders
for each terminal, using its name, then store the files in there.
PR
.
- Follow-Ups:
- Re: terminal services compatibility
- From: swansnow
- Re: terminal services compatibility
- References:
- terminal services compatibility
- From: swansnow
- terminal services compatibility
- Prev by Date: Re: OOP style
- Next by Date: Re: OOP style
- Previous by thread: terminal services compatibility
- Next by thread: Re: terminal services compatibility
- Index(es):
Relevant Pages
|