[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: MySQL vs SVN licensing

From: Glenn A. Thompson <gthompson_at_cdr.net>
Date: 2002-07-08 02:14:03 CEST

Hey:

ODBC isthe Open Data Base "C" API.

In involves DB vendors writing a driver that supports the standard. Applications
link against a development library that offers the ODBC Manager layer functions.
Managers provide the glue between the Application an the ODBC driver. They provide
selectable access to numerous DBs from the same central Manager. MS Windows
includes it with most their OSes.
Search for ODBC on the Web. You should find some decent architecture desriptions.
Anyway. My belief is that any license issues would fall to the end user. ODBC is
a open standard.

I'm using unixODBC right now. But iODBC is another choice.

As for lining against the client libs. I'm sure they do I'll have to go double
check the make files.

cheers
gat
Paul Smith wrote:

> I did read the thread, but I guess my major problem is I don't know what
> ODBC _is_. Is it some other interface to the DB that does not use the
> MySQL client library? Does the ODBC interface use MySQL code which is
> covered by the GPL?
>
> That is the only question of interest. If you are linking (even
> dynamically!) GPL'd code into your app, then you are in a grey area at
> best.
>
> If you are dynamically linking LGPL'd code into your app (through a
> shared library of some sort), then you are free and clear regardless of
> what license you are using.
>
> --
> -------------------------------------------------------------------------------
> Paul D. Smith <pausmith@nortelnetworks.com> HASMAT: HA Software Mthds & Tools
> "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
> -------------------------------------------------------------------------------
> These are my opinions---Nortel Networks takes no responsibility for them.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 8 02:12:39 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.