Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Mar 07 2019 17:29
    @directhex banned @CharlieIsHere
  • Oct 11 2018 17:23
    @directhex banned @deleteaccount1234567890
Filip Navara
@filipnavara
(if you are talking about managed code, that is)
g
@germgerm
Starting getting TypeLoadException for any reference to generic Stack class. Generic List class etc work fine and are in the assembly reported in the Stack exception . The code works on local dev machine ( ubuntu 16.04/mono 6.0.0.319 ) but fails on server ( ubuntu 14.04 / mono 5.20.1.19 ). This did work on both machines until recently. I tried targetting framework versions 4.5.2 to 4.7.2 with the same result for all versions.
Any idea what is going on ? I need to get this back up and running asap.
Console.WriteLine( $"List<> : {typeof( List<> ).AssemblyQualifiedName}" );
Console.WriteLine( $"Stack<> : {typeof( Stack<> ).AssemblyQualifiedName}" );
List<> : System.Collections.Generic.List`1, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089

Unhandled Exception:
System.TypeLoadException: Could not resolve type with token 01000013
   from typeref (expected class 'System.Collections.Generic.Stack`1'
   in assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, 
   PublicKeyToken=b77a5c561934e089')
Mikkel Kruse Johnsen
@mikkeljohnsen
@rootwyrm Sorry, to put pressure on you. But do you have any idea what is causing: mono/mono#16320 ?
I see that someone else has a Native Crash Report aswell
g
@germgerm
Just tried on a different server ( ubuntu 16.04 / mono 5.10.1.20 ) with same result. This started happening since the last mono/monodevelop update on my dev machine (ubuntu 18.04 / mono 6.0.0.319 ) - could this be a problem with the latest msbuild ?
g
@germgerm
I took my simple test for this issue and compiled it on the server and it works fine - so looks like maybe something in the build process is specific to the local runtime version ?
Can we install 6.0 on ubuntu 14.04 and 16.04 ?
What issues will I run into if I roll back my dev machine to 5.x ?
g
@germgerm
The problem is definitely with msbuild which on my dev machine was recently updated to 6.0.0.319 ( roslyn ! ) if I use xbuild instead of msbuild the executable runs successfully on all machines. Unfortunately Monodevelop no longer provides the option use xbuild.
Filip Navara
@filipnavara
I'm hitting Assertion: should not be reached at threads.c:6267 on macOS now. You are not alone! (I am aware that #16298 should solve it.)
...and even better, it caused my Azure Pipelines to freeze. :D
g
@germgerm
One more wrinkle - xbuild solves the problem IF the code referencing Stack<> is in the solution , if it is in a nuget library the same issue persists even when the library was built using xbuild :( I am wondering if the nuget package builder itself does a project build via msbuild before building the package
g
@germgerm
Bingo - if I manually build the nuget package all is well - so I build the package to generate the nuspec then xbuild to build the project then manually build the package then publish the package
Phil Jaenke
@rootwyrm
@mikkeljohnsen nope, no idea.. I really don't do much of that stuff besides obvious break-fix. I suspect mono/mono#16298 solves for OS X as well.
Filip Navara
@filipnavara
@EgorBo looks like Sorting.QuickSortSpan crashes only in AOT builds (because [IterationCleanup] public void CleanupIteration() does not get called). is that something you can confirm?
ah nvm... now I see it crashed in non-AOT too
It seems to be related to the "in-process" mode then
darn
Egor Bogatov
@EgorBo
oh, need to check (I was ignoring failures)
Filip Navara
@filipnavara
could be BDN failure then. i'll rerun the same thing under CoreCLR
Filip Navara
@filipnavara
great, it happens on CoreCLR too
I'll report it to Adam
Mikkel Kruse Johnsen
@mikkeljohnsen
@rootwyrm Hmm, that patch is not compatible with 6.0.0.319. Some of it is already there and other do not match with functions replaced.
Nikolay Sivov
@nsivov
@steveisok hi, could you take a look at mono/mono#16161 ? I'd be happy to improve it further if you have any comments
Steve Pfister
@steveisok
sure, thanks for pinging me.
Nikolay Sivov
@nsivov
@steveisok @akoeplinger thanks
Steve Pfister
@steveisok
np, and thank you for contributing!
Phil Jaenke
@rootwyrm
@steveisok vaguely related, any feedback/thoughts on mono/mono#16383 ?
Alexander Köplinger
@akoeplinger
I commented on it already :wink:
Phil Jaenke
@rootwyrm
<shakes fist at email>
And what's weird is... that actually is getting run on FreeBSD for sure.
Alexander Köplinger
@akoeplinger
what does Environment.OSVersion.Platform return there?
Phil Jaenke
@rootwyrm
Let me find it... I've been seeing it on the CI builder actually.
Steve Pfister
@steveisok
I think you're right, @akoeplinger
because nix should just take the id
I added @MaximLipnin to review
since he's touched the tz stuff recently :wink:
Phil Jaenke
@rootwyrm
Oh-ho, well then, I shall issue myself a pointy-hat indeed... also my notes suck :(
Here it is...
4) ConvertTime_AjustmentConvertTimeWithSourceTimeZone (MonoTests.System.TimeZoneInfoTest+ConvertTimeTests.ConvertTime_AjustmentConvertTimeWithSourceTimeZone)
   System.TimeZoneNotFoundException : The time zone ID 'US/Eastern' was not found on the local computer.
  ----> System.IO.DirectoryNotFoundException : Could not find a part of the path "/usr/share/zoneinfo/US/Eastern".
  at System.TimeZoneInfo.FindSystemTimeZoneById (System.String id) [0x00096] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/Common/src/CoreLib/System/TimeZoneInfo.Unix.cs:726 
  at MonoTests.System.TimeZoneInfoTest+ConvertTimeTests.ConvertTime_AjustmentConvertTimeWithSourceTimeZone () [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/Test/System/TimeZoneInfoTest.cs:747 
  at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.Reflection/RuntimeMethodInfo.cs:395 
--DirectoryNotFoundException
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0015e] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.IO/FileStream.cs:223 
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize) [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.IO/FileStream.cs:96 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
  at System.IO.File.ReadAllBytes (System.String path) [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/System.IO.FileSystem/src/System/IO/File.cs:338 
  at System.TimeZoneInfo.TryGetTimeZoneFromLocalMachine (System.String id, System.TimeZoneInfo& value, System.Exception& e) [0x00012] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/Common/src/CoreLib/System/TimeZoneInfo.Unix.cs:213
I poked wrong file :(
Alexander Köplinger
@akoeplinger
that's US/Eastern, not canada :stuck_out_tongue:
but your PR shouldn't hurt anyway since we never call MapTimeZoneId with "Canada/Eastern"
oh we do, in another file
Phil Jaenke
@rootwyrm
@akoeplinger well, there's multiple failures there, yes.
Alexander Köplinger
@akoeplinger
ok. I guess the PR doesn't make sense in its current form then
Phil Jaenke
@rootwyrm
Canada/Eastern fails in FindSystemTimeZoneById
8) FindSystemTimeZoneById (MonoTests.System.TimeZoneTest.FindSystemTimeZoneById)
   System.TimeZoneNotFoundException : The time zone ID 'Canada/Eastern' was not found on the local computer.
  ----> System.IO.DirectoryNotFoundException : Could not find a part of the path "/usr/share/zoneinfo/Canada/Eastern".
  at System.TimeZoneInfo.FindSystemTimeZoneById (System.String id) [0x00096] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/Common/src/CoreLib/System/TimeZoneInfo.Unix.cs:726 
  at MonoTests.System.TimeZoneTest.FindSystemTimeZoneById () [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/Test/System/TimeZoneTest.cs:367 
  at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.Reflection/RuntimeMethodInfo.cs:395 
--DirectoryNotFoundException
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0015e] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.IO/FileStream.cs:223 
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize) [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/mcs/class/corlib/System.IO/FileStream.cs:96 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
  at System.IO.File.ReadAllBytes (System.String path) [0x00000] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/System.IO.FileSystem/src/System/IO/File.cs:338 
  at System.TimeZoneInfo.TryGetTimeZoneFromLocalMachine (System.String id, System.TimeZoneInfo& value, System.Exception& e) [0x00012] in /mnt/jenkins/workspace/test-mono-mainline-community/label/freebsd-12-amd64/external/corefx/src/Common/src/CoreLib/System/TimeZoneInfo.Unix.cs:213
So yeah, I goofed, wrong TimeZoneInfo file. Lemme close the PR and fix.
Alexander Köplinger
@akoeplinger
ok. I'm fine with changing Canada/Eastern -> America/Toronto
Phil Jaenke
@rootwyrm
Probably should but that's definitely a Windows question because Microsoft has their own timezone database (TZdatabase++)
The real problem is that FreeBSD and Linux disagree extensively on valid timezones. i.e. FreeBSD does not have US/Eastern it uses EST5EDT or EST
Calvin Buckley
@NattyNarwhal
$ echo $TZ
<EST>5<EDT>,M3.2.0,M11.1.0
i think this is allowed by POSIX, but software just can't cope