Re: [Mono-dev] [PATCH] System.Data API signature fixes
Hi Konstantin, Most of the API signature mismatch was fixed by Senga. Based on System.Data implementation: http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-System.Data.html System.Data - 90% of the task are done and 475 functions yet be done. I'm currently working on SqlConnection.GetSchema method. We have received patch for BinarySerialization and Read / Write XML. Few tests are failing. Need to fix them. Thanks Nagappan Miguel de Icaza wrote: Hello Konstantin, Finally we (Mainsoft) are approaching to the System.Data 2.0 api. In the mail below you said that you are working on it. What is the current status, have you submit it? What is the test coverage? This information will help us in planning of our effort in this area. Senga has left Novell to pursue a Master's degree in the US. I have CCed Nagappan which took over the development of ADO.NET from Senga. Miguel -- Nagappan A [EMAIL PROTECTED] Novell Software Development (I) Pvt. Ltd. Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com/ Novell, Inc. SUSE® Linux Enterprise 10 Your Linux is ready™ http://www.novell.com/linux ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Use the correct type for S.D.Printing.PrintDocument.PrintController
Hey,
S.D.Printing.PrintDocument.PrintController has as default a new instance
of S.W.F.PrintControllerWithStatusDialog, which is in SWF assembly.
The current code assigns a new instance of S.D.P.StandardPrintController
to PrintDocument.PrintController, which isn't the right behaviour.
The problem is that it's not a good idea to add System.Windows.Forms as
a reference to the System.Drawing assembly IMHO. So, the approach is to
load the SWD assembly using reflection and then cache the type .ctor.
Also, PrintDocument.PrintController should be never null, and should get
a new PrintControllerWithStatusDialog instance, just like .Net does.
Carlos.
Index: PrintDocument.cs
===
--- PrintDocument.cs (revisión: 63154)
+++ PrintDocument.cs (copia de trabajo)
@@ -34,6 +34,7 @@
using System;
using System.ComponentModel;
+using System.Reflection;
namespace System.Drawing.Printing
{
@@ -45,6 +46,8 @@
private PrinterSettings printersettings;
private PrintController printcontroller;
private string documentname;
+
+ static ConstructorInfo pcontroller_with_status_ctor;
#if !(NET_1_0)
private bool originAtMargins = false; // .NET V1.1 Beta
#endif
@@ -53,8 +56,20 @@
documentname = document; //offical default.
defaultpagesettings = new PageSettings(); // use default values of default printer
printersettings = new PrinterSettings(); // use default values
- printcontroller = new StandardPrintController();
+ printcontroller = CreatePrintControllerWithStatusDialog (new StandardPrintController ());
}
+
+ PrintController CreatePrintControllerWithStatusDialog (PrintController underlying_pc)
+ {
+ if (pcontroller_with_status_ctor == null) {
+Assembly wf_assembly = Assembly.Load (System.Windows.Forms, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b77a5c561934e089);
+Type pcontroller_with_status_type = wf_assembly.GetType (System.Windows.Forms.PrintControllerWithStatusDialog);
+pcontroller_with_status_ctor = pcontroller_with_status_type.GetConstructor (new Type [] {typeof (PrintController)});
+ }
+
+ PrintController retval = (PrintController) pcontroller_with_status_ctor.Invoke (new object [] {underlying_pc});
+ return retval;
+ }
// properties
[DesignerSerializationVisibility (DesignerSerializationVisibility.Hidden)]
@@ -89,7 +104,8 @@
return printcontroller;
}
set{
-printcontroller = value;
+printcontroller = value == null ?
+ CreatePrintControllerWithStatusDialog (new StandardPrintController ()) : value;
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Use the correct type for S.D.Printing.PrintDocument.PrintController
this doesn't work unless System.Windows.Forms is being used, it appears.
The following test:
using System;
using System.Drawing;
using System.Drawing.Printing;
public class Foo {
public static void Main (string[] args) {
PrintDocument doc = new PrintDocument ();
Console.WriteLine (controller = {0},
doc.PrintController.GetType());
}
}
outputs:
controller = System.Drawing.Printing.StandardPrintController
Chris
On Wed, 2006-08-02 at 04:30 -0500, Carlos Alberto Cortez wrote:
Hey,
S.D.Printing.PrintDocument.PrintController has as default a new instance
of S.W.F.PrintControllerWithStatusDialog, which is in SWF assembly.
The current code assigns a new instance of S.D.P.StandardPrintController
to PrintDocument.PrintController, which isn't the right behaviour.
The problem is that it's not a good idea to add System.Windows.Forms as
a reference to the System.Drawing assembly IMHO. So, the approach is to
load the SWD assembly using reflection and then cache the type .ctor.
Also, PrintDocument.PrintController should be never null, and should get
a new PrintControllerWithStatusDialog instance, just like .Net does.
Carlos.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Use the correct type for S.D.Printing.PrintDocument.PrintController
Hey, Carlos Alberto Cortez wrote: + Assembly wf_assembly = Assembly.Load (System.Windows.Forms, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b77a5c561934e089); The version of the assembly is wrong. Please use the constant `Consts.AssemblySystem_Windows_Forms' instead of the hard coded assembly name. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Use the correct type for S.D.Printing.PrintDocument.PrintController
Oh, that's perfect (I wasn't aware of that constant). Carlos. El mié, 02-08-2006 a las 14:00 +0200, Robert Jordan escribió: Hey, Carlos Alberto Cortez wrote: + Assembly wf_assembly = Assembly.Load (System.Windows.Forms, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b77a5c561934e089); The version of the assembly is wrong. Please use the constant `Consts.AssemblySystem_Windows_Forms' instead of the hard coded assembly name. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Can't find C runtime library while installing mono
We have mono building and running OK under PASE on i5/OS (i.e., AIX) but get an error when installing: gmake install ... gmake[6]: Entering directory `/QOpenSys/home/seurer/dev/mono-1.1.15 /mcs/class/System' gmake install-local gmake[7]: Entering directory `/QOpenSys/home/seurer/dev/mono-1.1.15 /mcs/class/System' MONO_PATH=../../class/lib/net_1_1_bootstrap:$MONO_PATH /home/seurer/dev/mono-1.1.15/runtime/mono-wrapper ../../class/lib/net_1_1_bootstrap/gacutil.exe /i ../../class/lib/default/System.dll /f /root /usr/local/lib /package 1.0 Unhandled Exception: System.DllNotFoundException: libc.a in (wrapper managed-to-native) Mono.Tools.Driver:symlink (string,string) in 0x00ab0 Mono.Tools.Driver:Install (Boolean check_refs, System.String name, System.String package, System.String gacdir, System.String link_gacdir, System.String libdir, System.String link_libdir) in 0x00718 Mono.Tools.Driver:Main (System.String[] args) gmake[7]: *** [install-local] Error 1 ... I suspect that we need to set some sort of environment variable so that it can find the C runtime library (libc). Is that right, and if so, what is the environment variable? Thanks! -- Bill Seurer IBM System i5 internal compiler development Rochester, MN Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://w3.rchland.ibm.com/~seurer/ http://www.seurer.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building Mono on Linux/Alpha
Zoltan Varga wrote:
Hi,
The patch is now in SVN.
Thank you. There were other patches to common files that haven't got to
SVN yet (mono-linux-alpha2.patch).
I have a question:
Alpha arch doesn't have unassigned compare for floats, but IR seems to
require it. What would be the best place to
implement taking abs values for arguments to compare and do comparition?
I was thinking of using inssel-alpha.brg file to add instruction like
stmt: OP_COND_BRANCH (OP_COMPARE(freg, freg)) { ... }
(I found usage like this in inssel-arm.brg) to implement abs of fregs
and do compare, but I read documentation that this would limit
optimization and register allocation logic.
Another thing - Alpha doesn't have special flag register to hold
comparition result and uses some of common registers. Right now I am using
one predefined register, but this limit its usage for other ops. I would
like to use local register allocation to allocate register to hold
compare results and use it in conditional branch instruction.
Thank you,
--
Sergey Tikhonov
Solvo Ltd.
Saint-Petersburg, Russia
[EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building Mono on Linux/Alpha
Hi,
I have a question:
Alpha arch doesn't have unassigned compare for floats, but IR seems to
require it. What would be the best place to
implement taking abs values for arguments to compare and do comparition?
I was thinking of using inssel-alpha.brg file to add instruction like
stmt: OP_COND_BRANCH (OP_COMPARE(freg, freg)) { ... }
(I found usage like this in inssel-arm.brg) to implement abs of fregs
and do compare, but I read documentation that this would limit
optimization and register allocation logic.
I don't know how that would limit optimization, so I think it is fine for now.
Another thing - Alpha doesn't have special flag register to hold
comparition result and uses some of common registers. Right now I am using
one predefined register, but this limit its usage for other ops. I would
like to use local register allocation to allocate register to hold
compare results and use it in conditional branch instruction.
This is not currently possible, ia64 has the same problem and uses a dedicated
predicate register.
Zoltan
Thank you,
--
Sergey Tikhonov
Solvo Ltd.
Saint-Petersburg, Russia
[EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Can't find C runtime library while installing mono
Hey, You need to set the LIBC variable in configure.in in the section for you architecture /os. Zoltan On 8/2/06, Bill Seurer [EMAIL PROTECTED] wrote: We have mono building and running OK under PASE on i5/OS (i.e., AIX) but get an error when installing: gmake install ... gmake[6]: Entering directory `/QOpenSys/home/seurer/dev/mono-1.1.15 /mcs/class/System' gmake install-local gmake[7]: Entering directory `/QOpenSys/home/seurer/dev/mono-1.1.15 /mcs/class/System' MONO_PATH=../../class/lib/net_1_1_bootstrap:$MONO_PATH /home/seurer/dev/mono-1.1.15/runtime/mono-wrapper ../../class/lib/net_1_1_bootstrap/gacutil.exe /i ../../class/lib/default/System.dll /f /root /usr/local/lib /package 1.0 Unhandled Exception: System.DllNotFoundException: libc.a in (wrapper managed-to-native) Mono.Tools.Driver:symlink (string,string) in 0x00ab0 Mono.Tools.Driver:Install (Boolean check_refs, System.String name, System.String package, System.String gacdir, System.String link_gacdir, System.String libdir, System.String link_libdir) in 0x00718 Mono.Tools.Driver:Main (System.String[] args) gmake[7]: *** [install-local] Error 1 ... I suspect that we need to set some sort of environment variable so that it can find the C runtime library (libc). Is that right, and if so, what is the environment variable? Thanks! -- Bill Seurer IBM System i5 internal compiler development Rochester, MN Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://w3.rchland.ibm.com/~seurer/ http://www.seurer.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Can't find C runtime library while installing mono
It is set. And comparing to a mono that installs on a different OS (Linux on the same hardware) it appears to be correct (libc really is libc.a on this system). My thought is that for some reason the installer can't find it and I need to set something to help it in its search. -- Bill Seurer IBM System i5 internal compiler development Rochester, MN Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://w3.rchland.ibm.com/~seurer/ http://www.seurer.net Zoltan Varga [EMAIL PROTECTED] wrote on 08/02/2006 12:50:01 PM: You need to set the LIBC variable in configure.in in the section for you architecture /os. Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Can't find C runtime library while installing mono
Hey, The value of LIBC should point to the shared library, not the static libc, since the runtime wants to load it dynamically using dlopen (). Zoltan On 8/2/06, Bill Seurer [EMAIL PROTECTED] wrote: It is set. And comparing to a mono that installs on a different OS (Linux on the same hardware) it appears to be correct (libc really is libc.a on this system). My thought is that for some reason the installer can't find it and I need to set something to help it in its search. -- Bill Seurer IBM System i5 internal compiler development Rochester, MN Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://w3.rchland.ibm.com/~seurer/ http://www.seurer.net Zoltan Varga [EMAIL PROTECTED] wrote on 08/02/2006 12:50:01 PM: You need to set the LIBC variable in configure.in in the section for you architecture /os. Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mcs bug
Hi,
I ran into a bug in mcs. The program below obviously should print 42,
but it prints 0, because mcs reuses loc.0 for two different things
within the same expression.
Regards,
Jeroen
using System;
class Repro
{
private int[] stack = new int[1];
private int cc;
public int fc;
private int sp;
public static void Main()
{
Repro r = new Repro();
r.foo();
Console.WriteLine(r.stack[0]);
}
public void foo()
{
fc = cc = bar();
fc = stack[sp++] = cc;
}
private int bar()
{
return 42;
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Error building on windows with latest cygwin
I picked the previous release of make and libtool from the cygwin setup, and things seem to be working (not sure if you need to revert one or both, and not going to try since it's working).- Jonathan On 8/1/06, Zoltan Varga [EMAIL PROTECTED] wrote: Hi,This is most likely a cygwin problem. I see the same. ZoltanOn 8/1/06, Jon Chambers [EMAIL PROTECTED] wrote: I upgraded cygwin this weekend and since I've had trouble building mono. I was building fine up until this weekend. The error I keep getting is: Making all in metadata make[3]: Entering directory `/home/HP_Administrator/mono/mono/metadata' .deps/assembly.Plo:1: *** multiple target patterns.Stop. make[3]: Leaving directory `/home/HP_Administrator/mono/mono/metadata' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/HP_Administrator/mono/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/HP_Administrator/mono' make: *** [all] Error 2 I get it in a variety of directories. I've done a make clean to no avail. If I delete the .dep directories I can build once, but then those files come back and the next build fails. The line in question that it says is failing in assembly.Plo is: assembly.lo assembly.o: assembly.c ../../config.h \ Any help would be appreciated. Thanks, Jonathan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
