Re: [sqlite] Seemingly random Access violation errors (resent)

[Joe Mistachkin]

Matthew Dumbleton wrote:
> 
> Yes.  Motorola ES400.  Do have any advice/experience with these? (Apart
from 
> 'don't use them' :)  )
> 

I've added threading tests to the Windows CE test project.  Could you try
running
it on your device and see how it behaves?

--
Joe Mistachkin

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Good point.  Also worth a look.

> From: kevin.m.ben...@gmail.com
> Date: Mon, 8 Oct 2012 12:42:09 -0400
> To: sqlite-users@sqlite.org
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> On Mon, Oct 8, 2012 at 12:32 PM, Matthew Dumbleton <msd...@hotmail.com>wrote:
> 
> >
> > Thanks Kevin.
> > I will see if I can find some sort of registry hack or something to
> > disable this and see if it makes any difference.
> >
> 
> Actually, you might investigate how to access the RTLog Manager to examine
> the log(s) and see what it might reveal ( after all, it appears as if it
> might be for debugging situations just like your experiencing ;-)
> --
>--
>   --
>  --Ô¿Ô--
> K e V i N
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Kevin Benson]

On Mon, Oct 8, 2012 at 12:32 PM, Matthew Dumbleton wrote:

>
> Thanks Kevin.
> I will see if I can find some sort of registry hack or something to
> disable this and see if it makes any difference.
>

Actually, you might investigate how to access the RTLog Manager to examine
the log(s) and see what it might reveal ( after all, it appears as if it
might be for debugging situations just like your experiencing ;-)
--
   --
  --
 --Ô¿Ô--
K e V i N
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Thanks Kevin.
I will see if I can find some sort of registry hack or something to disable 
this and see if it makes any difference.

> From: kevin.m.ben...@gmail.com
> Date: Mon, 8 Oct 2012 12:14:58 -0400
> To: sqlite-users@sqlite.org
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> On Mon, Oct 8, 2012 at 11:57 AM, Matthew Dumbleton <msd...@hotmail.com>wrote:
> 
> > Joe,
> >
> > > It's worked on every device that I've used in the past.
> >
> > I hope you see the funny side when I say, this doesn't fill me with a
> > great amount of confidence as according to your previous messages you don't
> > have a device to test on, only emulators. :)
> >
> >
> > > I have no idea what the "rtlogshimeng" DLL is. I tried searching for
> > > references to it on the web to no avail. It might be totally harmless;
> > > however, it seems to be implicated by the debug output.
> >
> > I have no doubt that the dll is harmless as even with a complete reflash
> > of the device it exists. My guess would be that it is a Motorola
> > device-specific library since we cannot find any reference to it and given
> > your comment above (despite my tongue in cheek response.)
> > Still the fact that the problem occurs between another threads
> > sqlite3_finalize() calls and that calling GC.Collect before making a
> > database connection seems to hide the issue doesn't suggest that SQLite is
> > completely exonerated.
> >
> > > Does everything work properly when only a single thread is used?The
> > answer is, no if the only thread doing the database accessing is not the
> > foreground (UI) thread. If you mean, there is literally just a UI thread
> > making database connections in amongst user activity, then (I need to do
> > more testing but) certainly the issue becomes a lot less easy to recreate
> > (i.e. in the small amount of time I've had to test it has not reoccured in
> > those conditions). Unfortunately the app I had in mind requires more than a
> > single thread even if only one thread can access the database at once.
> >
> > Please do not interpret my disappointment as criticism, it is more of a
> > compliment to SQLite that I am so frustrated that I will not be able to
> > take advantage of it.
> >
> > Thank you again for all your help, it was and is greatly appreciated. At
> > least now I know.
> >
> 
> Having seen your mention of Motorola confirms my web search bringing up
> Motorola's Debug Tool known as RT Logs (Retail Tools - system driver
> logs).My guess is that the "rtlogshimeng" DLL reference is related to their
> tool:
> 
> http://goo.gl/sF4hU
> 
> 
> --
>--
>   --
>  --Ô¿Ô--
> K e V i N
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Kevin Benson]

On Mon, Oct 8, 2012 at 11:57 AM, Matthew Dumbleton wrote:

> Joe,
>
> > It's worked on every device that I've used in the past.
>
> I hope you see the funny side when I say, this doesn't fill me with a
> great amount of confidence as according to your previous messages you don't
> have a device to test on, only emulators. :)
>
>
> > I have no idea what the "rtlogshimeng" DLL is. I tried searching for
> > references to it on the web to no avail. It might be totally harmless;
> > however, it seems to be implicated by the debug output.
>
> I have no doubt that the dll is harmless as even with a complete reflash
> of the device it exists. My guess would be that it is a Motorola
> device-specific library since we cannot find any reference to it and given
> your comment above (despite my tongue in cheek response.)
> Still the fact that the problem occurs between another threads
> sqlite3_finalize() calls and that calling GC.Collect before making a
> database connection seems to hide the issue doesn't suggest that SQLite is
> completely exonerated.
>
> > Does everything work properly when only a single thread is used?The
> answer is, no if the only thread doing the database accessing is not the
> foreground (UI) thread. If you mean, there is literally just a UI thread
> making database connections in amongst user activity, then (I need to do
> more testing but) certainly the issue becomes a lot less easy to recreate
> (i.e. in the small amount of time I've had to test it has not reoccured in
> those conditions). Unfortunately the app I had in mind requires more than a
> single thread even if only one thread can access the database at once.
>
> Please do not interpret my disappointment as criticism, it is more of a
> compliment to SQLite that I am so frustrated that I will not be able to
> take advantage of it.
>
> Thank you again for all your help, it was and is greatly appreciated. At
> least now I know.
>

Having seen your mention of Motorola confirms my web search bringing up
Motorola's Debug Tool known as RT Logs (Retail Tools - system driver
logs).My guess is that the "rtlogshimeng" DLL reference is related to their
tool:

http://goo.gl/sF4hU


--
   --
  --
 --Ô¿Ô--
K e V i N
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Black, Michael (IS)]

Can you check the difference in stack size between the emulator and the real 
device?

The emulator could well have a larger default stack size and you're getting 
stack overflow on the real device.


Michael D. Black
Senior Scientist
Advanced Analytics Directorate
Advanced GEOINT Solutions Operating Unit
Northrop Grumman Information Systems


From: sqlite-users-boun...@sqlite.org [sqlite-users-boun...@sqlite.org] on 
behalf of Matthew Dumbleton [msd...@hotmail.com]
Sent: Monday, October 08, 2012 11:10 AM
To: sqlite-users@sqlite.org
Subject: EXT :Re: [sqlite] Seemingly random Access violation errors (resent)

Simon,

Apologies if it seems like I'm picking on SQLite.  As previously stated I am 
just disappointed that I don't seem to be able to use it in a simple c# app.  
I'm sure it works great on other platforms/devices etc.  just wanted to get in 
on the act. No insult to c, c++ developers and/or any and all contributors to 
sqlite intended.

I can send you the simple c# app I wrote to recreate the problem if you like 
but from what Joe is saying this is just a device/platform issue I will have to 
accept.  Fair enough.


> From: slav...@bigfraud.org
> Date: Mon, 8 Oct 2012 16:54:00 +0100
> To: sqlite-users@sqlite.org
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
>
>
> On 8 Oct 2012, at 3:54pm, Matthew Dumbleton <msd...@hotmail.com> wrote:
>
> > So does this mean therefore SQLite will not currently work on a compact 
> > framework device? (Or at least not on mine.)
>
> SQLite is distributed as C source code.  It's the .c and .h files you find 
> when you download the amalgamation from
>
> <http://www.sqlite.org/download.html>
>
> You're meant to compile these files into your project and call the C routines 
> directly.  If your preferred programming language can call C routines, it can 
> use the SQLite API.
>
> What you're trying to use is a DLL.  You can by all means complain that a DLL 
> doesn't work, but the DLL is not SQLite, it's someone trying to be helpful 
> and package SQLite into the DLLs some people seem to want, to save them 
> compiling their own.
>
> From reading this thread so far, it seems that you have a bug in your 
> application but it's possible that you've found a bug in a .NET wrapper for 
> SQLite.  Neither of these are SQLite.
>
> Simon.
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Simon,

Apologies if it seems like I'm picking on SQLite.  As previously stated I am 
just disappointed that I don't seem to be able to use it in a simple c# app.  
I'm sure it works great on other platforms/devices etc.  just wanted to get in 
on the act. No insult to c, c++ developers and/or any and all contributors to 
sqlite intended.

I can send you the simple c# app I wrote to recreate the problem if you like 
but from what Joe is saying this is just a device/platform issue I will have to 
accept.  Fair enough.


> From: slav...@bigfraud.org
> Date: Mon, 8 Oct 2012 16:54:00 +0100
> To: sqlite-users@sqlite.org
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> 
> On 8 Oct 2012, at 3:54pm, Matthew Dumbleton <msd...@hotmail.com> wrote:
> 
> > So does this mean therefore SQLite will not currently work on a compact 
> > framework device? (Or at least not on mine.)
> 
> SQLite is distributed as C source code.  It's the .c and .h files you find 
> when you download the amalgamation from
> 
> <http://www.sqlite.org/download.html>
> 
> You're meant to compile these files into your project and call the C routines 
> directly.  If your preferred programming language can call C routines, it can 
> use the SQLite API.
> 
> What you're trying to use is a DLL.  You can by all means complain that a DLL 
> doesn't work, but the DLL is not SQLite, it's someone trying to be helpful 
> and package SQLite into the DLLs some people seem to want, to save them 
> compiling their own.
> 
> From reading this thread so far, it seems that you have a bug in your 
> application but it's possible that you've found a bug in a .NET wrapper for 
> SQLite.  Neither of these are SQLite.
> 
> Simon.
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Yes.  Motorola ES400.  Do have any advice/experience with these? (Apart from 
'don't use them' :)  )

> From: kevin.m.ben...@gmail.com
> Date: Mon, 8 Oct 2012 11:55:57 -0400
> To: sqlite-users@sqlite.org
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> On Mon, Oct 8, 2012 at 10:54 AM, Matthew Dumbleton <msd...@hotmail.com>wrote:
> 
> > So does this mean therefore SQLite will not currently work on a compact
> > framework device? (Or at least not on mine.)
> > There's nothing else installed or running apart from the test app I sent
> > you using SQLite and the OS itself. That dll is protected inside the
> > windows directory on the device so I cannot even
> > try removing/renaming it.
> > Since the device isn't crashing on it's own it's presumably some sort of
> > inadvertant call being made as part of the application running, which
> > disappears when SQLite is not referenced.
> > And since Microsoft aren't likely to release any updates to the compact
> > framework I'm not sure where to go with this.
> >
> > > From: sql...@mistachkin.com
> > > To: sqlite-users@sqlite.org
> > > Date: Mon, 8 Oct 2012 06:00:50 -0700
> > > Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> > >
> > >
> > > Matthew Dumbleton wrote:
> > > >
> > > > Sorry about that. Sent you the attachments properly a while ago and
> > have
> > > > also just sent you a .txt file with the last output from the debugger
> > > > before the access violation crash thanks to your new version.
> > > >
> > >
> > > The start of the trouble seems to be here:
> > >
> > > Data Abort: Thread=8aeec800 Proc=81a374c0 'SQLiteDatabaseEngineTest.exe'
> > > AKY=00010001 PC=7b38a890(netcfagl3_5.dll+0xd890)
> > > RA=7b38a7d0(netcfagl3_5.dll+0xd7d0) BVA=1100 FSR=0005
> > > #$# Exception 0xC005 
> > > #$# Thread procedure: rtlogshimeng.dll!0x000744C8 (in dll)
> > > #$# PC: netcfagl3_5.dll!0xD890 (in dll)
> > > #$# Return address: netcfagl3_5.dll!0xD7D0 (in dll)
> > > #$# Call stack top
> > >
> > > This exception appears to be coming from the .NET Compact Framework
> > itself
> > > on a thread calling into the rtlogshimeng DLL (I'm not sure what this DLL
> > > is for).
> > >
> > > Later on in the debugger output, I see:
> > >
> > > *** ASSERTION FAILED in ../core/sqlite3.c(15799):
> > > pInt[nReserve/sizeof(int)]==(int)0xE4676B53
> > >
> > > This type of assertion failure indicates generalized heap corruption.
> > > After this, nothing in the heap can truly be trusted.
> > >
> > > --
> > > Joe Mistachkin
> 
> 
> Are you having this problem with a Motorola device?
> --
>--
>   --
>  --Ô¿Ô--
> K e V i N
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Joe,

> It's worked on every device that I've used in the past.

I hope you see the funny side when I say, this doesn't fill me with a great 
amount of confidence as according to your previous messages you don't have a 
device to test on, only emulators. :)


> I have no idea what the "rtlogshimeng" DLL is.  I tried searching for
> references to it on the web to no avail.  It might be totally harmless;
> however, it seems to be implicated by the debug output.

I have no doubt that the dll is harmless as even with a complete reflash of the 
device it exists.  My guess would be that it is a Motorola device-specific 
library since we cannot find any reference to it and given your comment above 
(despite my tongue in cheek response.)
Still the fact that the problem occurs between another threads 
sqlite3_finalize() calls and that calling GC.Collect before making a database 
connection seems to hide the issue doesn't suggest that SQLite is completely 
exonerated.

> Does everything work properly when only a single thread is used?The answer 
> is, no if the only thread doing the database accessing is not the foreground 
> (UI) thread.  If you mean, there is literally just a UI thread making 
> database connections in amongst user activity, then (I need to do more 
> testing but) certainly the issue becomes a lot less easy to recreate (i.e. in 
> the small amount of time I've had to test it has not reoccured in those 
> conditions).  Unfortunately the app I had in mind requires more than a single 
> thread even if only one thread can access the database at once.

Please do not interpret my disappointment as criticism, it is more of a 
compliment to SQLite that I am so frustrated that I will not be able to take 
advantage of it.

Thank you again for all your help, it was and is greatly appreciated.  At least 
now I know.


  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Kevin Benson]

On Mon, Oct 8, 2012 at 10:54 AM, Matthew Dumbleton <msd...@hotmail.com>wrote:

> So does this mean therefore SQLite will not currently work on a compact
> framework device? (Or at least not on mine.)
> There's nothing else installed or running apart from the test app I sent
> you using SQLite and the OS itself. That dll is protected inside the
> windows directory on the device so I cannot even
> try removing/renaming it.
> Since the device isn't crashing on it's own it's presumably some sort of
> inadvertant call being made as part of the application running, which
> disappears when SQLite is not referenced.
> And since Microsoft aren't likely to release any updates to the compact
> framework I'm not sure where to go with this.
>
> > From: sql...@mistachkin.com
> > To: sqlite-users@sqlite.org
> > Date: Mon, 8 Oct 2012 06:00:50 -0700
> > Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> >
> >
> > Matthew Dumbleton wrote:
> > >
> > > Sorry about that. Sent you the attachments properly a while ago and
> have
> > > also just sent you a .txt file with the last output from the debugger
> > > before the access violation crash thanks to your new version.
> > >
> >
> > The start of the trouble seems to be here:
> >
> > Data Abort: Thread=8aeec800 Proc=81a374c0 'SQLiteDatabaseEngineTest.exe'
> > AKY=00010001 PC=7b38a890(netcfagl3_5.dll+0xd890)
> > RA=7b38a7d0(netcfagl3_5.dll+0xd7d0) BVA=1100 FSR=0005
> > #$# Exception 0xC005 
> > #$# Thread procedure: rtlogshimeng.dll!0x000744C8 (in dll)
> > #$# PC: netcfagl3_5.dll!0xD890 (in dll)
> > #$# Return address: netcfagl3_5.dll!0xD7D0 (in dll)
> > #$# Call stack top
> >
> > This exception appears to be coming from the .NET Compact Framework
> itself
> > on a thread calling into the rtlogshimeng DLL (I'm not sure what this DLL
> > is for).
> >
> > Later on in the debugger output, I see:
> >
> > *** ASSERTION FAILED in ../core/sqlite3.c(15799):
> > pInt[nReserve/sizeof(int)]==(int)0xE4676B53
> >
> > This type of assertion failure indicates generalized heap corruption.
> > After this, nothing in the heap can truly be trusted.
> >
> > --
> > Joe Mistachkin


Are you having this problem with a Motorola device?
--
   --
  --
 --Ô¿Ô--
K e V i N
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Simon Slavin]

On 8 Oct 2012, at 3:54pm, Matthew Dumbleton  wrote:

> So does this mean therefore SQLite will not currently work on a compact 
> framework device? (Or at least not on mine.)

SQLite is distributed as C source code.  It's the .c and .h files you find when 
you download the amalgamation from



You're meant to compile these files into your project and call the C routines 
directly.  If your preferred programming language can call C routines, it can 
use the SQLite API.

What you're trying to use is a DLL.  You can by all means complain that a DLL 
doesn't work, but the DLL is not SQLite, it's someone trying to be helpful and 
package SQLite into the DLLs some people seem to want, to save them compiling 
their own.

>From reading this thread so far, it seems that you have a bug in your 
>application but it's possible that you've found a bug in a .NET wrapper for 
>SQLite.  Neither of these are SQLite.

Simon.
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Joe Mistachkin]

Matthew Dumbleton wrote:
>
> So does this mean therefore SQLite will not currently work on a
> compact framework device? (Or at least not on mine.)
> 

It's worked on every device that I've used in the past.

>
> That dll is protected inside the windows directory on the device so I
> cannot even try removing/renaming it.
>

I have no idea what the "rtlogshimeng" DLL is.  I tried searching for
references to it on the web to no avail.  It might be totally harmless;
however, it seems to be implicated by the debug output.

>
> Since the device isn't crashing on it's own it's presumably some sort of
> inadvertant call being made as part of the application running, which
> disappears when SQLite is not referenced.  And since Microsoft aren't
> likely to release any updates to the compact framework I'm not sure where
> to go with this.
>

Does everything work properly when only a single thread is used?

--
Joe Mistachkin

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

So does this mean therefore SQLite will not currently work on a compact 
framework device? (Or at least not on mine.)
There's nothing else installed or running apart from the test app I sent you 
using SQLite and the OS itself.  That dll is protected inside the windows 
directory on the device so I cannot even
try removing/renaming it.
Since the device isn't crashing on it's own it's presumably some sort of 
inadvertant call being made as part of the application running, which 
disappears when SQLite is not referenced.
And since Microsoft aren't likely to release any updates to the compact 
framework I'm not sure where to go with this.

> From: sql...@mistachkin.com
> To: sqlite-users@sqlite.org
> Date: Mon, 8 Oct 2012 06:00:50 -0700
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> 
> Matthew Dumbleton wrote:
> > 
> > Sorry about that.  Sent you the attachments properly a while ago and have
> > also just sent you a .txt file with the last output from the debugger
> > before the access violation crash thanks to your new version.
> > 
> 
> The start of the trouble seems to be here:
> 
> Data Abort: Thread=8aeec800 Proc=81a374c0 'SQLiteDatabaseEngineTest.exe'
> AKY=00010001 PC=7b38a890(netcfagl3_5.dll+0xd890)
> RA=7b38a7d0(netcfagl3_5.dll+0xd7d0) BVA=1100 FSR=0005
> #$# Exception 0xC005 
> #$# Thread procedure: rtlogshimeng.dll!0x000744C8 (in dll)
> #$# PC: netcfagl3_5.dll!0xD890 (in dll)
> #$# Return address: netcfagl3_5.dll!0xD7D0 (in dll)
> #$# Call stack top
> 
> This exception appears to be coming from the .NET Compact Framework itself
> on a thread calling into the rtlogshimeng DLL (I'm not sure what this DLL
> is for).
> 
> Later on in the debugger output, I see:
> 
>   *** ASSERTION FAILED in ../core/sqlite3.c(15799):
>   pInt[nReserve/sizeof(int)]==(int)0xE4676B53
> 
> This type of assertion failure indicates generalized heap corruption.
> After this, nothing in the heap can truly be trusted.
> 
> --
> Joe Mistachkin
> 
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users


  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Joe Mistachkin]

Matthew Dumbleton wrote:
> 
> Sorry about that.  Sent you the attachments properly a while ago and have
> also just sent you a .txt file with the last output from the debugger
> before the access violation crash thanks to your new version.
> 

The start of the trouble seems to be here:

Data Abort: Thread=8aeec800 Proc=81a374c0 'SQLiteDatabaseEngineTest.exe'
AKY=00010001 PC=7b38a890(netcfagl3_5.dll+0xd890)
RA=7b38a7d0(netcfagl3_5.dll+0xd7d0) BVA=1100 FSR=0005
#$# Exception 0xC005 
#$# Thread procedure: rtlogshimeng.dll!0x000744C8 (in dll)
#$# PC: netcfagl3_5.dll!0xD890 (in dll)
#$# Return address: netcfagl3_5.dll!0xD7D0 (in dll)
#$# Call stack top

This exception appears to be coming from the .NET Compact Framework itself
on a thread calling into the rtlogshimeng DLL (I'm not sure what this DLL
is for).

Later on in the debugger output, I see:

*** ASSERTION FAILED in ../core/sqlite3.c(15799):
pInt[nReserve/sizeof(int)]==(int)0xE4676B53

This type of assertion failure indicates generalized heap corruption.
After this, nothing in the heap can truly be trusted.

--
Joe Mistachkin

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Matthew Dumbleton]

Sorry about that.  Sent you the attachments properly a while ago and have also 
just sent you a .txt file with the last output from the debugger before the 
access violation crash thanks to your new version.

> From: sql...@mistachkin.com
> To: sqlite-users@sqlite.org
> Date: Mon, 8 Oct 2012 04:38:37 -0700
> Subject: Re: [sqlite] Seemingly random Access violation errors (resent)
> 
> 
> Matthew Dumbleton wrote:
> > 
> > Have attached the latest .kdmp and pdbs since you last email/source
> > changes.  Hopefully the dump makes more sense to you than it does to
> > me. Builds were debug builds as requested.
> > 
> 
> There were no attachments to your message that I saw.  Also, were you
> able to capture the extra diagnostic output in the debugger?  It should
> be visible in the Debug Output Window.  In order to see it, you may need
> to attach to the target process on the device using the native debugging.
> 
> P.S. Apparently, my SMTP server is now being blocked by Hotmail and I am
> unable to send you direct mail.
> 
> --
> Joe Mistachkin
> 
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
  
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] Seemingly random Access violation errors (resent)

[Joe Mistachkin]

Matthew Dumbleton wrote:
> 
> Have attached the latest .kdmp and pdbs since you last email/source
> changes.  Hopefully the dump makes more sense to you than it does to
> me. Builds were debug builds as requested.
> 

There were no attachments to your message that I saw.  Also, were you
able to capture the extra diagnostic output in the debugger?  It should
be visible in the Debug Output Window.  In order to see it, you may need
to attach to the target process on the device using the native debugging.

P.S. Apparently, my SMTP server is now being blocked by Hotmail and I am
unable to send you direct mail.

--
Joe Mistachkin

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users