[THIN] Re: Force odbc.ini location in NT4 WTS?
- From: "Mack, Rick" <RMack@xxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Sat, 12 Jun 2004 12:12:54 +1000
Hi Paul,
You can set a registry flag so that a nominated application will use
%systemroot% as %windor% instead of %homedrive%\%homepath\windows. Get a
copy of cmptman.exe (from downloads section of the thin.net), and create
entries for any applications that you want using the ssytem odbc.ini.
(remember to tick whether apps is 16/32 bit etc.
What you're doing is using cmptman to modify application settings under
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Terminal
Server\Compatibility\Applications\%application name%, specificall a
FLAGS value, eg
0x4 Windows 16-bit application
0x8 Windows 32-bit application
0x400 not substitute user WINDOWS directory
So if it's a 16 bit application using winnt, the FLAGS value would be
0x404 etc.
However an equally easy way to handle this, since only 16-bit apps use
odbc.ini (usually) is to simply copy the odbc.ini from winnt to the
users home windos directory using a line in usrlogon.cmd.
Regards,
Rick
Ulrich Mack
Volante Systems
18 Heussler Terrace, Milton 4064
Queensland, Australia
tel +61 7 32467704
rmack@xxxxxxxxxxxxxx
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Stansel, Paul (ISD, IT)
Sent: Saturday, 12 June 2004 12:39 AM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Force odbc.ini location in NT4 WTS?
I'm trying to force a box to only read the odbc.ini from the winnt
directory on a server. The problem is that if the user has a home drive
mapping, it always looks there first. Since some of our home drives are
spread all over the place, the latency is killing connections. Is there
a reg key to force that location?
Thanks,
Paul
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy
all copies.
#####################################################################################
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this email has been
sent to you in error. If you are not the intended recipient any use,
disclosure or copying of this email is prohibited. If you have received it in
error please notify the sender immediately by reply email and destroy all
copies of this email and any attachments. All liability for direct and
indirect loss arising from this email and any attachments is hereby disclaimed
to the extent permitted by law.
#####################################################################################
********************************************************
This Week's Sponsor - RTO Software / TScale What's keeping
you from getting more from your terminal servers? Did you
know, in most cases, CPU Utilization IS NOT the single
biggest constraint to scaling up?! Get this free white paper
to understand the real constraints & how to overcome them.
SAVE MONEY by scaling-up rather than buying more servers.
http://www.rtosoft.com/Enter.asp?ID7
**********************************************************
Useful Thin Client Computing Links are available at:
http://thin.net/links.cfm
***********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thin.net/citrixlist.cfm
Other related posts:
