All,
Very early this morning (2am EDT), the storage cluster which is used to host
these VMs suffered a critical iSCSI network failure of the storage (due to a
compatibility issue with IPv6).
This failure resulted in a loss of connectivity to the storage and thus a
shutdown of the hosts.
The s
Dmitry,
> 1) If we ever face a platform with sizeof(int) == 8 (IA64? anything
> else?) would it be OK that our API becomes platform-specific in regard
> to its ABI? Or was it exactly the goal? IIRC, we had discussed using
> types from stdint.h instead, but I don't remember any decision.
>
When t
Hi again
Stack of crash:
> engine12.dll!EXE_unwind(Jrd::thread_db * tdbb=0x0145f8e8, Jrd::jrd_req *
request=0x) Строка 939 + 0x3 байт C++
engine12.dll!JRD_start(Jrd::thread_db * tdbb=0x0145f8e8, Jrd::jrd_req *
request=0x, Jrd::jrd_tra * transaction=0x452502c8) Строка 7188 +
0xd
Uge ... sorry - yes, of course :)
Kovalenko Dmitry
2013/3/20 Vlad Khorsun
> > I think, crash can reproduced without any problem ...
>
> Could you test just committed patch for it ?
>
> Thanks,
> Vlad
>
>
> --
> Eve
> I think, crash can reproduced without any problem ...
Could you test just committed patch for it ?
Thanks,
Vlad
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDyna
>> But in v2.5 there was correct code, so bug was introduced in trunk only.
>>
>> So far i'm failed to see revision before 51654, i.e. before srvr_w32.cpp
>> was moved
>> from src/remote/os/win32 to the src/remote/server/os/win32...
>
> It seems to be introduced after the move, by SVN revis
On Wed, Mar 20, 2013 at 01:51:31PM +0200, Vlad Khorsun wrote:
> But in v2.5 there was correct code, so bug was introduced in trunk only.
>
> So far i'm failed to see revision before 51654, i.e. before srvr_w32.cpp
> was moved
> from src/remote/os/win32 to the src/remote/server/os/win32...
> So the solution is either to check return value for NULL in
> xnet_connect_wait_thread() (as inet_connect_wait_thread() does) or throw
> exception instead of returning NULL, either in XNET_connect() or as deep
> as in connect_server() (in src/remote/os/win32/xnet.cpp). I'm not
> familiar with the
On 03/20/13 13:33, Treeve Jelbert wrote:
> On Tuesday 19 March 2013 11:23:43 Alex Peshkoff wrote:
>> On 03/19/13 10:41, Dmitry Kovalenko wrote:
>>> File: src\common\config\config.cpp
>>> Line: 173
>>>
>>> Correct:
>>> {TYPE_STRING, "SecurityDatabase", (ConfigValue) "$(root)security3.fdb"},
>>> //
>
On Tuesday 19 March 2013 11:23:43 Alex Peshkoff wrote:
> On 03/19/13 10:41, Dmitry Kovalenko wrote:
> > File: src\common\config\config.cpp
> > Line: 173
> >
> > Correct:
> > {TYPE_STRING, "SecurityDatabase", (ConfigValue) "$(root)security3.fdb"},
> > //
> > security database name
>
> Yes, it's be
On Wed, Mar 20, 2013 at 08:36:43AM +0400, Dmitry Kovalenko wrote:
> - [fresh crash]
> > firebird.exe!set_server(rem_port * port=0x, unsigned short flags=56)
> Строка 5455 + 0x6 байт C++
> firebird.exe!SRVR_main(rem_port * main_port=0x, unsigned short
> flags=
On 03/18/13 17:38, Adriano dos Santos Fernandes wrote:
> On 18/03/2013 10:19, Alex Peshkoff wrote:
>> IMessageMetadata is refcounted interface. I.e. it's lifetime is not
>> restricted to statement, attachment, something else. As long as needed
>> user keeps counter > 0, and strings returned by getF
On 03/18/13 21:11, Adriano dos Santos Fernandes wrote:
> On 18/03/2013 13:25, Alex Peshkoff wrote:
>> On 03/18/13 17:35, Adriano dos Santos Fernandes wrote:
>>> MyStatusImpl status;// inline
>>> apiFunction(&status); // status methods are called only if a error is
>>> throw
>>> status.check()
13 matches
Mail list logo
