servicestack,Mono,servicestack" /> servicestack,Mono,servicestack" />

ServiceStack v4测试版是否已准备好用于Mono?

ServiceStack v4测试版是否已准备好用于Mono?,mono,servicestack,Mono,servicestack,在将我的解决方案从v3转换为SSV4后,在Windows8上的VS2012中,我达到了10个服务的限制,否则似乎是可行的。然而,在OSX上,在Xamarin Studio和Mono 3.2.5中,我遇到了一个stackoverflow异常 在堆栈跟踪中,每一行都是: 位于/private/tmp/source/bockbuild-xamarin/profiles/mono-mac-xamarin/build-root/mono-3.2.5/mcs/class/corlib/System/Attr

在将我的解决方案从v3转换为SSV4后,在Windows8上的VS2012中,我达到了10个服务的限制,否则似乎是可行的。然而,在OSX上,在Xamarin Studio和Mono 3.2.5中,我遇到了一个stackoverflow异常

在堆栈跟踪中,每一行都是:

位于/private/tmp/source/bockbuild-xamarin/profiles/mono-mac-xamarin/build-root/mono-3.2.5/mcs/class/corlib/System/Attribute.cs:261中的System.Attribute.GetHashCode()[0x00000]

知道是什么原因吗?当我切换回v3分支时,它仍然可以正常工作

在获得付费许可证之前,我感兴趣的是SSV4在Mono上的测试量。它和v3一样兼容吗?我希望剃须刀的改进能让它变得更好。

是的,测试版已经准备好了

检查新的Pcl版本


Thx@mythz

您可以在这里的源代码中看到,属性上的属性可能会导致堆栈溢出异常:
public override int-GetHashCode(){int-result=GetType().GetHashCode();…}
检查Mono-source表明这是一个在3.2.5之后修复的错误。(虽然只是浏览一下代码,看起来修复程序会导致溢出异常…)抱歉,没有,Mono上的v4没有经过正确测试。我们将在接下来的几个月测试期间对其进行适当的测试。啊,伙计,刚刚偶然发现了完全相同的问题。。。我希望使用我的macbook作为我的主要开发设备,并抛弃所有windows设备——这是唯一阻碍我前进的事情!触发此Mono错误的原因是ServiceStack的AttributeBase重写了
TypeId
,返回
this
@Mythz,我们只需要等到MMO3.2.5变为稳定,还是在AttributeBase考虑重写GethAsHead(),或者使用GUID作为TypeID?