freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: "Lowden, James K" <LowdenJK AT bernstein.com>
- To: "'FreeTDS Development Group'" <freetds AT lists.ibiblio.org>
- Subject: RE: [freetds] Applying Steve Murphee patch (2)
- Date: Thu, 31 Jul 2003 13:40:28 -0400
> From: Steve Murphree [mailto:smurph AT smcomp.com]
> Sent: July 30, 2003 7:30 PM
>
> When setting up a DSN you either have to provide a
> port number or a 'Server Alias' and determine the port
> dynamicly. If you
> are specifying a port, you will get whatever instance is
> there. If you are
> determining the port dynamicly, the driver setup tries a
> 'Server Alias'
> (instance) -> port match against a port range (not sure what
> this range is)
> on the server and failing that, uses port 1433. The default
> instance can be a MSSQL v6.5, v7, or a 2k server.
The attached message came from Daniel Morgan on 5 February and includes C#
code that appears to send a UPD message to port 1434 to discover the port
for a named instance. That behavior conforms to Microsoft's description:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/architec/8_
ar_cs_9okz.asp
Why do you say the driver blindly attempts to connect to a range of ports?
I've been ignoring named instances because they looked like nothing more
than an extra entry in freetds.conf. From your description of the ODBC API,
it sounds like we really need to implement the discovery protocol if we're
going to support them properly. Would you agree?
--jkl
-----------------------------------------
The information contained in this transmission may contain privileged and
confidential information and is intended only for the use of the person(s)
named above. If you are not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, any
review, dissemination, distribution or duplication of this communication is
strictly prohibited. If you are not the intended recipient, please contact
the sender immediately by reply e-mail and destroy all copies of the original
message. Please note that we do not accept account orders and/or instructions
by e-mail, and therefore will not be responsible for carrying out such orders
and/or instructions.
-
[freetds] Applying Steve Murphee patch (2),
ZIGLIO Frediano, 07/29/2003
- <Possible follow-up(s)>
-
RE: [freetds] Applying Steve Murphee patch (2),
ZIGLIO Frediano, 07/29/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Steve Murphree, 07/29/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Frediano Ziglio, 07/30/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
James K. Lowden, 07/30/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Steve Murphree, 07/30/2003
- Re: [freetds] Applying Steve Murphee patch (2), Frediano Ziglio, 07/31/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Steve Murphree, 07/30/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
James K. Lowden, 07/30/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Frediano Ziglio, 07/30/2003
-
Re: [freetds] Applying Steve Murphee patch (2),
Steve Murphree, 07/29/2003
-
RE: [freetds] Applying Steve Murphee patch (2),
Lowden, James K, 07/31/2003
- Re: [freetds] Applying Steve Murphee patch (2), Steve Murphree, 07/31/2003
- RE: [freetds] Applying Steve Murphee patch (2), Lowden, James K, 07/31/2003
Archive powered by MHonArc 2.6.24.