[THIN] Re: ODBC
- From: Jeremy Saunders <jeremy.saunders@xxxxxxxxxxx>
- To: thin@xxxxxxxxxxxxx
- Date: Wed, 26 Sep 2007 06:02:39 +1000
A System DSN goes in the HKLM registry structure
A User DSN goes in the HKCU registry hive
A File DSN is created on the file system.
On one server, the users obviously have escalated permissions within the
HKLM structure, or on the box itself.
There is no functional difference between a System and User DSN. One is
system wide whilst the other is sepcific to the current user. So unless the
app has been specifically hard coded to look into the HKLM registry key,
you will find that a User DSN will work. In fact, if you use regmon, you'll
see that it will look in the HKCU hive first anyway.
Cheers.
Kind regards,
Jeremy Saunders
Senior Technical Specialist
Infrastructure Technology Services
(ITS) & Cerulean
Global Technology Services (GTS)
IBM Australia
Level 1, 1060 Hay Street
West Perth WA 6005
Postal: PO Box 525, West Perth WA
6872
Visit us at
http://www.ibm.com/services/au/its
P: +61 8 9261 8412 F: +61 8 9261 8486
P: (Reception) +61 8 9261 8420 E-mail:
M: TBA jeremy.saunders@xxxxxxxxxxx
From: "Medeiros, Jim" <Jim.Medeiros@xxxxxxxxxxxxxxxxx>
To: <thin@xxxxxxxxxxxxx>
Date: 26/09/2007 12:00 AM
Subject: [THIN] ODBC
Here is a crazy one: I have two CTX servers (win2k3 sp1 with ps4.0). a
user can create a system dsn (oracle driver) on one server but not on
another. Can anyone point me in the right direction to figure out why?
What permissions are needed for anyone to create a SYSTEM dsn. Yes, he can
create a user dsn without a problem.
Thank you,
Jim Medeiros
Citrix Administrator
GMAC Insurance
(336) 770-2858
--------------------------------------------------------------------------------------------------------
Note: The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this message
is not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this communication is
strictly prohibited. If you have received this communication in error,
please notify us
immediately by replying to the message and deleting it from your computer.
Thank you.
--------------------------------------------------------------------------------------------------------
************************************************
For Archives, RSS, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://www.freelists.org/list/thin
************************************************
- Follow-Ups:
- [THIN] Re: ODBC
- From: James Medeiros
- References:
- [THIN] ODBC
- From: Medeiros, Jim
Other related posts:
- » [THIN] ODBC
- » [THIN] ODBC
- » [THIN] Re: ODBC
- » [THIN] Re: ODBC
- [THIN] Re: ODBC
- From: James Medeiros
- [THIN] ODBC
- From: Medeiros, Jim