Subject | Re: contributions and more |
---|---|
Author | Fabricio Araujo |
Post date | 1999-01-14T03:36:56Z |
On Tue, 11 Jan 2000 06:19:41 -0800, Rob Schuff wrote:
If licensed, we'll don't even see the smoke of this code...
Interface DLL (or whatsever) is almost the same for various platform.
But I'll bet for the new toy of MSFT: ADO... Anyway, Jason can do
the ActiveX path and make IBO behaves like IBO and not like ADO...
But he maybe take at least a time to see what's fit better for him.
(snipped)
other name)... But it will drive to fork in the codebase, but sometimes a fork
is better than nothing.
>From: "Rob Schuff" <robertsc@...>Anyway, Borland owns Intersolv driver or just licensed it?
>
>1. What about the ODBC driver for IB? Will the source for it been opened as
>well?
If licensed, we'll don't even see the smoke of this code...
>2. How can clients other than win32 connect to IB? Certainly there isIf actual codebase is mantained, any non-intel can connect.
>InterClient. Is its performance adequate?
Interface DLL (or whatsever) is almost the same for various platform.
>3. Shouldn't there be a set of OCX's to access IB? How about a port of IBOIt can be a nice for Vb developers that are not so MSFT-evangelized...
>to Active X?
But I'll bet for the new toy of MSFT: ADO... Anyway, Jason can do
the ActiveX path and make IBO behaves like IBO and not like ADO...
But he maybe take at least a time to see what's fit better for him.
>Obviously what I am trying to say here is that interbase needs to as naturalIt's true.
>of a choice for non-borland tools users as well. Most notably it seems the
>VB market is a huge and untapped "market" for IB.
(snipped)
> Worst case is we have to form some kind of legal entity to act as a steward of theIn this case, if OSS license allows, we can make our own Interbase ( with
>future direction IB development.
other name)... But it will drive to fork in the codebase, but sometimes a fork
is better than nothing.