Subject Re: [IBO] ICS ERROR 335544726
Author yovchoz
I found what cause the problem, but I'm very confused why?

On very early stage of initialization (before opening any dataset)
there are section that activates an TIB_Events component. The
service hangs/or raise an exception exactly there.

Moving that section at the end of initialization help in my case.

--- In IBObjects@yahoogroups.com, Helen Borrie <helebor@t...> wrote:
> At 02:44 PM 12/07/2003 +0000, you wrote:
> >Hi,
> >
> >I have two datamodules (mixed usage of TIBOXXX and TIB_xxx
> >components) that works just fine as a part of standart
application.
> >First module contains only a singli TIBODatabase component,
> >second have a lot of IBO components that use a database from the
> >first datamodule. Second datamodule have a long initialization (it
> >reads data from a couple of tables in memory lists)
> >
> >In addition, I have a NT service application that have four
separate
> >threads handlin miscelanous tasks (all threads use TIB_xxx
> >components). Service works just fine.
> >
> >Now I'm trying to put datamodules from the first application to
the
> >separate thread as a part of my service application.
> >
> >If I create datamodules as a part of service application creation
> >(construct before application.run or hook to
> >TService.OnServiceCreate) all work fine in most cases, I can
access
> >code from datamodules from separate thread, but sometimes (because
> >of the long initialization) Windows service manager cannot run my
> >service (timeout)
> >
> >I try to move datamodules creation to the same thread that uses
it,
> >but witout luck:
> >Everytime, a second module initialization runs to random point and
> >one of the following occur:
> >- initialization hangs on random place
> >or
> >- in most cases, application raises an exception (on random
stage!):
> > ISC Error Code 335544726 (error reading from the connection).
> >
> >In most cases, Firebird is not answering to client requsts anymore
> >after that exception.
>
> That's because the client has crashed with an access violation.
>
> Threads can't share the default session. When creating datamodules
for
> threads, you must drop an explicit TIB_Session component in there
and make
> it first in the creation order.
>
> Helen