First, I want to thank all who replied to my question.
Next, I'd like to state that I recognize what a
fantastic opportunity it is to be able to use the hard
work of the Free Software community in my app. I will
dedicate a page on my company's web site to
acknowledge this community and to expand awareness of
it.
Responding to Mark's point, my app is a self-contained
executable that was coded to a standard interface, and
can be dynamically connected to any ANSI-SQL compliant
ODBC driver. It cannot be considered a derivative work
of any particular library in any sense. It can link to
any library that implements the interface. Mark, I
think that your argument would apply if I had somehow
coded to a particular library and my app would not
function without that particular library. I can see
how, in that case, dynamic linking would not be
materially different from static linking, and my work
would certainly be derivative. I believe that is the
point you took up with Barts reply. But that is not
the case here. A user could use any ANSI-SQL compliant
ODBC driver. Again, I coded to a standard interface.
But I do want to provide a copy of plsqlodbc.dll in my
installation program as a default driver, so I'm
interested in what is required to provide that copy. I
assert no rights to the driver, I do not charge any
fee for it, and I made no modifications to it (I never
even downloaded the source code).
Thank you all again for your insights and the time you
took to reply. It is greatly appreciated.
Best regards,
Jim Brown
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com