Subject | Re: [IBO] ICS ERROR 335544726 |
---|---|
Author | yovchoz |
Post date | 2003-07-15T02:54:53Z |
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.
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