[Mono-dev] Non-sensical stack trace (possible issue with generic sharing?)

[Bassam Tabbara]

On an armv5tel with latest mono from master I see the following exception frequently in our automated test runs:

System.ArgumentOutOfRangeException: Value has to be >= 0.
Parameter name: destinationIndex
  at System.Array.Copy (System.Array sourceArray, Int32 sourceIndex, System.Array destinationArray, Int32 destinationIndex, Int32 length) [0x00207] in /root/build-thirdparty/mono/mcs/class/corlib/System/Array.cs:1016
  at System.Collections.Generic.List`1[Symform.Control.Common.Placement.NodeEndPoint].CopyTo (Symform.Control.Common.Placement.NodeEndPoint[] array, Int32 arrayIndex) [0x00000] in /root/build-thirdparty/mono/mcs/class/corlib/System.Collections.Generic/List.cs:203
  at Newtonsoft.Json.Utilities.CollectionWrapper`1[System.Object].Add (System.Object item) [0x00000] in <filename unknown>:0
  at Newtonsoft.Json.Utilities.CollectionWrapper`1[System.Object].System.Collections.IList.Add (System.Object value) [0x00000] in <filename unknown>:0
  at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.PopulateList (IWrappedCollection wrappedList, Newtonsoft.Json.JsonReader reader, Newtonsoft.Json.Serialization.JsonArrayContract contract, Newtonsoft.Json.Serialization.JsonProperty containerProperty, System.String id) [0x00000] in <filename unknown>:0

Whats odd about this stack trace is that JsonSerializeInternalReader.PopulateList does not call CollectionWrapper`1.Add, nor does Add call List`1.CopyTo. See http://json.codeplex.com/SourceControl/latest#trunk/Src/Newtonsoft.Json/Utilities/CollectionWrapper.cs.

Is it possible that the stack trace is mangled, or is this a generic sharing problem?

Note I do not see this issue on x86 or amd64, and did not see this with mono-2-10 on all platforms.

Thanks!
Bassam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20130814/5f771fa4/attachment.html>