[Mono-dev] Apache+Mono+Content-Length problem
Hi,
This might be an Apache problem but someone may can help me. I would like to
set the Content-Length header in a simple aspx page as follows:
<%Response.AddHeader("content-length", "1000");%>
a
When using XSP instead of Apache it is good the Content-Length header in the
captured traffic shows 1000 but in the Apache capture it is only 2. I tried the
same thing with PHP and Apache:
a
And the Content-Length header shows 1000 in the captured traffic again. But I
can not get Apache with Mono to send the Content-Length header I want. What can
I do?
Thanks!
Károly
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SEGV in runtime related to GC
On 02/14/06 Thong Nguyen wrote: > I have traced the problem down to arrays of generic structs. It doesn't not > occur on arrays of non-generic structs. This may or may not be related to > bug #75479 (also mentioned in object.c). I fixed this bug in svn. You might want to check your app, too. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem with System.Windows.Forms
On 02/15/06 amru rosyada wrote: > I have problem in using System.Windows.Forms with this simple code : [...] > The compiling is succeed but when I ran it, > I had any problem like this (please tell me what I miss): > thakns before! > > [EMAIL PROTECTED]:~/C#$ mcs TestApp.cs > -r:[EMAIL PROTECTED]:~/C#$ mono TestApp.exe > Testing! 1,2,3 > > Unhandled Exception: System.TypeInitializationException: An exception > was thrown by the type initializer for System.Windows.Forms.Form ---> > System.Reflection.TargetInvocationException: Exception has been thrown > by the target of an invocation. ---> > System.TypeInitializationException: An exception was thrown by the > type initializer for System.Drawing.GDIPlus ---> > System.DllNotFoundException: gdiplus.dll Did you install the libgdiplus package? Or chec the libgdiplus module if you installed from svn. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] XSP2 cannot locate the GAC
Title: XSP2 cannot locate the GAC I am reposting as the first email did not make it to the list for some reason. Please ignore and delete this email if you’ve already received my earlier one. - Ameya - This is my first post, and I hope the topic is relevant to this mailing list. I have Mono 1.1.13.2 installed on RHEL 4.0 Workstation. XSP2 seems to be installed correctly, as issuing the 'xsp2' command correctly launches the web server. I'm having several issues with using XSP2 with my ASP.Net 2.0 web-application, all of them I think because XSP2 cannot seem to locate the GAC. Here’s a concrete example I can give. I have a simple console app which references and makes calls to the System.Runtime.Remoting namespace. Running this console app is not a problem; I am able to connect to, and make calls against my Remote Server. I then have a simple ASPX page which basically makes the same calls as the console app (System.Runtime.Remoting namespace is referenced in the Web.config file). However, when I try to bring this page up in my browser, I get the following error: Server Error in '/' Application Parser Error Description: Error parsing a resource required to service this request. Review your source file and modify it to fix this error. Error message: Assembly System.Runtime.Remoting, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089 not found If I then update my MONO_PATH to point to the exact location of the file, the error goes away and the page loads correctly: export MONO_PATH=/opt/mono/lib/mono/gac/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089:$MONO_PATH I still have some other problems after this step, but I suspect they are all related to XSP2 not knowing where the GAC is located. - Ameya ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] [PATCH] BUG in System.Web.HttpResponse
The attached patch takes care of the following issue.
-Original Message-
From: Edward C. Eisenbrey
Sent: Monday, February 13, 2006 11:05 AM
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] BUG in System.Web.HttpResponse
Please bear with me since this is my first post to this list. If I do
something wrong or forget something, let me know so I can learn.
I've encountered a bug moving an MS .NET Framework v1.1 web application
to Mono. We use the following call:
Response.AddHeader("Cache-Control", "no-cache, no-store");
Which works fine in MS's Framework. In Mono, however, it gives an error
saying "CacheControl property only allows `public', `private' or
no-cache, for different uses, use Response.AppendHeader". First, this
is an incompatibility with MS. Secondly, Response.AddHeader calls
Response.AppendHeader in Mono, which sets the CacheControl property,
which throws this exception. So there is a logic loop. I propose the
following change to the AppendHeader method, starting on line 419:
//
// AppendHeader:
//Special case for Content-Length, Content-Type and
Transfer-Encoding
//
//
public void AppendHeader (string name, string value)
{
if (headers_sent)
throw new HttpException ("headers have been already
sent");
if (String.Compare (name, "content-length", true,
CultureInfo.InvariantCulture) == 0){
content_length = (long) UInt64.Parse (value);
use_chunked = false;
return;
}
if (String.Compare (name, "content-type", true,
CultureInfo.InvariantCulture) == 0){
ContentType = value;
return;
}
if (String.Compare (name, "transfer-encoding", true,
CultureInfo.InvariantCulture) == 0){
transfer_encoding = value;
use_chunked = false;
return;
}
headers.Add (new UnknownResponseHeader (name, value));
}
I just removed the "if" checking for a header name of "cache-control".
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
file1.diff
Description: file1.diff
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] MS/Mono incompatibility in System.Web.HttpRequest
Attached is the patch including all the changes mentioned.
-Original Message-
From: Joshua Kugler [mailto:[EMAIL PROTECTED]
Sent: Monday, February 13, 2006 5:12 PM
To: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] MS/Mono incompatibility in
System.Web.HttpRequest
On Monday 13 February 2006 12:49, Luca wrote:
> Il Mon, Feb 13, 2006 at 11:20:53AM -0900, Joshua Kugler ha scritto:
> > On Monday 13 February 2006 11:12, Alex Chudnovsky wrote:
> > > Edward C. Eisenbrey wrote:
> > > >using System.Text.RegularExpressions;
> > > >
> > > >static bool CheckString (string val)
> > > >{
> > > > Regex regex = new Regex("<[a-zA-Z\\!]+");
> > > > Match match = regex.Match(val);
> > > > return match.Success;
> > > >}
> > >
> > > Pardon my instrusion, but would it not be better performance wise
to
> > > create static instance of the regexp to avoid doing it every time
> > > CheckString called? Ie:
> > >
> > > static Regex regex = new Regex("<[a-zA-Z\\!]+");
> > >
> > > static bool CheckString (string val)
> > > {
> > >
> > > Match match = regex.Match(val);
> > > return match.Success;
> > > }
> >
> > Or at least declare it static in the sub (I assume you can do that)?
>
> Well, no :) The "sub" is a method, so the regex object must be a
static
> member of the class. Back on the original topic, if that codepath is
realy
> performance critical you can even compile the Regex:
Ah! I missed the part about the method being part of a class. Yes, a
static
class member would probably be best.
j- k-
--
Joshua Kugler PGP Key: http://pgp.mit.edu/
CDE System Administrator ID 0xDB26D7CE
http://distance.uaf.edu/
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
file2.diff
Description: file2.diff
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] AppDomain.AppendPrivatePath - change assembly search path at runtime?
Can anyone suggest a means of altering the assembly search path at runtime? I need the ability to load a set of "plugin" assemblies at runtime from a non-default location. My first approach was to add the following to the application's config file: This works on .NET but does not seem to have any effect in Mono. I also tried using AppDomain.AppendPrivatePath(...), but that doesn't seem to work in Mono either. Any ideas would be much appreciated. Thanks in advance, Jonathan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] AppDomain.AppendPrivatePath - change assembly search pathat runtime?
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Jonathan Resnick > Sent: woensdag 15 februari 2006 21:12 > To: 'mono-devel mailing list' > Subject: [Mono-dev] AppDomain.AppendPrivatePath - change > assembly search pathat runtime? > > Can anyone suggest a means of altering the assembly search > path at runtime? I need the ability to load a set of > "plugin" assemblies at runtime from a non-default location. > My first approach was to add the following to the > application's config file: > > > > > > > > This works on .NET but does not seem to have any effect in Mono. There's a patch for this issue attached to this bug report, but it still needs to be reviewed: http://bugzilla.ximian.com/show_bug.cgi?id=57612 > I also tried using AppDomain.AppendPrivatePath(...), but that > doesn't seem to work in Mono either. Better file a bug report containing a small repro for that issue. > Any ideas would be much appreciated. You should be able to construct a new AppDomain with the desired search path. Gert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SSPI or GSSAPI assemblies
Hello: I wanted to determine if Mono provides a class library that wrappers the SSPI libraries on Windows (and the equivalent GSS libraries on Linux machines). We’re investigating doing this work and I wanted to verify on the list if there is any ongoing work in this area. Thanks Krishna Ganugapati ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SSPI or GSSAPI assemblies
Hello Krishna, On Wed, 2006-02-15 at 17:41 -0500, Krishna Ganugapati wrote: > I wanted to determine if Mono provides a class library that wrappers > the SSPI libraries on Windows (and the equivalent GSS libraries on > Linux machines). We’re investigating doing this work and I wanted to > verify on the list if there is any ongoing work in this area. There is no such thing inside Mono itself. But, IIRC, other people inside Novell were working on this. However I'm not sure about the status of it (both completeness and license). I can ask for more information when I get back home (I'm currently attending RSA Conference). In the mean time you can check if there is such a project in Novell's forge. -- Sebastien Pouliot <[EMAIL PROTECTED]> Blog: http://pages.infinit.net/ctech/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Apache+Mono+Content-Length problem
Apache must be overwriting the content headers that it is getting back
from mod_mono handler. You should try sending a
Response.FlushResponse(False) so the header information is actually sent
down the socket thus leaving Apache no chance to overwrite it. Now, I'm
saying this from pure speculation so no guarantees...
- raf
On Wed, 2006-02-15 at 13:53 +0100, Arnhoffer Károly wrote:
> Hi,
> This might be an Apache problem but someone may can help me. I would like to
> set the Content-Length header in a simple aspx page as follows:
>
> <%Response.AddHeader("content-length", "1000");%>
> a
>
> When using XSP instead of Apache it is good the Content-Length header in the
> captured traffic shows 1000 but in the Apache capture it is only 2. I tried
> the same thing with PHP and Apache:
>
>header("Content-Length: 1000", true);
> ?>
> a
>
> And the Content-Length header shows 1000 in the captured traffic again. But I
> can not get Apache with Mono to send the Content-Length header I want. What
> can I do?
>
> Thanks!
>
> Károly
> ___
> 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
