[Mono-list] Probs with Beta 2
Hello, I have just upgraded my well-working Beta 1 from red carpet to Beta 2. And now I experience some problems: ByteFX.Data 0.7.6.1 is referencing ICSharpCode.SharpZipLib 0.31.0.0 which is in Beta 2 upgraded to 0.6.0.0... gacutil -l runs into exceptions because there are some folders without __AssemblyInfo__ . Is it safe to delete them? Btw: SWF-Apps also stopped working... Why so many problems after upgrade via Red Carpet? -Juergen ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] (no subject)
i cant access to the web site www.go-mono.com (france) is this normal ? regards -- -- Mathieu PASQUET -- Testeur Debian SID -- irc: #debian-fr / irc.freenode.net port: 6667 -- Site: www.fr.debian.org -- Gloire au monde libre ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] fucking wine
sorry for flood my webmail is very buggy today hope it ll work better later! so i correct the subject opf the thread.;. how can i make the winforms running? what the order of compilation? i have reinstall my system and for mono: the order ismono winewinelib -- - Gloire au monde libre- I{ i () r |{ Y Debian User - -- Mathieu PASQUET -- Testeur Debian SID -- irc: #debian-fr / irc.freenode.net port: 6667 -- Site: www.fr.debian.org - ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono YUM repositories
Hey Duncan, For Fedora Core 1, the full URL is: http://www.go-mono.com/archive/yum-repository/fedora-1-i386 Some guys pointed out that the top of the page (of it, and each package page) still says beta 1 ;-) Atsushi Eno ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Beta2 - broken references
Hello, I just gave Beta2 a shot. Latest Mono, class libraries and Gtk# compile fine, but seems like there are problems with assembly references: make[1]: Entering directory `/var/tmp/portage/monodoc-0.16/work/monodoc-0.16/class' mono --debug ../browser/assembler.exe --ecmaspec ./../ecma334 -o ecma334 ** (../browser/assembler.exe:30858): WARNING **: Could not find assembly ICSharpCode.SharpZipLib, references from /usr/lib/mono/gac/monodoc/1.0.0.0__0738eb9f132ed756/monodoc.dll (assemblyref_index=3) Major/Minor: 0,31 Build: 0,0 Token: 1b03e6acf1164f73 I had to install older version manually with gacutil to pass this, but 0.31 should be distributed with the tarball for clean installs. Similar problem with xsp; I suppose I could turn off NUnitTest compiling somehow (paacth the Makefile), but shouldn't that be checked during configure? make[5]: Entering directory `/var/tmp/portage/xsp-0.14/work/xsp-0.14/tools/nunitasp/source/NUnitAspTest' /usr/bin/mcs -debug+ -debug:full -nologo -lib:../NUnitAsp -r:System.Web.dll -lib:../AspTest \ -r:NUnitAsp.dll -r:nunit.framework.dll \ -r:System.DirectoryServices.dll \ -target:library -out:NUnitAspTest.dll ./AssemblyInfo.cs ./HttpClientCredentialsTest.cs ./HttpClientTest.cs ./NUnitAspTestCase.cs ./ParserTest.cs ./PerformanceTest.cs ./SetupTest.cs ./WebAssertionTest.cs ./AspTester/ButtonTest.cs ./AspTester/CheckBoxTest.cs ./AspTester/DataGridTest.cs ./AspTester/DropDownListTest.cs ./AspTester/ImageButtonTest.cs ./AspTester/LabelTest.cs ./AspTester/LinkButtonTest.cs ./AspTester/ListBoxTest.cs ./AspTester/ListControlTest.cs ./AspTester/ListItemCollectionTest.cs ./AspTester/RadioButtonTest.cs ./AspTester/TextBoxTest.cs ./AspTester/UserControlTest.cs ./AspTester/ValidationSummaryTest.cs ./HtmlTester/AnchorTest.cs ./HtmlTester/HtmlInputCheckBoxTest.cs ** (/usr/lib/mono/1.0/mcs.exe:32323): WARNING **: Could not find assembly NUnit.Framework, references from /usr/lib/NUnitAsp.dll (assemblyref_index=2) Major/Minor: 2,1 Build: 4,0 Token: 96d09a1eb7f44a77 regards, artb. -- only so many songs can be sung with two lips two lungs and one tongue ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Book on Mono
Hi All I'll appreciate any comment on this book I have just found about Mono Development, to know if it worth to buy it. Thanks in advance. Mono Kick StartHans-Juergen Schoenig, Ewald Geschwinde0672325799(Paperback)Sep 2003,320 pages http://www.pearsoned.co.uk/bookshop/detail.asp?item=1042137affid=tre#Contents Description A fast-paced, hands-on guide to Mono, the open-source implementation of Microsofts .NET Framework. The first English-language book to cover Mono 1.0the first major Mono release. Covers the basics of developing robust Mono and .NET applications in a Linux environment. For Windowsand Linux-based .NET programmers. Includes a foreword by Miguel de Icaza, Ximians founder and the leader of the Mono project.
[Mono-list] Mono and ADO.Net
We are looking at developing in Windows and taking it toUnix with Mono. We have heard rumors that ADO.Net and windows forms are patented by MS and will not be avialable in Mono. First, is this true and second is there a different solution? Thanks Parviz
[Mono-list] issue with pinvoke memory leak
hi, i have the following sitution (not directly mono related but maybe interesting regardless since a lot of pinvoke is going on here) that I do not know how to handle cleanly: i have been playing with a wrapper for an image library with the following method: private static extern FIBITMAP FreeImage_Rescale(FIBITMAP dib, int dst_width, int dst_height, FilterOption filter); I had implemented it like this: public FreeImage Resample(int newwidth, int newheight, FilterOption filter) which works fine with something like: FreeImage img2 = img.Resample(100,100,FilterOption.BILINEAR); but when I do: img = img.Resample(100,100,FilterOption.BILINEAR); then the img object is 'replaced' but a I have a big memory leak, since the Dispose() method which handles the cleanup of unmanaged resources (the img object has a pointer to the unmanaged image data which is normally released when the object is disposed) is never called. Can someone give me a tip how to handle this in a way that ensures that the old data from img is disposed in the second case above? Actaully, would this same issue be a problem for all IDisposable objects in managed code (maybe I am not allowed to do this at all with IDisposable objects) or is this unique to the managed/unmanaged code in question here? Thanks for any feedback! Regards, --chris ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] issue with pinvoke memory leak
Hi Ravindra, again, thanks for the tip. I checked and the finalizer was there only it was not getting called (or not often enough) - i added a GC.Collect() call to my test class and it worked. Thanks again! Regards, --chris On Wed, 2 Jun 2004, Ravindra wrote: Hello, On Wed, 2004-06-02 at 17:00, Chris Turchin wrote: i have been playing with a wrapper for an image library with the following method: private static extern FIBITMAP FreeImage_Rescale(FIBITMAP dib, int dst_width, int dst_height, FilterOption filter); I had implemented it like this: public FreeImage Resample(int newwidth, int newheight, FilterOption filter) which works fine with something like: FreeImage img2 = img.Resample(100,100,FilterOption.BILINEAR); but when I do: img = img.Resample(100,100,FilterOption.BILINEAR); then the img object is 'replaced' but a I have a big memory leak, since the Dispose() method which handles the cleanup of unmanaged resources (the img object has a pointer to the unmanaged image data which is normally released when the object is disposed) is never called. Can someone give me a tip how to handle this in a way that ensures that the old data from img is disposed in the second case above? Actaully, would this same issue be a problem for all IDisposable objects in managed code (maybe I am not allowed to do this at all with IDisposable objects) or is this unique to the managed/unmanaged code in question here? Dude, you need to implement finalizer for your FreeImage class. Finalizer method would do all the required cleanup you want to do. GC would call your class finalizer, when you are done with the referenced object. - Ravindra ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mcs cannot compile on NFS shares due to Win32 locks
Hi! I have all my work stored on NFS shares from my server, including programming projects. I just installed Beta 2, and found that compilation for some reason always failed. I then found out that it only happens when I compile a project stored in a NFS share, not if I compile it locally. The error message: error CS0016: Could not write to file `io.exe', cause: Win32 IO returned ERROR_LOCK_VIOLATION. Path: ./io.exe Compilation failed: 1 error(s), 0 warnings - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks
I assume you are running Mono on Cygwin. I think this is related to a problem with IIS serving ASP.NET pages up from NFS shares. For some reason, file locking is buggy. I never did figure it out. But my guess is that it is not a Mono problem. Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon Ask Ulsnes Sent: Wednesday, June 02, 2004 6:31 AM To: mono Subject: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks Hi! I have all my work stored on NFS shares from my server, including programming projects. I just installed Beta 2, and found that compilation for some reason always failed. I then found out that it only happens when I compile a project stored in a NFS share, not if I compile it locally. The error message: error CS0016: Could not write to file `io.exe', cause: Win32 IO returned ERROR_LOCK_VIOLATION. Path: ./io.exe Compilation failed: 1 error(s), 0 warnings - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list smime.p7s Description: S/MIME cryptographic signature
Re: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks
I am running Mono on Gentoo Linux, in a perfectly normal environment. To get the error message, I only have to cd to an NFS share and execute mcs on a C# file... This is very much a Mono problem. - Simon Andrew Arnott wrote: I assume you are running Mono on Cygwin. I think this is related to a problem with IIS serving ASP.NET pages up from NFS shares. For some reason, file locking is buggy. I never did figure it out. But my guess is that it is not a Mono problem. Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon Ask Ulsnes Sent: Wednesday, June 02, 2004 6:31 AM To: mono Subject: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks Hi! I have all my work stored on NFS shares from my server, including programming projects. I just installed Beta 2, and found that compilation for some reason always failed. I then found out that it only happens when I compile a project stored in a NFS share, not if I compile it locally. The error message: error CS0016: Could not write to file `io.exe', cause: Win32 IO returned ERROR_LOCK_VIOLATION. Path: ./io.exe Compilation failed: 1 error(s), 0 warnings - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Can't open a StreamWritter with a file created by File.Create
Hi, With the mono beta 2 I'm not able to create a file with File.Create and then, open a StreamWritter on it. For example a simple program like this throws the error Unhandled Exception: System.IO.IOException: Win32 IO returned ERROR_SHARING_VIOLATION. Path: test-file everytime I run it : using System; using System.IO; namespace Test { public class test { public test() { File.Create(test-file); StreamWriter sw = new StreamWriter(test-file); } static void Main (string[] args) { new test(); } } } But this kind of operation works perfectly on mono beta 1. So I would like to know if this bug is a regression (what regression !!) or just a bizzarery of my computer. Accordingly, I would be grateful if someone could run the little program above and tell me if he has the same result. In this case I'll open a bug on bugzilla, and in the other case any help would be appreciated :) Thanks in advance _ Bloquez les fenêtres pop-up, c'est gratuit ! http://toolbar.msn.fr ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks
I am running Mono on Gentoo Linux, in a perfectly normal environment. To get the error message, I only have to cd to an NFS share and execute mcs on a C# file... Are you mounting the directory as a samba share? Or are you using nfsmount? This is very much a Mono problem. - Simon Andrew Arnott wrote: I assume you are running Mono on Cygwin. I think this is related to a problem with IIS serving ASP.NET pages up from NFS shares. For some reason, file locking is buggy. I never did figure it out. But my guess is that it is not a Mono problem. Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon Ask Ulsnes Sent: Wednesday, June 02, 2004 6:31 AM To: mono Subject: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks Hi! I have all my work stored on NFS shares from my server, including programming projects. I just installed Beta 2, and found that compilation for some reason always failed. I then found out that it only happens when I compile a project stored in a NFS share, not if I compile it locally. The error message: error CS0016: Could not write to file `io.exe', cause: Win32 IO returned ERROR_LOCK_VIOLATION. Path: ./io.exe Compilation failed: 1 error(s), 0 warnings - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list smime.p7s Description: S/MIME cryptographic signature
Re: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks
Andrew Arnott wrote: I am running Mono on Gentoo Linux, in a perfectly normal environment. To get the error message, I only have to cd to an NFS share and execute mcs on a C# file... Are you mounting the directory as a samba share? Or are you using nfsmount? nfsmount. Samba uses smbfs, not NFS. I'm using NFS Protocol version 3, nfs-utils version 1.0.6 and 2.6.x-kernels on both client and server. - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mcs cannot compile on NFS shares due to Win32 locks
Simon Ask Ulsnes wrote: Andrew Arnott wrote: I am running Mono on Gentoo Linux, in a perfectly normal environment. To get the error message, I only have to cd to an NFS share and execute mcs on a C# file... Are you mounting the directory as a samba share? Or are you using nfsmount? nfsmount. Samba uses smbfs, not NFS. I'm using NFS Protocol version 3, nfs-utils version 1.0.6 and 2.6.x-kernels on both client and server. - Simon Maybe I didn't make it clear enough, no Windows machines are involved here. That's why the whole Win32 locks thing is a bit odd. - Simon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Can't open a StreamWritter with a file created by File.Create
Hi, It doesn't work, because File.Create(test-file) creates a new file and returns an FileStream object, wich holds the handle for the file. You do not assing this object anywhere, so it is a candidate for the garbage collection. Until the GC disposes this object (this can take some time), wich releases the allocated file handle, the file is still opened. So if your next statement tryes to access this file, you get an sharing violation. You should always call Close() to release the underlying file handle. Solution 1.: FileStream s = File.Create(test-file); s.Close(); StreamWriter sw = new StreamWriter(test-file); //do some work sw.Close(); Solution 2 (more elegant): using(StreamWriter sw = new StreamWriter(File.Create(test-file))) { //do some work } RoBiK -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of HannibAl Bundie Sent: Mittwoch, 02. Juni 2004 16:39 To: [EMAIL PROTECTED] Subject: [Mono-list] Can't open a StreamWritter with a file created by File.Create Hi, With the mono beta 2 I'm not able to create a file with File.Create and then, open a StreamWritter on it. For example a simple program like this throws the error Unhandled Exception: System.IO.IOException: Win32 IO returned ERROR_SHARING_VIOLATION. Path: test-file everytime I run it : using System; using System.IO; namespace Test { public class test { public test() { File.Create(test-file); StreamWriter sw = new StreamWriter(test-file); } static void Main (string[] args) { new test(); } } } But this kind of operation works perfectly on mono beta 1. So I would like to know if this bug is a regression (what regression !!) or just a bizzarery of my computer. Accordingly, I would be grateful if someone could run the little program above and tell me if he has the same result. In this case I'll open a bug on bugzilla, and in the other case any help would be appreciated :) Thanks in advance _ Bloquez les fenêtres pop-up, c'est gratuit ! http://toolbar.msn.fr ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Can't open a StreamWritter with a file created by File.Create
Thanks a lot :) From: RoBiK [EMAIL PROTECTED] To: 'HannibAl Bundie' [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: RE: [Mono-list] Can't open a StreamWritter with a file created by File.Create Date: Wed, 2 Jun 2004 17:06:57 +0200 Hi, It doesn't work, because File.Create(test-file) creates a new file and returns an FileStream object, wich holds the handle for the file. You do not assing this object anywhere, so it is a candidate for the garbage collection. Until the GC disposes this object (this can take some time), wich releases the allocated file handle, the file is still opened. So if your next statement tryes to access this file, you get an sharing violation. You should always call Close() to release the underlying file handle. Solution 1.: FileStream s = File.Create(test-file); s.Close(); StreamWriter sw = new StreamWriter(test-file); //do some work sw.Close(); Solution 2 (more elegant): using(StreamWriter sw = new StreamWriter(File.Create(test-file))) { //do some work } RoBiK -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of HannibAl Bundie Sent: Mittwoch, 02. Juni 2004 16:39 To: [EMAIL PROTECTED] Subject: [Mono-list] Can't open a StreamWritter with a file created by File.Create Hi, With the mono beta 2 I'm not able to create a file with File.Create and then, open a StreamWritter on it. For example a simple program like this throws the error Unhandled Exception: System.IO.IOException: Win32 IO returned ERROR_SHARING_VIOLATION. Path: test-file everytime I run it : using System; using System.IO; namespace Test { public class test { public test() { File.Create(test-file); StreamWriter sw = new StreamWriter(test-file); } static void Main (string[] args) { new test(); } } } But this kind of operation works perfectly on mono beta 1. So I would like to know if this bug is a regression (what regression !!) or just a bizzarery of my computer. Accordingly, I would be grateful if someone could run the little program above and tell me if he has the same result. In this case I'll open a bug on bugzilla, and in the other case any help would be appreciated :) Thanks in advance _ Bloquez les fenêtres pop-up, c'est gratuit ! http://toolbar.msn.fr ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list _ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono and ADO.Net
Best I can tell, Windows Forms are done up in GTK# under Mono. ADO.Net is widely supported, and most major database systems have providers written (ByteFX for MySQL, etc). Works just fine, and the legal issue, AFAIK, is, according to Miguel, far overblown. There are several recent threads on that topic that a quick archive search should produce. Greg On Tue, 2004-06-01 at 21:08 -0400, Parviz wrote: We are looking at developing in Windows and taking it toUnix with Mono. We have heard rumors that ADO.Net and windows forms are patented by MS and will not be avialable in Mono. First, is this true and second is there a different solution? Thanks Parviz ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Gtk# 0.93 released
Announcing release 0.93 of Gtk#, codenamed Rising Crust Pizza. Tarball available for immediate download from: http://sourceforge.net/project/showfiles.php?group_id=40240 Binaries (thanks to Duncan Mak) will be available shortly through the Mono project at: http://www.go-mono.com/download.html About Gtk#: Gtk# is a .Net language binding for the Gtk+ Graphical User Interface toolkit and several GNOME platform libraries. The GNOME 2.2 platform is currently targeted. The binding is fairly complete, but it is still somewhat unproven and API unstable, and therefore not recommended for production work. Changes since 0.91.1: * Automatic registration of GTypes for subclasses. (Ben Maurer, MK) * Manual ctor implementations to support auto registration. (Todd Berman, MK) * All GtkSharp/GLibSharp types moved to GLib namespace or internalized. (MK) * Generated assemblies no longer pinvoke to libgobject, removing config mapping entry requirement. (MK) * Requires: entries in .pc files to simplify Libs: entries. (MK) * Gtk.CellRenderer sample implementation and custom code to support CellRenderer implementations. (Todd Berman) * Erase support in the scribble.exe sample. (Todd Berman, because he was bored) * DateTime/time_t marshaling fixed once and for all, god willing. (MK) * Killed the old perl-based metadata engine. Long live XPath. (MK) * Sample to show how to use GDI+ to draw on Gdk.Windows. (Miguel) * More API Corrections, Customizations, and glue: (Radek, Doulik, Larry Ewing, Vladimir Vukicevic, Dan Winship, Jeroen Zwartepoorte, MK) * OnForall virtual method to support Container subclassing. (MK) * Bugfixes (Todd, Berman, Jeroen Zwartepoorte, MK) * Doc Updates (Please see the monodoc relnotes for a complete list of contributors.) Discussion of Gtk# occurs on the mailing list at [EMAIL PROTECTED] Bugs can be reported to http://bugzilla.ximian.com, module gtk#. Check the Gtk# homepage for additional info at http://gtk-sharp.sf.net. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] xsp mod_mono on FREEBSD
Hi.. When I do gmake in the xsp directory I have this /usr/local/bin/mcs -debug+ -debug:full -nologo -r:System.Web.dll -r:Mono.Posix.dll /d:MODMONO_SERVER /out:mod-mono-server.exe etc etc . And in this line the gmake freeze and nothing happens I wait ten minutes and nothing -Original Message- From: Andras GELANYI [mailto:[EMAIL PROTECTED] Sent: Monday, May 31, 2004 7:50 PM To: Osmany Guirola Cruz; [EMAIL PROTECTED] Subject: Re: [Mono-list] xsp mod_mono on FREEBSD i am not sure this solves your problem, but try to use gnu make (gmake) instead of make. On May 31, 2004, at 23:12, Osmany Guirola Cruz wrote: Hi people I am trying to compile xsp on my freebsd box (4.9 RELEASE) and I got these error when I do make (configure don't have problem :-) ) Error CS2008: No files to compile were specified Compilation failed: 1 error(s), 0 warnings *** Error code 1 Stop in /root/xsp-0.13/server *** Error code 1 Somebody in the list use FreeBSD and have installed xsp and mod_mono? I am trying to install apache with mod-mono to serve aspx web pages please some idea. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] TLS data
Viva a todos, I'm now past the installation phase of Mono Beta 1 and I'm getting the following error message when I try to run it: [EMAIL PROTECTED] mono]# mono mono: error while loading shared libraries: libmono.so.0: cannot handle TLS data [EMAIL PROTECTED] mono]# Linux distribution is Fedora Core 1. Any idea on what might be wrong? Thanks for any help. -fs ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono and ADO.Net
Windows.Forms uses Winelib, GTK# is a seperate package. Afaik, GTK# is more reliable than Windows.Forms right now. On Wed, 02 Jun 2004 11:39:45 -0400, Gregory Junker [EMAIL PROTECTED] wrote: Best I can tell, Windows Forms are done up in GTK# under Mono. ADO.Net is widely supported, and most major database systems have providers written (ByteFX for MySQL, etc). Works just fine, and the legal issue, AFAIK, is, according to Miguel, far overblown. There are several recent threads on that topic that a quick archive search should produce. Greg On Tue, 2004-06-01 at 21:08 -0400, Parviz wrote: We are looking at developing in Windows and taking it toUnix with Mono. We have heard rumors that ADO.Net and windows forms are patented by MS and will not be avialable in Mono. First, is this true and second is there a different solution? Thanks Parviz ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono and ADO.Net
Shows you how much Windows Forms development I do. ;) Greg - Original Message - From: Cory Nelson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Parviz [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 4:58 PM Subject: Re: [Mono-list] Mono and ADO.Net Windows.Forms uses Winelib, GTK# is a seperate package. Afaik, GTK# is more reliable than Windows.Forms right now. On Wed, 02 Jun 2004 11:39:45 -0400, Gregory Junker [EMAIL PROTECTED] wrote: Best I can tell, Windows Forms are done up in GTK# under Mono. ADO.Net is widely supported, and most major database systems have providers written (ByteFX for MySQL, etc). Works just fine, and the legal issue, AFAIK, is, according to Miguel, far overblown. There are several recent threads on that topic that a quick archive search should produce. Greg On Tue, 2004-06-01 at 21:08 -0400, Parviz wrote: We are looking at developing in Windows and taking it toUnix with Mono. We have heard rumors that ADO.Net and windows forms are patented by MS and will not be avialable in Mono. First, is this true and second is there a different solution? Thanks Parviz ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] TLS data
Sorry... I found more info on this and there is a related bug. http://bugzilla.ximian.com/show_bug.cgi?id=58332 -fs - Original Message - From: Fabrício Santos [EMAIL PROTECTED] To: mono [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 9:33 PM Subject: [Mono-list] TLS data Viva a todos, I'm now past the installation phase of Mono Beta 1 and I'm getting the following error message when I try to run it: [EMAIL PROTECTED] mono]# mono mono: error while loading shared libraries: libmono.so.0: cannot handle TLS data [EMAIL PROTECTED] mono]# Linux distribution is Fedora Core 1. Any idea on what might be wrong? Thanks for any help. -fs ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] MCS hanging using beta 2.
While I'm trying to compile one of the pieces of our product, I get past the point where mcs is missing all of the required DLLs and it hangs. Here is the command line in use. mcs -r:System.Web.dll -r:System.Web.Services.dll -r:System.Data.dll -r:System.Drawing.dll -r:/home/dennis/Dev/IPalEq/Microsoft.Web.UI.WebControls.dll -r:./IALib/IALib.dll -target:library -out:IAAdmin.dll -resource:./AddCust.aspx.resx,AddCust.aspx.resx -resource:./Customer.aspx.resx,Customer.aspx.resx -resource:./ExtCust.aspx.resx,ExtCust.aspx.resx -resource:./Global.asax.resx,Global.asax.resx -resource:./Login.aspx.resx,Login.aspx.resx -resource:./RegCust.aspx.resx,RegCust.aspx.resx -resource:./RegIPal.asmx.resx,RegIPal.asmx.resx ./AddCust.aspx.cs ./AssemblyInfo.cs ./Customer.aspx.cs ./CustPage.cs ./ExtCust.aspx.cs ./Global.asax.cs ./Login.aspx.cs ./RegCust.aspx.cs ./RegIPal.asmx.cs \ cp IAAdmin.dll ./ It was generated from MD with hand edits to set the MCS_OPTIONS for the required DLLs. Clues? - Dennis ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Bug in mod_mono
This is probably appropriate for Bugzilla, but I don't see an XSP or mod_mono section at http://bugzilla.ximian.com. So here is my report: (and plea for workarounds if anyone has one) I have two virtual hosts in Apache 2.0.x (probably latest version). Each has several .aspx files, and a bin folder. In each bin folder is the same assembly: SchoolCtrls.dll. This is a strong-named assembly that provides a base page class. Inside my Web.config file for each site, I have the following tag: pages pageBaseType=School.Theme.Page, SchoolCtrls, Version=1.0.1612.19143, Culture=neutral, PublicKeyToken=80cec71687825c4c / This works in IIS and ASP.NET. It is supposed to set the base page class of any page without a code-behind to School.Theme.Page rather than System.Web.UI.Page. My School.Theme.Page class inherits from System.Web.UI.Page and changes some behavior. The pages tag works for single webs, but for virtual hosts, only the first web site accessed after mod-mono-server.exe starts finds the SchoolCtrls.dll assembly. The second site accessed gives the following error at the end of this email. If I restart mod-mono-server.exe and reverse the order that I test the sites in, again, whichever site is accessed second is the one that cannot find the assembly with the base page class in. I have tried with a non-strong-named assembly with the same results. Can anyone give any ideas? Error follows: Description: Error parsing a resource required to service this request. Review your source file and modify it to fix this error. Error message: Cannot find type School.Theme.Page, SchoolCtrls, Version=1.0.1612.19143, Culture=neutral, PublicKeyToken=80cec71687825c4c File name: /home/andrew/localweb/gerontology/default.aspxLine: 1 Source Error: %@ Page language=c# AutoEventWireup=false % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTML HEAD smime.p7s Description: S/MIME cryptographic signature
Re: [Mono-list] issue with pinvoke memory leak
On Wed, 2004-06-02 at 08:09, Chris Turchin wrote: Hi Ravindra, again, thanks for the tip. I checked and the finalizer was there only it was not getting called (or not often enough) - i added a GC.Collect() call to my test class and it worked. Don't call GC.Collect(). Please. Under .NET, manually calling GC.Collect will throw off the algorithms that govern when .NET normally collects memory, which can negatively impact performance. Though relying on the finalizer will already impact performance, as finalizers aren't run until after the object graph has been promoted a generation. For example, if it's a Generation 0 object that has a finalizer and is collected, it's promoted to Generation 1 and the finalizer isn't run until the *next* Generation 1 collection. Which is less frequent than Generation 0 collections. If your object is promoted to Generation 2, it'll hang around awhile. Result: you may have lots of unmanaged memory leaking, because it's waiting for the collector to finalize the object... (Imagine that you have a 10 MB image opened in unmanaged memory and held open by a managed handle. It may be awhile before that memory is freed.) Assuming, of course, that the finalizer is *ever* executed, and there is no guarantee that it will be. In short, finalizers are nice as a fall back, but DO NOT rely on them. You have to remember to dispose of your resources in a timely basis. Consequently, you should instead do: FreeImage img = GetImage (); FreeImage img2 = img.Resample (...); img.Dispose (); img = img2; That's assuming that you really need to do the aliasing. If you don't need to keep re-using the img variable, you could use the using block: using (FreeImage img = GetMyImage()) { using (FreeImage img2 = img.Resample (...)) { // operate on img2 } } This will ensure that your unmanaged memory is freed in a timely manner. Mono doesn't currently use a generational collector, so this currently isn't as much of an issue. snip/ Actaully, would this same issue be a problem for all IDisposable objects in managed code (maybe I am not allowed to do this at all with IDisposable objects) or is this unique to the managed/unmanaged code in question here? This is true for all IDisposable objects. If the object doesn't have a finalizer, then nothing will be invoked when the object is collected. Either invoke Dispose() directly, or use a using block so that Dispose() is called for you. This should be done for all resources -- unmanaged memory, database locks, file handles, monitors... Everything that may be limited and needs to be released in a timely manner to avoid performance issues. Finalizers can help in freeing these resources, but they're no guarantee. Use them as a fall-back ONLY. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Windows version does not work on Win98
Hi list has anyone tried to install Mono 1.0 Beta 2 on Windows 98? The installer does not fail and nicely tells me that all went well. Then I have to change the bat-file setmonopath.bat to include in the PATH because Windows 98 does not like the spaces in the PATH-name. But then the real problem arises. When I start mono or mcs a error message pops up and tells me: The PSAPI.DLL file is linked to missing export NTDLL.DLL:_stricmp This looks like the lot is compiled for NT or higher iso Windows 98 (sorry, I still only have Windows 98 and would love to move to Linux but that still program calling it self Progress does not work on Linux as a client (GUI) so I'm stuck) I'd love either to see this solved by seeing a version for Windows 98 or at least that the installer checks what version of Windows I have and then say sorry to me and that this setup is only for WinNT/2000/XP and up(?). Maybe offer to go on anyway, but at least warn, Seeing that .NET by M$ does work on Windows 98, it would be nice if Mono would also work on Windows 98. I understand that there might not be as high a demand for that but a setup that does not check for the right version of Windows is just not very friendly. Thanks for all the work put in! I find Mono a interesting alternative. wkr, Gerke signature.asc Description: OpenPGP digital signature