[Mono-dev] Building from the command line with mdtool or xbuild

2015-08-17 Thread Martin Potter 
I am  trying to upgrade to a more recent version of Mono and am running into 
issues when building from the command line. I have been using Xamarin Studio's 
(MonoDevelop) mdtool until this point, but since the 4.0 release of Mono it now 
throws an error:

FATAL ERROR [2015-08-17 10:14:27Z]: System.NullReferenceException: Object 
reference not set to an instance of an object

Server stack trace:
  at System.Globalization.DateTimeFormatInfo.InitializeOverridableProperties 
(System.Globalization.CultureData cultureData, Int32 calendarID) <0x106bf44d0 + 
0x000ff> in :0
  at System.Globalization.DateTimeFormatInfo.OnDeserialized (StreamingContext 
ctx) <0x106bf46c0 + 0x00122> in :0
  at System.Runtime.Serialization.ObjectManager.RaiseDeserializationEvent () 
<0x106c967c0 + 0x00045> in :0
  at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize 
(System.Runtime.Remoting.Messaging.HeaderHandler handler, 
System.Runtime.Serialization.Formatters.Binary.__BinaryParser serParser, 
Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage) 
<0x106c82160 + 0x002f5> in :0
  at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize 
(System.IO.Stream serializationStream, 
System.Runtime.Remoting.Messaging.HeaderHandler handler, Boolean fCheck, 
Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage) <0x106c7c5a0 + 
0x00165> in :0
  at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize 
(System.IO.Stream serializationStream, 
System.Runtime.Remoting.Messaging.HeaderHandler handler, Boolean fCheck, 
IMethodCallMessage methodCallMessage) <0x106c7c560 + 0x0002d> in :0
  at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize 
(System.IO.Stream serializationStream, 
System.Runtime.Remoting.Messaging.HeaderHandler handler, Boolean fCheck) 
<0x106c7c480 + 0x00023> in :0
  at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize 
(System.IO.Stream serializationStream, 
System.Runtime.Remoting.Messaging.HeaderHandler handler) <0x106c7c4b0 + 
0x0001b> in :0
  at System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage 
(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders 
requestHeaders, System.IO.Stream requestStream, IMessage& responseMsg, 
ITransportHeaders& responseHeaders, System.IO.Stream& responseStream) 
<0x109371670 + 0x0046c> in :0

Exception rethrown at [0]:

  at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke 
(System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception& 
exc, System.Object[]& out_args) [0x001e9] in 
/private/tmp/source-mono-mac-3.12.99-branch-32/bockbuild-mono-3.12.0-branch/profiles/mono-mac-xamarin/build-root/mono-3.12.1/mcs/class/corlib/System.Runtime.Remoting.Proxies/RealProxy.cs:249


Since xbuild is supposed to be the newer way to compile from the command line, 
I tried to compile using that instead. While the solution compiles, there seems 
to be a bug in how xbuild evaluates conditions for some items of referenced 
projects which results in some files from the build output not being copied. I 
have filed a bug for that https://bugzilla.xamarin.com/show_bug.cgi?id=33082 
but would appreciate any insight as to where to even start looking.

- Martin
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] bug #28777

2015-08-17 Thread Stephen G. Parry 
When are either 4.2 or 4.0.5 due to be fully live?

On 17/08/15 14:44, Rodrigo Kumpera wrote:
> The fix will be part of mono 4.2.0.
>
> We could later backport it to mono 4.0.5 if 4.2 is not an option.
>
> --
> Rodrigo
>
>
> On Sat, Aug 15, 2015 at 10:59 AM, Stephen G. Parry
> mailto:sgpa...@mainscreen.com>> wrote:
>
> Hi All,
> We have what looks like a reversion of bug #28777
> (https://bugzilla.xamarin.com/show_bug.cgi?id=28777). This is causing
> KeePass to fail when saving compressed files whilst running on
> 4.0.3.20-0xamarin1. The same problem was reported by the community as
> fixed in 4.0.1.44-1 arch linux, although whether that was downstream
> patch or not I'm not sure. Either way, it is currently broken in the
> 'stable' version. The bug is marked as fixed in 4.3 trunk. Please
> can we
> have a backport / re-fix? This is causing serious grief for those
> of us
> who need a recent mono runtime for keepass, e.g. to get ssl support
> working via ca-certificates-mono.
> Thanks
> Stephen Parry
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> 
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] bug #28777

2015-08-17 Thread Rodrigo Kumpera 
The fix will be part of mono 4.2.0.

We could later backport it to mono 4.0.5 if 4.2 is not an option.

--
Rodrigo


On Sat, Aug 15, 2015 at 10:59 AM, Stephen G. Parry 
wrote:

> Hi All,
> We have what looks like a reversion of bug #28777
> (https://bugzilla.xamarin.com/show_bug.cgi?id=28777). This is causing
> KeePass to fail when saving compressed files whilst running on
> 4.0.3.20-0xamarin1. The same problem was reported by the community as
> fixed in 4.0.1.44-1 arch linux, although whether that was downstream
> patch or not I'm not sure. Either way, it is currently broken in the
> 'stable' version. The bug is marked as fixed in 4.3 trunk. Please can we
> have a backport / re-fix? This is causing serious grief for those of us
> who need a recent mono runtime for keepass, e.g. to get ssl support
> working via ca-certificates-mono.
> Thanks
> Stephen Parry
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list