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] Freetds\sql server lag
- Date: Mon, 24 Nov 2003 09:44:36 -0500
> From: moshe doron [mailto:moshe AT i-com-it.com]
> Sent: November 24, 2003 5:19 AM
> >
> > Probably you have unixODBC but not unixODBC-devel.
>
> Since my testing's computers is used by ~1000 forgotten apps, doing it
> the standard ./configure way, is the preferred method. is
> there such way
> doing it?
> If not, I think should be, since this behavior put unnecessary barrier
> using freetds.
Quite right, Moshe. Until recently, one had to explicitly configure for
ODBC, else the driver wouldn't get built. Frediano added autodetection,
which simplifies things for most people, but snagged you.
The best answer is to base autodetection on the existence of the header
files, plus make --disable-odbc work. I can do the latter, perhaps next
weekend. That's a must for 0.62.
Meantime, you need a workaround. You might install an ODBC driver manager,
as Frediano suggests. (Even though you won't use the ODBC driver, at least
the build will succeed.) Or you might try deleting src/odbc/Makefile; that
might work.
If you squint at config.log, you might be able to tell how the autodetection
works and move the file(s) out of the way temporarily. I can't offer more
specifics because I haven't looked into it.
HTH.
--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.
-
RE: [freetds] Freetds\sql server lag
, (continued)
- RE: [freetds] Freetds\sql server lag, Lowden, James K, 11/20/2003
-
RE: [freetds] Freetds\sql server lag,
Lowden, James K, 11/20/2003
-
RE: [freetds] Freetds\sql server lag,
moshe doron, 11/23/2003
-
Re: [freetds] Freetds\sql server lag,
James K. Lowden, 11/23/2003
- RE: [freetds] Freetds\sql server lag, moshe doron, 11/24/2003
-
Re: [freetds] Freetds\sql server lag,
James K. Lowden, 11/23/2003
-
RE: [freetds] Freetds\sql server lag,
moshe doron, 11/23/2003
- RE: [freetds] Freetds\sql server lag, ZIGLIO Frediano, 11/20/2003
-
RE: [freetds] Freetds\sql server lag,
ZIGLIO Frediano, 11/24/2003
- RE: [freetds] Freetds\sql server lag, moshe doron, 11/24/2003
-
RE: [freetds] Freetds\sql server lag,
ZIGLIO Frediano, 11/24/2003
- RE: [freetds] Freetds\sql server lag, moshe doron, 11/24/2003
- RE: [freetds] Freetds\sql server lag, Lowden, James K, 11/24/2003
- RE: [freetds] Freetds\sql server lag, ZIGLIO Frediano, 11/25/2003
- RE: [freetds] Freetds\sql server lag, ZIGLIO Frediano, 11/25/2003
-
RE: [freetds] Freetds\sql server lag,
Lowden, James K, 11/25/2003
-
RE: [freetds] Freetds\sql server lag,
Craig Jackson, 11/26/2003
- RE: [freetds] Freetds\sql server lag, Frediano Ziglio, 11/28/2003
-
RE: [freetds] Freetds\sql server lag,
Craig Jackson, 11/26/2003
Archive powered by MHonArc 2.6.24.