Please go ahead. Thanks.
Atsushi Eno
Kornél Pál wrote:
Hi,
Please review and approve the patch.
Kornél
___
Mono-devel-list mailing list
Mono-devel-list
Cool, thanks for the fix :-) It is checked in svn (r62136).
(1.1.16 tagging is not started yet.)
Atsushi Eno
Gareth Pearce wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=78654 contains a patch and a
example program.
Could someone have a look at these - it would be really nice
to load 2.0 mscorlib, and the runtime raised the
error you received, in response to that request.
I assume that you don't use xsp2 (instead of xsp) which is required
to run 2.0 code (you use SendOrPostCallback which is only in 2.0).
Atsushi Eno
___
Mono
is based on Assembly.GetEntryAssembly().
The exception above happens when there is no entry assembly information,
which is also likely to happen around web services.
If you use xsp2 and still get this error, please file a bug on
bugzilla.
Atsushi Eno
___
Mono
Hello,
I don't think anyone minds serialization compatibility fixes.
So I think you can commit the change if no objection from others.
Actually, how about becoming the encoding maintainer and take
full responsibility on them? Miguel, do you mind?
Atsushi Eno
Kornél Pál wrote:
Hi,
I just
Atsushi Eno wrote:
Janne Rantala wrote:
2006/7/3, Atsushi Eno [EMAIL PROTECTED]:
Hello,
Another error about web services is this which I usually get when
trying
to
initialize client:
Unhandled Exception: System.TypeInitializationException : An exception
was
thrown
by the type
projects:
http://www.mono-project.com/Summer2006#WebParts_Implementation
To keep track of the effort, see:
http://groups.google.com/group/mono-soc-2006
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
If no problem, it'd be nice to get the code in our svn (of course
it is under his agreement).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
Janne Rantala wrote:
2006/7/25, Atsushi Eno [EMAIL PROTECTED]:
Hi,
Janne Rantala wrote:
2006/7/7, Atsushi Eno [EMAIL PROTECTED]:
I made a fix in svn, but I have no test case for embedded
scenario.
If you are using mono from svn, can you please try it?
Atsushi Eno
(), thus I can only guess that the
invoker is ClientConfigurationSystem, which uses GetCallingAssembly()
which you said does not return null.
Atsushi Eno
Hi,
I changed error message to another one, and now I get that error I wrote. I
tried reading ConfugurationManager.AppSettings
you load your own
exe which has a corresponding config file and it is expected that
the config file should be loaded.
There would be a way to load config from the runtime API, or it would
be a bug in the runtime that it does not set corresponding
AppDomainSetup.ConfigurationFile.
Atsushi Eno
for running an ASP.NET
server).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
We do support multi AppDomain. Your complaints on bug #76757 is
too tiny to be taken care on this general information. Or are you
saying that we should say we don't support generics because there
are some bugs ?
Atsushi Eno
Brian Crowell wrote:
Miguel de Icaza wrote:
Feel free to augment
searched bugzilla for doubtful behaviors.
Atsushi Eno
Brian Crowell wrote:
Atsushi Eno wrote:
We do support multi AppDomain. Your complaints on bug #76757 is
too tiny to be taken care on this general information. Or are you
saying that we should say we don't support generics because there
are some
inclusive). Please review it.
and update the dates in the ChangeLog entries.
Seems like I had a good time slip ;-)
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel
be used on Linux in China,
Japan, Korea and everywhere else where input methods are
mandatory, and it won't be supported before Mono 1.2.
Gtk# perfectly works on the other hand.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Possible actions you would like to take are:
- stop using such classes that we don't have
- report missing bits to bugzilla.ximian.com and pray for someone fix it
- implement it by yourself and post a patch (best)
Atsushi Eno
Tomek Soroka wrote:
i try run web app under xsp2 and got such error
Hi,
Just curious, isn't SOAP extension configuration new functionality
in .NET 2.0 which we don't support yet?
Atsushi Eno
L.G. Meredith wrote:
All,
i know this question has been asked a million times, but i can't find an
answer that works with my setup. Before i try it on mono, i would
different configuration section (handler)
which might not be fully supported. In that case, regardless of
whether extension types are supported in 1.x, it won't work.
(That's why I wrote just curious btw.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono
of EventLog stuff, I'll
checkin the code by myself.
Atsushi Eno
Index: System.Diagnostics/EventLogImpl.cs
===
--- System.Diagnostics/EventLogImpl.cs (revision 63403)
+++ System.Diagnostics/EventLogImpl.cs (working copy)
@@ -3,8 +3,10
Hi Gert,
Thanks for the comments.
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Atsushi Eno
Sent: maandag 7 augustus 2006 3:58
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] local file based
, the total amount of
members we need to implement is the same.
(Any simplification idea is of course welcome :-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
)
that works only under Windows. We are not going to mimick the
entire event system for non-Windows land.
If anyone tries to implement it, that would be fine though.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Cool! BTW Andreas asked me to keep existing do nothing
implementation, so please post a patch before committing code
so that we can meet his request.
Atsushi Eno
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf
Just curious, where is my local file implementation which just works?
If it isn't in your patch, I'll ignore it and commit my patch so
that I don't have to waste customers' time for something unimplemented.
Feel free to improve your implementation after that.
Atsushi Eno
Gert Driesen wrote
sending it as I'm ready to
commit) You don't have to spend your time to include my code.
And I don't use XML here and stick to current code (I hate extraneous
Xmlization ;-)
Atsushi Eno
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL
- add old wrong XmlTextWriter to be used in monodocer to replace
correct XmlTextWriter.
Grab XmlTextWriter.cs and XmlTextWriterOpenElement.cs from
branches/mono-1-1-16/mcs/class/System.XML/System.Xml.
Which would be better?
Atsushi Eno
___
Mono
As we talked on #mono yesterday, feel free to commit your changes
that include my local file based implementation (as you rather
wanted, than changing your code after my commit, dunno the reason
though). However it is not the case if you need much more time.
Atsushi Eno
Atsushi Eno wrote:
Ok
than reducing little coding cost.
- Other than above, I support your plan. Thanks also to
latexer, it became pretty cute.
Atsushi Eno
Gert Driesen wrote:
Hi Atsushi,
As we discussed on #mono, I've made modifications to the UnixRegistry API to
create the following
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Atsushi Eno
Sent: zondag 13 augustus 2006 15:32
To: Gert Driesen
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] [PATCH] EventLog implementation
agreement). As I originally suggested, feel free to
improve your code *after* my changes so that we don't waste time
for the sake of real users.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
. Note that your tests (that you said you spent a lot of time)
are still there.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
in front of you guys' cost.
If you guys say we should still stick to Latin1, never write
Jarosław's name on ChangeLog as is. (Does it sound cruel? but that's
the consequence that use Latin1 results for him. Face the reality.)
Atsushi Eno
___
Mono-devel-list
ignore comments so incorrectly encoded characters in
comments can cause little harm if any.
Sadly it indeed caused problems when I tried to build a library
from the sources whose comments are written in Japanese (Shift_JIS).
So, in such cases, using UTF-8 is the only solution I think.
Atsushi
time anymore on this tiny demand
on this registry based implementation.
Atsushi Eno
Gert Driesen wrote:
Hi,
I've finished implementing the eventlog changes and incorporated
feedback by Atushi Eno (let me know if there's anything message).
We now have the following environment variables
Hi,
Kornél Pál wrote:
Hi,
Atsushi Eno:
Is saving files in utf-8 without BOM possible in general western
editors land? If yes I like the idea. If not then maybe it is not
a good solution for us (yeah, not using non-ASCII letters is the
most pessimistic option).
(BTW I guess, with BOM you
review and approve the patches.
Thanks a bunch for the patch! I attached the result of my audit
as only meaningful code changes i.e. I believe I read the
entire changes ;-)
If no objection in reasonable days, let's check the patch in.
Atsushi Eno
Index: mcs/build/config-default.make
What is more important to know is that this extra dll is required
only for Win32 mode of the implementation.
If I wrote about it, I'd have never said it is required.
Atsushi Eno
Robert Jordan wrote:
Hello,
Miguel de Icaza wrote:
I'd prefer the pure approach, meaning using your original
Hi,
Probably downgrading libtool to 1.5.20 would solve the problem.
Atsushi Eno
Sebastien Pouliot wrote:
Hello Timo,
On Tue, 2006-08-22 at 15:05 +0200, Timo Rainio wrote:
hi all,
building mono on windows when in /trunk/mono/mono/monoburg the
following command:
./monoburg ./sample.brg
would help you).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
-builder/lcids.xml).
Which culture do you need specifically ?
Atsushi Eno
John Hatton wrote:
In our application, which is solely for the world's minority languages, we
would like to be able to make new CultureInfo's from ldlm files (Locale Data
Markup Language).
On the Windows side, we can use
Hmm, what I cannot understand is that while you say that few of those
languages you need are in ICU but you are still saying you will use
ICU.
Also note that CultureAndRegionInfoBuilder never helps custom
string collation. That framework is only for number and date
formatting.
Atsushi Eno
John
is specified in 1998).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
This should be fixed at r63726. Mono 1.1.17 contains the fix.
Atsushi Eno
Martin Mazur wrote:
Martin Mazur wrote:
Hi all,
When attempting to get CC.NET to run on mono 1.1.16 I came across a
weird problem with the XmlTextWriter. Whenever it attempts to write
xml containing an xml
.html
Cheers,
Atsushi Eno
L.G. Meredith wrote:
Lluis,
Thanks for the response. The schema validates against the W3C schema schema
using Oxygen. i haven't had the chance, yet to validate it using any other
validation tool. Does xsd.exe on mono not support all valid schema? What
Nice. Blind implementation detail differences without any rationality
is always out of my interest, but someone might be interested.
Cheers,
Atsushi Eno
L.G. Meredith wrote:
Atsushi, Lluis,
In the original schema i sent i used a recursive group style specification
(as the schema specified
Mmm, actually the EOL stuff is somehow my bad. I'll change them to LF.
Atsushi Eno
Miguel de Icaza wrote:
Hello Michael,
A few comments on the patch:
* The changes require ChangeLog entries that detail the changes
* The coding style for some routines like gdate.c should
You are still wrong :-) InvariantCulture still causes culture
sensitive comparison.
Use String.CompareOrdinal() or CompareOptions.Ordinal instead.
Atsushi Eno
Andreas Nahr wrote:
Sorry if this is already handled, just looked over the list and found this
bug:
Index: System.Net
Because there are characters that are ignored even in invariant comparison.
Well, I agree that instead was not proper here. It should be
additionally.
Atsushi Eno
Andreas Nahr wrote:
Care to explain why? I'm aware that Invariant will be
(invariant-culture) sensitive, however it IMHO would
that someone who derives another XPathNavigator based on it
would not be messed by CanEdit result. Only XmlDocumentEditableNavigator
should override it.
Atsushi Eno
Konstantin Triger wrote:
Hello,
The attached patch and a test case set the CanEdit property according to msdn.
Please review
on .NET).
I'm not a fan of this specific restructuring anyways: so niche.
Atsushi Eno
Andreas Nahr wrote:
Hi,
Hello,
* Creating the binary data should be simple when generating from a
.Net VM.
Would it be allowed to gernerate directly from MS.Net? From
Portable.Net?
(obviously from Mono
, I might be wrong here again, so let's talk about it after you
have done with it.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
are not mmaped.
As Andreas claimed, non-mmaped resources is worse (and that's what
I agree with him).
Atsushi Eno
Brian Crowell wrote:
Atsushi Eno wrote:
I quite don't understand why you speak about the _existence_
of mmaped external resource loader.
Forgive me for jumping in, but I think he's talking
?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
I would love to see such cosmetic differences as totally optional
such as we do filter some attributes such as ComVisibleAttribute out
so that the class status pages do not become totally noisy for 99%
of people.
Atsushi Eno
Leszek Ciesielski wrote:
On 10/20/06, Kornél Pál [EMAIL
asked Paolo, as only he would know the best answer ;-)
Atsushi Eno
Alan McGovern wrote:
To my understanding, fixed pointers do not participate GC target. And
- locally-allocated array anyways lives until its conversion finishes
(and probably immediately disposed depending on the JIT
With MD, the only way you can really build mcs classes is to open
Makefile in MD.
.csproj is obviously unused one. Just removed.
Atsushi Eno
Andrés G. Aragoneses [ knocte ] wrote:
I get:
[mcs/class/System.XML/System.Xml.XPath/Tokenizer.cs, Line=51, Column=29,
Type=Error, Description
You mean, we should ignore the comment from Kosta on bugzilla
and apply your patch anyways, right? Why?
Atsushi Eno
blackdog wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=79396
Hi, if anyone can commit this before 1.2, or something better, I'd
appreciate it.
It's the same fix submitted
.
Atsushi Eno
blackdog wrote:
Please check the thread *Re: [Mono-dev] [PATCH] Correction to the r65131
inSystem.Web.UI.WebControls/ObjectDataSourceView.cs
*Kosta replied that he didn't fix the bug, specifically:
I did not make any fixes for
http://bugzilla.ximian.com/show_bug.cgi?id=79396
It is pasted in http://bugzilla.ximian.com/show_bug.cgi?id=79396 .
The issue remaining is, looks like ObjectDataSourceView had better
be changed (simplified) as well.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
Oh, okay, thanks for the clarification. I also prefer your fix and
make some
there.
Atsushi Eno
Vladimir Krasnov wrote:
Hello,
Please review and approve attached paches, this will fix remove
element in all configuration collections
Vladimir
Hi again,
Seems like you have mixed line endings (LF/CRLF) in this patch,
so please fix it. Another one; your switch and case should
go at the same tab level.
The same we need test issue applies to this patch as well.
Other than the above, the patch looks good. Thanks!
Atsushi Eno
Vladimir
notice that this thread is basically about different bug (it
is rather about ConfigurationManager, which should not always expect
entry assembly existence).
Atsushi Eno
Michał Ziemski wrote:
Hi!
I've just tripped on this one.
This time under mod_mono.
This is very bad as it crashes
like it should be applied (unless it is
wrong).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
mmm, never mind, Robert already fixed it in svn (r67496)
Atsushi Eno
Atsushi Eno wrote:
Hello,
The code I posted originally in the bug report might have been a little
misleading.
I did an additional comment with more appropriate code later.
Ah, ok now I think I was misunderstanding
.
* discussions about getting a managed application run with mono
specifically dedicated to
specifically dedicated to
specifically dedicated to
specifically dedicated to
specifically dedicated to
Atsushi Eno
Original SPAM message:
Hi,
while I realize that this does not exactly
Hi,
I think zip archive for text files is much worse than tgz at
compression. How was the difference?
Atsushi Eno
Wade Berrier wrote:
Hi,
Several have reported that the tarballs available from
mono.ximian.com/daily are not buildable.
This is caused by some limitations of the tar format
Hmm... is it difficult to produce both zip and tar.gz (or.bz2) ?
Atsushi Eno
Wade Berrier wrote:
Hi,
Yes, it is much worse... 20MB to 32MB :(
Wade
On Sat, 2006-11-11 at 06:24 +0900, Atsushi Eno wrote:
Hi,
I think zip archive for text files is much worse than tgz at
compression
Guys, I don't think we are interested in which compression format
is most efficient for compression. Only popular, *really* popular
ones such as tar.gz, tar.bz2 or zip would be the choice(s).
(What I practically mean is, it is being so off-topic.)
Atsushi Eno
Angel Marin wrote:
Michael
to create
masterinfos for indigo assemblies first).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Ugh, that's my bad. Thanks for the beta check and patch.
Wade, it is possible to rebuild packages to fix this blocker?
Atsushi Eno
Robert Jordan wrote:
blackdog wrote:
in my web service when i want to check the default wsdl i get the
following
since installing 1.2.1
*Description: *Error
)
Thanks,
Atsushi Eno
Tal Klar wrote:
Hi,
The attached patch contains 32 tests for System.Xml.Serialization
Generics scenarios. All tests fail. Please review the tests.
Should we commit them with NotWorking attribute? Open bugs in Bugzilla?
Thanks,
Tal
It is just a mistaken commit. I've already asked Hagit to revert it.
Atsushi Eno
Andrés G. Aragoneses [ knocte ] wrote:
I have noticed that on revision 68577 some changelogs has been deleted,
instead of just pointing out the refactoring in a new changelog entry.
Is that ok?
Regards
= 0; i 1000; i++)
DateTime.Parse (2006-11-30T01:01:01.000);
}
}
Before the patch:
Total memory allocated: 378 KB
After the patch:
Total memory allocated: 292 KB
If it does not look harmful, I'll commit later.
Atsushi Eno
Index: System/DateTime.cs
.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Mirco Bauer wrote:
On Mon, 2006-12-04 at 20:09 +0100, Paolo Molaro wrote:
On 11/30/06 Atsushi Eno wrote:
I noticed that many string[] properties in DateTimeFormatInfo are
used directly in DateTime. They have to return Clone() which are
not neccessary there.
If the arrays are exposed
I made a fix in mono/web/web/deploy. Maybe Gonzalo or Miguel can
update it on the web?
Atsushi Eno
Jonathan Pobst wrote:
Speaking of the class status pages, it has this really great feature
where if you Ctrl-Click on a node, it takes you to the SVN for that
class. However, it is still set
nunit-console.exe without
mono runtime.
For above, you don't have to change anything in your source tree ;-)
Atsushi Eno
joel reed wrote:
I'm trying to figure out how to run the olive testsuite against the
microsoft .net 3.0 assemblies. It seems olive and mono have a pretty
similar build
Oh, well, specific to WF stuff, I had to change Makefile in
System.Workflow.Runtime to add .dll sufix in -r options to
LIB_MCS_FLAGS. That might trap you.
Atsushi Eno
Atsushi Eno wrote:
Hi,
I have never tried csc to build olive stuff before, but the same
trick as our mcs tree has (actually
2.2.0 as we
have in our mcs class libs. (No wonder why - I simply copied them from
mcs tree.)
If someone wants to contribute NUnit upgrades in our libs, that would be
great.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
The script file is mono/web/web/deploy/cm/cormissing.js, which should be
referenced by the HTML (see class-status-System.Xml.html for example).
Alternatively you can put your html files somewhere and ask why it
doesn't work ;)
Atsushi Eno
Hi,
Yesterday i compiled the mono/tools
.)
Note that I'm _not_ going to stop the checkin even if there are
bugs in new area. I'm rather afraid of breaking existing things.
There are still some missing stuff, but I think they are largely
internal which we don't have to follow.
Atsushi Eno
___
Mono
that Mono behavior is
the correct behavior, but with this I find difficulty to fix
web service configuration issue, so I'm tempted to find that
current behavior is incorrect (and my understanding becomes wrong) ;-)
So, does anyone have ideas on how this property works?
Atsushi Eno
using System;
using
Hi Kosta,
Thanks again for the hint :-) Yeah, I agree with you. I'm not sure
how Alternate collection should work, but the examples attached
worked similarly.
If it is a different issue to fix, and no further issue on the
changes, I'll apply the change based on your suggestion.
Atsushi Eno
Hi,
Here is a cosmetic patch to make sqlsharpgtk to install
sqlsharp.exe.config. It won't work unless you trim .in from
sqlsharpgtk.exe.config.in (I don't think this .in is needed
so I simply renamed it). Without it sqlsharpgtk won't show
any drivers to connect to databases.
Atsushi Eno
Index
far from familiar with sqlsharp sources, so I might
be missing the point :|
Atsushi Eno
Looks good. Feel free to commit.
The .config.in file was meant to be copied to a
.config file. This way, you can change it for your
specific settings. Yet, when you do a svn commit, the
config file
Hi,
For olive I need some missing stuff in System.dll, so I created
some stubby classes. If no problem, I'll commit the patch later.
(CCing jonp as he might be maintaining things in that area.)
Atsushi Eno
Index: Test/System.Diagnostics/TraceSourceTest.cs
this return `new string[0]'? At least that would be more
consistent with the .NET Framework Design Guidelines.
Actually I just implemented it along with MSDN documentation. Now
I have added another test case for it in SwitchesTest.cs. I will
checkin soon.
Atsushi Eno
it
is better than raising NRE for normal socket connection.
Atsushi Eno
Index: System.Net.Sockets/Socket.cs
===
--- System.Net.Sockets/Socket.cs(revision 71501)
+++ System.Net.Sockets/Socket.cs(working copy)
@@ -818,9
Hi Kosta,
Cool :-) Please commit. (It is for both 1.1 and 2.0, right?) Thanks!
Atsushi Eno
Konstantin Triger wrote:
Hello all,
The attached patch in DecriptionReflector ensures we describe only
supported bindings and never HttpPostLocalhost (like .Net does
).
The only way I saw to implement this is to create
ServiceDescriptionReflector, get ServiceDescriptions and check with your new
API. Do you see a more elegant way?
I see no better options, so, that'd be the way to go.
Atsushi Eno
___
Mono-devel-list
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 adding unit tests which verify the MS behavior, and modify
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.
Index: System.Web.Services.Protocols/HttpSimpleWebServiceHandler.cs
());
+ }
+#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 we should be watching out
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,
This patch from Kosta
Gert Driesen wrote:
- Original Message -
From: Robert Jordan [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Monday, January 29, 2007 12:46 PM
Subject: Re: [Mono-dev] HttpWebRequest method patch
Hi Atsushi,
Atsushi Eno wrote:
Well, it is very good idea
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-devel-list mailing list
Mono
.
No need to do that.
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=254656
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
301 - 400 of 890 matches
Mail list logo