[Mono-list] mod_mono hangs with asp.net examples
Hi! This has been brought up on the list before, but I couldn't find a conclusive analysis or a solution. I have: apache 2.0.50 (Debian version 2.0.50-11) mod_mono 1.0.1 (Debian version 1.0.1-1) xsp 1.0.1 (Debian version mono-apache-server 1.0.1-1) asp.net-examples 1.0.1 (Debian version 1.0.1-1) Everything should be configured correctly, but when accessing the asp.net examples through http://localhost/samples/, nothing happens in the browser. A ps listing shows that apache2 is running, and has spawned two mono processes: root 30546 1 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30547 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30548 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30549 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30550 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30551 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30555 30546 0 19:54 ?00:00:00 /usr/sbin/apache2 -k start -DSSL www-data 30557 30556 0 19:54 ?00:00:00 /usr/bin/mono --debug /usr/share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server --nonstop --appconfigdir /etc/mono-server www-data 30556 30548 0 19:54 ?00:00:00 /usr/bin/mono --debug /usr/share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server --nonstop --appconfigdir /etc/mono-server (Sorry for the overly long lines.) Then, strace -p 30556 will spit out repeated iterations of the following: gettimeofday({1093796750, 921468}, NULL) = 0 futex(0x40e15944, FUTEX_WAKE, 1)= 0 clock_gettime(0, {1093796750, 922805000}) = 0 futex(0x40e1596c, FUTEX_WAIT, 399, {0, 98195000}) = -1 ETIMEDOUT (Connection timed out) strace -p 30557 shows the following: Process 30557 attached - interrupt to quit poll( unfinished ... Process 30557 detached And it just stops there forever (or at least for as long as I waited before pressing Ctrl-C). The apache process that appears to be handling the connection shows the following by strace -p 30555: Process 30555 attached - interrupt to quit semop(110657662, 0x402fa7ac, 1 unfinished ... Process 30555 detached Again, nothing until Ctrl-C is pressed. I recall reading something about apache trying to connect to the xsp backend socket too soon, and that an increased timeout value could be a remedy for this. Any ideas? Cheers, -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Mono-list] Mono Packages split.
On Thu, 2004-08-05 at 19:05 -0400, Miguel de Icaza wrote: Hello, We are having a debate about the current packaging strategy: so far we have split everything into small chunks that have correct dependency information. Although this is useful for folks that want to get very granular setups, the problem is that people have to download 20+ packages to get a complete Mono install. An intermediary hack was to create a mono-all.zip file that contains everything and have people download that. My feeling is that we should go back to the simpler two way split: mono and mono-devel packages. What do people think? How would this affect source distribution of Mono? Would the entire source code for the compiler, runtime, class library, XSP, mod_mono, GTK#, MonoDevelop, etc, be lumped into a single tar.gz? Would it affect the CVS structure? Or does this only concern binary distribution in the formats provided by Novell? (The RPMs listed on the mono download page.) -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Mono-list] Cross-platform GUI.
On Mon, 2004-07-26 at 22:44 +0100, David Burnett wrote: With X11 GTK# you're going to have to explain what Gtk-WARNING **: cannot open display: means to a million OSX users and why OSX users need to run open-x11 mono myapp.exe {I get -bash: open-x11: command not found ??} or start X11.app (where's that ? / Oh I didn't install that) first and then run mono myotherapp.exe That's going to annoy OSX user's that are used to things 'just working', and put off OSX developers. David, You may want to take a look at the following: http://www.apple.com/macosx/features/x11/ http://www.apple.com/macosx/features/x11/download/ I installed the above and the GIMP for Mac OS X. I never opened a terminal window and I never did anything more complicated than installing any regular Mac OS X app. Running the GIMP automatically activates the X11 server. It Just Worked. I suppose Mono and Mono/Gtk#-based applications for Mac OS X could be just as simple to install and use. Cheers, -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Mono-list] Surveys: Mono 1.0 and Mono Conference.
On Thu, 2003-10-09 at 05:24, Miguel de Icaza wrote: Hey guys, I want to query the community, and find out about two things: * What should Mono 1.0 be? I think the major question is who is Mono 1.0 for?. Is the purpose to target more of the same kind of people who have already found Mono, or is it to extend the Mono-awareness in other groups as well? If the latter is desirable, a 1.0 tag can always be used to attract the press, which can in turn cause the word to spread to places it hasn't yet reached -- which in turn can raise expectations... (I'm thinking Windows users here, but also people who are looking for an alternative to Java or for a good framework to extend Unix/Linux who haven't yet discovered Mono.) If Mono 1.0 is difficult to use and grasp, and if it causes disappointment to the people who have never seen it before the 1.0 release, then a great opportunity has been lost. For everyone who is already using Mono, a version tag of 1.0 will hardly make any difference if the functionality you need is there. To these people, it's Just A Number (or it should be, anyway). I think it's actually not so much about what subset of .NET to release, and more about making sure that what is released is usable in practise, is of the highest quality, and that the release is accompanied with a message that helps potential users to have the right mind set when looking at the product. I second the opinion that documentation is of very high importance -- it is part of the message telling what Mono 1.0 is, and what it isn't (yet). To conclude, Mono 1.0 should be high-quality, as stable as possible, as well documented as possible, and it should contain the pieces that are needed for Unix/Linux hackers as well as people coming from a Windows or Java background to start building things with as little adaptation needed for the tool change as possible. As if this weren't everybody's wish list, anyway :) Cheers, -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Mono-list] CSharpMode ?
On Tue, 2003-03-11 at 16:17, Bob Koss wrote: Is anyone using CsMode in XEmacs? I can't get it to load using XEmacs 21.4.12. Have you tried this: http://davh.dk/script/csharp-mode.el -- Fabian Fagerholm [EMAIL PROTECTED] paniq.net ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list