Thanks, applied the patch.
Atsushi Eno
On 2009/11/26 8:13, Tom Philpot wrote:
Here's a patch for Atom10ItemFormatter and Atom10FeedFormatter which writes
ElementExtensions for the Feed and Item.
This patch is MIT/X11 licenesed and brought to you by Martin Potter.
Tom
resending from my registered address.
I didn't really write that code, but I'll review and apply the patch if
it is ok, when I am back to work tomorrow.
Atsushi Eno
On 2009/12/16 9:42, Miguel de Icaza wrote:
Hello Vladimir, Atsushi,
I do not have a problem with most of the patch
Oh, those are nice tests. Thanks for writing them :-)
I'll examine the failing tests and will fix identified bugs.
Atsushi Eno
Tiaan Geldenhuys wrote:
Thanks, Atsushi. Fair enough, see the attachment for the enhanced tests
that you can also apply to the trunk; the test for my earlier patch
for the
great work!
Atsushi Eno
On 2010/01/12 9:00, Atsushi Eno wrote:
Oh, those are nice tests. Thanks for writing them :-)
I'll examine the failing tests and will fix identified bugs.
Atsushi Eno
Tiaan Geldenhuys wrote:
Thanks, Atsushi. Fair enough, see the attachment
They are now in 2.6 branch too.
Atsushi Eno
On 2010/01/13 5:25, Tiaan Geldenhuys wrote:
I'm glad you made it through the obstacle course in one piece, Atsushi!
Sidestepping that tricky UIntXX case seems reasonable. What's the chance of
a backport to the 2.6 branch
Hello,
Thanks for the massive tests again. All test failures are now fixed in
trunk :)
I'll backport the changes later.
Atsushi Eno
On 2010/01/15 10:09, Tiaan Geldenhuys wrote:
[Resending with one attachment compressed, due to mailing-list's size
restrictions.]
This is probably again
Let's just check in the patch. Alex, thanks for creating it.
Atsushi Eno
Ivan Zlatev wrote:
Hi and sorry for the delay,
I think that I am the last to have touched the
System.ComponentModel(.Design) namespaces and I think this patch looks
good.
Kind Regards,
Ivan Zlatev
http
The patch was checked in trunk and 2.6. Thanks.
Atsushi Eno
Tiaan Geldenhuys wrote:
These patches fix the parsing of float.MaxValue and float.PositiveInfinity
on the System.Single class, and the serialization of TimeSpan.MinValue on
the System.Xml.XmlConvert.ToString method. Tests
.
Atsushi Eno
On 2010/01/26 9:47, ed.segura wrote:
Hi,
I'm wondering why this format doesn't work for mono, when it does for
windows?
I'm trying to send a simple post request to the service, which contains the
following:
{composite:{BoolValue:true,StringValue:aaa},composite2
? I'm using 'Poster' (firefox add-on) to hand-craft my post
requests to the service. The mime type I'm using is application/json,
as defined in RFC 4627
Thanks for the help,
Best,
ed-
On Mon, Jan 25, 2010 at 6:06 PM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
Hello,
Our
Back to the original problem, what if you run make get-monolite-latest
first before running make?
Atsushi Eno
On 2010/01/27 7:02, Zoltan Varga wrote:
Hi,
You are trying to run mcs on the .net runtime, this is not
supported, the error message is
not very helpful tough.
On Fri, Jan 22
Oops, it was dropping in my commit. It's now in 2.6 branch too.
Atsushi Eno
On 2010/01/28 1:08, Tiaan Geldenhuys wrote:
One of the files (XmlConvert.cs) was not included in the 2.6 backport during
the r150106 commit, and some tests now fail. Would someone please copy that
file from r150102
You might want to check if your server machine is accessible from your
client machine by,
for example, wget.
Atsushi Eno
On 2010/02/23 2:21, cw wrote:
Environment:
WCF service implemented using .Net 3.5, running on windows machine in local
network.
Client shall be generated for mono
and it won't be suitable for
those who cannot dig into its internals.
[*1]
http://veritas-vos-liberabit.com/monogatari/2009/12/mono-wcf-advent-day-11-nettcpbinding.html
Atsushi Eno
On 2010/02/24 2:15, Ásgeir Halldórsson wrote:
Hello,
I have a strange problem with WCF and ServiceHost
them.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
On 2010/03/01 17:06, Sander Rijken wrote:
On Mon, Mar 1, 2010 at 4:26 AM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com
mailto:atsushi...@veritas-vos-liberabit.com wrote:
Hi,
On 2010/02/28 1:42, Sander Rijken wrote:
Hi,
I've been working
Mono.GetOptions is used in a couple of our tools. I wouldn't mind much
you volunteer to replace them with newer ones though (but others still may).
Atsushi Eno
Jonathan Pobst wrote:
On 3/1/2010 12:54 AM, Miguel de Icaza wrote:
In addition to this, I would like to stop distributing some
just grepped under mcs/tools/*: prj2make, svcutil
Atsushi Eno
Jonathan Pobst wrote:
On 3/1/2010 5:20 PM, Atsushi Eno wrote:
Mono.GetOptions is used in a couple of our tools. I wouldn't mind much
you volunteer to replace them with newer ones though (but others
still may).
Which ones
Hello,
Thanks for the patch. I have applied large part of your patch in svn trunk.
I fixed WebHttpBindingElement.Properties to include those from base type in
less changes instead of your entire rewrite. (And some coding convention
fixes.)
Atsushi Eno
On 2010/03/01 20:50, Sander Rijken wrote
Hello,
There are few things I can say from your input, but 1) I have never
heard of this kind of problem
and 2) trunk is way better than 2.6.
Atsushi Eno
On 2010/03/12 1:09, Matt Dargavel wrote:
Hi there,
I’ve found an issue in Mono 2.6.0 using a self hosted WCF service and
was wondering
I don't think it is doable, but runtime guys might know.
Atsushi Eno
On 2010/03/16 2:24, Matt Dargavel wrote:
It's alright, I'm pretty sure it's in TryReceiveRequest somewhere. Is
there any way to get a stack trace for exceptions raised and handled
within the runtime using the tracing
Hello,
That sounds like a cool set of fixes :)
Either this list or bugzilla is okay for me.
Atsushi Eno
On 2010/03/20 2:55, Matt Dargavel wrote:
I've found the problem and I have a few patches to submit. The patches
cover the following:
* Some fixes for the issue I was seeing below (some
rather make the changes much
smaller like the attached change. Isn't it enough? There's no test case
that I can verify your (and-my) changes.
Atsushi Eno
On 2010/03/23 20:28, Matt Dargavel wrote:
The included patches fix the following:
multithreaded_fixes.patch: ObjectDisposedException
It's looking fine, but how did you check your change? (I know it could
happen not always reproducible, so that's okay if it's not really always
reproducible.)
BTW I thank a lot for your properties change, that fixed a bug that
annoyed me today ;-)
Atsushi Eno
On 2010/03/23 20:28, Matt
Hi again,
As for the properties test case, never mind. I happened to get one at
hand (as my reply on DestinationUnreachable implies).
Atsushi Eno
On 2010/03/23 21:49, Atsushi Eno wrote:
Hello,
Thanks for the patch. They are looking like a great set of attempts
for cool bugfixes :) However
I read and tried your patch, which indeed gives a great fix for your
case. I'll recheck your changes and post my comments and/or apply the
change. Thanks, it's really a nice fix :)
Atsushi Eno
On 2010/03/23 20:28, Matt Dargavel wrote:
Patch to allow multiple service contracts on one end
I still couldn't reproduce the detailed error message. Let's please post
a runnable repro case instead of code-less explanation ;)
Atsushi Eno
On 2010/03/23 22:38, Matt Dargavel wrote:
You can reproduce it by requesting an operation that doesn't exist. (It
was happening before I implemented
ASP.NET integration after applying your changes. -
properties_*.patch
I'll revisit the multithreading half after other part of patch review.
Please be patient ;)
Atsushi Eno
On 2010/03/23 22:33, Matt Dargavel wrote:
Ok, no problem. I can break them down more.
You're right, I can provide
I have applied the patch almost as is (with some coding style changes),
with few exceptions:
- AddBaseAddress (new Uri (baseAddress.BaseAddress));
+ base_addresses.Add (new Uri (baseAddress.BaseAddress));
no need for this change.
Thanks a lot!
Atsushi Eno
On 2010/03/23 20:28, Matt Dargavel
comments are welcome. Thanks again for the patch. You're hero,
few people dig in such depth into the WCF
core engine :)
Atsushi Eno
On 2010/03/23 22:33, Matt Dargavel wrote:
Ok, no problem. I can break them down more.
You're right, I can provide no guarantees about the Thread.Sleep
removal
is not well done yet and I'm seeing a
couple of issues to get correct fix there. Better fault handling is one
of the tasks on my stack, but it may be time to give priority than
ongoing bugfix as it's blocking your patch that will help my ongoing work...
Atsushi Eno
On 2010/03/24 19:41, Matt
Hi again,
After a couple of fixes, this exception handling should be working in
trunk now.
Atsushi Eno
On 2010/03/25 19:24, Matt Dargavel wrote:
Thanks for the explanation, I had a feeling it wouldn't be as simple as
I was hoping it was. :-)
-Original Message-
From: Atsushi
at JSON issue.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Thanks! It's looking good and working fine, so please go ahead and
commit the change.
Atsushi Eno
On 2010/04/06 6:35, Gonzalo Paniagua Javier wrote:
On Mon, 2010-04-05 at 14:28 +0900, Atsushi Eno wrote:
-- test-System_ServiceModel --
6 sporadic timeouts
started in r154243 (Gonzalo
Hello,
Thanks for the migration work. I'm not sure why it does not work at your
side, but I could verify it's working by running below as an example:
svcutil -moonlight http://memorabilia.hardrock.com/MemoService.svc
Atsushi Eno
On 2010/03/05 4:50, Jonathan Pryor wrote:
As per the Removing
No concrete plan now. At least we need the security basis on which WIF
depends (and we don't have it).
The base security stack in WCF is one of the next target once I got
existing wcf stack stable to some extent. But security stack will need
at least a lot of months to become usable.
Atsushi
a relevant fix (I think I
mentioned it in my previous posts) which fixed the issue you fixed in
your own patch, and I didn't find it worthy enough to make an extra change.
Atsushi Eno
On 2010/04/08 18:35, Matt Dargavel wrote:
Hi again,
I'm just going through my outstanding local changes
it and I did only
few bugfixes, so I'm not likely to pay attention to this stuff.
Atsushi Eno
On 2010/04/21 5:47, Damien Diederen wrote:
Hello everybody,
I just attached a (second) series of patches addressing a mix of Unicode
normalization problems to the following bug:
https
It is also great to see the chance that Gtk on OSX could be upgraded to
10.5+ so that we Japanese don't have to suffer from cairo-atsui that
fails to display Japanese characters by default :)
(Yes, it's not about gtk# but gtk+, still nice to see better chance.)
Atsushi Eno
On 2010/04/29 5:44
Hello,
I will first stabilize existing stuff as well as fill missing
functionalities, and there is a lot to do. There isn't any kind of
optimization. I'd rather welcome your contributions and won't work on it
so far.
Atsushi Eno
On 2010/05/08 0:14, Vilius Adamkavicius wrote:
We have
Hi Vilius,
There isn't. As I wrote, there's a lot to do before that.
Atsushi Eno
On 2010/05/10 18:00, Vilius Adamkavicius wrote:
Hi Atsushi,
Thanks for your reply.
Let me just ask if there is a schedule for further development on this
section?
Regards,
Vilius.
On 10 May 2010 05:58
Hi,
Thanks Tom, it looks like a good catch. The interface is internal, and
cast exceptions should not happen there anyways. Once the build got
fixed, I'll verify the patch and apply it unless it regresses.
Atsushi Eno
On 2010/05/11 2:09, tom hindle wrote:
Hi,
While performance profiling
Well, it wasn't really internal, but that does not affect my statement.
Atsushi Eno
On 2010/05/11 2:55, Atsushi Eno wrote:
Hi,
Thanks Tom, it looks like a good catch. The interface is internal, and
cast exceptions should not happen there anyways. Once the build got
fixed, I'll verify
As I have commented earlier, there is no chance that
InvalidCastException could occur, so it is an extraneous suggestion to
not use isinst here.
Atsushi Eno
On 2010/05/11 8:54, Andrés G. Aragoneses wrote:
El 10/05/10 21:06, tom hindle escribió:
On Mon, 2010-05-10 at 19:28 +0100, Alan
by default in .NET 4 anyways.
Atsushi Eno
On 2010/05/18 4:49, Miguel de Icaza wrote:
To me this seems like it is time for a change in policy: our
string
collation should reflect what the rules are in Unicode as it
will be easier for us to maintain
Thanks, applied.
Atsushi Eno
On 2010/05/19 16:44, Pieter van der Berg wrote:
Hello,
Here is a patch to get rid of the two notimplemented exceptions.
public IDuplexContextChannel InnerDuplexChannel {
get { return (IDuplexContextChannel)base.InnerChannel; }
}
protected override
WSHttpBinding is not usable at all. It involves the huge WS-* stack like
WS-Security which is far from done.
Atsushi Eno
On 2010/05/24 21:42, Greg Robinson wrote:
I have been making good progress on moving our .NET server
application over to Mono 2.2 running on Ubuntu 2.2.
Friday, I
to
something else)
this migrate to VS should be taken out of this core build change
discussion IMO.
Atsushi Eno
On 2010/05/21 3:37, Jonathan Chambers wrote:
I've been looking at a MSBuild based build for the class libs (based
upon Jonathan Pobst's MonkeyBuilder). To actually make the projects
In general, when you see NotImplementedException, it is not implemented
yet i.e. you cannot use it in mono.
It here means ClientCredentialsElement and clientCredentials
configuration element.
Atsushi Eno
On 2010/05/25 22:27, Greg Robinson wrote:
I changed the config file settings
IssuedToken will never work until
we finish lots of WS-* stuff.
It is easy to implement ClientCredentialsElement.CreateBehavior() right
now, but it does not make a lot of sense so far.
Atsushi Eno
On 2010/05/26 4:40, Matt Dargavel wrote:
Hi Greg,
Have you tried running MoMA (http://www.mono
I'm working on it, yes ;)
On 2010/05/26 21:06, Greg Robinson wrote:
Atsushi Eno, are you on thew Mono development team? Great feedback,
just curious.
On Wed, May 26, 2010 at 5:19 AM, Matt Dargavel
m...@shout-telecoms.com mailto:m...@shout-telecoms.com wrote:
When I was trying some
:
System.Xml.Schema/ExtensionsTest.cs
- run this: make run-test
Atsushi Eno
On 2010/05/28 10:30, stefan prutianu wrote:
Attached is ExtensionsTest.cs - source file containing NUnit Test
Cases for Extensions.cs class under System.Xml.Schema namespace found
in System.Xml.Linq assembly
Hello,
I keep silent as it's rather about runtime issue, but since there is no
one giving further comments on the bug, I think no one can complain if
it got checked in svn.
Damien, thanks for the patch.
Atsushi Eno
On 2010/06/11 23:36, Damien Diederen wrote:
Hello,
Has anybody had a look
Hello,
Unless you use trunk or daily snapshot version you won't get it working
fine. (It might work for simple ones, but that's not the point.)
(This list is for those who hack mono, use mono-list instead.)
Atsushi Eno
On 2010/06/28 23:31, Thiago Padilha wrote:
Is it possible? Im a newbie
.
The idea above is to use Uri comparison using UriComponents based on
HostNameComparisonMode value (which is ignored so far).
Atsushi Eno
On 2010/06/29 21:46, Thiago Padilha wrote:
Hi,
I'm hosting a WCF service using asp.net/mono from trunk (r159644)
but encountered a problem when
.)
Atsushi Eno
On 2010/07/05 21:27, Thiago Padilha wrote:
Hi Atsushi,
I have started messing with WCF last week but I'm very interested in
learning, If you need help with anything just send me a message.
Also, today I'm starting to develop an http binding/channel to allow
REST
HttpTransportBindingElement
().BuildChannelFactoryIRequestChannel (ctx);
Assert.IsTrue (cf is ChannelFactoryBaseIRequestChannel, #1);
cf.Open ();
cf.CreateChannel (new EndpointAddress (http://localhost:8080;), null);
}
A fix should go into svn soon. Thanks.
Atsushi Eno
On 2010/07/06 10:26
()
{
BindingContext ctx = new BindingContext (
new CustomBinding (
new HttpTransportBindingElement (),
new InvalidBindingElement ()),
empty_params);
ctx.BuildInnerChannelFactoryIRequestChannel ();
}
Atsushi Eno
is, then there should be another approach to be taken e.g. run-time
platform detection, or build different object for libmono and libmono-moon.
Oh, and it doesn't build on Windows. I disabled it so far.
Atsushi Eno
Original Message
Subject:[Mono-patches] r160111 - trunk/mono/mono/mini
According to the build bots, trunk should build fine (and it's all about
class lib). Try svn up?
http://wrench.mono-project.com/builds
Atsushi Eno
On 2010/07/13 15:41, KISHIMOTO, Makoto wrote:
Hello,
In my amd64 FreeBSD box, make check of mono svn trunk failed with error.
When compiling
OK, I found this is not in System.Runtime.Remoting but in corlib
(without more build log lines we can only partially guess).
http://build.mono-project.com/WebServices/Download.aspx?workfile_id=3626757
Atsushi Eno
On 2010/07/13 15:59, Atsushi Eno wrote:
According to the build bots, trunk should
False
Atsushi Eno
On 2010/07/15 5:53, David Mitchell wrote:
Currently (or at least as of revision 147679), the explicit conversion to
bool for XElement calls System.Xml.XmlConvert.ToBoolean(), which is case
sensitive. However, Microsoft's implementation of the explicit conversion
Hello,
I wanted to import a password-protected pfx certificate, but it was not
supported in our certmgr. So I have created a small patch to enable it.
If it's looking good I'll push it in git (or feel free to do instead).
Atsushi Eno
diff --git a/mcs/tools/security/certmgr.cs b/mcs/tools
Hello again,
This patch adds support for X509Store.TrustedPeople in Mono.Security
and certmgr.
Sorry for that this patch includes the previous change, I was lazy :|
Atsushi Eno
diff --git a/mcs/class/Mono.Security/Mono.Security.X509/X509Stores.cs
b/mcs/class/Mono.Security/Mono.Security.X509
Hello,
From what I know of:
- System.Xaml is still experimental, with no practical use (there is no
library that we can dogfood it, such as WPF or WF4 xaml).
- I don't think System.Data.Services.Client has been in real use; it was
just added to the libs. Anyone tried it?
Atsushi Eno
Hello,
If you provide a complete (i.e. runnable) code example, I can try if it
runs fine on WCF in trunk which is far better than 2.6. Or you can try
daily snapshot by yourself.
http://mono.ximian.com/daily/
Atsushi Eno
On 2010/08/06 23:14, SuperCiccio wrote:
I'm using Mono 2.6.7/MS .NET
test it on the latest code.
Atsushi Eno
On 2010/08/12 12:21, Matthew Fanto wrote:
Forgive me if this is the wrong list. I checked the descriptions of
the various lists, and this one seemed to be the most relevant, as I'm
seeing a difference between running under .NET 3.5 and Mono 2.6.7.
I am
it at my side if
you want :)
Atsushi Eno
On 2010/08/12 15:17, Matthew Fanto wrote:
On Thu, Aug 12, 2010 at 2:06 AM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com
mailto:atsushi...@veritas-vos-liberabit.com wrote:
I have no idea on from which this list addition occurs. This might
are some similar looking bugs ? I'm not aware of such
ones.
Atsushi Eno
On 2010/08/19 0: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
to
have different hexadecimal formatting (upper/lower).
I felt a bit awkward to bring printf() than g_print(), but printf() is
used a lot in trace.c so I took easier path.
Atsushi Eno
diff --git a/mono/mini/mini-exceptions.c b/mono/mini/mini-exceptions.c
index ce67a2f..6bd09fd 100644
--- a/mono/mini
Thanks, looks like there's indeed some problem even in the latest git
head. I'll try some fixes.
Atsushi Eno
On 2010年08月25日 01:02, SuperCiccio wrote:
Complete code example attached.
Try running mono MyApp.Server.exe ina prompt and MyApp.Client.exe or
mono http://mono.1490590.n4.nabble.com
This is now fixed in git head.
Atsushi Eno
On 2010/08/27 21:10, Atsushi Eno wrote:
Thanks, looks like there's indeed some problem even in the latest git
head. I'll try some fixes.
Atsushi Eno
On 2010年08月25日 01:02, SuperCiccio wrote:
Complete code example attached.
Try running mono
(the branching was done earlier last week). In current
plan, 2.8.2 will include it (as it will be branched from git head), but
I can't say the release plan is stable yet.
Atsushi Eno
On 2010/08/29 22:55, SuperCiccio wrote:
Thanks for your attention.
Are there any workaround?
Or, when will a version
.
You can avoid such a problem by avoiding non-ASCII characters in your
source code. In this case, use ¥u0083 instead of raw POUND SIGN.
Atsushi Eno
(10/09/06 18:10), anidotnet wrote:
I have the following functions to get the Unicode representation of a string
Windows machine now), but adding -codepage:utf8
to additional options line on the Compiler node on the Build menu
tree would work.
(-codepage option is common to .NET csc.exe)
Atsushi Eno
(10/09/06 21:38), anidotnet wrote:
Atsushi Eno-2 wrote:
(In general, avoid using such ambiguous
).
Atsushi Eno
(10/09/06 23:59), Barry Song wrote:
Hi All,
According to http://monodroid.net/Installation, we can download the
MonoDroid for Visual Studio 2010 Plugin at
http://go-mono.com/monodroid-download.
But I wonder how to get a password for the download. Can anyone tell me?
Thanks
Barry
Hi Andrew,
We need this patch to get WCF on ASP.NET (xsp4) working as we used to
do. (web.config was somehow updated to exclude .svc handler at some
stage, which was wrong.)
Atsushi Eno
diff --git a/data/net_4_0/web.config b/data/net_4_0/web.config
index db1c2b8..2a7dfd2 100644
--- a/data
It is about IKVM Reflection, not about Java at all.
Atsushi Eno
On 2010/09/19 22:57, Brad Jones wrote:
Hi,
Can someone explain/elaborate on what “IKVM-powered C# compiler” this
means? How will this benefit Java apps etc.?
Cheers,
Brad
and
I'd rather remove it unless the Mainsoft guys object.
We welcome your patch and/or bug report. I'll visit the issue once I
have finished ongoing work.
Atsushi Eno
On 2010/09/26 19:20, KarstenF wrote:
Hi,
I'm new to Mono and new to this list so let's hope my post doesn't contain
too many
This should be fixed now in git master.
Atsushi Eno
On 2010/09/29 15:37, Atsushi Eno wrote:
Hi Karsten,
Thanks for nice bug analysis. On building System.ServiceModel on
MonoDevelop, you can just open Makefile to treat it as a class lib
project (valid only in our mcs classes
As the immediately next sentense to Nowadays WCF is part of the core
Mono. mentions, historically it used to be in different module (olive).
Atsushi Eno
On 2010/10/09 3:27, Chakotey STME wrote:
Hi mailing list,
I have a question about the wcf support in mono.
at http://www.mono
.
(As a cosmetic excuse, WebMessageBodyStyle.Bare was new in 3.5 SP1
AFAIR, so it was left ignorant in our implementation from 3.5 era.)
Atsushi Eno
On 2010/10/09 18:27, Frank Wilhelm wrote:
Hello Mono devs,
I tried running my web service on Mono and ran into several issues. I
use the WebHttpBinding
of the core
Mono. mentions, historically it used to be in different module (olive).
Atsushi Eno
On 2010/10/09 3:27, Chakotey STME wrote:
Hi mailing list,
I have a question about the wcf support in mono.
at http://www.mono-project.com/Roadmap I get the information that in
mono 2.6
for the patch :)
Atsushi Eno
On 2010/10/13 23:34, Frank Wilhelm wrote:
Hello,
thank you for your review. I tried to use the style of the existing
code but I guess I missed some spaces.
The problem with your modifications is that it defeats the purpose of
my patch. In .NET I can host
work. I don't think
asking to not make such changes much later when I am actually faced
problems is better though.
Atsushi Eno
On 2010/10/16 23:51, Miguel de Icaza wrote:
Hello,
Can you please don't randomly make cosmetic code changes that
does not
only prevent active hacking
Hello,
Check out: http://go-mono.com/status/
System.ServiceModel
Atsushi Eno would be able to give you a more detailed answer.
srinin wrote:
Can any one help me in whether mono supports following bindings,
- WSHttpBinding
Practically no, as we have only limited set of WS
Atsushi Eno
On 2010/10/22 15:38, Panop Suvaphrom wrote:
Hi,
I am not sure if this is the right place to ask.
Now I have project to develop and validate RNC file that I
have read from
http://www.xs4all.nl/~wrb/Articles/Article_XML_RelaxNG_01.htm
http://www.xs4all.nl
of
them are linked to the same objects so they don't consume more memory.
You won't be able to see that if you're just looking at VS debugger though.
Atsushi Eno
On 2010/10/26 10:24, Panop Suvaphrom wrote:
Hi,
I have used the Commons.Xml.Relaxng.dll in VS2010.
I also think
profiler and tell the
result.
I cannot run the profiler tool which you gave the link. My guess is that
the profiling tool itself dives into the target code and thus consumes
more memory than the target code itself consumes, but I cannot confirm that.
Atsushi Eno
On 2010/10/26 12:15, Panop
clients run in parallel.
Atsushi Eno
(2010/11/21 8:10), Chakotey STME wrote:
Hello,
I have a problem with WCF.
I have a service:
ServiceBehavior(ConcurrencyMode:=ServiceModel.ConcurrencyMode.Multiple,
InstanceContextMode:=InstanceContextMode.Single) _
Public Class HelloService
Implements
I can't give a definite answer, but at least the throttling limitation
will go away ;-)
Atsushi Eno
(2010/11/22 15:41), Chakotey STME wrote:
hello,
thanks for your answer.
That's correct. I am using mono 2.6
If I change to mono 2.8 - will die clients run parallel?
chakoteystme
2010/11
to the
SayHi (not SayHi2) and hence blah isn't involved, so, is it really what
you intended?
Code:
Shared library: http://pastebin.com/WSfiaj63
Server: http://pastebin.com/veJ9JubX
Client: http://pastebin.com/jniuHsiz
Can you please file a bug on bugzilla and attach them?
Thanks,
Atsushi Eno
.
Atsushi Eno
(2010/11/29 18:55), Chakotey STME wrote:
Hi,
I have a problem with this code under mono 2.6:
Dim xsdMarkup As XDocument =
XDocument.Load(/home/stefan/xml/PluginConfigSchema.xsd)
Dim schemas As XmlSchemaSet = New XmlSchemaSet()
schemas.Add
from moma.
Atsushi Eno
(2010/11/29 19:17), Atsushi Eno wrote:
You can't use moma report result to assume it *must* work if it does not
report anything. It is explicitly stated on the first page when you ran
moma:
http://www.mono-project.com/Using_MoMA_Guide
It won't report things
Ahh, ok. No worries then.
BTW I mistyped: XDocument.Validate() is *now* implemented in git master ;)
Atsushi Eno
(2010/11/30 0:23), Chakotey STME wrote:
Thats correct.
The Mono analyzer says that it won't work.
Sorry.
Maybe I checked note the correct project with the mono analyzer
Please file a bug (C# is much better).
Atsushi Eno
(2010/12/07 16:14), Chakotey STME wrote:
This problem still exists.
Does anyone have an idea?
-- Forwarded message --
From: Chakotey STMEchakoteys...@gmail.com
Date: 2010/11/30
Subject: Problem with WCF and IEnumerable
The mono-olive mailing list was shut down to migrate to here (I posted
about that as the last message there), so you are welcome here in the
right place now to discuss WF or Messaging :)
Atsushi Eno
(2010/12/14 11:52), Travis Smith wrote:
Miguel-
I figured contributing to an area I work
hacking as an
alternative effort.
Atsushi Eno
(2010/12/14 12:07), Travis Smith wrote:
http://mono-project.com/Workflow could use to be updated on the
location of the mailing list then.
What's the status of these sections? Are there portions that need love
that I could look at digging
visit bug
#660424 tomorrow.
Atsushi Eno
(2010/12/19 4:19), CodeSlinger wrote:
Just a thought - if using WCF, the client and server could be in different
zones so why would you want anything other than UTC time to be passed around
in the first place which is always what should be stored and only
an answer.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
701 - 800 of 890 matches
Mail list logo
