tinfo/mono-devel-list
>
Index: class/corlib/System.Collections.Generic/Dictionary.cs
===
--- class/corlib/System.Collections.Generic/Dictionary.cs (revision 41272)
+++ class/corlib/System.Collections.Generic/Dictionary.cs (working copy)
@@ -2,10 +2,11 @@
//
Hi,
Attached patch adds conversion of SocketFlags to linux flags required
for _wapi_recv, _wapi_recvfrom, _wapi_send, _wapi_sendto calls.
I'm not sure how to handle these flags though:
DontRoute
MaxIOVectorLength
Partial
Also, the patch adds handling of SocketOption.Error for getsockopt
which i
Hi,
Err.. forgot to attach the patch...
Attached patch adds conversion of SocketFlags to linux flags required
for _wapi_recv, _wapi_recvfrom, _wapi_send, _wapi_sendto calls.
I'm not sure how to handle these flags though:
DontRoute
MaxIOVectorLength
Partial
Also, the patch adds handling of Soc
Yup.. we have the test cases also. Giving a little problem while
running the test, will fix that and send it tomorrow.
-Ankit
On Mon, 28 Feb 2005 07:58:06 -0500 (EST), Ben Maurer <[EMAIL PROTECTED]> wrote:
> > Attached is an implementation of Generic Dictionary coded by Suresh and
> > I.
>
> Mu
/Test/System.Collections.Generic/DictionaryTest.cs (working copy)
@@ -0,0 +1,408 @@
+//
+// MonoTests.System.Collections.Generic.Test.DictionaryTest
+//
+// Authors:
+// Sureshkumar T ([EMAIL PROTECTED])
+// Ankit Jain ([EMAIL PROTECTED])
+//
+// Copyright (C) 2004 Novell, Inc (http://www.novel
Attached is DictionaryTest.cs with the test cases.
-Ankit
On Mon, 28 Feb 2005 20:34:09 +0530, Ankit Jain <[EMAIL PROTECTED]> wrote:
> Yup.. we have the test cases also. Giving a little problem while
> running the test, will fix that and send it tomorrow.
>
> -Ankit
>
>
Err... attached are the same tests in diff form (.patch)
-Ankit
On Tue, 1 Mar 2005 12:46:46 +0530, Ankit Jain <[EMAIL PROTECTED]> wrote:
> Attached is DictionaryTest.cs with the test cases.
>
> -Ankit
>
>
> On Mon, 28 Feb 2005 20:34:09 +0530, Ankit Jain <[EMAIL
Hi Dick,
I've split the patch and attached is the patch for the getsockopt part
which you approved. Working on the _wapi_* flags part.
Regards,
Ankit
On Mon, 28 Feb 2005 14:33:35 +, Dick Porter <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-02-28 at 19:27 +0530, Ankit Jain wrote
Who do i contact to get the Dictionary.cs and the test cases checked in??
-Ankit
On Tue, 1 Mar 2005 12:48:03 +0530, Ankit Jain <[EMAIL PROTECTED]> wrote:
> Err... attached are the same tests in diff form (.patch)
>
> -Ankit
>
>
> On Tue, 1 Mar 2005 12:46:46 +
/Socket.cs (working copy)
@@ -4,6 +4,7 @@
// Phillip Pearson ([EMAIL PROTECTED])
// Dick Porter <[EMAIL PROTECTED]>
// Gonzalo Paniagua Javier ([EMAIL PROTECTED])
+// Ankit Jain ([EMAIL PROTECTED])
//
// Copyright (C) 2001, 2002 Phillip Pearson and Ximian, Inc.
//http://www.myelin.co.nz
Attached is a patch for bugs in ilasm.
As almost all the fixes are on the same file (PEAPI.cs), so it wont be
possible to seperate them out.
Also attached are test cases for reproducing the bugs fixed. These were
discovered and fixed while trying to roundtripping on
Microsoft.VisualBasic.dll (mon
Hi,
A long known problem with mono for VB.Net developers was that
Microsft.VisualBasic.* didn't support default values for optional
parameters. The problem has been nicely explained by Jambu at
http://www.gnomebangalore.org/?q=node/view/498. I had written about it
in my blog about a month back.
I
Hi,
> Could we possibly cook a similar solution using Cecil, instead of
> disassembling and reassembling? Looks like something that is
> potentially less-breakable over the time axis.
Yup..thats what we wanna do, but Cecil doesnt have write support as of
now. I'll try to contribute to write-suppo
Hi,
Can somebody please regenerate the masterinfo for .net 1.1, with the
new mono-api-info ? the class status page for Microsoft.VisualBasic
shows 14 errors, thats because of a bug that was there in
mono-api-info, but has been fixed now, so it should show only 2
errors.
-Ankit
--
Blog :
Mono hac
Hi,
I was wondering if we can have some tool (like bug-buddy? havent used
it personally tho') which can collect background/environment/etc info
on a client machine which can be used for filing bug-reports. My point
is that as mono gets more n more popular, we'll have people who have
little or no e
(revision 47945)
+++ mono/dis/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2005-08-04 Jb Evain <[EMAIL PROTECTED]>
+
+ * get.c (dis_stringify_method_signature): handle case when a method
+ has parameters but no corresponding Param row.
+
2005-08-03 Ankit Jain <[EMAIL PROTECTED]&
ars.org/radical
Index: mono/dis/ChangeLog
===
--- mono/dis/ChangeLog (revision 47990)
+++ mono/dis/ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2005-08-04 Jb Evain <[EMAIL PROTECTED]>
+
+ * get.c (dis_stringify_method_signature): han
0)
+++ ilasm/codegen/DeclSecurity.cs (revision 0)
@@ -0,0 +1,38 @@
+//
+// Mono.ILASM.DeclSecurity
+//
+// Author(s):
+// Ankit Jain <[EMAIL PROTECTED]>
+//
+// (C) 2005 Ankit Jain, All rights reserved
+//
+
+
+using System;
+using System.Collections;
+
+namespace Mono.ILASM {
+
+public int
svn up, its already been fixed.
-Ankit
On 9/14/05, Hubert FONGARNAND <[EMAIL PROTECTED]> wrote:
> i cannot compile Mono today from SVN
> make[8]: Entering directory
> `/home/hubert/mono/mcs/class/Microsoft.JScript'
> MONO_PATH="../../class/lib/net_2_0:$MONO_PATH"
> /home/hubert/mono/mono/runti
7825..6af2254 100644
--- a/class/System/Microsoft.CSharp/ChangeLog
+++ b/class/System/Microsoft.CSharp/ChangeLog
@@ -1,3 +1,8 @@
+2008-06-19 Ankit Jain <[EMAIL PROTECTED]>
+
+ * CSharpCodeGenerator.cs (GenerateGenericsConstraints): Emit newline
+ only if the type parameter has constraints
> I suspect the problem here is that MonoDevelop uses CodeDOM to
> generate code for inserting into user code, so it does matter to us
> how the output looks
Yep, this is required for MD's use of CodeDOM.
-Ankit
--
Walt Disney - "I love Mickey Mouse more than any woman I have ever known."
xbuild (svn) can't directly handle .sln files right now. But it can
build the temporary .proj that msbuild
generates for .sln files.
We can build the .sln.proj with multiple projects. Its not
complete yet though.
Currently, it generates the resources, satellite assemblies,
resolves gac/a
+ // set correct basepath to resolve relative
paths in file refs
+ if (reader is
System.Resources.ResXResourceReader)
+ ((System.Resources.ResXResourceReader)
reader).BasePath =
Path.GetDirectoryNam
Probably we should be checking the guid instead of the file extension?
-Ankit
On Thu, May 14, 2009 at 11:02 PM, Jonathan Chambers wrote:
> Dave,
> This looks good to me for now (until we support vcproj, if ever). I'll try
> and commit a variant of this with a warning to the console probably.
> T
Already working on it, thanks for the heads up though!
-Ankit
Marc Christensen wrote:
> Hi everyone,
>
> We have a test-Microsoft_Build_Engine-2.0 failure on mono-branch which
> started between -r131512:131591. I'm having trouble tracking down what
> broke it. It seems that commits during that
Current xbuild status:
It can handle solutions (.sln) now, thanks to Jonathan Chambers,
with C#, VB.net projects. Handles embedded resources, satellite
assemblies, project references etc.
Eg. Paint.Net 3 ( builds completely with it now, IronPython (2.0.1)
builds, IronPython svn (builds with compi
On Mon, Jul 27, 2009 at 9:48 PM, Gladish, Jacob wrote:
> I decided to give xbuild a try today and was pretty impressed on how well it
> was working.
Glad to hear that :)
> I have a project with a few .config files checked into revision control that
> wind up being read-only. When I run xbuild i
Looks fine, please commit.
-Ankit
On Dec 31, 2007 12:28 AM, Rodrigo Kumpera <[EMAIL PROTECTED]> wrote:
> Forgot to attach EmityteInst.cs.
>
>
>
>
> On Dec 30, 2007 4:50 PM, Rodrigo Kumpera <[EMAIL PROTECTED]> wrote:
> > The attached patch implements support for the .emitbyte directive. Please
> r
> Someone really needs to write a man page for mdtool. (I'm not
> volunteering; I have enough man pages to write for mdoc as it is...)
It already exists :-)
-Ankit
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
I've just committed msbuild tasks and targets to support
building Silverlight projects with xbuild. Though the core of
the tasks is from monodevelop's moonlight code, there
are still enough differences that bugs would have creeped
in.
This could use lot of testing. As of now, this is available
on
Hi,
Could you please run xbuild with "/v:diag" and with env var
MONO_OPTIONS=--debug set, and attach the log.
Also, could you attach the .sln file also?
-Ankit
On Fri, Aug 13, 2010 at 5:40 AM, Nicholas Salerno
wrote:
> Hello. I have an existing Visual Studio solution (VS 2010) file that I am
}
MyLibrary3
--
-Ankit
On Fri, Aug 13, 2010 at 7:02 PM, Nicholas Salerno
wrote:
> (Meant to CC the reply to the mailing list)
>
> Nicholas
>
> -Original Message-
> From: Nicholas Salerno
> Sent: Friday, August 13, 2010 9:25 AM
> To: 'Ankit Jain'
>
What are you setting XBUILD_COLORS to? It works for me (2.6.7 on opensuse 11.2).
What terminal are you trying this in?
-Ankit
On Wed, Sep 8, 2010 at 2:52 AM, Nicholas Salerno
wrote:
> Has anyone noticed that XBuild warnings are not being colored? Or is it
> just my setup (Mono 2.6.7 on openSUSE
Could you please attach the xbuild logs for this?
Run it with "/v:diag"
-Ankit
On Mon, Nov 1, 2010 at 7:26 PM, vinay_rk wrote:
>
> I' am using Mono 2.8
>
> -Vinay
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Unable-to-work-with-Configuration-files-tp3014524p3022188.h
Committed [1]. Thanks for the patch.
-Ankit
1. https://github.com/mono/mono/commit/ee5c9692cb93d98c3cbcc51b387b5d99d0383fc3
On Tue, Nov 9, 2010 at 10:27 PM, technomage1972
wrote:
>
> I have recently discovered that the xbuild sytems was not passing the
> platform setting from project files on t
2012/2/1 "Konrad M. Kruczyński"
> Hi all,
> during playing with nuget I discovered that xbuild has some problems
> with playing with nuget's targets. Specifically nuget.targets contains
> lines like that one:
> $([System.IO.**Path]::Combine($(ProjectDir),
> "packages.config"))
> During the build
2012/2/1 Konrad M.
> On Wed, 2012-02-01 at 16:52 +0530, Ankit Jain wrote:
>
>
> > xbuild doesn't support property functions yet. In this case, the
> > replacement should
> > be easy:
> >
> >
> > $(ProjectDir)\packages.config
> >
>
&
MonoObject *socket;
Index: mono/metadata/ChangeLog
===
--- mono/metadata/ChangeLog (revision 56384)
+++ mono/metadata/ChangeLog (working copy)
@@ -1,3 +1,12 @@
+2006-02-01 Ankit Jain <[EMAIL PROTECTED]>
+
+
Attached is the reworked patch.
The icalls now return error WSAEOPNOTSUPP if the socket flag is
invalid or cannot be mapped to a native one.
-Ankit
On 2/2/06, Dick Porter <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-02-01 at 22:03 +0530, Ankit Jain wrote:
> > But this means that a
Hi,
> > Use:
> > .field int32& val1
> > and
> > .field [mscorlib]System.TypedReference val2
> >
> > They are not allowed, so I'm not sure ilasm will
> > compile them.
>
> ILASM doesn't seem to like them.
I tried
.field public int32& i
.field public class [mscorlib]Syst
Hi,
> . All the tests bar those which reference
> non-existent fields and methods now assemble with Mono
> ilasm and ...
I had fixed this over the weekend (referencing non-existant
methods/fields in a TypeDef), so it should be working now. Are you
using ilasm from svn ?
-Ankit
--
Blog : h
Hi,
The attached patch adds the property
System.Web.Services.Description.DocumentableItem.ExtensibleAttributes
for the NET_2_0 profile, and adds support for it in
ServiceDescriptionSerializerBase . Also attached is a test case for
the same.
Please review.
-Ankit
--
Blog : http://ankitj.blogspot.
Hi,
Please file a bug at bugzilla.ximian.com for ilasm with a test case.
-Ankit
On 4/7/06, Jonathan Morgan <[EMAIL PROTECTED]> wrote:
> Mercury is a logic programming language. The researchers on it were
> paid by Microsoft to develop an IL backend, which works with the
> Microsoft .NET framew
It is currently implemented with a LTM (Local Transaction Manager) in
mono. (mcs/class/System.Transactions). You can check the class status
at
http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-System.Transactions.html
DependentTransaction is not implemented yet, rest should work
This link should be helpful -
Implementing an Implicit Transaction using Transaction Scope
(http://msdn2.microsoft.com/en-us/library/ms172152.aspx)
Transaction.Current property (ambient transaction) refers to the
"current" transaction which can be used by DbCommand etc to find out
whether it is b
+
return 0;
}
}
public class Browser {
Glade.XML ui;
- Gtk.Window MainWindow;
+ public Gtk.Window MainWindow;
Style bar_style;
[Glade.Widget] public Window window1;
Index: docbrowser/ChangeLog
===
--- docbrowser/ChangeLo
46 matches
Mail list logo
