Re: [Mono-list] libgc in CVS
On 03/12/03 Miguel de Icaza wrote: Actually what I meant was that I did an anon-cvs update and when it updated the libgc module it was downloading mcs, mono, debugger, monodoc, etc. files *inside* the libgc module. I did get the normal updates of those as separate modules also. I browsed the CVS thru the web and all of the modules seem to be duplicated inside the libgc module. It made for a long download. :) I was just wondering is all. Oh, we should definitely dig into this problem. And am sorry for the trouble that this caused. It's not a problem from our side. cvs sometimes gets confused and will download a module inside of another one for some reason. It happened to me in the past too with other repositores. Just doing a fresh checkout solved the issue for me. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono and userdir
An apache module will hide this kind of functionality from the user. An HttpModule
must be registered in the web.config file, thus forcing every application that needs
to handle this to add that line.
Putting this code at the Apache module level removes the need to add the configuration
to the web.config file.
After all, it seems logical that in Windows almost no one will use it and if they do
it will be in a very different way.
Why make them some extra job of removing lines from the web.config?
After all, it is not imperative to have such functionality in Windows (even on Apache
on Windows).
Regarding the path parser, it is a good idea to use a regular expression and perhaps
even allow writing a 3rd party add-on to enable very smart parsing of the URL (if it
will be needed).
I think that it is important to implement multiple paths per Application Host. This
kind of behavior will probably be required by users that will be familiar with IIS 6.
It might also be necessary to allow the host to run on a different user (if this it is
possible). For enhanced security we will need to run the host on different credentials
so the Application Host we have very limited access to resources.
Eran
-Original Message-
From: Steinar Herland [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 9:33 PM
To: Eran Sandler; Daniel Lopez; [EMAIL PROTECTED]
Subject: SV: [Mono-list] mod_mono and userdir
If it's HttpModule or an Apache module doesn't matter. The request will have to be
handled / rewritten on every request anyway.
I believe a HttpModule is preferred because it's a pure C# solution, and because of
the simplicity:
if(Request.Path.IndexOf(~)0){ //Use a RegEx here?
//Do something
HttpContext.Current.RewritePath(MyNewPath);
}
//Done...
Steinar
-Opprinnelig melding-
Fra: Eran Sandler [mailto:[EMAIL PROTECTED]
Sendt: 12. mars 2003 16:17
Til: Daniel Lopez; [EMAIL PROTECTED]
Emne: RE: [Mono-list] mod_mono and userdir
Hi Daniel,
?
You can write an HttpModule that upon initalization hooks to the BeginRequest event
and it can parse the request URL and perform server redirect or directly write to the
response.
?
I've done such things for different reasons (not the ones that you want) but you
should bare in mind that on EVERY request that comes to that application it will pass
through your module so except a decrease in performance.
?
I think you should try to resolve it at the apache module level. Perhaps by doing what
I have suggested in my previous post (I'm not sure how to do that since I don't know
Apache that well).
?
If you can redirect a request at the Apache?module level it seems like the most
reasonable place to do that.
?
Eran
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]
Sent: 12/03/2003 14:55
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [Mono-list] mod_mono and userdir
Yes, I already looked at the HttpApplication events and in the System.Web
namespace and could not find a path resolve event? Should I be looking
somwehre else?
The current place I am thinking on hooking is in BeginRequest
There is a event that is called during path resolve, that could resolve that
path into another physical path (just change it). I don't have time to make
a poc now but take a look in MSDN.
Cheers,
? Patrik
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 12:35 PM
To: [EMAIL PROTECTED]
Subject: [Mono-list] mod_mono and userdir
I believe part of what I want can be accomplished with
HttpContext.RewritePath()
Not currently implemented in Mono, Ill look into implementing it.
This can then be called from an HttpModule
Cheers
Daniel
___
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 maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
SV: [Mono-list] mod_mono and userdir
Web.Config settings are resolved in a interesting way:
If a folder contains a Web.Config file with the requested parameter, that setting is
used. If the file or setting is missing, its trying the parent folder, and so on. If
the setting is not found in any Web.Config files, the setting is loaded from (I think)
Machine.Config. This means it should be possible to just update Machine.Config or the
top-level Web.Config.
Also, if the url-rewriting-logic should be configurable, where is the most natural
place to put it? I would say... Web.Config. :-)
Steinar
-Opprinnelig melding-
Fra: Eran Sandler [mailto:[EMAIL PROTECTED]
Sendt: 13. mars 2003 07:01
Til: Steinar Herland; Daniel Lopez; [EMAIL PROTECTED]
Emne: RE: [Mono-list] mod_mono and userdir
An apache module will hide this kind of functionality from the user. An HttpModule
must be registered in the web.config file, thus forcing every application that needs
to handle this to add that line.
Putting this code at the Apache module level removes the need to add the configuration
to the web.config file.
After all, it seems logical that in Windows almost no one will use it and if they do
it will be in a very different way.
Why make them some extra job of removing lines from the web.config?
After all, it is not imperative to have such functionality in Windows (even on Apache
on Windows).
Regarding the path parser, it is a good idea to use a regular expression and perhaps
even allow writing a 3rd party add-on to enable very smart parsing of the URL (if it
will be needed).
I think that it is important to implement multiple paths per Application Host. This
kind of behavior will probably be required by users that will be familiar with IIS 6.
It might also be necessary to allow the host to run on a different user (if this it is
possible). For enhanced security we will need to run the host on different credentials
so the Application Host we have very limited access to resources.
Eran
-Original Message-
From: Steinar Herland [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 9:33 PM
To: Eran Sandler; Daniel Lopez; [EMAIL PROTECTED]
Subject: SV: [Mono-list] mod_mono and userdir
If it's HttpModule or an Apache module doesn't matter. The request will have to be
handled / rewritten on every request anyway.
I believe a HttpModule is preferred because it's a pure C# solution, and because of
the simplicity:
if(Request.Path.IndexOf(~)0){ //Use a RegEx here?
//Do something
HttpContext.Current.RewritePath(MyNewPath);
}
//Done...
Steinar
-Opprinnelig melding-
Fra: Eran Sandler [mailto:[EMAIL PROTECTED]
Sendt: 12. mars 2003 16:17
Til: Daniel Lopez; [EMAIL PROTECTED]
Emne: RE: [Mono-list] mod_mono and userdir
Hi Daniel,
?
You can write an HttpModule that upon initalization hooks to the BeginRequest event
and it can parse the request URL and perform server redirect or directly write to the
response.
?
I've done such things for different reasons (not the ones that you want) but you
should bare in mind that on EVERY request that comes to that application it will pass
through your module so except a decrease in performance.
?
I think you should try to resolve it at the apache module level. Perhaps by doing what
I have suggested in my previous post (I'm not sure how to do that since I don't know
Apache that well).
?
If you can redirect a request at the Apache?module level it seems like the most
reasonable place to do that.
?
Eran
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]
Sent: 12/03/2003 14:55
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [Mono-list] mod_mono and userdir
Yes, I already looked at the HttpApplication events and in the System.Web
namespace and could not find a path resolve event? Should I be looking
somwehre else?
The current place I am thinking on hooking is in BeginRequest
There is a event that is called during path resolve, that could resolve that
path into another physical path (just change it). I don't have time to make
a poc now but take a look in MSDN.
Cheers,
? Patrik
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 12:35 PM
To: [EMAIL PROTECTED]
Subject: [Mono-list] mod_mono and userdir
I believe part of what I want can be accomplished with
HttpContext.RewritePath()
Not currently implemented in Mono, Ill look into implementing it.
This can then be called from an HttpModule
Cheers
Daniel
___
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 maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Accessing data members in remote objects
El jue, 27 de 02 de 2003 a las 21:09, Jamin Philip Gray escribió: I'm having a problem with remoting. It works great for accessing methods on the proxy of a remote object, but not on data members. When I access a data member I get: Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required in 0x00126 00 TestCode.Remoting.SampleClient:Main (string[]) If you are still seeing this problem, please fill a bug report in bugzilla so we don't forget about it. Thanks. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] codebehind
El jue, 27 de 02 de 2003 a las 23:16, Taras escribió: Hi I just installed mono 0.20 and compiled cvs xsp on win2k. However codebehind doesnt seem to work. I get the following message when I go to http://localhost:8080/codebehind1.aspx * *Directory '/D:/cygwin/home/Administrator/xsp/server/test/bin' not found Seems like the aspx parser is prepending / forcing this to screw up. Is this just a problem in 0.20, is it fixed in cvs? Last time I tested the xsp server in windows was after adding the --virtual and --root parameters and it worked fine. After 0.21 i think. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] XSP under Win32
El mié, 12 de 03 de 2003 a las 22:11, Rubén Gutierrez escribió: Hi, After several attempts (with different versions of mono), I finally managed to run the xsp 3.0 server under WinXP Pro, with Mono 0.23. Wow! Has xsp 3.0 seen the light? ;-) [...] Now, my question is, is there something I can change somewhere, to make it not necesary to have those bats in the root directory? BTW, the server was algo looking for machine.config in C:\mono-0.23\etc\mono\mono\ instead of C:\mono-0.23\etc\mono\ So I had to create that folder (the new \mono) and copy the file in there. Mmm, I've never tried myself the windows installer and xsp. I'll give it a try. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] xsp 3.0 (was: XSP under Win32)
Gonzalo Paniagua Javier wrote: El mié, 12 de 03 de 2003 a las 22:11, Rubén Gutierrez escribió: Hi, After several attempts (with different versions of mono), I finally managed to run the xsp 3.0 server under WinXP Pro, with Mono 0.23. Wow! Has xsp 3.0 seen the light? ;-) Ummm... errr... maybe not officially, I downloaded it from here: http://www.go-mono.com/archive/xsp-0.3.tar.gz I was browsing http://www.go-mono.com/archive/ looking for the most recent Windows installer and I found xsp 3.0 Cheers, Rubén Gutiérrez [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] libgc in CVS
Title: RE: [Mono-list] libgc in CVS -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 12, 2003 6:18 PM To: Kenneth Benson Cc: '[EMAIL PROTECTED]' Subject: RE: [Mono-list] libgc in CVS Hello! Actually what I meant was that I did an anon-cvs update and when it updated the libgc module it was downloading mcs, mono, debugger, monodoc, etc. files *inside* the libgc module. I did get the normal updates of those as separate modules also. I browsed the CVS thru the web and all of the modules seem to be duplicated inside the libgc module. It made for a long download. :) I was just wondering is all. Oh, we should definitely dig into this problem. And am sorry for the trouble that this caused. Miguel --- No real trouble, Miguel, just a bit of a surprise is all. Ken
[Mono-list] Re: xsp 3.0 (was: XSP under Win32)
Message: 10 Date: Thu, 13 Mar 2003 09:52:04 -0300 To: [EMAIL PROTECTED] Subject: [Mono-list] xsp 3.0 (was: XSP under Win32) Gonzalo Paniagua Javier wrote: El mi=E9, 12 de 03 de 2003 a las 22:11, Rub=E9n Gutierrez escribi=F3: Hi, =20 After several attempts (with different versions of mono), I finally managed to run the xsp 3.0 server under WinXP Pro, with Mono 0.23. =20 Wow! Has xsp 3.0 seen the light? ;-) Ummm... errr... maybe not officially, I downloaded it from here: http://www.go-mono.com/archive/xsp-0.3.tar.gz E ouch, now I see what you meant. I said 3.0 instead of 0.3... sorry :-P Cheers, Ruben. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] regsvr32
Hello please, there is something similar with regsvr32.exe MyProfiler.dll(for Windows ),but in Linux ? How may I register a profiler (DLL) under Linux? In CVS , there are the equivalents of ICorProfilerInfo and ICorProfilerCallback ( profiler.c , profiler.h ..). Thanks in advance , Daniel G __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono and userdir
Hi Patrik, In most cases the servers are used to serve applications not multiple users running multiple applications (at least in the business world) so perhaps it is something that can be delayed for a while. Regarding IIS 6, it has a few configurations: - Running all applications on a single Application Host (similar to the medium isolation level in IIS 5.0 which ran all application under the same dllhost process. - Defining an Application Host for a single application (similar to IIS 5.0 high isolation level which actually had a process per high isolation application). - Defining a Web Garden which hosts several applications on the same Application Host (a new feature in IIS 6.0). - Working in IIS 5.0 compatibility mode which has ONE single Application Host per all the application running on this server. Regarding the security issues, impersonation of a user for a process doesn't require that much in UNIX/Linux right? I haven't done this myself in UNIX/Linux but I presume it shouldn't be that hard. I know it might be a lot of work but unless given other possibilities with similar functionality for running ASP.NET (both applications and Web Services), people would be forced to take IIS 6.0 (there is also a specific Windows 2003 version for the web with web acceleration in the kernel). Don't forget that Microsoft is improving Windows in such ways that in a certain point it might be a worthy adversary for Linux in the web market. The current implementation of mod_mono is similar to IIS 5.0 and ASP.NET. It might seem that IIS is a server that simply support ASP.NET in version 6.0 it is getting a little bit close (even too close) to be an integral part of .NET and we must accommodate this whole by supply this missing functionality. After all ASP.NET applications that will run on IIS 6.0 in a certain configuration will be expected to run the same way on mod_mono under Apache. I know that a customer of the company I work for did agree on installing a Windows 2000 machine to be a web server but didn't want to hear about IIS. He did agree to install Apache. This marks an important point that we might be able to take some market-share but making all of this work in Microsoft's back yard, Windows. Eran -Original Message- From: Torstensson, Patrik [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 11:46 AM To: Eran Sandler; Steinar Herland; Daniel Lopez; [EMAIL PROTECTED] Subject: RE: [Mono-list] mod_mono and userdir Hi Eran, An apache module will hide this kind of functionality from the user. An HttpModule must be registered in the web.config file, thus forcing every application that needs to handle this to add that line. Putting this code at the Apache module level removes the need to add the configuration to the web.config file. After all, it seems logical that in Windows almost no one will use it and if they do it will be in a very different way. Why make them some extra job of removing lines from the web.config? After all, it is not imperative to have such functionality in Windows (even on Apache on Windows). I'm not sure on that, I think there is solutions out there that would like to have that on Windows to. I have made IIS Filters to fix that before for customers. I think that it is important to implement multiple paths per Application Host. This kind of behavior will probably be required by users that will be familiar with IIS 6. I don't think so. IIS 6 has multiple Application Hosts (one per running application) in an farm. We should support the same kind of functionality but it's a lot of work to construct that for Apache but it will bring Apache to the same level as IIS 6 when it comes to application isolation. It might also be necessary to allow the host to run on a different user (if this it is possible). For enhanced security we will need to run the host on different credentials so the Application Host we have very limited access to resources. Again, there is a lot of work to create this kind of isolation but when it's done you can easily support running each app host with different users. Cheers, Patrik ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono and userdir
Actually there are keys in the machine.config at the part of the configuration section
definition that says what the scope for a key is.
Http Modules and Http Handlers can only be defined in a web.config (according to the
.NET documentation), meaning, per application.
I wanted the URL rewrite configuration will be more than just a find regular
expression and replacing it with another.
Perhaps it will require other things as well. That is why I think that we should have
a hook that a developer can put his own logic in there. In addition to that we can
implement a standard configurable implementation for that hook that searches for a
regular expression and return some kind of a formula on it.
Eran
-Original Message-
From: Steinar Herland [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 12:04 PM
To: Eran Sandler; Daniel Lopez; [EMAIL PROTECTED]
Subject: SV: [Mono-list] mod_mono and userdir
Web.Config settings are resolved in a interesting way:
If a folder contains a Web.Config file with the requested parameter, that setting is
used. If the file or setting is missing, its trying the parent folder, and so on. If
the setting is not found in any Web.Config files, the setting is loaded from (I think)
Machine.Config. This means it should be possible to just update Machine.Config or the
top-level Web.Config.
Also, if the url-rewriting-logic should be configurable, where is the most natural
place to put it? I would say... Web.Config. :-)
Steinar
-Opprinnelig melding-
Fra: Eran Sandler [mailto:[EMAIL PROTECTED]
Sendt: 13. mars 2003 07:01
Til: Steinar Herland; Daniel Lopez; [EMAIL PROTECTED]
Emne: RE: [Mono-list] mod_mono and userdir
An apache module will hide this kind of functionality from the user. An HttpModule
must be registered in the web.config file, thus forcing every application that needs
to handle this to add that line.
Putting this code at the Apache module level removes the need to add the configuration
to the web.config file.
After all, it seems logical that in Windows almost no one will use it and if they do
it will be in a very different way.
Why make them some extra job of removing lines from the web.config?
After all, it is not imperative to have such functionality in Windows (even on Apache
on Windows).
Regarding the path parser, it is a good idea to use a regular expression and perhaps
even allow writing a 3rd party add-on to enable very smart parsing of the URL (if it
will be needed).
I think that it is important to implement multiple paths per Application Host. This
kind of behavior will probably be required by users that will be familiar with IIS 6.
It might also be necessary to allow the host to run on a different user (if this it is
possible). For enhanced security we will need to run the host on different credentials
so the Application Host we have very limited access to resources.
Eran
-Original Message-
From: Steinar Herland [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 9:33 PM
To: Eran Sandler; Daniel Lopez; [EMAIL PROTECTED]
Subject: SV: [Mono-list] mod_mono and userdir
If it's HttpModule or an Apache module doesn't matter. The request will have to be
handled / rewritten on every request anyway.
I believe a HttpModule is preferred because it's a pure C# solution, and because of
the simplicity:
if(Request.Path.IndexOf(~)0){ //Use a RegEx here?
//Do something
HttpContext.Current.RewritePath(MyNewPath);
}
//Done...
Steinar
-Opprinnelig melding-
Fra: Eran Sandler [mailto:[EMAIL PROTECTED]
Sendt: 12. mars 2003 16:17
Til: Daniel Lopez; [EMAIL PROTECTED]
Emne: RE: [Mono-list] mod_mono and userdir
Hi Daniel,
?
You can write an HttpModule that upon initalization hooks to the BeginRequest event
and it can parse the request URL and perform server redirect or directly write to the
response.
?
I've done such things for different reasons (not the ones that you want) but you
should bare in mind that on EVERY request that comes to that application it will pass
through your module so except a decrease in performance.
?
I think you should try to resolve it at the apache module level. Perhaps by doing what
I have suggested in my previous post (I'm not sure how to do that since I don't know
Apache that well).
?
If you can redirect a request at the Apache?module level it seems like the most
reasonable place to do that.
?
Eran
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]
Sent: 12/03/2003 14:55
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [Mono-list] mod_mono and userdir
Yes, I already looked at the HttpApplication events and in the System.Web
namespace and could not find a path resolve event? Should I be looking
somwehre else?
The current place I am thinking on hooking is in BeginRequest
There is a event that is called during path resolve, that could resolve that
path into another physical path (just change it). I don't have time to make
a poc now
[Mono-list] mod_mono problems
Hi, I have a RH8.0 box with mono-0.23 installed from RPMs. I have compiled a couple of small programs on it without any problem but I am getting a lot of warnings compiling ModMono.dll. The result of this compilation (ModMono.dll) crashes my apache 2.0.44 everytime I try to access /mono. The xsp server works fine when started as a standalone application. I also tried with the code in cvs as it was last night with the same results. The apache module (mod_mono.so) compiles and installs without any problem. It seems there is a problem with my mono install, I removed the installed RPMs and made sure there was no remaining files on the system and then installed again the RPMs getting the same results. Is there anything I can do to make it work? Thanks RJ mcs /debug+ /debug:full /nologo /r:System.Web.dll /target:library /out:ModMono.dll ApacheApplicationHost.cs ApacheWorkerRequest.cs MonoWorkerRequest.cs IApplicationHost.cs Request.cs ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetConnectionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVersionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVerbNameInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SendResponseFromMemoryInternal(intptr,byte[],int) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SetResponseHeaderInternal(intptr,string,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetRequestHeaderInternal(intptr,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::AliasMatches(string,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetServerVariableInternal(intptr,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're
RE: [Mono-list] mod_mono and userdir
Hi, Http Modules and Http Handlers can only be defined in a web.config (according to the .NET documentation), meaning, per application. Not true, the web.config inherits from the machine.config, take a look in the machine.config file and you will see a number of handlers/modules defined. It's possible to add more into that file. Perhaps it will require other things as well. That is why I think that we should have a hook that a developer can put his own logic in there. In addition to that we can implement a standard configurable implementation for that hook that searches for a regular expression and return some kind of a formula on it. Sounds good, the only thing is that we need to make sure that we can do that with good performance. Cheers, Patrik ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Process.Start patch
El vie, 28 de 02 de 2003 a las 00:36, Jerome Laban escribió: Hi there, Here is a fix for the overloads of System.Diagnostics.Process.Start, the method CreateProcess in processes.c was not checking for the executable validity when called with a absolute path. There were also two uninitialized variables that now are set to NULL. (would have lead to multiple frees in this context) Could someone commit it if ok ? An other thing, a null reference should not be sent when the executable is not found. How should this be addressed ? Your patch is in CVS along with some more code to make it throw a Win32Exception when the executable is not found, which is what MS does. Thanks. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono problems
The warnings while compiling ModMono.dll are normal, because some functions are declared as being provided by Mono, but the compiler cant find them in the runtime (that is ok, they will be provided by mod_mono, not Mono) When you mention crashes, I guess you refer to segfaults or do you get some other errors? Are you using a threaded MPM, like the worker MPM? That is the only time I have seen segfaults (I am currently looking at this, Alp Toker mentioned it to me) Have you tried mod_mono RPM? If that does not fix it, can you email me off-list your error_log? Thanks! Daniel Hi, I have a RH8.0 box with mono-0.23 installed from RPMs. I have compiled a couple of small programs on it without any problem but I am getting a lot of warnings compiling ModMono.dll. The result of this compilation (ModMono.dll) crashes my apache 2.0.44 everytime I try to access /mono. The xsp server works fine when started as a standalone application. I also tried with the code in cvs as it was last night with the same results. The apache module (mod_mono.so) compiles and installs without any problem. It seems there is a problem with my mono install, I removed the installed RPMs and made sure there was no remaining files on the system and then installed again the RPMs getting the same results. Is there anything I can do to make it work? Thanks RJ mcs /debug+ /debug:full /nologo /r:System.Web.dll /target:library /out:ModMono.dll ApacheApplicationHost.cs ApacheWorkerRequest.cs MonoWorkerRequest.cs IApplicationHost.cs Request.cs ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetConnectionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVersionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVerbNameInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SendResponseFromMemoryInternal(intptr,byte[],int) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SetResponseHeaderInternal(intptr,string,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetRequestHeaderInternal(intptr,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::AliasMatches(string,string) (tested without signature also) Your mono runtime and corlib
Re: [Mono-list] Can't launch processes as normal user
On 13 Mar 2003 15:23:36, Pablo Baena [EMAIL PROTECTED] said: [creating a process] as user, shows nothing, but running it as root shows the contents of the directory. It is just an example, I tried to see if it actually executes the command, and it doesn't as user. Works for me. Do you have permissions to get the contents of the dir as the unprivileged user you're trying it as? An strace to see the return codes on the getcwd() and access() calls might be helpful. - Chris. -- $a=printf.net; Chris Ball | [EMAIL PROTECTED] | www.$a | finger: [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono problems
Thanks Daniel for your response. Apache segfaults, thats the only error I got in logs/erros_log. Yes, My apache is compiled using the the worker MPM. I remember that I installed the mod_module the first time it was available to the public some time ago and it worked fine but at that time I was using prefork MPM. I cannot use the RPM because it is compiled for the version of apache that comes in RH 8.0 and the module fails to load in 2.0.44. Let me know if you find any solution. Thanks for you help. Rogelio The warnings while compiling ModMono.dll are normal, because some functions are declared as being provided by Mono, but the compiler cant find them in the runtime (that is ok, they will be provided by mod_mono, not Mono) When you mention crashes, I guess you refer to segfaults or do you get some other errors? Are you using a threaded MPM, like the worker MPM? That is the only time I have seen segfaults (I am currently looking at this, Alp Toker mentioned it to me) Have you tried mod_mono RPM? If that does not fix it, can you email me off-list your error_log? Thanks! Daniel Hi, I have a RH8.0 box with mono-0.23 installed from RPMs. I have compiled a couple of small programs on it without any problem but I am getting a lot of warnings compiling ModMono.dll. The result of this compilation (ModMono.dll) crashes my apache 2.0.44 everytime I try to access /mono. The xsp server works fine when started as a standalone application. I also tried with the code in cvs as it was last night with the same results. The apache module (mod_mono.so) compiles and installs without any problem. It seems there is a problem with my mono install, I removed the installed RPMs and made sure there was no remaining files on the system and then installed again the RPMs getting the same results. Is there anything I can do to make it work? Thanks RJ mcs /debug+ /debug:full /nologo /r:System.Web.dll /target:library /out:ModMono.dll ApacheApplicationHost.cs ApacheWorkerRequest.cs MonoWorkerRequest.cs IApplicationHost.cs Request.cs ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetConnectionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVersionInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::GetHttpVerbNameInternal(intptr) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SendResponseFromMemoryInternal(intptr,byte[],int) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to Apache.Web.Request::SetResponseHeaderInternal(intptr,string,string) (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (/usr/bin/mcs.exe:13055): WARNING **: cant resolve internal call to
Re: *****SPAM***** [Mono-list] [Myricom help #17446]Can you help me?(.net on redhat8.0)
Oops, I missed this one. I have a application abount .net(c#) on windows 2000,but i am not able to use it on redhat8.0. If you would like help me,you can mail me a instruction about installing asp.net on redhat8.0. especially how to dispose application. Thank you very much. WIth mono 0.23, you dont need the corlib.dll, etc. that you describe below. Just install the mod_mono rpm, it will (should) work out of the box On Tue, Mar 11, 2003 at 07:06:48PM +0800, [EMAIL PROTECTED] wrote: SPAM: Start SpamAssassin results -- SPAM: This mail is probably spam. The original message has been altered SPAM: so you can recognise or block similar unwanted mail in future. SPAM: See http://spamassassin.org/tag/ for more details. SPAM: SPAM: Content analysis details: (6.1 hits, 5 required) SPAM: Hit! (1.0 point) From: ends in numbers SPAM: Hit! (1.0 point) Subject: contains a question mark SPAM: Hit! (0.6 points) From: does not include a real name SPAM: Hit! (3.0 points) URI: Uses a dotted-decimal IP address in URL SPAM: Hit! (0.5 points) Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 13.145.135.61.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: SPAM: End of SpamAssassin results - Hello my dear friend: I am a linux lover,i am installing mono. I installed it following the next step: http://www.apacheworld.org/modmono/INSTALL a) Install Mono 0.20 Install the Mono rpms from http://www.go-mono.com/download.html b) Install Apache httpd-2.0.40-8.i386.rpm httpd-devel-2.0.40-8.i386.rpm c) mod_mono http://www.apacheworld.org/modmono/ download Red Hat 8.0 rpm, download corlib.dll.tar.gz copy it over your existing corlib.dll d) XSP web server (0.3) chown -R apache.apache /home/user/mono/install/xsp/server/test e) Configure Apache Edit the /etc/httpd/conf/httpd.conf file and add the following: LoadModule mono_module libmod_mono.so MonoApplication /mono /home/user/mono/install/xsp/server/test mkdir /var/www/.wapi/ chown apache.apache /var/www/.wapi chmod 700 /var/www/.wapi f) Start apache As root, type: /etc/init.d/httpd start g) Browse the examples http://127.0.0.1/mono/index.aspx Now i can look around those examples, I have a application abount .net(c#) on windows 2000,but i am not able to use it on redhat8.0. If you would like help me,you can mail me a instruction about installing asp.net on redhat8.0. especially how to dispose application. Thank you very much. I am a chinese. I would lile make a friend with you. please mail me as quickly as possible. ___ 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] Question
does ximain have support for linux 8.0 without having g-nome installed. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Can't launch processes as normal user
Oh boy! Now I can't even launch the processes as root! It stopped working after a reboot!
When executing: './ptest.exe ls .' the output is:
** (./ptest.exe:745): WARNING **: Shared memory sanity check failed.
** (./ptest.exe:745): WARNING **: Failed to attach shared memory! Falling back to non-shared handles
RC: 136643012 The output is:
Attached is the strace output for my test. It looks different now. I remember that I tried strace with other mono versions and it said something about get_uid or something like that, now it shows something really strange.
Thank you!!
On Thu, 2003-03-13 at 19:18, Gonzalo Paniagua Javier wrote:
El jue, 13 de 03 de 2003 a las 16:23, Pablo Baena escribi:
as user, shows nothing, but running it as root shows the contents of
the directory. It is just an example, I tried to see if it actually
executes the command, and it doesn't as user.
I tried all the versions of mono from 0.19 to 0.23 and none of them
worked.
Again: is this a bug or a new policy?
It works fine for me. Try the attached program (run it like 'mono
ptest.exe binary_program args to binary program').
-Gonzalo
--
Pablo Baena [EMAIL PROTECTED]
attachment: smiley-6.pngexecve(./test.exe, [./test.exe, 2], [/* 25 vars */]) = 0
uname({sys=Linux, node=hal, ...}) = 0
brk(0) = 0x8149be8
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=76737, ...}) = 0
old_mmap(NULL, 76737, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40012000
close(3)= 0
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0S\27\0\000..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=7992, ...}) = 0
old_mmap(NULL, 10924, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40025000
mprotect(0x40027000, 2732, PROT_NONE) = 0
old_mmap(0x40027000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) =
0x40027000
close(3)= 0
open(/usr/lib/libgmodule-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\264\16..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=10184, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40028000
old_mmap(NULL, 13244, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40029000
mprotect(0x4002c000, 956, PROT_NONE)= 0
old_mmap(0x4002c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) =
0x4002c000
close(3)= 0
open(/usr/lib/libglib-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0X\275\0..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=402376, ...}) = 0
old_mmap(NULL, 401348, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002d000
mprotect(0x4008e000, 4036, PROT_NONE) = 0
old_mmap(0x4008e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x61000) =
0x4008e000
close(3)= 0
open(/lib/libm.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2605\0..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=130964, ...}) = 0
old_mmap(NULL, 133536, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4008f000
mprotect(0x400af000, 2464, PROT_NONE) = 0
old_mmap(0x400af000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1f000) =
0x400af000
close(3)= 0
open(/usr/lib/libgc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\224\221..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=123784, ...}) = 0
old_mmap(NULL, 173472, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400b
mprotect(0x400cd000, 54688, PROT_NONE) = 0
old_mmap(0x400cd000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d000) =
0x400cd000
old_mmap(0x400ce000, 50592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x400ce000
close(3)= 0
open(/lib/libnsl.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0d;\0\000..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=69132, ...}) = 0
old_mmap(NULL, 76448, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400db000
mprotect(0x400eb000, 10912, PROT_NONE) = 0
old_mmap(0x400eb000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1) =
0x400eb000
old_mmap(0x400ec000, 6816, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x400ec000
close(3)= 0
open(/lib/libpthread.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\224D\0..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=81959, ...}) = 0
old_mmap(NULL, 323104, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400ee000
mprotect(0x400fa000, 273952,
Re: [Mono-list] lies and microbenmarks (Was: Mono 0.23 windows installer)
On 13-Mar-2003, David Jeske [EMAIL PROTECTED] wrote: I can see how the anti-benchmarking clause was important to the MS lawyers, because if an article was published showing a brand new .NET runtime slower than the 5 year old JVM technology, readers would not respect the newness of .NET. In reality, the legal people should have talked to the technical people and realized that nearly all MS.NET vs. Java benchmarks ALREADY come out with .NET on top All the benchmarks you've seen, you mean? Don't you think it is possible that the benchmark results that you have seen are skewed, because of the .NET license condition? Also, Java is not the only competition. In performance comparisons with native code, .NET is going to come off worse. The question is how much worse. Furthermore, the answer may be different for different programming styles or different programming languages. One of .NET's big selling points is that it supports multiple programming languages. However, if you get a 1000-times slow down for non-C#-like languages, that claim is a bit of a sham, isn't it? It's all very well to say that you can use other languages, but if the performance of .NET for those other languages is prohibitively bad, people will prefer to compile those other languages to native code. -- Fergus Henderson [EMAIL PROTECTED] | I have always known that the pursuit The University of Melbourne | of excellence is a lethal habit WWW: http://www.cs.mu.oz.au/~fjh | -- the last words of T. S. Garp. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] OS X build problems still
James Fitzsimons wrote: Hi all, Thanks to those that responded to my last post. I am having trouble compiling glibc. The configuration fails when it can't find gettext. The strange thing is I have installed fink (which installs gettext) and gettext is in my path... Has anyone else struck this problem? building glibc?!?!? MacOSX has it's own libc. You don't need to build your own. I think you want: http://fink.sourceforge.net/faq/usage-general.php#compile-myself ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] OS X build problems still
Hi Benjamin, The reason I was trying to compile glibc was because it is a perquisite for Mono. Is there some way of specifying another libc (i.e. the Apple version) in the Mono configure stage? Thanks very much, James Fitzsimons -Original Message- From: Benjamin Reed [mailto:[EMAIL PROTECTED] Sent: Friday, 14 March 2003 1:12 p.m. To: James Fitzsimons Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] OS X build problems still James Fitzsimons wrote: Hi all, Thanks to those that responded to my last post. I am having trouble compiling glibc. The configuration fails when it can't find gettext. The strange thing is I have installed fink (which installs gettext) and gettext is in my path... Has anyone else struck this problem? building glibc?!?!? MacOSX has it's own libc. You don't need to build your own. I think you want: http://fink.sourceforge.net/faq/usage-general.php#compile-myself ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Question
Latest version of Linux if 2.4.x (well.. there is a 2.5.x but that's the unstable version) Mono doesn't need gnome.. /Erik On Thu, 2003-03-13 at 19:57, D d wrote: does ximain have support for linux 8.0 without having g-nome installed. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list /Erik -- [EMAIL PROTECTED] fingerprint: A85B 95D3 D26B 296B 6C60 4F32 2C0B 693D 6E32 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] OS X build problems still
James Fitzsimons wrote: Hi Benjamin, The reason I was trying to compile glibc was because it is a perquisite for Mono. Is there some way of specifying another libc (i.e. the Apple version) in the Mono configure stage? Is this a recent addition? It didn't need glibc as of 0.23... Doesn't seem very portable then. :) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] OS X build problems still
I have Mono built 0.23, that's not the problem. Once you have it running you get the following, which makes it pretty useless still for usage. I've been trying to trace back to find out why this is an issue though. [samwise:~] arsatori% mcs GLib: Cannot convert message: Conversion from character set 'UTF-8' to 'en_US' is not supported ** (/usr/local/bin/mcs.exe:5032): WARNING **: Using non-atomic functions! /usr/local/bin/mcs: line 2: 5032 Bus error /usr/local/bin/mint /usr/local/bin/mcs.exe $@ Andy On 3/13/03 7:49 PM, Benjamin Reed [EMAIL PROTECTED] pounded the keyboard to produce: James Fitzsimons wrote: Hi Benjamin, The reason I was trying to compile glibc was because it is a perquisite for Mono. Is there some way of specifying another libc (i.e. the Apple version) in the Mono configure stage? Is this a recent addition? It didn't need glibc as of 0.23... Doesn't seem very portable then. :) ___ 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] OS X build problems still
Andy Satori wrote: I have Mono built 0.23, that's not the problem. Once you have it running you get the following, which makes it pretty useless still for usage. I've been trying to trace back to find out why this is an issue though. [samwise:~] arsatori% mcs GLib: Cannot convert message: Conversion from character set 'UTF-8' to 'en_US' is not supported ** (/usr/local/bin/mcs.exe:5032): WARNING **: Using non-atomic functions! /usr/local/bin/mcs: line 2: 5032 Bus error /usr/local/bin/mint /usr/local/bin/mcs.exe $@ Yup. I've heard tell today that this appears to actually be caused by something in libgc (at least, it doesn't happen if you build without garbage collection). I haven't had time to give it a shot yet, though. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
