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

[Zoltan Varga]

Hi,

  We need testcases to be able to resolve problems like this.

             Zoltan


On Thu, Aug 15, 2013 at 10:12 AM, Bassam Tabbara <bassam at symform.com> wrote:

>  I don’t see this problem when running with –O=-gshared. The application
> seems to runs slower however. Is there any other information I can provide
> to help resolve this? It only seems to be happening on ARM for me.
>
>   From: Zoltan Varga <vargaz at gmail.com>
> Date: Wednesday, August 14, 2013 4:54 PM
> To: Bassam Tabbara <bassam at symform.com>
> Cc: "mono-devel-list at lists.ximian.com" <mono-devel-list at lists.ximian.com>
> Subject: Re: [Mono-dev] Non-sensical stack trace (possible issue with
> generic sharing?)
>
>   Hi,
>
>    Try running with -O=-gshared to see whenever this is a generic sharing
> problem. The stack trace might be missing the List.Add () method for some
> reason.
>
>                Zoltan
>
>
> On Thu, Aug 15, 2013 at 1:29 AM, Bassam Tabbara <bassam at symform.com>wrote:
>
>>  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
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20130815/ce3a2e38/attachment-0001.html>