[Mono-dev] ConcurrentQueue

Jonathan Shore jonathan.shore at gmail.com
Tue Aug 14 22:44:35 UTC 2012


I've also been having NPE's with ConcurrentQueue in the context of
TryDequeue with multiple threads.   Was there a fix for this & did it make
it into 2.11.3?

On Fri, Aug 10, 2012 at 5:28 AM, Greg Young <gregoryyoung1 at gmail.com> wrote:

> I can't as I am about to head out of country (its also spuratic behaviour)
>
> I believe @yuriy probably can though.
>
> Cheers,
>
> Greg
>
> On Fri, Aug 10, 2012 at 5:26 AM, Jérémie Laval <jeremie.laval at gmail.com>
> wrote:
> > Could you run you program in debug mode and paste the line number where
> the
> > problem happen?
> >
> > --
> > Jérémie Laval
> > http://neteril.org
> >
> >
> >
> > On Fri, Aug 10, 2012 at 10:53 AM, Greg Young <gregoryyoung1 at gmail.com>
> > wrote:
> >>
> >> trunk.
> >>
> >> On Fri, Aug 10, 2012 at 2:53 AM, Alan <alan.mcgovern at gmail.com> wrote:
> >> > Hey,
> >> >
> >> > What version of Mono are you testing against?
> >> >
> >> > Alan
> >> >
> >> > On 10 August 2012 09:52, Greg Young <gregoryyoung1 at gmail.com> wrote:
> >> >> We regularly can cause problems with ConcurrentQueue such as
> >> >>
> >> >> System.NullReferenceException: Object reference not set to an
> instance
> >> >> of an object
> >> >>   at
> >> >>
> System.Collections.Concurrent.ConcurrentQueue`1[System.IO.FileStream].TryDequeue
> >> >> (System.IO.FileStream& result) [0x00000] in <filename unknown>:0
> >> >>   at SStable.PTable.GetFileStream () [0x00000] in <filename
> unknown>:0
> >> >>   at SStable.PTable+<GetRange>c__Iterator2.MoveNext () [0x00000] in
> >> >> <filename unknown>:0
> >> >>   at SStable.PTable.TryGetValue (UInt32 stream, UInt32 version,
> >> >> System.UInt64[]& position) [0x00000] in <filename unknown>:0
> >> >>   at SStable.TableIndex.TryGetValueInternal (UInt32 stream, UInt32
> >> >> version, System.UInt64[]& position) [0x00000] in <filename unknown>:0
> >> >>   at SStable.TableIndex.TryGetValue (UInt32 stream, UInt32 version,
> >> >> System.UInt64[]& position) [0x00000] in <filename unknown>:0
> >> >>   at IndexKiller.Program.ReadItems (SStable.TableIndex index,
> >> >> System.Threading.AutoResetEvent autoResetEvent) [0x00000] in
> <filename
> >> >> unknown>:0
> >> >>   at IndexKiller.Program+<Main>c__AnonStorey1.<>m__0 (System.Object
> x)
> >> >> [0x00000] in <filename unknown>:0
> >> >>
> >> >> We have posted up repros before but basically just pound on it with
> >> >> five threads (each thread add and removes 1 item)
> >> >>
> >> >> It seems object pool is still buggy.
> >> >>
> >> >> --
> >> >> Le doute n'est pas une condition agréable, mais la certitude est
> >> >> absurde.
> >> >> _______________________________________________
> >> >> Mono-devel-list mailing list
> >> >> Mono-devel-list at lists.ximian.com
> >> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >>
> >>
> >>
> >> --
> >> Le doute n'est pas une condition agréable, mais la certitude est
> absurde.
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> >
>
>
>
> --
> Le doute n'est pas une condition agréable, mais la certitude est absurde.
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
Jonathan Shore
http://tr8dr.wordpress.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20120814/6c21ee55/attachment.html>


More information about the Mono-devel-list mailing list