Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Terminal Server and direct access

Terminal Server and direct access

Terminal Server and direct access

Has anyone set up Peachtree to be accessed both through Terminal Services and by computers accessing the data files directly through a mapped drive to the Peachtree database on the terminal server?

I have users at the server location mapping to the Peachtree database on the server (using S: as the mapped drive).  I now want to add remote users with Terminal Services.  I have the instructions from dev.remotenetworktechnology.com/ts/peachtree.htm.  I am concerned that changing the trnfile on the server to trnfile=W:\windows\ will interfere with the connection between Peachtree and and the computers mapped to the S: drive.

Do I need to set the rootdrive of the mapped computers to W:, copy the .ini file to the user's windows directory and then just set the data path in the .ini file to S:?

Besides not changing what the user's are used to, is there any advantage to having the local computers use a mapped drive instead of just converting them to using terminal services just like the remote computers?

Thanks for your help


RE: Terminal Server and direct access

What you want to do is nothing new.  Let Windows help you.  Use %userprofile% to point everything.  Here's how my term server's bti.ini looks: trnfile=%userprofile%\windows.  If I remember correctly the trnfile setting is simply where a log goes...  Although I'm not 100% sure.  The reason you need to point this to somewhere specific for each TS user is so you don't have 'locked' files.

Don't waste you time with the w: drive.
Read these two posts:


If my instructions are too vague let me know.

RE: Terminal Server and direct access


Thanks for your help.  I'm not very familiar with the use of the generic %% terms like %userprofile%.  Someone in one of the threads instructed to set the trnfile=%homedrive%%homepath%\windows.  What's the difference between that and trnfile=%userprofile%?

The original remotenetworktechnology instructions have 3 references to the W: drive.  Do I set each to %userprofile% as follows?
1) in RootDrv2.cmd, Set RootDrive=%userprofile%
2) in bti.ini, trnfile=%userprofile%\windows
3) in HKLM\SOFTWARE\Btrieve Technologies\Microkernal Workstation Engine\Settings\Home Directory set to %userprofile%\windows

Also,  if I've already set RootDrive=W: in RootDrv2.cmd and connected from the terminals to the terminal server, but not loaded Peachtree, is it too late to change to RootDrive=%userprofile%?  That is, has it already set something up on the terminals or does it just set up when Peachtree is loaded or logged onto for the first time?


RE: Terminal Server and direct access

They're system variables.  Hit start and run on any 2000/xp box.  Run each one as if it were a command.  You'll see what they are.  They are variables specific to each user.  These two variables, %homedrive%%homepath% and %userprofile% yield the same results.

If you use the system variables in step 2 and 3, you won'd need to activate the "W" drive.  You can actually skip step 1.  You only need the RootDrive if your using a legacy app.  Something that doesn't support those variables.  

You can change the Registry and the BTI.INI whenever you want.  I think you need to give each user a copy of the INI file.  Just paste it into the profile.  

RE: Terminal Server and direct access

Thanks tylan.  It works like a charm.

RE: Terminal Server and direct access


Glad I could help!

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close