[Mono-list] Jasper Report for Mono
dear all Can any one start porting jasper reports to Mono so the C# developers can start using jasper reports and there report engine. i tried to compile jasper java libraries using ikvm but failed since ikvm doesn't fully support AWT and Swing. iether porting the jasper engine to mono or developing the ikvm AWT or Swings will give a good powerfull reporting engine to mono and .NET developers. so we can say good bye to Crystal Reports. need comments from you guys. cheers :D ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] XSP and IKVM error
Gonzalo Paniagua Javier wrote: > On Fri, 2005-09-23 at 17:23 -0400, Miguel de Icaza wrote: > > > I will ask Gonzalo what to do about running on a single > domain, but this > > would limit applications to only one in XSP. > > In fact, the minimum number of appdomains would be 2, the > 'main' one and the one that is created by asp.net. That's fine. Multiple AppDomains isn't the problem, as long as only one AppDomain uses JNI everything will work. Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] unsuscribe
unsuscribe ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] XSP and IKVM error
On Fri, 2005-09-23 at 17:23 -0400, Miguel de Icaza wrote: > I will ask Gonzalo what to do about running on a single domain, but this > would limit applications to only one in XSP. In fact, the minimum number of appdomains would be 2, the 'main' one and the one that is created by asp.net. -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] yield
Hello, > Miguel de Icaza wrote: > > Would you mind sending me the IL output for the lock inside yield > > using the August CTP? > > Attached is a zip with source and resulting dll. You are right, I miss-read the IL output that I had on my machine. We do generate the same code, it is correct (and I was wrong). That being said, you should still stay away from yields inside locks unless you really know what you are doing. I noticed something cute though: we (and MS) produce the "Monitor.Exit" call on the generated Dispose method which might be a way of releasing the lock. I was quite surprised that we implemented this feature, and looking through the logs it was Martin Baulig which got the Dispose semantics in place. Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] XSP and IKVM error
Miguel de Icaza wrote: > Can you explain what the limitation is of using IKVM in a separate > domain? Is this something we can help addressing? Note that this only applies to Java code that uses native libraries and I think it cannot be solved. You cannot load multiple "instances" of a shared library in a process (at least not in Windows and I assume the same is true in most platforms, at least not without some complicated platform specific trickery). Calling the same library from different AppDomains (which effectively equates to different instances of IKVM) means that the native library will get confused. What Lukasz was seeing was the result of something that is very typical in JNI code, the native library is caching a jfieldID (which IKVM implements as a GCHandle) that it obtained from one AppDomain in a global variable and then attempted to use it in another AppDomain. The native code is obviously not aware of the possibility that it can be called from different AppDomains (since Java doesn't (yet) have such a construct). Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Reload mod_mono assemblies without dropping connections
Hello, > Is there no way to restart 'gracefully' i.e. put any new connections in a > queue and allow existing ones to complete, then restart the mod-mono-server > process, and finally resume processing of the queued requests? You might also want to look at this: http://www.mono-project.com/Mod_mono#Multiple_Applications.2C_Multiple_mod-mono-servers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Errors installing gtk-sharp-gapi
Hello, > What about support for Solaris? The sight says it's supported , but > I've only been able to install v 1.0.5/v1.0.6 on solaris 8 and have > been having problems installing on Solaris 10 Can you describe you problems? Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mailing List
Hello, > in last days some mails from mailing lists are comming with one and more > days delay. > Can I ask where is the problem? There is a problem with postfix running on our mail machine, the developers have not been able to track down the bug. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.1.9.1 for Windows Binaries ??
Hello, > Does anyone know when the Windows Mono 1.1.9.1 Binaries will be available ? > Similarly.. Gtk# 2.4 Beta1 for Windows ? Wade has taken over building the Windows binaries and its taking a bit more time as we are in the middle of automating this process. Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] XSP and IKVM error
Hello, > IKVM doesn't support using JNI outside of the default AppDomain. I > assume XSP is using multiple AppDomains to host different instances of > your application (like ASP.NET does), so this will cause IKVM run into > inside multiple AppDomains and this is fine for managed code, but > unmanaged code cannot be loaded multiple times into the same process, so > the JNI code gets confused. > > I don't know of any solution or workaround for this problem, but maybe > XSP has a configuration option to disable using multiple AppDomains? We currently do not have such an option. Can you explain what the limitation is of using IKVM in a separate domain? Is this something we can help addressing? I will ask Gonzalo what to do about running on a single domain, but this would limit applications to only one in XSP. miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono licensing issue
Hello, > I don't know what to think. I am not a lawyer, but that was not the > first time I heard about how this issue can screw OSS. > I am sure the issue was talked alot since 2004. > But I haven't found any documents, or replies from Miguel or Novell, > that can infirm this. Its right on my blog: http://tirania.org/blog/archive/2004/May-20.html > I once heard in mid 2004 that Novell was doing a "legal review", but I > haven't found any results or replies from them. Our conclusion is accurately expressed in our FAQ. Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] MonoDevelop repository has moved.
Hello, I just moved the MonoDevelop repository from our own repo, to the mono repo with everything else. The new location for committers is: svn+ssh://mono-cvs.ximian.com/source/trunk/monodevelop and the new location for the anonymous mirror should be: svn://svn.myrealbox.com/source/trunk/monodevelop Thanks! --Todd ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Monodevelop on mono 1.1.9.1
Well, I'm still trying to get monodevelop to work, so I downloaded the latest and had another go. No luck. Does anyone know what this means, please? linux:~ # rug update mono-tools-official 'mono-tools-official' matches 'Tools for mono' The following requested packages will be installed: gtksourceview-sharp-2.0 0.10-2.novell (Tools for mono) monodevelop 0.7-4.novell (Tools for mono) 2 packages will be installed. This is a 1.39M download. Do you want to continue? [y/N] y Download complete Verifying monodevelop There is no package signature for monodevelop; package will be installed because user is trusted Verifying gtksourceview-sharp-2.0 There is no package signature for gtksourceview-sharp-2.0; package will be installed because user is trusted Preparing Transaction Removing Installing gtksourceview-sharp-2.0-0.10-2.novell.noarch.rpm Installing monodevelop-0.7-4.novell.noarch.rpm Transaction finished linux:~ # monodevelop Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Gnome.ModuleInfo ---> System.EntryPointNotFoundException: gnomesharp_gnome_moduleinfo_get_name_offset in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x0042a> MonoDevelop.SharpDevelopMain:Main (System.String[] args) linux:~ # I get the same error, by the way if I call monodevelop from my ordinary user account (i.e. it's not associated with calling monodevelop as root). I'd appreciate any help and advice. Thanks Peter ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Errors installing gtk-sharp-gapi
On Tue, 2005-09-20 at 10:26 -0400, Melissa Vandenbrink wrote: > What about support for Solaris? The sight says it's supported , but > I've only been able to install v 1.0.5/v1.0.6 on solaris 8 and have > been having problems installing on Solaris 10 Hi Melissa, I'm not sure about mono Solaris; don't have any experience there. Anyone who can answer here? Wade > > On 9/16/05, Wade Berrier <[EMAIL PROTECTED]> wrote: > We do our best to make the installation of mono easy. We > support a wide > number of distros and I'm afraid that some distros are better > supported > than others. Mainly because some older distros don't provide > certain > rpms. > > I have plans to post rpms that mono requires that don't come > with the > distro. It's in the works. > > They will be posted on the website and I'll also create > another > red-carpet channel to handle some rpms deps. This should > solve the > problems discussed here. > > Sorry you've run into troubles. Using the linux installer is > a great > suggestion. But, we're working on it fixing the rpm deps > problems. > > Wade > > P.S. The I/O timeouts are due to a bug in red-carpet, not the > servers > being down or unavailable. If you retry the command again it > will > continue downloading. > > > On Wed, 2005-08-17 at 16:42 -0600, Kevin Dietz wrote: > > OK, here is my feedback to the Mono team regarding my > installation > > experiences. I hope it doesn't sound too complaining or > preachy. The > > bottom line is I hope the Mono team will really improve the > > installation instructions. I think it is going to be > important to the > > adoption of Mono for people to be able to get it up and > running, > > regardless of their distro or, for example, which freakin' > version of > > glibc they have installed. Ultimately I'd like to see Mono > be more > > configuration tolerant and install all the necessary > dependencies its > > needs. At the very least, the instructions should be much > more helpful > > than they are about exactly what the dependencies are, and > where to get > > them. > > > > The Mono web site is terribly unhelpful, misleading, and > just plain > > wrong about stuff it tells you. > > > > Let's take this example here. The very first sentence of > the RedHat 9 > > installation page says "The best way to install Mono on your > system is > > to use Novell's Red Carpet. If you do not already have Red > Carpet, you > > can download it." The link to download Red Carpet is not > helpful at > > all. It doesn't tell you which files you need, or what > order you need > > to install them. My experience has been that installing Red > Carpet was > > just as difficult as installing Mono without Red Carpet. > > > > But I wonder if your opinion of not using Red Carpet is the > majority > > opinion on this site. If it is the majority opinion, then > why does the > > Mono web site continue to recommend using Red Carpet? And > once you > > install Red Carpet, it still doesn't work, because it > doesn't give you > > the perl-XML-* stuff that gtk-sharp-gapi needs, and doesn't > tell you > > where to get it from. > > > > Now you say that compiling from source is better, because > that removes > > the dependency issues. That has not been my experience at > all. I have > > tried to compile from source, and I still have dependency > problems > > (this is especially true for me when I try to compile > MonoDevelop, > > which is a different mailing list, I know). > > > > Speaking of MonoDevelop, their web site suffers from similar > > inaccuracies They say *not* to compile from source unless > you > > absolutely have to, and even go on to say that the Mono > project web > > site contains pre-built binaries!!! Hah. If that's true, I > sure > > haven't found them. > > > > I do think Mono has a lot of potential to become a > mainstream > > cross-platform programming platform. I know a lot of people > on this > > mailing list are doing a lot of really good, hard work I > just hate to > > see that effort wasted by poor and inaccurate setup > instructions. >
Re: [Mono-list] MonoDevelop 0.7
The MonoDevelop rpms on go-mono.com have been updated to fix this. The Linux Installer has also been updated. Wade On Mon, 2005-09-12 at 10:45 +1000, [EMAIL PROTECTED] wrote: > Running Mono 1.1.9. Installed from SuSE 9.3 RPMs, after uninstalling > Mono, due to a problems after installing Mono from the binay installer. > > If you create a new Glade# 2 project, it generates a set of references > that point to Glade# version 2.00, Gtk# version 2.00 etc > > > > > > > > > > > But Mono 1.1.9 does not seem to have any version 2.00 dlls for these > libraries. Instead it has either Version 1.00, or Version 2.4. > > Strangely, if you run the Glade editor GUI, you can build windows, and > paste widgets into them. You can also compile the Glade C code. > > Regards > > Tracy Barlow > > > > Date: Mon, 12 Sep 2005 08:28:01 +1000 > > From: [EMAIL PROTECTED] > > Subject: [Mono-list] MonoDevelop 0.7 > > To: mono-list@lists.ximian.com > > Message-ID: <[EMAIL PROTECTED]> > > Content-Type: text/plain > > > > What I am getting now is the following error when I try to run any Glade > > based GUI app > > > > glade-sharp, Version=2.0.0.0, Culture=neutral, > > PublicKeyToken=35e10195dab3c99f could not be found or is invalid. > > > > Regards > > > > Tracy Barlow > > > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] London Linux Expo
tom potts wrote: I dont think they're making a presentation as such - they're down as a major sponsor and last year they had a stand and about 20 people trying to thrust bits of paper and cds at people. Tom Thanks Tom. I'm happy to be a thrustee. I'm looking forward to the event. Cheers Peter ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] yield
Hey, Oops, pressed control-enter too soon. Would you mind sending me the IL output for the lock inside yield using the August CTP? Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Character encoding problems with System.XML.XmlDocument
Dnia 23-09-2005, pią o godzinie 17:30 +0200, Jeroen Pulles napisał(a): > > 3 - The encoding specified in the XML declaration does not correspond > with the actual output; Lacking an encoding specification in the XML > declaration I get e-umlaut in Latin 1 (as per my system locale > setting, > I'm guessing). > Are you passing right encoding to XmlTextWriter constructor? -- Dominik Zabłotny xmpp:[EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] To yield or to not
Hi, I am yet to figure out "why was this feature introduced"? I mean... what advantage does it give besides having, probably, lesser code to write. What else do you need? ;-) Actually, most of my apprehensions are relating to "locks" and their safety. I haven't yet checked the actual code generated. May be what I'll do is check the generated code (IL) and then put forth more questions, if any. :D -- Cheers, Gaurav Vaish http://mastergaurav.org - ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Character encoding problems with System.XML.XmlDocument
Hi, I am new to Mono (and C#). I thought it was best to start out with something I do quite often in my work: open some XML file in a DOM, read and/or edit it, and save it to file again. I am having some trouble, however, with a simple program that loads and saves a small XML document with three common special characters: an e-umlaut, non-breaking space and the euro monetary character. So far, I haven't found a method to do this in a non-UTF-8 encoding, without losing information :-( . I have three problems: 1 - Special characters that don't fit in the output encoding are reduced to ? instead of a numerical entity like ë, 2 - The XML declaration is not followed by a newline when using XmlTextWriter, 3 - The encoding specified in the XML declaration does not correspond with the actual output; Lacking an encoding specification in the XML declaration I get e-umlaut in Latin 1 (as per my system locale setting, I'm guessing). Attached you'll find the two sample documents (example.xml, example_ascii.xml), the program (dom.cs) and the output (output.txt). Only one of the 10 variations produces output that is valid XML and contains the same information as the input document (example.xml, Case e). I may be going around this the wrong way, but I can't find any samples or tutorials on this subject anywhere. And Bugzilla doesn't seem to turn up any bugs on the subject. Anyone? I'm running mono 1.1.8 (debian testing, powerpc). regards, jeroen (the attached files can also be found on http://www.redslider.net/2005/mono/) using System.Xml; using System.IO; using System.Text; /** Simple dom example */ class Dom { private static void load_and_print(string filename) { XmlDocument d = new XmlDocument(); d.Load(filename); System.Console.Out.WriteLine(filename + ":"); System.Console.Out.WriteLine("Case a:"); d.Save(System.Console.Out); System.Console.Out.WriteLine("\nCase b:"); d.Save(new StreamWriter(System.Console.OpenStandardOutput(), Encoding.ASCII)); System.Console.Out.WriteLine("\nCase c:"); d.Save(new XmlTextWriter(System.Console.Out)); System.Console.Out.WriteLine("\nCase d:"); d.Save(new XmlTextWriter(System.Console.OpenStandardOutput(), Encoding.ASCII)); System.Console.Out.WriteLine("\nCase e:"); d.Save(System.Console.OpenStandardOutput()); System.Console.Out.WriteLine(""); } public static void Main(string[] args) { load_and_print("example.xml"); load_and_print("example_ascii.xml"); } } ë € ë € example.xml: Case a: ë ? Case b: ??? Case c: ë ? Case d: ??? Case e: ë ⬠example_ascii.xml: Case a: ë ? Case b: ??? Case c: ë ? Case d: ??? Case e: ??? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] To yield or to not
Hi, "Gaurav Vaish" <[EMAIL PROTECTED]> writes: > Finally I somewhat understood how yield works.. probably, the correctly. > > And noting how it works (acquiring and releasing locks), is it a > good idea to use yield? Or is it better to stick with plain old > IEnumerable and IEnumerator, may be with a pinch of generics... Nah. yield is cool. > I am yet to figure out "why was this feature introduced"? I > mean... what advantage does it give besides having, probably, lesser > code to write. What else do you need? ;-) In fact, writing correct iterators is not very straightforward. So, any help we get from the compiler is welcome. We only deal with generating the elements in order; the compiler takes care of the rest of the semantics: like appropriate exceptions when Current is called at the wrong time, handling calls to MoveNext() after it has returned false, etc. Also, the co-routine style is probably more natural for generating lists of things, rather than the inside-out MoveNext style of writing iterators. The compiler takes care of taking a nice almost sane-looking (co-)routine and turns it into a messy inside-out MoveNext. - Hari ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] XSP and IKVM error
Lukasz Piatkowski wrote: > I'm currently trying to develop asp.net administration panel for > subversion. I found this > http://svn.haxx.se/users/archive-2005-05/0065.shtml to be very useful > - using IKVM according to this method i compiled a mono libarary for > svn, which works perfectly when used in standard console program. Now > I'm trying to put it in asp.net page and I'm getting following error: > when request is send back to XSP and lib methods are invoke, the > answer for browser is just "Server error. Your client sent a request > that was not understood by this server." and XSP itself prints: > --- > System.ArgumentException: GCHandle value belongs to a different domain > in <0x00088> > System.Runtime.InteropServices.GCHandle:op_Explicit (IntPtr value) > in <0x00012> MemberWrapper:FromCookieImpl (IntPtr cookie) > in <0xb> FieldWrapper:FromCookie (IntPtr cookie) > in <0xf> IKVM.Runtime.JNIEnv:GetFieldValue (IntPtr cookie, > System.Object obj) > --- > I can't cope with this - can enybody help me? IKVM doesn't support using JNI outside of the default AppDomain. I assume XSP is using multiple AppDomains to host different instances of your application (like ASP.NET does), so this will cause IKVM run into inside multiple AppDomains and this is fine for managed code, but unmanaged code cannot be loaded multiple times into the same process, so the JNI code gets confused. I don't know of any solution or workaround for this problem, but maybe XSP has a configuration option to disable using multiple AppDomains? Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with Npgsql
Before cnn.Close() do a dr.Close() too. On Fri, 2005-09-23 at 13:35 +, Willngton Roque wrote: I'm try using Mono with Npgsql and have this problem. I'm try reboot my pc and de problem percist. Unhandled Exception: System.InvalidOperationException: DataReader positioned beyond end of result set. in <0x00092> Npgsql.NpgsqlDataReader:CheckHaveRow () in <0x00058> Npgsql.NpgsqlDataReader:GetValue (Int32 Index) in <0x00051> Npgsql.NpgsqlDataReader:get_Item (System.String name) in <0x000aa> MonoSql:Main (System.String[] args) Help me? Ubuntu 5.04 + Mono JIT compiler version 1.1.9 Thanks ---code // created on 23/9/2005 at 08:43 using System; using System.Data; using Npgsql; class MonoSql { public static void Main(string[] args) { string strConn = "Server=localhost;"+ "Port=5432;"+ "User ID=postgres;"+ "Password=;"+ "Database=teste;"; NpgsqlConnection cnn = new NpgsqlConnection(strConn); string sql = "Select * from teste order by nome"; NpgsqlCommand cmd = new NpgsqlCommand(sql, cnn); cnn.Open(); NpgsqlDataReader dr = cmd.ExecuteReader(); while (dr.Read()); { Console.WriteLine("Nome: " + dr["nome"]); } cnn.Close(); Console.WriteLine("Para finalizar precione qq tecla"); Console.ReadLine(); } } -- -- Willngton Roque E-mail: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ: 82484019 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Adrian Dinu Technical Manager Dream Team Software ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] To yield or to not
Hi, Finally I somewhat understood how yield works.. probably, the correctly. And noting how it works (acquiring and releasing locks), is it a good idea to use yield? Or is it better to stick with plain old IEnumerable and IEnumerator, may be with a pinch of generics... I am yet to figure out "why was this feature introduced"? I mean... what advantage does it give besides having, probably, lesser code to write. -- Cheers, Gaurav Vaish Ex-Mono Hacker http://mastergaurav.org --- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problem with Npgsql
I'm try using Mono with Npgsql and have this problem. I'm try reboot my pc and de problem percist. Unhandled Exception: System.InvalidOperationException: DataReader positioned beyond end of result set. in <0x00092> Npgsql.NpgsqlDataReader:CheckHaveRow () in <0x00058> Npgsql.NpgsqlDataReader:GetValue (Int32 Index) in <0x00051> Npgsql.NpgsqlDataReader:get_Item (System.String name) in <0x000aa> MonoSql:Main (System.String[] args) Help me? Ubuntu 5.04 + Mono JIT compiler version 1.1.9 Thanks ---code // created on 23/9/2005 at 08:43 using System; using System.Data; using Npgsql; class MonoSql { public static void Main(string[] args) { string strConn = "Server=localhost;"+ "Port=5432;"+ "User ID=postgres;"+ "Password=;"+ "Database=teste;"; NpgsqlConnection cnn = new NpgsqlConnection(strConn); string sql = "Select * from teste order by nome"; NpgsqlCommand cmd = new NpgsqlCommand(sql, cnn); cnn.Open(); NpgsqlDataReader dr = cmd.ExecuteReader(); while (dr.Read()); { Console.WriteLine("Nome: " + dr["nome"]); } cnn.Close(); Console.WriteLine("Para finalizar precione qq tecla"); Console.ReadLine(); } } -- -- Willngton RoqueE-mail: [EMAIL PROTECTED]MSN: [EMAIL PROTECTED]ICQ: 82484019 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Small typing error in System.Decimal
Hi folks. I found small typing error in mcs/class/corlib/System/Decimal.cs in Divide function. You should check in the second condition, if d1 is zero, not d2. I am sending you diff between new and bad version created by the command: diff Decimal_good.cs Decimal_bad.cs 605c605 < if (d1.IsZero ()) --- > if (d2.IsZero ()) Regards Tomas Kukol ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: SV: SV: SV: SV: [Mono-list] PKCS#12 example
Hello Julien, Kim, On Fri, 2005-23-09 at 09:53 +0200, Julien Gilli wrote: > Hellan.Kim KHE wrote: > > >I also took a look at the code, but I really don't know enough about crypto > >standards to be able to see what goes wrong. > > > > > > > I guess that the code doesn't add the localKeyID attribute to the > "keyBag" safeBag, but i may be wrong. You were right. It's now fixed in SVN. -- Sebastien Pouliot email: [EMAIL PROTECTED] blog: http://pages.infinit.net/ctech/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Small typing error in System.Decimal
Hi folks. I found small typing error in mcs/class/corlib/System/Decimal.cs in Divide function. You should check in the second condition, if d1 is zero, not d2. I am sending you diff between new and bad version created by the command: diff Decimal_good.cs Decimal_bad.cs 605c605 < if (d1.IsZero ()) --- > if (d2.IsZero ()) Regards Tomas Kukol ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Free Mono
I have been using Mono for a while with great success and have become a bit of an Mono evangelist. The progress that has been made on the project has been remarkable and very impressive. I believe that Microsoft has stated that their language specification will be free for those who wish to make an implementation of it. Still, all of the evidence that I was able to find was a vague email. Is there written evidence to support these claims? If so, where could I get a copy. A concerned yet grateful fan, Adolfo J. Peña ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: SV: SV: SV: [Mono-list] PKCS#12 example
>>I'll have a more in-depth >>look at this tonight if nobody do this until then. > > Thank you, I really appreciate that! Actually, for me the code is more difficult to grasp than what i thought before reading it, so you'll have to wait to get some help from me :-). However, it may be a good exercice to dig into the code, so i'll try to fix it as soon as possible if nobody find the time to do it until then. Regards, -- Julien Gilli ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] XSP and IKVM error
Hi! I'm currently trying to develop asp.net administration panel for subversion. I found this http://svn.haxx.se/users/archive-2005-05/0065.shtml to be very useful - using IKVM according to this method i compiled a mono libarary for svn, which works perfectly when used in standard console program. Now I'm trying to put it in asp.net page and I'm getting following error: when request is send back to XSP and lib methods are invoke, the answer for browser is just "Server error. Your client sent a request that was not understood by this server." and XSP itself prints: --- System.ArgumentException: GCHandle value belongs to a different domain in <0x00088> System.Runtime.InteropServices.GCHandle:op_Explicit (IntPtr value) in <0x00012> MemberWrapper:FromCookieImpl (IntPtr cookie) in <0xb> FieldWrapper:FromCookie (IntPtr cookie) in <0xf> IKVM.Runtime.JNIEnv:GetFieldValue (IntPtr cookie, System.Object obj) --- I can't cope with this - can enybody help me? Thanks in advance for any suggestions, regards Lukasz Piatkowski ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
AW: [Mono-list] cgi and asp.net
Hi Ivar, It's not exactly what you're asking for, but when your CGI only provides data, you could provide it as XML data (e. g. DataSet syntax) or as a WebService. In ASP.NET you would access this XML data and include/process it in your page. -Jochen -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Ivar Bratberg Gesendet: Mittwoch, 14. September 2005 11:12 An: mono-list@lists.ximian.com Betreff: [Mono-list] cgi and asp.net Hello, is it possible for a cgi script to tell the apache server that the returned data should be intpreted as asp.net code ? We are about to extend our publishing system, based in cgi to include asp.net, using mono. The best solution I have come up with so for is to redirect the apache simply returning Location=asp-net-file.aspx, and then use OnLoad function in the asp.net file to include the dynamic data. But to access the dynamic data we will have to call a c# -c++ wrapper, which takes time. The best would be to tell apache to intpret it as asp.net is this possible ? Best regards IB ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono licensing issue
Hi,I am new to Momo. I like it a lot and I'd like to use it.That said I read there are some issues regarding the ECMA standards as being available in a "RAND + Royalty Free". To be more specific, I read this guy's oppinion: http://www.gnome.org/~seth/blog/mono I don't know what to think. I am not a lawyer, but that was not the first time I heard about how this issue can screw OSS. I am sure the issue was talked alot since 2004. But I haven't found any documents, or replies from Miguel or Novell, that can infirm this. I once heard in mid 2004 that Novell was doing a "legal review", but I haven't found any results or replies from them. I also read the FAQ at www.go-mono.org. But they are only talking about software patents and the 2 ECMA and non-ECMA stacks. I want to know if "RAND + Royalty Free" can affect me or OSS in general. I don't want to uppset anyone, I just want to know of any news or documents that can give me some peace of mind. Maybe my google searching skills are bad, and that's why I am asking you. BTW: Nice work with Mono. I really enjoy it. Thank you in advance, ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 1.1.9.1 released.
I am having the same problem with mono 1.1.9.1 as I had with the previous release of mono. When I create a new glade # 2 project the references are to Version 2.0.0.0 of the various libraries (gtk# gdk# glade# etc), and not 2.4.0.0 which are listed in the GAC. regards Tracy barlow > Date: Thu, 22 Sep 2005 17:40:53 -0400 > From: Miguel de Icaza <[EMAIL PROTECTED]> > Subject: [Mono-list] Mono 1.1.9.1 released. > To: mono-list@lists.ximian.com, mono-devel-list@lists.ximian.com > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain > > Hello, > > We have released a new version of Mono that contains several fixes > that people have reported in the last couple of weeks. The release > notes are here: > > http://go-mono.com/archive/1.1.9.1_0/ > > Miguel. > > > -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] yield
Hi, Raja R Harinath <[EMAIL PROTECTED]> writes: I'm continuing since Bernard asked ;-) [snip] > To elaborate further on this point, and beat a dead horse: > > * 'yield' allows an arbitrary amount of code to execute. > > - It's like a 'call' in that it breaks the control flow, jumps > elsewhere, and comes back when it's done. > > - It's a co-call, however: unlike a normal function call, you don't > know who's at the other end of the yield. Also, - Unlike a function call, it's not exceptional behaviour if control doesn't return to the yield. - The 'finally' block is executed only if control eventually comes back to the 'yield'. (To make things slightly better, the 'finally' block is also executed during Dispose.) - If anyone uses an iterator which holds the lock, doesn't use foreach, doesn't wait for the last iteration, and doesn't call Dispose: then you have leaked a lock, and can't get back control. (To make things slightly better, these locks are recursive, i.e., they won't deadlock the same thread if it tries to re-acquire the lock.) > * It's bad to let things you don't control to run inside your lock. * It's bad if you can't even predict that your lock will be unlocked during the normal course of events > => 'yield' and 'lock' don't mix - Hari ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Access Forbidden Error after configuring mono
Hi, I am a newbie to mono and I've been trying for so many days to get this up. And after alot of tries, I manage to install mono, mod_mono,xsp and apache. But when I am trying to access the asp pages I got access forbidden error. I think it is a know issue "If you're getting a 403 response from apache that probably means that the user running apache does not have proper permissions to read the physical directory. Check the permissions on all the directories and the files and make then readable by the user running apache. " I saw this on the Mono website troubleshooting section. But I am a newbie. I have no idea what are the physical directories that I will need to change the permissions? Can let me know? Million thanks. Regards, Ko KoReality starts with Dream __Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] London Linux Expo
Hi, > I dont think they're making a presentation as such - > they're down as a major sponsor and last year they had > a stand and about 20 people trying to thrust bits of > paper and cds at people. Well, they could always say to some folks around "hey, we'll supply you with food, travel and accomodation if you'll man a stand for us" - I know I'd probably jump at that one. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: SV: SV: SV: SV: [Mono-list] PKCS#12 example
Hellan.Kim KHE wrote: I also took a look at the code, but I really don't know enough about crypto standards to be able to see what goes wrong. I guess that the code doesn't add the localKeyID attribute to the "keyBag" safeBag, but i may be wrong. -- Julien Gilli IDEALX http://www.idealx.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
SV: SV: SV: SV: [Mono-list] PKCS#12 example
Hi Thank you for trying. I also took a look at the code, but I really don't know enough about crypto standards to be able to see what goes wrong. /Kim -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne af Julien Gilli Sendt: 23. september 2005 09:27 Til: mono-list@lists.ximian.com Emne: Re: SV: SV: SV: [Mono-list] PKCS#12 example Hellan.Kim KHE wrote: >>I'll have a more in-depth >>look at this tonight if nobody do this until then. >> >> > >Thank you, I really appreciate that! > > Unfortunately, the code is more difficult for me to grasp than what i thought before reading it. Then, you'll have to wait to get some help from me. :-) However, trying to fix this problem might be a good idea to dig into the code, if nobody do it until then. -- Julien Gilli IDEALX http://www.idealx.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ www.kmd.dk www.kundenet.kmd.dk www.eboks.dk www.civitas.dk www.netborger.dk www.organisator.dk Hvis du har modtaget denne mail ved en fejl vil jeg gerne, at du informerer mig og sletter den. KMD skaber it-services, der fremmer effektivitet hos det offentlige, erhvervslivet og borgerne. If you received this e-mail by mistake, please notify me and delete it. Thank you. Our mission is to enhance the efficiency of the public sector and improve its service of the general public. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] yield
Bernhard Herzog wrote: > > > Basically yield and lock dont mix. > > That's definitely true. Even though it "works", it's still > a bad idea. > > Ok, so why is it a bad idea then (if it does what I want, at least in > MS.Net, doesn't it?). Actually I already removed my yield > code to avoid problems, but using yield would have been nice. You are essentially exposing a locking API that the client (caller) doesn't know about and this makes it very deadlock prone. Also, since you don't control the lifetime of the lock, you have no idea how long the lock will be held, this is generally also not a very good idea. Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] yield
Hi, "Jeroen Frijters" <[EMAIL PROTECTED]> writes: > Miguel de Icaza wrote: >> > I wanted to use yield (like Miguel did it in >> HttpApplication), but I need to >> > lock by data. Is this not allowed? >> > >> > static object lockit = new Object(); >> > >> > public static IEnumerable GetData() >> > { >> > lock (lockit) >> > { >> >for (int i = 0; i < 10; i++) >> > yield return true; >> > } >> > } >> > >> > I am getting this error (with Mono, it works with MS.Net): >> >> This is a bug in the compiler. But even with the bug fixed the code >> above will not work in the way you think it would. >> >> The lock will be taken the first time, and released on the >> first yield, and will not be taken again when the method resumes >> execution (although Monitor.Exit will be called repeated times). > > This didn't look right to me, so I just looked at the code generated by > the August CTP and it certainly doesn't work like you describe. Instead > it does the "sensible" thing and acquires the lock when you first call > MoveNext() and releases the lock when the last MoveNext() returns false, > or when Dispose() is called. That sounds like the right thing, since lock (foo) { ... } is essentially equivalent to: Monitor.Enter (foo); try { ... } finally { Monitor.Exit (foo); } And the semantics of 'yield' inside a 'try ... finally' is to execute the 'finally' block only on the last iteration or Dispose. >> Basically yield and lock dont mix. > > That's definitely true. Even though it "works", it's still a bad idea. &AOL; To elaborate further on this point, and beat a dead horse: * 'yield' allows an arbitrary amount of code to execute. - It's like a 'call' in that it breaks the control flow, jumps elsewhere, and comes back when it's done. - It's a co-call, however: unlike a normal function call, you don't know who's at the other end of the yield. * It's bad to let things you don't control to run inside your lock. => 'yield' and 'lock' don't mix - Hari ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: SV: SV: SV: [Mono-list] PKCS#12 example
Hellan.Kim KHE wrote: I'll have a more in-depth look at this tonight if nobody do this until then. Thank you, I really appreciate that! Unfortunately, the code is more difficult for me to grasp than what i thought before reading it. Then, you'll have to wait to get some help from me. :-) However, trying to fix this problem might be a good idea to dig into the code, if nobody do it until then. -- Julien Gilli IDEALX http://www.idealx.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] yield
> Basically yield and lock dont mix. That's definitely true. Even though it "works", it's still a bad idea. Ok, so why is it a bad idea then (if it does what I want, at least in MS.Net, doesn't it?). Actually I already removed my yield code to avoid problems, but using yield would have been nice. Thank you Bernhard ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] London Linux Expo
I dont think they're making a presentation as such - they're down as a major sponsor and last year they had a stand and about 20 people trying to thrust bits of paper and cds at people. Tom --- peter <[EMAIL PROTECTED]> wrote: > tom potts wrote: > > >Theres a Linux expo in London on 5/6 Oct > >http://linuxworldexpo.co.uk/ > > Novell are having a big presentation there - is > there > >any chance of a Mono spokesperson hitching a ride? > >Tom > > > > > > > >___ > > >To help you stay safe and secure online, we've > developed the all new Yahoo! Security Centre. > http://uk.security.yahoo.com > >___ > >Mono-list maillist - Mono-list@lists.ximian.com > >http://lists.ximian.com/mailman/listinfo/mono-list > > > > > Is the presentation timetabled, Tom? I booked my > place a couple of days > ago - but I didn't see anything about a Novell > presentation. If you had > any details (or a URL, of course) I'd be very > grateful. > > Cheers > > > Peter > Send instant messages to your online friends http://uk.messenger.yahoo.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] yield
Miguel de Icaza wrote: > > I wanted to use yield (like Miguel did it in > HttpApplication), but I need to > > lock by data. Is this not allowed? > > > > static object lockit = new Object(); > > > > public static IEnumerable GetData() > > { > > lock (lockit) > > { > >for (int i = 0; i < 10; i++) > > yield return true; > > } > > } > > > > I am getting this error (with Mono, it works with MS.Net): > > This is a bug in the compiler. But even with the bug fixed the code > above will not work in the way you think it would. > > The lock will be taken the first time, and released on the > first yield, and will not be taken again when the method resumes > execution (although Monitor.Exit will be called repeated times). This didn't look right to me, so I just looked at the code generated by the August CTP and it certainly doesn't work like you describe. Instead it does the "sensible" thing and acquires the lock when you first call MoveNext() and releases the lock when the last MoveNext() returns false, or when Dispose() is called. > Basically yield and lock dont mix. That's definitely true. Even though it "works", it's still a bad idea. Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list