Logos 4d cashes constantly.

Michael Miller

When I am just reading the ESV with powerlookup, passage guide.  Here is the crash log.  I can't use it reliably anymore.

 

Program Version: 4.0d (4.04.4.1385)

Windows Version: 6.1.7600.0

Time: 2010-07-11 08:14:07

Installed memory: 3,839 MB

Install path: C:\Logos4\System\Logos4.exe

Data path: C:\Logos4\Data\xvkpktor.1vn

Free disk space: 538,607 MB

Temp path: C:\Users\Michael\AppData\Local\Temp\

Free temp space: 538,607 MB

 

Error ID: 2638

Error detail: SEHException: External component has thrown an exception.

 

System.Runtime.InteropServices.SEHException: External component has thrown an exception.

   at System.Data.SQLite.UnsafeNativeMethods.sqlite3_step(IntPtr stmt)

   at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)

   at System.Data.SQLite.SQLiteDataReader.NextResult()

   at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)

   at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)

   at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()

   at System.Data.SQLite.SQLiteTransaction..ctor(SQLiteConnection connection, Boolean deferredLock)

   at System.Data.SQLite.SQLiteConnection.BeginDbTransaction(IsolationLevel isolationLevel)

   at System.Data.Common.DbConnection.System.Data.IDbConnection.BeginTransaction()

   at Libronix.Utility.Data.Connector.BeginTransaction()

   at Libronix.Utility.Data.PoolableConnector.BeginTransaction()

   at Libronix.DigitalLibrary.LibraryCatalog.DoGetResourceInfos(ICollection`1 collResourceInfos, ResourceFieldSet fields)

   at Libronix.DigitalLibrary.LibraryCatalog.GetResourceInfos(IEnumerable`1 seqResourceInfos, ResourceFieldSet fields)

   at Libronix.DigitalLibrary.LibraryCatalog.GetResourceInfos(IEnumerable`1 collResourceInfos, ResourceFieldSet fields)

   at Libronix.DigitalLibrary.KeyLinkManager.<>c__DisplayClass48.<EvaluateRulesToResourceIds>b__46(KeyLinkRuleValues rule)

   at System.Linq.Enumerable.<SelectManyIterator>d__14`2.MoveNext()

   at Libronix.DigitalLibrary.KeyLinkManager.<GetCandidateResourceIds>d__2f.MoveNext()

   at Libronix.DigitalLibrary.KeyLinkManager.GetKeyLinkDestinations(IWorkState state, KeyLinkQuery query)

   at Libronix.DigitalLibrary.Guides.Sections.OriginalLanguageWordModel.<PostProcessing>d__11.MoveNext()

   at Libronix.Utility.Threading.AsyncWorkerTask`1.EnumMoveNext()

   at Libronix.Utility.Threading.AsyncWorkerTask`1.ContinueExecution()

   at Libronix.Utility.Threading.AsyncAction.Continue()

   at Libronix.Utility.Threading.ThreadPoolAsyncAction.<Start>b__0(Object )

   at Libronix.Utility.Threading.GroupedThreadPool.ExecuteNextCallback(Object state)

   at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

 

Mark Smith

 

Here is info from the MS Developer's Network:

               

"The SEHException
class handles SEH errors that are thrown from unmanaged code, but that
have not been mapped to another .NET Framework exception. The SEHException class also responds to the HRESULTE_FAIL,
which has the value 0x80004005.

The .NET Framework often encounters
unmanaged SEH exceptions that are automatically mapped to managed
equivalents. There are two common unmanaged SEH exceptions:

• STATUS_NO_MEMORY
  exceptions are automatically mapped to the OutOfMemoryException
  class.

• STATUS_ACCESS_VIOLATION
  exceptions are automatically mapped as follows:

  • If legacyNullReferencePolicy is applied, all
    access violations are mapped to the NullReferenceException
    class.

  • If the address at which the read/write was
    attempted is not in JIT-compiled code, the exception is mapped to the AccessViolationException
    class.

  • If the address at which the read/write was
    attempted is in JIT-compiled code, but it is not in the OS Null
    partition area, the exception is mapped to the AccessViolationException
    class.

  • If there is no legacyNullReferencePolicy,
    and the address at which the read/write was attempted is in
    JIT-compiled code and in the OS Null partition area, the exception is
    mapped to the NullReferenceException
    class.

Any
SEH exception that is not automatically mapped to a specific exception
is mapped to the SEHException
class by default.

For more
information, search on "unmanaged exceptions" and "Structured Exception
Handling" in the MSDN Library.

Note that the SEHException class does not cause
unmanaged C++ exception destructors to be called. To ensure that
unmanaged C++ exception destructors are called, use the following syntax
in the catch block."

                

This means there is most likely a problem with your .NET installation. If you've had a recent update to .NET you could try using System Restore to backdate to before the update and see if stability is restored. If that doesn't work, someone else here may have a suggestion, but you may need Customer Support on Monday.

BTW: What operating system are you using?