Marek,
Thanks for all your help so far.
I've applied the patch (0eff07d0fc4ef1ef3c584e71a8dd54ab708543e8) both on my
development machine (to run further mprof tests) and on our test server. The
local tests still show many thousands of cache items being generated,
although I believe at a slightly
On Wed, 13 Apr 2011 06:42:05 -0700 (PDT)
Dan parn...@gmail.com wrote:
Marek,
Hey Dan,
Thanks for all your help so far.
You're welcome
I've applied the patch (0eff07d0fc4ef1ef3c584e71a8dd54ab708543e8) both on my
development machine (to run further mprof tests) and on our test server. The
This appears to have fixed the problem but may have uncovered a more sinister
bug. With the patch applied it seems our application now runs out of memory
(so the previously seen exception was actually being triggered by a memory
leak).
Just to give a bit of background, the system we are
Still seeing the problem, enabled debugging on our test server and so here's
the stacktrace with line numbers:
System.IndexOutOfRangeException: Array index is out of range.
at (wrapper stelemref) object:virt_stelemref_class (intptr,object)
at System.Web.Caching.CacheItemPriorityQueue.Enqueue
@Sergey In trying to work out what may be triggering the issue, it would be
helpful to know what technologies you used within your web application to
see if there is any correlation with ours.
We are using:
Fluent nHibernate (Fluent 1.1 with nHibernate 3.0) along with the MySql.Data
provider
Dan reports this happens both in 2.8.1 and in 2.10.1
I checked only in 2.8.1
On Tue, Mar 29, 2011 at 6:44 AM, Gonzalo Paniagua Javier
gonzalo.m...@gmail.com wrote:
On Tue, 2011-03-29 at 00:44 +0300, Sergey Lobko-Lobanovsky wrote:
Looks like someone will have to look into
Do you happen to know which commit potentially fixes this issue, so that we
could take a look.
Thanks,
Dan
Gonzalo Paniagua Javier-3 wrote:
On Tue, 2011-03-29 at 00:44 +0300, Sergey Lobko-Lobanovsky wrote:
gt; Looks like someone will have to look into
gt;
On Tue, 29 Mar 2011 11:32:11 -0400
Gonzalo Paniagua Javier gonzalo.m...@gmail.com wrote:
On Tue, 2011-03-29 at 03:42 -0700, Dan wrote:
Do you happen to know which commit potentially fixes this issue, so that we
could take a look.
I'll let Marek fill in the details.
The
We are in the process of trying to build a test case that will reliably
trigger the bug! But considering that the system we're developing can
sometimes run continuously for days without this issue occurring, finding
the exact cause is likely to be very difficult.
Marek Habersack wrote:
The
We're seeing this too, very intermittent and with no obvious source of the
problem but with the exact same stack trace reported here. This is a major
issue because we can't push our new system into production with this
occurring.
It has occurred with both mono/mod_mono 2.8.1 and 2.10.1 running
Hello Sumit,
Unfortunately no. Since it is not easy to isolate the problem in a test case
(it is intermittent), I can't file a meaningful bug report. My guess is that
this is some kind of a threading issue. Perhaps original developers can
analyze the code and see where the potential discrepancy
And here's the stack trace:
System.IndexOutOfRangeException: Array index is out of range.
at (wrapper stelemref) object:stelemref (object,intptr,object)
at System.Web.Caching.CacheItemPriorityQueue.Enqueue
(System.Web.Caching.CacheItem item) [0x0] in filename unknown:0
at
12 matches
Mail list logo
