Hi all,
I have been using mono from trunk and playing with the WCF stuff when I
noticed an InvalidCastException being thrown. I figured out that this only
happened when using the .net 4 profile, when using .net 3.5 profile it didn't
happen.
I have put together a simple app to show the
Hey,
I believe this is already fixed in trunk. It was a mismatch
between the 2.0 and 4.0 System.Configuration.dll that were
loaded together into the same appdomain. This means that
ServicesSection defined in these assemblies were actually
incompatible to each other.
Robert
On 18.08.2010 13:52,
Any updates on the first MonoDroid release?
My Droid X is in dire need...
:)
thanks,
Kris
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
There are some similar looking bugs on bugzilla but it is still happening in
trunk now.
I just deleted /opt/mono
ran:
make clean
git pull
./autogen.sh --prefix=/opt/mono
make
sudo make install
then recompiled the test app, ran it and still get the same results.
Below is a trace of the
A little more digging using reflector on the binary shows the path to the
dependency as follows:
CastBug 0.0.0.0 depends on
System.ServiceModel 4.0.0 which depends on
Microsoft.Transactions.Bridge 3.0.0 which depends on
System.ServiceModel 3.0.0.0
-Original Message-
From:
Hello,
We don't have Microsoft.Transactions.Bridge.dll, so you are very likely
using System.ServiceModel.dll from .NET Framework, not ours. We don't
support MS assemblies (no point of doing that as you are not supposed to
be allowed to use it on non-Windows environment).
BTW what exactly are
On 18.08.2010 17:05, Gary Thomas wrote:
A little more digging using reflector on the binary shows the path to the
dependency as follows:
CastBug 0.0.0.0 depends on
System.ServiceModel 4.0.0 which depends on
Microsoft.Transactions.Bridge 3.0.0 which depends on
System.ServiceModel 3.0.0.0
Hi Atsushi,
Good point about Microsoft.Transactions.Bridge.dll. I built and ran the
test application in Linux but then copied the binary onto my Windows machine to
run reflector over it which would have pulled in the Microsoft
System.ServiceModel.dll.
All the other data including the
(The README says to use --enable-nacl and configure.in mentions
--enabled-nacl-codegen, so I used both.)
Although we do have that flag, I do not think that anyone outside of
Google has ever tried it, or know how this fits with the rest of Native
Client.
I would love to get a sample file
Miguel recently said on twitter that they are releasing the first 1024
MonoDroid invites, so I assume they have already done so? I wasn't on the
list heh, so I'll have to wait.
On Wed, Aug 18, 2010 at 10:05 AM, Kris Ray k...@landmarkdigital.com wrote:
Any updates on the first MonoDroid
And it looks like they have. Except there are only 257 testers right now.
On Wed, Aug 18, 2010 at 2:14 PM, Jeremy Bell bell.jer...@gmail.com wrote:
Miguel recently said on twitter that they are releasing the first 1024
MonoDroid invites, so I assume they have already done so? I wasn't on the
Is it possible for us non-invites to get source codes and documents or
only a sdk ahead?
Thanks
Barry
On Thu, Aug 19, 2010 at 4:05 AM, Jeremy Bell bell.jer...@gmail.com wrote:
And it looks like they have. Except there are only 257 testers right now.
On Wed, Aug 18, 2010 at 2:14 PM, Jeremy Bell
12 matches
Mail list logo