Subject | Re: [Firebird-Architect] XSQLDA/XSQLVAR issues |
---|---|
Author | Dimitry Sibiryakov |
Post date | 2005-01-12T06:15:18Z |
On 7 Jan 2005 at 10:26, Jim Starkey wrote:
I had hard time in the past trying to catch Windows' SE from GCC and
have no idea how to catch C++ exception from Pascal (Delphi).
Are you sure that binary representations of object are the same in
Borland and MS compilers (not to mention Intel and GNU zoo)? Have you
ever tried to use object, created in MSVC-compiled DLL from BCC-
compiled program? Or you are talking about COM?
--
SY, Dimitry Sibiryakov.
>Fundamentally, we need a better SQL API. The current one is ugly,Last two items obviously show that you work with only one compiler.
>hard to use, non-extensible, and requires copying the data over and
>over and over as it traverses the various layers and plumbing. The
>model I have is mind is a lower level API that is:
>
> 1. Message oriented. All data is transmitted as a self described
> byte stream.
> 2. Functional: Each entrypoint returns a single value/object.
> 3. Exception based: Exceptions are thrown, not returned as
> vectors or status codes.
> 4. Object oriented: interface objects (SQL strings, data messasges)
> are passed as objects
I had hard time in the past trying to catch Windows' SE from GCC and
have no idea how to catch C++ exception from Pascal (Delphi).
Are you sure that binary representations of object are the same in
Borland and MS compilers (not to mention Intel and GNU zoo)? Have you
ever tried to use object, created in MSVC-compiled DLL from BCC-
compiled program? Or you are talking about COM?
--
SY, Dimitry Sibiryakov.