Gert Driesen wrote:
Comments inline
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: dinsdag 20 december 2005 6:26
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for
attributes.
Hi,
The
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: vrijdag 23 december 2005 20:31
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for
attributes.
Gert Driesen wrote:
Comments inline
-Original Message
Atsushi Eno wrote:
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: vrijdag 23
december 2005 20:31
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for attributes.
Gert Driesen wrote:
Comments inline
x27;t want to revert the entire changes.
So, now that all problems should have gone, I hope you have a merry
X'mas (it's a bit too late for me and Santa does not seem coming to
this bad boy ;-)
Atsushi Eno
>
> > -Original Message-
> > From: Atsushi Eno [ma
from the start ...
There is no reason you should feel you are rejected. I just keep
pointing out that your fix is not right.
(I, of course, don't like the altitude that compatibility is God and
it can throw better behavior away. I'm not here to reinvent MS bugs.)
Atsushi Eno
__
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: zaterdag 24 december 2005 11:16
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for
attributes.
Gert Driesen wrote:
I submitted my initial patch the the
first reply I precisely
> > > > pointed out that
> > > > >> HTML output is broken here, and after my reply you
> > committed what
> > > > >> you haven't posted.
You could have just run standalone tests and see what happens.
Atsushi Eno
> ... and here's the patch ;-)
>
> Sorry for the noise !
It looks good. Please apply exactly the same patch by the time you
commit
anything else.
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.x
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: zondag 25 december 2005 4:44
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: RE: [Mono-dev] [PATCH] Validation for
attributes.
It indeed is "indent&
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: zondag 25 december 2005 15:39
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for
attributes.
Gert Driesen wrote
Applied the patch with a few changes. Thanks for a good test!
It would be better if you try "make run-test" to check if your changes
are fine.
It runs our unit tests and tells you if there is breaking tests. With
this patch
it resulted in an infinite loop ;-)
Atsushi Eno
>
Hi,
The patch is in svn (though I believe it should be
InvalidOperationException
rather than ArgumentException for attempt to change read-only node. Oh,
yes
it would be another waste of time to discuss about it). Thanks.
Atsushi Eno
> Good day.
>
> There is another incompatibitily of
anges are related only to above).
Thanks,
Atsushi Eno
Gert Driesen wrote:
Hi,
I've attached a patch that fixes the following minor issues in XmlElement
and XmlTextWriter :
- Setting XmlElement.Prefix to null should not result in
ArgumentNullException on 2.0 profile
- XmlTextWriter.Wr
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 5, 2006 04:53 AM
To: 'Gert Driesen'
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Minor fixes for XmlElement & XmlTextWriter
Hi Gert,
It would be nice
any time (as
it used to do) and nunit started to work fine.
Atsushi Eno
Original Message
Subject: [Mono-patches] r54798 - trunk/mono/mono/metadata
Date: Fri, 23 Dec 2005 15:28:05 -0500 (EST)
From: Sebastien Pouliot ([EMAIL PROTECTED])
<[EMAIL PROTECTED]>
To: mono-p
would be not a small number of patches that are just forgotten
or overlooked. You should ping the list on your forgotten patches
*if any*.
(Mine are mostly on bugzilla, but I usually ping about them when
they are required; others are marked as [PATCH]).
Atsush
Hi,
I have a fix for mcs/class/corlib/Makefile to build version-aware
corlib_plattest.dll (i.e. corlib_plattest_default.dll and
corlib_plattest_net_2_0.dll). Does it look fine to commit?
Atsushi Eno
Index: Makefile
===
--- Makefile
some types referenced by
System.Web.Services.dll ... I wonder if it is used in System.Web build.
The buildbot does not report such errors, so it might be problems
in windows-specific code such as assembly path resolution failure.
Atsushi Eno
make[8]: Entering directory `/home/atsushi/svn/mcs/class/
sted (especially those who are interested in MS
compatibility), please help fixing them.
(Also, in general make run-test under Windows results in more than
50 failures, which are likely to be because those tests depends on
Unixy environment.)
Cheers,
Atsushi Eno
TestResult-ondotnet-net_2_0.ta
Hi,
Is there some library or program that execute a parser-generator like bison
or yacc in c#?
We use C# port of jay to build mcs and several libraries such as
XPath, Query expression in DataTable.Select(), RELAX NG compact
syntax etc. It is part of "mcs" module in our svn.
A
Why? You'd get it if you read "library or program" in depth ;-)
Atsushi Eno
Daniel Morgan wrote:
I think he is talking about a something written in C#. Jay creates parsers for
C#, but Jay is written in C.
Atsushi Eno <[EMAIL PROTECTED]> wrote:
Hi,
Is there so
dy to regenerate masterinfos.
Atsushi Eno
Index: mono-api-diff.cs
===
--- mono-api-diff.cs(revision 55970)
+++ mono-api-diff.cs(working copy)
@@ -1280,9 +1
de and it could be merged into a single tool.
Atsushi Eno
> Hello all,
>
> I've build a simple "1-line-of-code" tool that applies xsl
> transformation to xml files, in order to transform NUnit output xml
> files to more suitable format to be used by automatic testing
ts fail under MS.NET 2.0). HTH.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
it and it's still OK to have such one
included. I've put the tool in svn. Feel free to add required switches
to the source.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ings = new XmlWriterSettings ();
settings.Encoding = new UTF8Encoding (false);
XmlWriter writer = XmlWriter.Creat (settings);
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/
ark
all of those failing tests as [Ignore].
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Thanks a lot, that is really great :-) It would make
run-test-ondotnet easier.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
I agree on "faster" part, but considering the heaviness of string
comparison itself the difference is so trivial ;-)
Atsushi Eno
Thong Nguyen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier
Se
test and complain
if mono fails to assert this behavior.
(Leaving Assertion->Assert changes is OK.)
Actually why did you mark it as NotDotNet? It does not fail under
.NET 2.0 (or do you have different .NET 2.0 than mine, 2.0.50727 ?)
Thanks,
Atsushi Eno
Original Message
Subj
k it as Ignore. No need to waste
extra time.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
d (am not sure if there are similar cases that
depend on external things to mcs itself). Maybe something like
regex would help it. I'll look into compiler-tester when I have
extra time to do it.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
31, and change they will be
committed soon ?
Hmm, there is no such one (#77491), and I haven't created any
patches for #75831 (maybe you put a different number? it seems
already fixed in svn). For mcs patch (#66031), maybe Harinath
would take care of mcs fix.
Atsushi Eno
_
no problem, then I don't understand why
you didn't CC to the list from the first stage. If I were you,
I wouldn't have done that in the same message. That is what I
said "bad".
You can start marking bad lines in my messages but legally
you cannot make it public. It is even
How could you read my message like "publicate my private favor
in the mailing list" ? What I said to you was "please post
patch-related stuff to public mailing list, not me".
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-l
r was
already in my previous message (I'm writing here on the list in
case someone wonders what he is talking about).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
dll both in 2.0.
In general, anyone can check if the build is working fine by looking
at the buildbot: http://mono.ximian.com:8008/
The log at "checkout" box would tell you which build is fine or broken.
Atsushi Eno
Janne Rantala wrote:
Hi,
I've been having trouble building Mono on
Hola,
The latest FtpWebRequest seems depending on the FtpWebResponse which
is probably only in your box.
svn up -r 56692 in mcs/System/System.Net solved the problem.
Atsushi Eno
Original Message
Subject: [Mono-patches] r56693 - trunk/mcs/class/System/System.Net
Date: Thu, 9
nding Novell's resources.
We are not playing a game, nor spending resources on someone's
hobby, but doing businesses.
Atsushi Eno
Lluis Sanchez wrote:
Hi,
IMHO, the rule "if something works don't touch it" applies here. Maybe
we just need smarter unit tests.
Lluis.
e attached patch makes HttpWebRequest to work along that way,
but to me it looks like HTTP RFC (2616) violation.
(I noticed this issue when trying to get Lingr API .NET wrapper ==
http://www.legendes.jp/lingr/api.net/ . The source will be fixed
anyways.)
Atsushi Eno
Index: System.Net/HttpWeb
equest/response stream like POST.
(As usual I'm not interested in making silly changes to our code.)
Atsushi Eno
Gert Driesen wrote:
> Hi Atushi,
>
> I noticed something similar for FileWebRequest, where methods are handled
> case-insensitive too.
>
> I'd suggest add
Please commit. Thanks!
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
>
>
> The patch below provides for exception information when working with
> GET/POST requests (used by test page).
>
> Please approve commit.
>
>
>
>
row new InvalidOperationException
> (vio
> lations [0].ToString ());
> + }
> +#endif
Do we need to check WebServiceBindingAttribute.Name here?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
This patch from Kosta is not applied yet. What is the details? There is
nothing we can do without any information.
Atsushi Eno
Miguel de Icaza wrote:
> Hello,
>
> Some developers are stating that the new changes to web services
> break "all web services". Anything
Hey,
It still does not tell much. Any reason he cannot file a bug report with
something we can actually run? With the stack trace which starts with
System.Net I'm not sure whether it is related to web service changes or not.
Atsushi Eno
Miguel de Icaza wrote:
> Hey,
>
>
>
Gert Driesen wrote:
> - Original Message -
> From: "Robert Jordan" <[EMAIL PROTECTED]>
> To:
> Sent: Monday, January 29, 2007 12:46 PM
> Subject: Re: [Mono-dev] HttpWebRequest method patch
>
>
>
>> Hi Atsushi,
>>
>> Atsushi E
ould fix our class libs based on them. There
should not be any tests marked as NotWorking while they are for other
purposes. Otherwise anyone else might spend his or her time to "fix" the
bug while is it not really a bug.
Atsushi Eno
___
Mono-d
t understand what I wrote above.
> Either way, I'd report it as a bug with MS.
>
No need to do that.
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=254656
Atsushi Eno
___
Mono-devel-list mailing list
M
roject.com
wr.GetResponse ();
}
}
Dick: any ideas?
Atsushi Eno
Hubert FONGARNAND wrote:
> Here's my IRC discussion with robert jordan, i hope it could help
>
> the problem is...
> Default service=new Default();
> service.Url="http://10.69.100.164:808
Oh, thanks. Good to know that it is not related to Dick's huge
sys.net updates :-)
Atsushi Eno
Miguel de Icaza wrote:
> Hello,
>
> Atsushi, thanks for creating a simpler test case.
>
> This was actually a good test case for Martin's debugger. The
> probl
Oh, okay. Now all changes make sense to me. Please commit the patch.
Thanks :-)
Atsushi Eno
Konstantin Triger wrote:
> Hello Atsushi,
>
> No, this is not correct. If there is no WebServiceBindingAttribute I add
> a "default" BindingInfo. I refactored the BindingInfo c
Hi,
(I've already approved the patch but) I had to revert part of it since
it broke the build. You can try to use non-Latin1 environment (e.g.
CP932) to see how it breaks mcs tree.
Atsushi Eno
Gert Driesen wrote:
> Hi,
>
> The attached patch fixes some minor differences betw
expected results (unless .NET behavior is not
>> bogus). atlas.pub is to be put under olive/class.
>>
>> (I'm not likely to work on it, so in case you use them feel free to
>> replace those files when you are done with your own implementation :-)
>
&
it (from svn) but
it didn't happen. Though I remember this kind of duplicate results
from those days I was working on Sys.Web.Services in my private
branch. It was because of target protocol unawareness on processing
bindings.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi Daniel,
Daniel Lundqvist wrote:
Hi Atsushi,
mån 2007-02-05 klockan 15:14 +0900 skrev Atsushi Eno:
Hi Daniel,
Daniel Lundqvist wrote:
The issue here is that it always sends the oid and parentoid field
regardless of value of Specified.
I got a patch (against SVN) for it, don't know if
Hi :)
Daniel Lundqvist wrote:
> Hey again :)
>
> ons 2007-02-07 klockan 20:51 +0900 skrev Atsushi Eno:
>> Hi Daniel,
>>
>> Daniel Lundqvist wrote:
>>> Hi Atsushi,
>>>
>>> mån 2007-02-05 klockan 15:14 +0900 skrev Atsushi Eno:
>>>>
) ?
Atsushi Eno
Daniel Lundqvist wrote:
>
> Hi,
>
> Ok, I think there perhaps is a missunderstanding here.
> What I'm talking about here is not the resulting WSDL but the actual
> SOAP/XML serialization of the RPC call.
>
> I apologize if I wasn't clear enough about
If I were to suggest something like that I will never suggest legacy
GUI framework i.e. windows forms for new development. And of course
you are wrong to choose whom to talk to about your idea.
Atsushi Eno
Sharique uddin Ahmed Farooqui wrote:
> Hi,
> This idea may be wired. But I think rew
seful when you have trouble installing from RPMs or
compiling from source. It is also a good way for people coming from a
Windows/.NET background to try Mono on Linux with minimal effort (so we
can take them over to this side of the force ;)
Atsushi Eno
Rafael Teixeira wrote:
> You c
outputs.
Atsushi Eno
Federico Di Gregorio wrote:
> Hi *,
>
> this is my first post to this list so, please, feel free to tell me (in
> private) about policies and to redirect me to the right place if I am
> out of topic. Thank you.
>
> We are having some problems serializing an X
What is this patch for?
At least changing automatically generated sources is not good.
It is generated by genxs2 and retouched class name and #if NET_2_0.
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
> Please review the attached patch.
>
> Regards,
>
Thanks, it looks good. Please commit.
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
> Please review the attached patch
>
> Regards,
>
d to fix in the xml serialization
> generator code.
With your hint it was easy to fixed it (I think I fixed it :-)
Can you please check if it works for you?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
You can sign and verify XML signatures without WSE.
System.Security.Cryptography.Xml.SignedXml and relevant classes are
implemented in Mono too.
Atsushi Eno
APS wrote:
> Hi guys,
> how to verify xml signature in mono? http://www.w3.org/TR/xmldsig-core/
> I've read docs f
lone_tests/xmldsig.cs
Atsushi Eno
APS wrote:
> You're right but I need to use a .cer file to verify the signature
> and looking at this article http://support.microsoft.com/kb/320602 it
> seems that I must use cryptoapi to extract the key to pass at the
> verifysign metho
Hi,
The sample code I put runs on .NET 1.x if you use Mono.Security.dll
which could be used under .NET 1.x too. On the other hand,
X509Certificate2 is sure, only 2.0 thing, but I just use it as a
shortcut to retrieve AsymmetricAlgorithms from certificates.
Atsushi Eno
APS wrote:
> Trying
Hi,
I'm in doubt that it is the correct way to filter errors out. Do
you have any test case that needs this?
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
> .Net throws on soap version mismatch.
> Please review the attached patch fixing this.
>
> Regar
at it should be is write once if LocalName && NamespaceURI are fine (can be
> several possibilities - for each XmlAnyElement) or throw.
Well, I thought that there is no other case than "wsdl:documentation"
that could pass there (or I'm likely misunderstanding what the
amespace? If not, what is the "generic" case that is in
trouble? (That's kind of why I asked concrete trouble case ...)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ethod.
So, wouldn't it be conceptually like this?
if (Content-Length <= 0 && Transfer-Encoding == null && Content-Type !=
"multipart/byteranges")
return false;
return true;
Atsushi Eno
___
Mono-d
Chars");
AssertEquals(props[1].Name, "Length");
}
I'll revert r73699.
Atsushi Eno
Miguel de Icaza wrote:
> I just noticed this while running the corlib tests:
>
> Failures:
> 1) MonoTests.System.StringTest.StringProperties :
>
on 3.1 or around (and there
was no need for that, as MS collation engine does not conform to
the Unicode standards). So, it is only MS compatibility matter.
If anyone provides extra CharCategory metadata for 2.0 for the
runtime, that would be nice.
Atsushi Eno
Eyal Alaluf wrote:
> Hi, Atsu
etter).
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
> Attached patch enables web service declaration of the following form.
> Please review.
>
> namespace WebService3
> {
> [WebServiceBinding (Namespace = "urn:contoso:com")]
&g
\Test\System.Web.Services.Protocols\SoapHttpClientProtocolTest.cs:55
As long as it goes away, it could go into svn I think. Thanks again :)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ay to workaround it in the Makefile.
We always welcome maintaining hackers, or useful stubs that are
conformant to the guideline above so that they can be implemented
by others.
Cheers,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel
I strongly encourage you to not lie.
SharpDevelop does support debugging and refactoring.
Atsushi Eno
Antonello Provenzano wrote:
> Peter,
>
> SharpDevelop is by far the best one for Windows: it is (IMHO)
> comparable with VS.NET for most of the main features a developer need
>
Oops, I apologize. I misunderstood "comparable" that you meant
SD is not usable.
Atsushi Eno
Antonello Provenzano wrote:
> Atsushi,
>
>> I strongly encourage you to not lie.
>
> What do you mean? :|
>
>
>
> On 3/26/07, Atsushi Eno <[EMAIL PROTEC
Nah, what I've originally thought was the quite opposite, as I wrote
that it *does* support debugging and refactoring.
Atsushi Eno
Radek Polak wrote:
> Lie? Do you have anything against SharpDevelop or is it some kind of
> policy to attack people talking about SD?
>
> You
Hi,
There was a guy who tried to use the method in the subject, so
I've created a cosmetic patch to implement it.
Atsushi Eno
Index: System.Web.UI/TemplateControl.cs
===
--- System.Web.UI/TemplateControl.cs(revision
resulted in weird default version mismatch in my patch...)
Atsushi Eno
Index: Mono.Security.Protocol.Ntlm/MessageBase.cs
===
--- Mono.Security.Protocol.Ntlm/MessageBase.cs (revision 74928)
+++ Mono.Security.Protocol.Ntlm/MessageBase.c
Hi, thanks for the hint :) Yes, looks like Mono.Data.Tds uses it.
I'll try it when I set up sql server environment.
Atsushi Eno
Daniel Morgan wrote:
> You could always test with System.Data.SqlClient using
> INTEGRATED SECURITY=SSPI provided that you connect to
> SQL Server 200
til we are ready
to start .NET 3.5 compatibility stack (which involves changes to existing
libraries).
Atsushi Eno
Antonello Provenzano wrote:
> Mark,
>
> LINQ functions are under the profile 2.0 (I don't know why still don't
> have 3.0): to compile it you just have to add
nd install were unsuccessful, the -r option would be regarded
as invalid and it will be reported in prior to nonexistent members.)
Atsushi Eno
Antonello Provenzano wrote:
> Atsushi,
>
>> No, you don't have to add something special either in the source or
>> in the
>> compi
where the type is int. Attached
the patch as well (process-model-section.patch).
Marek: does the patch look good?
Atsushi Eno
Index: System.Web.Configuration_2.0/ProcessModelSection.cs
===
--- System.Web.Configuratio
What are you actually doing? ASP.NET web service, or remoting with
SOAP formatter?
Atsushi Eno
Jerry Haltom wrote:
> Having a problem using a XSP2 web service from a Mono client on the same
> machine. Simply trying a very simple test case. Building a .asmx file, using
> Activator.
I doubt. The stack trace starts from
System.Runtime.Serialization.Formatters.Soap/System.Runtime.Serialization.Formatters.Soap/SoapTypeMapper.cs:435
So, you are either mixing different things, or providing insufficient
information on what you are doing.
Atsushi Eno
Jerry Haltom wrote:
> Tr
this reason?
Atsushi Eno
Sasha Kogan wrote:
>
>
>
>
>
>
> ** /Sasha **
>
> * From: * Sasha Kogan
> *Sent:* Monday, April 16, 2007 4:14 PM
> *To:* 'mono-devel-list@lists.ximian.com'
> *Subject:* XmlTextReader.cs patch (IBM bug workaroun
Just curious, how did you find that this is an issue in IBM JIT and
not in GH? Is it regarded as a bug because its behavior didn't match
Sun JVM?
Atsushi Eno
Eyal Alaluf wrote:
> Hi, Atsushi.
>
> We have run extensive tests against IBM JIT and havn't seen other flows
&g
OK thanks for the info. Then feel free to create XmlTextReader.jvm.cs
that includes those bunch of "fixes" so that they are isolated and
do not impact on performance and future bugfixes.
Atsushi Eno
Eyal Alaluf wrote:
> We managed to reduce this to a pure Java sample that had
eme, so it does not always sound like a bug if they do not
interoperate.
Atsushi Eno
Jerry Haltom wrote:
> Would this be because of my use of Activator? I am in fact using
> Activator on the client side.
>
> You are right. Switching to wsdl2 generated proxies solves the problem.
> So
ppropriate.
It should be really easy by having a diff inside the sources (you
can checkin such a diff in the sources).
Atsushi Eno
Eyal Alaluf wrote:
> Hi, Miguel.
>
> We tested the patch on the attached testcase and saw a degradation of
> ~1%.
> The results were:
>Befo
Hi,
Thanks for the patch, but do you have the actual test case?
Atsushi Eno
Konstantin Triger wrote:
> Hello,
>
> The attached patch ensures the simple types are exported only once. So VS
> correctly generates webservice proxy for types "derived" from xsd primitives,
&g
As long as there is no test no one will assure its stability
but if you still want you can go ahead and commit the patch.
Atsushi Eno
Konstantin Triger wrote:
> Hi,
>
> Any WebService with char in a signature.
>
> Regards,
> Konstantin Triger
>
>> -Original M
It's not only about breakage detection. If someone broke your fix and
there was
no corresponding test, and then you report the person about that, he or
she will
never fix the issue since there is no way to reproduce the issue at his
or her side.
Atsushi Eno
Konstantin Triger wrote:
>
Hi,
I have also seen the same issue, and now the fix is in svn.
Atsushi Eno
Dumitru Ban wrote:
>
> I have an application that worked fine until today when I've made an
> update from the svn. Here is the exception I get:
>
> Server Error in '/test' Application
&
. There are
reasons that we don't make releases just by picking random instant
trunk version.
Atsushi Eno
Pascal Fresnay wrote:
> Hi,
> Can this fix be integrated in 1.2.4 ? It doesn't seem to be fixed in
> preview :
> http://bugzilla.ximian.com/show_bug
Hi,
Please go ahead and commit this almost-no-side-effect fix.
I think you could (and do indeed) commit more significant fixes
without notice in sys.xml. I follow them and will ask you
to fix things if there are issues.
Atsushi Eno
Konstantin Triger wrote:
> Hello all,
>
> Attache
namespace-less documents unlike
XmlTextReader (which has Namespaces property).
(The same behavior as .NET.)
Atsushi Eno
Vladimir Giszpenc wrote:
> Hi,
>
> I don't have Windows so I could not test this on the .Net CLR but the
> behavior I am getting seems weird. If I call
>
thing
on the development plan, so if anyone else is interested, that
would not conflict with the SoC work.
Atsushi Eno
> System.ServiceModel.Web.dll is not part of Silverlight 1.1 as
> shipped I think, but many of its components are on the Silverlight
> poster as technologies tha
nough time to fix
it right now...)
Atsushi Eno
Jeffrey Stedfast wrote:
> As far as I know, Mono depends on libiconv (as either a standalone
> package or built into glibc - which is the case on Linux systems afaik)
> for charset conversion.
>
> The charset names used by libicon
401 - 500 of 1063 matches
Mail list logo