Trace: add number of CURRENT transaction to error messages
--
Key: CORE-4511
URL: http://tracker.firebirdsql.org/browse/CORE-4511
Project: Firebird Core
Issue Type: Improvement
09.08.2014 0:38, Adriano dos Santos Fernandes wrote:
As we tend to adopt an IDL processor, we tend to autogenerate these
Delphi/FPC classes in a way it 1) works 2) is good enough to use, like
the C++ binding.
Autogeneration has one disadvantage: it just a waste of time. You somehow
forged
All this heat is not useful. Yes, of course Delphi and Free Pascal use a
non-standard ABI. That's because there is no standard. Likewise, C++
compilers also have a non-standard ABI.
In the absence of standards all we can do is default to the lowest
common denominator and, in practice, that
Currently jaybird is handling isc_arg_interpreted the same as
isc_arg_string and assumes it is a message parameter for the message of
the previous error code.
However I was just debugging the handling of the statusvector for the
new native client wrapper in Jaybird and I noticed - when trying
On Aug 5, 2014, at 5:50 AM, Dmitry Yemanov firebi...@yandex.ru wrote:
05.08.2014 12:19, Mark Rotteveel wrote:
it seems that dtype_packed is also known in
COBOL (and SAP) for a BCD (binary coded decimal).
dtype_packed really seems to be a packed decimal, however it's not used
by
On Aug 9, 2014, at 6:26 AM, Tony Whyman wrote:
All this heat is not useful.
Some heat is good. It's an indication of underlying passion, and one would
expect developers to be passionate about Firebird.
That passion however should not be about promoting one's own personal
programming
09.08.2014 19:13, Tom Coleman wrote:
It has to be channeled to benefit current and prospective users.
Current users don't care about API because they don't use it. They use all
kind of
envelopes which are already OO-oriented, tested by years and well documented.
Future users
also will use
I vote with Jim on this , if we reinvent com at least we can use it as
it should , I would use xpcom from mozilla
https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM
On Sat, Aug 9, 2014 at 12:30 AM, Jim Starkey j...@jimstarkey.net wrote:
Isn't COM a natural technology for plugins? Load
09.08.2014 19:29, marius adrian popa wrote:
I vote with Jim on this , if we reinvent com at least we can use it as
it should , I would use xpcom from mozilla
Mozilla? That slow and hungry-for-RAM browser?.. I would be very sceptical
about
anything from them.
--
WBR, SD.
09.08.2014 21:19, Dimitry Sibiryakov wrote:
It has to be channeled to benefit current and prospective users.
Current users don't care about API because they don't use it. They use all
kind of
envelopes which are already OO-oriented, tested by years and well documented.
Future users
also
Someone told abstract Delphi classes was compatible with the C++ vtable,
but FPC wasn't.
I did some tests and detected that FPC class with or without virtual
methods has a pointer in its start.
From this pointer, however, the vtable is not compatible with C++.
But we can autogenerate classes
11 matches
Mail list logo