Changes are required to the hosts for these systems, which necessitates the
outage.
The outage is scheduled to last 4 hours.
An update.
The work on the hosts/systems is taking much longer than expected.
We will advise when the work has been completed.
Sean
On 04/06/15 19:09, Dimitry Sibiryakov wrote:
06.04.2015 17:59, Alex Peshkoff wrote:
If you send me stack trace of what
happens in your case I hope I can help you better.
There is nothing useful in call stack, only expected routines.
I use a method declared like this:
#define
On Mon, 6 Apr 2015 17:51:01 +0300, Egor Pugin wrote:
make copy_files
thanks, this works when using 'cmake -G make' but not when using 'cmake
-G Ninja'
Any suggestions?
On 6 April 2015 at 16:54, Treeve Jelbert tre...@scarlet.be wrote:
as a fan of cmake, I was keen to try the cmake build
I don't use ninja.
If you use it, you probably should better know how to do it. Or you
can search in the internet.
ninja copy_files
On 6 April 2015 at 21:37, Treeve Jelbert tre...@scarlet.be wrote:
On Mon, 6 Apr 2015 17:51:01 +0300, Egor Pugin wrote:
make copy_files
thanks, this works when
Accent insensitive comparison: diacritical letters with DIAGONAL crossing
stroke pass only test on EQUALITY to their non-accented forms
---
Key:
Hmm. Hard to miss that gobs of cycles are being wasted passing both a thread
and a request object around. Since the request can only execute at any point
on a single thread, the request object can point to the active thread.
Jim Starkey
On Apr 6, 2015, at 2:06 PM, Dimitry Sibiryakov
Command Alter table T alter C type domain_ does not work: BLR syntax
error: expected valid BLR code at offset 15, encountered 255
---
Key:
06.04.2015 11:49, Mark Rotteveel wrote:
The error itself is my own fault (I shouldn't have called
isc_event_counts which zeroed out the event buffer as the result buffer
was still empty), but I don't understand that I get an event callback
with length zero after step 3.
As a sidenote: I
On 04/06/15 12:47, Dimitry Sibiryakov wrote:
06.04.2015 11:31, Alex Peshkoff wrote:
I've thought that you suggest to use ThrowStatusWrapper instead
CheckStatusWrapper:)
No, I wanted to know a reason (if any) for using CheckStatusWrapper
there. Because it
is the only place where it is
06.04.2015 10:18, Alex Peshkoff wrote:
1) In pluginmanager.cpp::findDefConfig() the only thing that is done with
status vector is
call of check() that throw. Why ThrowStatusWrapper isn't used there?
You are absolutely right - sometimes we will always (well, may be not
always but definitely
On 04/04/15 19:39, Mark Rotteveel wrote:
What is the current status of events in the Firebird 3 client library?
Are there known problems?
I am currently reimplementing events in Jaybird, and when I talk to a
Firebird 2.5.4 fbclient.dll it works ok, but when I talk to a Firebird
3.0.0.31733
06.04.2015 12:08, Mark Rotteveel wrote:
If your theory is correct
At least this is the only case when I always get callback routine called
with NULL
parameter.
--
WBR, SD.
--
BPM Camp - Free Virtual Workshop
On 6-4-2015 11:08, Alex Peshkoff wrote:
There were changes. But must say that the symptom you get are quire
strange - events block is 'const UCHAR*' parameter and does not seem to
be modified wherever in client code. On the other hand certainly
something bad may happen - code was really
On 6-4-2015 11:53, Dimitry Sibiryakov wrote:
06.04.2015 11:49, Mark Rotteveel wrote:
The error itself is my own fault (I shouldn't have called
isc_event_counts which zeroed out the event buffer as the result buffer
was still empty), but I don't understand that I get an event callback
with
On 04/04/15 16:20, Dimitry Sibiryakov wrote:
Hello, All.
I have two question about latest changes in interfaces:
1) In pluginmanager.cpp::findDefConfig() the only thing that is done with
status vector is
call of check() that throw. Why ThrowStatusWrapper isn't used there?
You are
On 04/06/15 11:35, Dimitry Sibiryakov wrote:
06.04.2015 10:18, Alex Peshkoff wrote:
You are absolutely right
Right?
I've thought that you suggest to use ThrowStatusWrapper instead
CheckStatusWrapper :)
I only try to find out use cases for the wrappers: when I must use
06.04.2015 11:59, Alex Peshkoff wrote:
CheckStatusWrapper is used in sources
hundreds times.
Yep, you are right. My fault.
--
WBR, SD.
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop
On 6-4-2015 12:21, Alex Peshkoff wrote:
On 04/06/15 13:08, Mark Rotteveel wrote:
On 6-4-2015 11:53, Dimitry Sibiryakov wrote:
06.04.2015 11:49, Mark Rotteveel wrote:
The error itself is my own fault (I shouldn't have called
isc_event_counts which zeroed out the event buffer as the result
On 04/06/15 13:08, Mark Rotteveel wrote:
On 6-4-2015 11:53, Dimitry Sibiryakov wrote:
06.04.2015 11:49, Mark Rotteveel wrote:
The error itself is my own fault (I shouldn't have called
isc_event_counts which zeroed out the event buffer as the result buffer
was still empty), but I don't
06.04.2015 10:18, Alex Peshkoff wrote:
You are absolutely right
Right?
I only try to find out use cases for the wrappers: when I must use
CheckStatusWrapper
and when ThrowStatusWrapper.
I thought that I understand their use until have found the code.
--
WBR, SD.
as a fan of cmake, I was keen to try the cmake build with firebird.
It all runs smoothly, but some of the targets are not processed.
It appears that all targets marked as POST_BUILD are not executed.
In particular, makeHeader and ibase.h are not created. Nor is
security3.fdb.
Is this because
All,
Changes are required to the hosts for these systems, which necessitates the
outage.
The outage is scheduled to last 4 hours.
Sean
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own
Hello, Alex.
I followed you advice and use different declaraions for a routine call and
implementation. It stopped working now. When I use LocalStatus (or even
CheckStatusWrapper
made from this LocalStatus) for calling routine that was declared to accept
IStatus*, but
implemented using
On 04/06/15 18:35, Dimitry Sibiryakov wrote:
Hello, Alex.
I followed you advice and use different declaraions for a routine call and
implementation. It stopped working now. When I use LocalStatus (or even
CheckStatusWrapper
made from this LocalStatus) for calling routine that was
make copy_files
On 6 April 2015 at 16:54, Treeve Jelbert tre...@scarlet.be wrote:
as a fan of cmake, I was keen to try the cmake build with firebird.
It all runs smoothly, but some of the targets are not processed.
It appears that all targets marked as POST_BUILD are not executed.
In
06.04.2015 17:59, Alex Peshkoff wrote:
If you send me stack trace of what
happens in your case I hope I can help you better.
There is nothing useful in call stack, only expected routines.
I use a method declared like this:
#define REPL_STATUS_TYPE IStatus
virtual intptr_t
26 matches
Mail list logo