Re: [Mono-winforms-list] Mono 1.1.5 on SuSE 9.2
Hi,
I installed SuSE 9.2 (not full) with Mono (1.1.4 first 1.1.5 after). I had
got several easy problems and then two hard remained.
Can you post in a place publically accessible in Internet the source
code of this sample that is giving you trouble?
Public Class Form1
Inherits System.Windows.Forms.Form
#Region Windows Form Designer generated code
Public Sub New()
MyBase.New()
'This call is required by the Windows Form Designer.
InitializeComponent()
'Add any initialization after the InitializeComponent() call
End Sub
'Form overrides dispose to clean up the component list.
Protected Overloads Overrides Sub Dispose(ByVal disposing As
Boolean)
If disposing Then
If Not (components Is Nothing) Then
components.Dispose()
End If
End If
MyBase.Dispose(disposing)
End Sub
'Required by the Windows Form Designer
Private components As System.ComponentModel.IContainer
'NOTE: The following procedure is required by the Windows Form
Designer
'It can be modified using the Windows Form Designer.
'Do not modify it using the code editor.
Friend WithEvents Label1 As System.Windows.Forms.Label
System.Diagnostics.DebuggerStepThrough() Private Sub
InitializeComponent()
Me.Label1 = New System.Windows.Forms.Label()
Me.SuspendLayout()
'
'Label1
'
Me.Label1.Location = New System.Drawing.Point(112, 112)
Me.Label1.Name = Label1
Me.Label1.TabIndex = 0
Me.Label1.Text = Hello!!
'
'Form1
'
Me.AutoScaleBaseSize = New System.Drawing.Size(5, 13)
Me.ClientSize = New System.Drawing.Size(292, 273)
Me.Controls.AddRange(New System.Windows.Forms.Control()
{Me.Label1})
Me.Name = Form1
Me.Text = Form1
Me.ResumeLayout(False)
End Sub
#End Region
End Class
This won't compile under the current build from svn, but the binary is
happy.
TTFN
Paul
--
It is often said that something cannot be libel if it is the truth.
This has had to be amended to 'something cannot be libel if it is the
truth or if the bank balance says otherwise' - US Today
signature.asc
Description: This is a digitally signed message part
[Mono-devel-list] Monodoc and 1.1.5
Hi, I am trying to create bundle installers for 1.1.5, based on the Red Hat 9 RPMs. There are no 1.1.5 RPM releases of Monodoc and Monodevelop, and the installation page points to use the 1.0.6 ones (which in turn are the 1.0.5), so that is what I am doing. I get the following when trying to start Monodoc or Monodevelop with 1.1.5 : Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) SignalConnector:glade_xml_signal_autoconnect_full (intptr,Glade.XML/SignalConnector/RawXMLConnectFunc,intptr) in 0x00059 Glade.XML+SignalConnector:Autoconnect () in 0x00048 Glade.XML:Autoconnect (System.Object handler) in 0x00070 Monodoc.Browser:.ctor () in 0x00306 Monodoc.Driver:Main (System.String[] args) I believe I am hitting the following bug (or one similar) http://bugzilla.ximian.com/show_bug.cgi?id=73637 which was fixed a couple of days ago. Is anybody seeing the same problem ? If that bug is indeed the cause, any chance the packages can get rebuilt? Thanks Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Monodoc and 1.1.5
Hello, MonoDevelop 0.5.1 wont work with mono 1.1.x releases (which is I think what you tried). MonoDevelop 0.6 will but it requires gtk# 1.9.2. On Thu, 2005-03-24 at 08:51 -0800, Daniel Lopez wrote: Hi, I am trying to create bundle installers for 1.1.5, based on the Red Hat 9 RPMs. There are no 1.1.5 RPM releases of Monodoc and Monodevelop, and the installation page points to use the 1.0.6 ones (which in turn are the 1.0.5), so that is what I am doing. I get the following when trying to start Monodoc or Monodevelop with 1.1.5 : Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) SignalConnector:glade_xml_signal_autoconnect_full (intptr,Glade.XML/SignalConnector/RawXMLConnectFunc,intptr) in 0x00059 Glade.XML+SignalConnector:Autoconnect () in 0x00048 Glade.XML:Autoconnect (System.Object handler) in 0x00070 Monodoc.Browser:.ctor () in 0x00306 Monodoc.Driver:Main (System.String[] args) I believe I am hitting the following bug (or one similar) http://bugzilla.ximian.com/show_bug.cgi?id=73637 which was fixed a couple of days ago. Is anybody seeing the same problem ? If that bug is indeed the cause, any chance the packages can get rebuilt? Thanks Daniel ___ 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-devel-list] Preparing the 1.1.5 release.
Hoi, the link http://www.go-mono.com/archive/1.1.5/macos/MonoFramework-1.1.4.dmg from the current download page doesn't exist, can you help me. Thanks Martin Am 18.03.2005 um 14:53 schrieb Miguel de Icaza: Hello, I am preparing the 1.1.5 release; Please let me know what features should be highlighted in this new release since our 1.1.4 release. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Martin Moellenbeck martin at moellenbecks.de ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Introducing GtkSpell#
I already commited to the svn last night :-) Its under sources/trunk/gtkspell-sharp I've updated it and regenerated with gapi so the api is different now. (Sorry, but I messed up on a few things before and it was a prerelease). I fixed the makefile so it didn't staticly call aclocal-1.7 and automake-1.7, and I fixed the casing of the namespace and updated a few things in the sample. I have to add code to allow it to disconnect destruction of the textview. You can do it on your own by saving the variable for the SpellCheck object or calling the function to return the instance of SpellCheck attached and call detach manually. I should have a fix for that soon. :-) If you have any patches, email the list and I will apply them (since I'm maintaining a version since its sort of beta right now) unless its a new sample then if you have SVN access then feel free to add it the sample directory (don't forget to update the Makefile, hehe). You can also tell me any issues in #mono on irc.gimp.org if you catch me (user zbowling). Later when its stable, we can pretty much go by house rules. If anyone is interested I'll start making a wrapper for libgnomeprint (not libgnomeprintUI). libgnomeprint works on Windows on Linux but libgnomeprintUI doesn't (bonobo/orbit dependencies). We can also work on a C# replacement in then SVN for the printing dialogs. I only want to do that one if I find interest because right now I'm using it side my app and I'm to lazy to rip it out without interest. Its really nice for cross platform printing. :-) Anyways, have fun! Zac MAY THE CODE BE WITH YOU! On Thu, 2005-03-24 at 11:54 -0300, Rafael Teixeira wrote: Can I or someone of a higher cast, create a gtkspell-sharp module in the SVN repo to house it? From there we can help to fix the few issues Zac hints about... Also Zac, can you list specifically what the issues are? :) On Wed, 23 Mar 2005 22:57:51 +0100, Martin Willemoes Hansen [EMAIL PROTECTED] wrote: ons, 23 03 2005 kl. 15:17 -0600, skrev Zac Bowling: If anyone has seen gaim or tomboy knows about GtkSpell. It basically creates the Word, or Evolution type marks on your misspelled words, and with a quick right mouse click you can fix your mistake. It only takes one line of code and you have spell check on any of your TextViews :-) http://www.polystimulus.com/gtkspell-sharp.tar.bz2 Cool, it would probably be nice to have in gnome or mono cvs. Happy hacking! -- Martin Willemoes Hansen ___ 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-devel-list] Introducing GtkSpell#
Thanks Zac,
My first patch
it does this:
24-03-2005 Rafael Teixeira [EMAIL PROTECTED]
sample/TestGtkSpell.cs
-- added a delete event handler to end the application when
closing the window
-- now accepts an optional command line argument to specify locale.
Ex: mono TestGtkSpell.exe pt-br, defaults to en-us as before
may I commit.
Fun,
On Thu, 24 Mar 2005 11:41:37 -0600, Zac Bowling [EMAIL PROTECTED] wrote:
I already commited to the svn last night :-) Its under
sources/trunk/gtkspell-sharp
I've updated it and regenerated with gapi so the api is different now.
(Sorry, but I messed up on a few things before and it was a prerelease).
I fixed the makefile so it didn't staticly call aclocal-1.7 and
automake-1.7, and I fixed the casing of the namespace and updated a few
things in the sample. I have to add code to allow it to disconnect
destruction of the textview. You can do it on your own by saving the
variable for the SpellCheck object or calling the function to return the
instance of SpellCheck attached and call detach manually. I should have
a fix for that soon. :-)
If you have any patches, email the list and I will apply them (since I'm
maintaining a version since its sort of beta right now) unless its a new
sample then if you have SVN access then feel free to add it the sample
directory (don't forget to update the Makefile, hehe). You can also tell
me any issues in #mono on irc.gimp.org if you catch me (user zbowling).
Later when its stable, we can pretty much go by house rules.
If anyone is interested I'll start making a wrapper for libgnomeprint
(not libgnomeprintUI). libgnomeprint works on Windows on Linux but
libgnomeprintUI doesn't (bonobo/orbit dependencies). We can also work on
a C# replacement in then SVN for the printing dialogs. I only want to do
that one if I find interest because right now I'm using it side my app
and I'm to lazy to rip it out without interest. Its really nice for
cross platform printing. :-)
Anyways, have fun!
Zac
MAY THE CODE BE WITH YOU!
On Thu, 2005-03-24 at 11:54 -0300, Rafael Teixeira wrote:
Can I or someone of a higher cast, create a gtkspell-sharp module in
the SVN repo to house it? From there we can help to fix the few issues
Zac hints about...
Also Zac, can you list specifically what the issues are?
:)
On Wed, 23 Mar 2005 22:57:51 +0100, Martin Willemoes Hansen
[EMAIL PROTECTED] wrote:
ons, 23 03 2005 kl. 15:17 -0600, skrev Zac Bowling:
If anyone has seen gaim or tomboy knows about GtkSpell. It basically
creates the Word, or Evolution type marks on your misspelled words, and
with a quick right mouse click you can fix your mistake. It only takes
one line of code and you have spell check on any of your TextViews :-)
http://www.polystimulus.com/gtkspell-sharp.tar.bz2
Cool, it would probably be nice to have in gnome or mono cvs.
Happy hacking!
--
Martin Willemoes Hansen
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
--
Rafael Monoman Teixeira
---
I'm trying to become a Rosh Gadol before my own eyes.
See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment.
It hurts!
Index: sample/TestGtkSpell.cs
===
--- sample/TestGtkSpell.cs (revision 42226)
+++ sample/TestGtkSpell.cs (working copy)
@@ -4,7 +4,7 @@
public class GtkHelloWorld {
- public static void Main() {
+ public static void Main(string[] args) {
Application.Init();
//Create the Window
@@ -14,8 +14,13 @@
//Create a TextView
TextView myTextView = new TextView();
+SpellCheck mySpellCheck;
+
//Bind GtkSpell to our textview
-SpellCheck mySpellCheck = new SpellCheck(myTextView, en-us);
+if (args.Length 0)
+ mySpellCheck = new SpellCheck(myTextView, args[0]);
+ else
+ mySpellCheck = new SpellCheck(myTextView, en-us);
//spellCheck.Detach();
//spellCheck.();
@@ -26,6 +31,13 @@
//Show Everything
myWin.ShowAll();
+ myWin.DeleteEvent += new DeleteEventHandler(delete);
+
Application.Run();
}
+
+ static void delete(object o, DeleteEventArgs args)
+ {
+Application.Quit();
+ }
}
Index: ChangeLog
===
--- ChangeLog (revision 42226)
+++ ChangeLog (working copy)
@@ -0,0 +1,5 @@
+24-03-2005 Rafael Teixeira [EMAIL PROTECTED]
+ sample/TestGtkSpell.cs
+ -- added a delete event handler to end the application when closing the window
+ -- now accepts an optional command line argument to specify locale.
+ Ex: mono TestGtkSpell.exe pt-br, defaults to en-us as before
Re: [Mono-devel-list] Monodoc and 1.1.5
Hi John, I believe 1.1.4 worked fine with 0.5.1 If 0.6 does not and also requires 1.9.2, then it is going to be a problem for people relying on the rpms or bundle installer as current gtk# rpms in download page are 1.0.8 :( Best regards Daniel MonoDevelop 0.5.1 wont work with mono 1.1.x releases (which is I think what you tried). MonoDevelop 0.6 will but it requires gtk# 1.9.2. On Thu, 2005-03-24 at 08:51 -0800, Daniel Lopez wrote: Hi, I am trying to create bundle installers for 1.1.5, based on the Red Hat 9 RPMs. There are no 1.1.5 RPM releases of Monodoc and Monodevelop, and the installation page points to use the 1.0.6 ones (which in turn are the 1.0.5), so that is what I am doing. I get the following when trying to start Monodoc or Monodevelop with 1.1.5 : Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) SignalConnector:glade_xml_signal_autoconnect_full (intptr,Glade.XML/SignalConnector/RawXMLConnectFunc,intptr) in 0x00059 Glade.XML+SignalConnector:Autoconnect () in 0x00048 Glade.XML:Autoconnect (System.Object handler) in 0x00070 Monodoc.Browser:.ctor () in 0x00306 Monodoc.Driver:Main (System.String[] args) I believe I am hitting the following bug (or one similar) http://bugzilla.ximian.com/show_bug.cgi?id=73637 which was fixed a couple of days ago. Is anybody seeing the same problem ? If that bug is indeed the cause, any chance the packages can get rebuilt? Thanks Daniel ___ 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-devel-list] Just something the lazy me cooked to help committing to svn
I've put this alias definition in ~/.bashrc alias commit=(svn diff ChangeLog | grep ^+[^+] | colrm 1 1 log) cat log svn commit -F log rm log With it I just edit the changelog and call it when ready to commit the work. A good thing is that errors in comunication or collisions stop the process without further ado. Just a small gotcha, diff may present lines out-of-order for multiple sucessive entries in the same day by the same person, but there is no loss of information unless you start to yank things out of the ChangeLog. Enjoy, -- Rafael Monoman Teixeira --- I'm trying to become a Rosh Gadol before my own eyes. See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment. It hurts! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Just something the lazy me cooked to help committing to svn
On Thu, 2005-03-24 at 17:53 -0300, Rafael Teixeira wrote: I've put this alias definition in ~/.bashrc alias commit=(svn diff ChangeLog | grep ^+[^+] | colrm 1 1 log) cat log svn commit -F log rm log With it I just edit the changelog and call it when ready to commit the work. A good thing is that errors in comunication or collisions stop the process without further ado. Just a small gotcha, diff may present lines out-of-order for multiple sucessive entries in the same day by the same person, but there is no loss of information unless you start to yank things out of the ChangeLog. There is a script called svnci in svn-tools for this that is only a little bit more sane :-) -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Preparing the 1.1.5 release.
Hoi, when will there be the macosx build for the 1.1.5 release (can I help you). Martin Am 24.03.2005 um 18:55 schrieb Atsushi Eno: Hi, I fixed that link a few hours ago ;-) (There's still no 1.1.5 package for OS X) Atsushi Eno Martin Möllenbeck wrote: Hoi, the link http://www.go-mono.com/archive/1.1.5/macos/MonoFramework-1.1.4.dmg from the current download page doesn't exist, can you help me. Thanks Martin Am 18.03.2005 um 14:53 schrieb Miguel de Icaza: Hello, I am preparing the 1.1.5 release; Please let me know what features should be highlighted in this new release since our 1.1.4 release. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Martin Moellenbeck martin at moellenbecks.de ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Martin Moellenbeck martin at moellenbecks.de ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Problem with Codebehind
Hi All, I have a problem with an application Im porting to Mono, is an ASP.NET application, for now is very simple, it uses one of my .DLLs, I can compile both, the application and the .DLL in Mono, but when I call the application in the browser I receive the error Cannot find assembly 36077 (the assembly name changes every time I refresh the page), Im guessing that the application is being compiled every time I call the page, and the compiler doesnt know where the binaries are(unlike a makefile), how can I tell Mono to use the compiled application and stop trying to compile it every time? Thanks. Elias Sanchez. Puntual Consultores ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Monodoc and 1.1.5
Hello, On Thu, 2005-03-24 at 13:03 -0800, Daniel Lopez wrote: Hi John, I believe 1.1.4 worked fine with 0.5.1 some things maybe, but there is a couple things that definitely wont. If 0.6 does not and also requires 1.9.2, then it is going to be a problem for people relying on the rpms or bundle installer as current gtk# rpms in download page are 1.0.8 :( I understand that, if packagers are going to package 0.5.1 for use with the newer 1.1.x releases they should probably back port a few fixes for it to work and include that in the package, or convince someone to make a updated release of that branch. I am not aware of any plans to do that though. I am willing to point them where to look. For 0.6, I don't expect packages will be made because of our unstable dependencies. It's not the ideal situation, but it is where we are right now. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] mono debugger does not compile
Hi! I just tried to compile the mono debugger from svn. Should it be possible with mono-1.1.4? I get: In file included from mini-main.c:1: mono-debugger-jit-wrapper.h:22: error: parse error before MonoSymbolTable mono-debugger-jit-wrapper.h:22: warning: no semicolon at end of struct or union mono-debugger-jit-wrapper.h:36: error: parse error before '}' token make[2]: *** [mini-main.o] Error 1 Thanks a lot, Fabian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Mono: TLS. normal versus __thread
On Thu, 2005-03-24 at 00:17 +0100, Michael Rasmussen wrote: It apparently seems to course problems when using Mono.Posix.fork. My self compiled version under Debian runs flawlessly while giving these errors under Fedora Core and Suse: Don't call Syscall.fork unless you really know what you're doing... (Someone correct me if the following is wrong...) The problem is that Mono is implemented in terms of the Win32 API. This allows portability between Windows and Unix (io-layer implements a Win32 subset for Unix platforms). But in order to be efficient at some tasks, some data must be shared between all mono tasks. This data is in the ~/.wapi directory. (What data must be shared? Process Ids of processes created through System.Diagnostics.Process, so that you can efficiently wait for a child process to exit without resorting to polling. This is also why Process.GetProcesses() doesn't return *all* running processes, but only those that Mono created -- you can WaitForExit() on any one of them, and waitpid(2) only works for child processes.) The problem is that ~/.wapi data isn't (or can't be) properly protected against a random mono process calling fork(2), as this will duplicate handles in the child process, which will close those handles during the subsequent exec(2), which will royally screw up the parent process. - Jon PS: lupus: Is there any scenario where it's actually *safe* to call fork? I'm wondering if I should remove fork(2) and exec(2) from Mono.Unix.Syscall... Alternatively, is there someway to protected ~/.wapi so that fork(2) can be safely called? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Portuguese translation of Mono FAQ
Hi all, We from Simios.org (http://www.simios.org) are finished a translation of Mono FAQ to brazilian portuguese. All people that speak portuguese are invited to visit simios.org. Next step maybe is a translation of Mono Handbook. Everado. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono: TLS. normal versus __thread
tor, 24 03 2005 kl. 07:28 -0500, skrev Jonathan Pryor: Don't call Syscall.fork unless you really know what you're doing... (Someone correct me if the following is wrong...) The problem is that Mono is implemented in terms of the Win32 API. This allows portability between Windows and Unix (io-layer implements a Win32 subset for Unix platforms). But in order to be efficient at some tasks, some data must be shared between all mono tasks. This data is in the ~/.wapi directory. Well in my case the hole point is to be able to start an application and the be able to fork it to the background running as a daemon. I find it hard to see this as a dangerous task? The problem occurs when mono is compiled with the option TLS normal. When mono is compiled with the option TLS __thread it works as expected. PS: lupus: Is there any scenario where it's actually *safe* to call fork? I'm wondering if I should remove fork(2) and exec(2) from Mono.Unix.Syscall... Alternatively, is there someway to protected ~/.wapi so that fork(2) can be safely called? Forking as process to run as daemon should in my opinion be a safe task. Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- I'll burn my books. -- Christopher Marlowe signature.asc Description: Dette er en digitalt underskrevet brevdel
Re: [Mono-list] Solaris 10 x86 Mono 1.1.4 package
I'm interested about the sparc package. I'm now working on version 1.1.4 and it finished compilation but it fails on make install with following error message: make[2]: Entering directory `/opt/TMP/mono-1.1.4/mcs/jay' /bin/sh ../mkinstalldirs /usr/local/bin /bin/sh ../mkinstalldirs /usr/local/share/jay /bin/sh ../mkinstalldirs /usr/local/man/man1 /usr/bin/install -m 755 jay /usr/local/bin install: jay was not found anywhere! make[2]: *** [install-local] Error 2 make[2]: Leaving directory `/opt/TMP/mono-1.1.4/mcs/jay' make[1]: *** [install] Error 2 make[1]: Leaving directory `/opt/TMP/mono-1.1.4/mcs/jay' make: *** [install-recursive] Error 1 --xxx- Many thanks, Zakaria On Thu, 10 Mar 2005 13:07:47 -0600, Jonel Rienton [EMAIL PROTECTED] wrote: I have created my first package for Solaris 10 x86 for Mono 1.1.4. If you guys interested, you can get it at: x86: http://road14.com/~nelski/mono-1.1.4-SunOS5.10-i386-CSW.pkg.gz i have also created a sparc-5.8 build but it's still in testing, just email me off the list if you like to test it on your test boxes. regards, - Jonel Rienton http://blogs.road14.com Software Developer, *nix Advocate ___ 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] monodoc error after mono 1.1.5 install
I upgraded from mono 1.1.4 to mono 1.1.5 today. I am now receiving this message when trying to start monodoc: $ monodoc Unhandled Exception: System.NullReferenceException: Object reference not set toan instance of an object in 0x0 unknown method in (wrapper managed-to-native) SignalConnector:glade_xml_signal_autoconnect_full (intptr,Glade.XML/SignalConnector/RawXMLConnectFunc,intptr) in 0x00059 Glade.XML+SignalConnector:Autoconnect () in 0x00048 Glade.XML:Autoconnect (System.Object handler) in 0x00070 Monodoc.Browser:.ctor () in 0x00306 Monodoc.Driver:Main (System.String[] args) My upgrade steps involved removing all mono and gtk-sharp rpms followed by installing the new mono 1.1.5 rpms and gtk-sharp 1.0.8 rpms. My environment is Fedora Core 3 on i686 libglade2-2.4.0-5 libglade-0.17-15 gtk-sharp-1.0.8-0.novell.9.1 monodoc-1.0.5-1.novell.9.1 mono-data-1.1.5-1.novell.9.1 mono-winforms-1.1.5-1.novell.9.1 mono-core-1.1.5-1.novell.9.1 mono-web-1.1.5-1.novell.9.1 Am I missing something or is the gtk-sharp build for fedora having problems? I can run sqlsharpgtk.exe just fine, but I don't think it depends on glade. Thanks for any help anyone can give, Eric ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Plans for F#?
Are there any plans to include support for F# in mono? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono in vhosts
On Wed, 2005-03-23 at 06:56 +1100, Nik Derewianka wrote: Hi, With thanks to Rafael, the postgres stuff is working. Just one thing left with mod_mono (on suse 9.2): in my error_log i get: [Thu Mar 24 06:28:12 2005] [error] Not running mod-mono-server.exe because no MonoApplications, MonoApplicationsConfigFile or MonoApplicationConfigDir specified. [...] But this looks more like its cascading from the initial startup problem. Can you put the MonoApplications directive within a VirtualHost element ? or are there any other steps needed to make it work in this way ? You're probably using an old version of mod_mono, as this was a bug in one of the latest releases (not the last one ;-). -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] xsp , dll reloading (windows)
On Wed, 2005-03-23 at 10:17 +0200, marius popa wrote: I have a problem with dlls already loaded by xsp , the client have access only by ftp and when is overwriting the dll , xsp it doesn't let him do it (permission dennied ) because file are in use Any solution ? This is because of bug #52756. -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with mod_mono
On Wed, 2005-03-23 at 22:25 -0700, Jesse Pasichnyk wrote: Im experience a problem with mod_mono (1.0.6), and Im running the 1.1.4 framework. The issue is that Ill start up apache with: MonoRunXSP True First of all, with this release I actually get a mod-mono-server.exe spooled up for each virtual host I have setup as a MonoApplication, which was not happening before off the bat. Now the issue is that if I rebuild/update a site, I have to actually restart apache for this to go into effect, otherwise it keeps pulling up my previous copy of the site. mod-mono-server.exe shuts down the application domain running your asp.net application and starts a new one when it detects that a change has been made. The problem is that the runtime still has the old assemblies loaded and returns those instead of loading the new ones. There's already a bug report for that. Do I need to turn off MonoRunXSP? Or is there something else going on here. If I need to turn it off, when should this be used. If you don't want to stop/start apache, you can run mod-mono-server.exe by yourself (use the same arguments as mod_mono uses when spawning those). In this case, whenever you update your application you can run mod-mono-server --terminate and then start it over again. -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with mod_mono
Now the issue is that if I rebuild/update a site, I have to actually restart apache for this to go into effect, otherwise it keeps pulling up my previous copy of the site. I sent a patch to mono-devel-list last month (2/20) that adds a little control panel to mod_mono so that you can restart mod-mono-server over the web. I've been using that with a fair amount of success. The only trouble with it is when mod-mono-server doesn't quit before mod_mono tries to restart it. Right now the control panel restarts all of the mod-mono-servers that mod_mono started. It could be modified to restart individual ones, if you're using different mod-mono-servers for the different virtual hosts. Gonzalo, any thoughts on putting this in SVN? -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono in vhosts
Gonzalo Paniagua Javier wrote: You're probably using an old version of mod_mono, as this was a bug in one of the latest releases (not the last one ;-). Suse 9.2 with mono 1.1.5, mod_mono 1.0.7 (installed via rpm -Uvh) using apache2.0.50 Still no go with the following in my vhost file: Alias / /srv/www/vhosts/mojo.e-media.com.au/ MonoApplications /:/srv/www/vhosts/mojo.e-media.com.au Location / SetHandler mono /Location With the error: [error] Not running mod-mono-server.exe because no MonoApplications, MonoApplicationsConfigFile or MonoApplicationConfigDir specified. Works fine when i move the above directives back into my default-server.conf Can i trust rpm -Uvh ?? Should i do a full uninstall and reinstall ? Or is mod_mono still buggy ?? (cant find the previous bug atm) Regards, Nik ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono in vhosts
On Fri, 2005-03-25 at 16:15 +1100, Nik Derewianka wrote: Gonzalo Paniagua Javier wrote: You're probably using an old version of mod_mono, as this was a bug in one of the latest releases (not the last one ;-). Suse 9.2 with mono 1.1.5, mod_mono 1.0.7 (installed via rpm -Uvh) using apache2.0.50 Still no go with the following in my vhost file: Alias / /srv/www/vhosts/mojo.e-media.com.au/ MonoApplications /:/srv/www/vhosts/mojo.e-media.com.au Location / SetHandler mono /Location With the error: [error] Not running mod-mono-server.exe because no MonoApplications, MonoApplicationsConfigFile or MonoApplicationConfigDir specified. Works fine when i move the above directives back into my default-server.conf Can i trust rpm -Uvh ?? Should i do a full uninstall and reinstall ? Or is mod_mono still buggy ?? (cant find the previous bug atm) It works for me with current version. Can you try: MonoApplications mojo /:/srv/www/vhosts/mojo.e-media.com.au Location / MonoSetServerAlias mojo SetHandler mono /Location and see if that works for you? -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Suggestions
Hi, First of all - let me state that i have been lurking here for a good while now and can appreciate that a lot of stuff is being done and that the following criticisms are intended in a constructive manner, of course if i am wrong in any of these then please let me know. Also, these things might already be known and being worked on. Installation: As more end-users (read developers not working on mono) start needing the mono runtime to run .net apps/asp.net dev/server setups they are going to be coming to the website to get the runtime. Currently it is very mono project oriented with the download section (all that most end-users care about) not abundantly clear. http://mozilla.org/firefox/ is a good example of a user oriented site that allows them to get what the want quickly and easily. Maybe even a novell.com/mono url would be better if there arent any political/technical hurdles. Secondly - the downloads page itself: Unfortunately there is probably not much you can do about all the distros, OS detection in the browser and making that the default download in a big clear section up the top would be an improvement (dont know if you can detect distro version from the browser - but that would be even better). The install sections are not clear - a user has no idea of the significance between 1.0.x and 1.1.x, they arent subscribed to the lists, the development release sounds like something that should be avoided because its in development, but from what i can tell that is actually the better one to be using. Or even delineating between Runtime and SDK versions if indeed that is what the difference is - the difference needs to be spelt out on the pages. The downloads page is inconsistent. 1.0.6 doesnt have an OSX installer (still being built i presumed), yet the 1.1.5 section has an OSX package - but its an old version. Probably best to have all OS listings there and have a 'package yet to come' on the right hand side. The windows installer in 1.0.6 doesnt say what version it is, and 1.1.5 has a 1.1.4 installer. RPM's - they might be cool somehow to linux people, but to the rest of the world, it is a step backwards. Anyone of almost any level of computing profficiency can download MS .Net (after digging around on their poorly layed out site) or Java, double click the installer and they are up and running (compared to having to learn rpm on linux) (the bitrock installer is great, but the install into non system directories is annoying, as well as lack of mod_mono and XSP in the 1.1.4 installer IIRC). The OSX and win32 installers are great. Can there not be a single rpm that just has everything ?? (mono-all.zip doesnt cut it imho). Consistency: 1.1.4 didnt have mod_mono and xsp on the downloads page, now 1.1.5 does (good imho). The 1.1.5 page still has at the top to download them from the 1.0.6 page. ASP.NET From http://www.mono-project.com/ASP.NET Both are fully functional at this point. This is somewhat disingenuous. A .net web developer is going to presume that this means it works just like IIS and .Net but on linux with mono and apache. It doesnt work on windows with apache and mono It doesnt work on OSX with apache and mono It works on linux - but only if your idea of good systems administration includes restarting apache everytime you make a change to your site. I know there is a bug open about it, i know there is a control panel work around. But really, ASP.Net development with mono is completely unuseable for real world situations on any platform. This is despite the fact that most of it is pretty much there waiting to be used. I am still going to keep on learning and getting more proficient with mono etc, but just wanted to highlight some of the difficulties that most people will encounter but who will probably not provide any feedback to the mono team. Regards, Nik ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono in vhosts
It works for me with current version. Can you try: MonoApplications mojo /:/srv/www/vhosts/mojo.e-media.com.au Location / MonoSetServerAlias mojo SetHandler mono /Location Copied and pasted the above into my conf, then rcapache2 restart Syntax error on line 71 of /etc/apache2/vhosts.d/mojo.e-media.com.au.conf: MonoApplications takes one argument, Comma separated list with virtual directories and real directories. One ASP.NET application will be created for each pair. Default: mojo:/install_packages/mono # rpm -qa | grep mod_mono mod_mono-1.0.7-1.ximian.10.1 Is there any way that i can confirm that that version is the actual file that is installed without querying via rpm ?? Thanks for your help, Nik ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono in vhosts
BTW, I should note that it does actually work with that directive there in the vhost conf, its just the syntax error (perhaps erroneously) that is being reported. Regards, Nik ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] 503 Service Temporarily Unavailable
Hi, Ive installed Mono 1.1.5 from the RPMs on my Fedora Core 3 / Apache 2.0.52 server. Ive configured mod_mono, restarted Apache, but when I attempt to access the XSP test folder I set up, I get a 503 Service Temporarily Unavailable message (The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.). Can anyone please help me? Thanks in advance, Charles Korn * Charles Korn [EMAIL PROTECTED]
