[Mono-dev] Mono wont start
I have trouble on one of my systems where mono won't start my app. This app runs fine on many other systems. I am going to reinstall mono which I bet will fix it but just in case it doesn't or I see it again, has anyone else seen this? root ~/test $ MONO_LOG_LEVEL=debug mono Test.exe Mono-INFO: Assembly Loader probing location: '/usr/local/lib/mono/1.0/mscorlib.dll'. That is all I get! the program never exits or does anything else. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] missing method warning on 1.1.15
I use some libraries on my code that on windows those libraries have more methods than on linux, so typically I do a if (windows) callThatMethod(); This has been working perfectly fine without having to compile my code just for mono. Today I upgraded to 1.1.15 from .13 and all of the sudden I am getting errors around those methods which are not present on mono. Any ideas what has changed? WARNING **: TypeRef ResolutionScope not yet handled (9) WARNING **: Missing method .ctor in assembly This code was working fine and its working fine when I roll back to .13 and .10.1 --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] missing method warning on 1.1.15
Ok thats easy enough! some reflection never hurt anyone!
Any idea why it quit working when moving to .15?
Zoltan Varga wrote:
Hi,
The proper way to do this is to dynamically lookup and invoke the
method, i.e:
if (windows) {
MethodInfo mi = typeof (FOO).getMethod (BAR);
mi.Invoke ();
}
The MethodInfo could be cached somewhere of course to speed this up.
Zoltan
On 5/9/06, Carlos Solorzano [EMAIL PROTECTED] wrote:
I use some libraries on my code that on windows those libraries have
more methods than on linux, so typically I do a
if (windows) callThatMethod();
This has been working perfectly fine without having to compile my code
just for mono. Today I upgraded to 1.1.15 from .13 and all of the sudden
I am getting errors around those methods which are not present on mono.
Any ideas what has changed?
WARNING **: TypeRef ResolutionScope not yet handled (9)
WARNING **: Missing method .ctor in assembly
This code was working fine and its working fine when I roll back to .13
and .10.1
--Carlos
___
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-dev] 400 bad request when forwarding to xsp
I have XSP running on a machine behind a firewall/router. I have the XSP port forwarded. I have web pages and web services. When calling from the LAN, webservices work and web pages work, all being called with a web browser or .net code. When calling from the outside world web pages appear to work fine but some web services do not work. The web services fail with a 400 bad request WebException when calling from .net code and when calling from a web browser I just get Error: ConnectFailure. This only happens if coming from outside the LAN through the port forward. Also the web browser only fails to make the webservice call using POST as the method, if it uses GET as the method then the webservice works just fine. I have reproduced this on mono/xsp 1.1.10 and 1.1.13, I have yet to try it on 1.1.15 The error I get on code is: Exception: System.Net.WebException Message: The request failed with HTTP status 400: Bad Request. Source: System.Web.Services at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse (SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall) at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (String methodName, Object[] parameters) I tried reading the response stream and got: Exception: System.Net.WebException Message: The request was aborted: The connection was closed unexpectedly. Source: System at System.Net.ConnectStream.BeginRead(Byte[] buffer, Int32 offset, Int32 size, AsyncCallback callback, Object state) at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32 size) at System.IO.Stream.ReadByte() Anyone else seen this? --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] After two tried I get a System.Net.WebException: The request timed out
Can someone else confirm this with me, I have an infinite loop calling a
webpage (google is there just for you guys but I was calling a server
internal to my network). On windows it runs fine but on mono I get a
timeout after the second try. I have 1.1.10.1
using System;
namespace ConsoleApplication4
{
/// summary
/// Summary description for Class1.
/// /summary
class Class1
{
/// summary
/// The main entry point for the application.
/// /summary
[STAThread]
static void Main(string[] args)
{
int i = 0;
while(true)
{
try
{
System.Net.WebRequest.Create(http://google.com;).GetResponse().GetResponseStream().ReadByte();
Console.WriteLine(new conn + (i++) );
}
catch(Exception ex)
{
Console.WriteLine(ERROR: + ex);
}
System.Threading.Thread.Sleep(1000);
}
}
}
}
#mono ConsoleApplication4.exe
new conn 0
new conn 1
ERROR: System.Net.WebException: The request timed out
in 0x00147 System.Net.HttpWebRequest:EndGetResponse (IAsyncResult
asyncResult)
in 0x00047 System.Net.HttpWebRequest:GetResponse ()
in 0x00033 ConsoleApplication4.Class1:Main (System.String[] args)
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] remoting after ip change
I have problem that when I change the IP of the system doing remoting to itself some parts of remoting fail. The error I get is at the bottom. What is really strange is that part of the remoting works, as far as I can tell I can retrieve the remoting object using Activator.GetObject and I can make a method call which returns an array of Marshalbyref objects. The error doesn't happen until I start looping those Objects and printing out values from them. If I kill the code and run it again then it works just fine, this only happens when the IP changes while the code is running. Any ideas? System.Net.WebException: Error: ConnectFailure in 0x000e1 System.Net.HttpWebRequest:EndGetRequestStream (IAsyncResult asyncResult) in 0x00077 System.Net.HttpWebRequest:GetRequestStream () in 0x002ab System.Runtime.Remoting.Channels.Http.HttpClientTransportSink:CreateWebRequest (System.String url, ITransportHeaders requestHeaders, System.IO.Stream requestStream) in 0x000d0 System.Runtime.Remoting.Channels.Http.HttpClientTransportSink:ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) in 0x00068 System.Runtime.Remoting.Channels.SoapClientFormatterSink:SyncProcessMessage (IMessage msg) in 0x002e8 System.Runtime.Remoting.Proxies.RemotingProxy:Invoke (IMessage request) in 0x002e5 System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: Error :: Cannot Find the file specified.
My guess is the problem is that echo world is not an app that
exist, however echo does exist. Try doing .Start(echo,world),
this will call echo and pass world as an argument. Also some apps
sometimes don't work unless you use shell execute but I have no idea
if thats the case for echo.
--Carlos
On Apr 13, 2006, at 7:20 AM, conn intel wrote:
Hello friends,
Few updates :
When i am compiling the following program it works ::
using System;
class HelloWorld
{
public static void Main()
{
Console.WriteLine(Hello World !);
System.Diagnostics.Process.Start(echo world);
}
}
But when i am using the same above System.Diagnostics.Process.Start
() function it gives me the following error :
System.ComponentModel.Win32Exception: Cannot find the specified file
in 0x00185 System.Diagnostics.Process:Start_shell
(System.Diagnostics.ProcessStartInfo startInfo,
System.Diagnostics.Process process)
in 0x0006e System.Diagnostics.Process:Start_common
(System.Diagnostics.ProcessStartInfo startInfo,
System.Diagnostics.Process process)
in 0x0002e System.Diagnostics.Process:Start
(System.Diagnostics.ProcessStartInfo
startInfo)
in 0x00022 System.Diagnostics.Process:Start (System.String fileName)
So please guide me where i am wrong.
Thank You in Advance.
Have a NIce time and good day ahead..
Regards,
Ankur.
___
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-dev] got a SIGSEGV
running mono 1.1.10.1 on gentoo 32bit on an SMP kernel 2.6.15 got the following error, ideas? = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x4 (wrapper managed-to-native) System.String:InternalAllocateStr (int) in 0xff56 (wrapper managed-to-native) System.String:InternalAllocateStr (int) in 0x7e System.Text.StringBuilder:InternalEnsureCapacity (int) in 0x28 System.Text.StringBuilder:Append (char) in 0x31b System.Xml.XmlTextReader:ReadAttributeValueTokens (int) in 0xcb System.Xml.XmlTextReader:ReadAttributes (bool) in 0x128 System.Xml.XmlTextReader:ReadStartTag () in 0x14b System.Xml.XmlTextReader:ReadContent () in 0x179 System.Xml.XmlTextReader:ReadContent () in 0x115 System.Xml.XmlTextReader:Read () in 0x27 System.Xml.XmlReader:ReadStartElement () in 0x215 System.Runtime.Serialization.Formatters.Soap.SoapReader:Deserialize (System.IO.Stream,System.Runtime.Serialization.Formatters.ISoapMessage) in 0xaa System.Runtime.Serialization.Formatters.Soap.SoapFormatter:Deserialize ( System.IO.Stream,System.Runtime.Remoting.Messaging.HeaderHandler) in 0x12 System.Runtime.Serialization.Formatters.Soap.SoapFormatter:Deserialize ( System.IO.Stream) in 0x18b System.Runtime.Remoting.Channels.SoapServerFormatterSink:ProcessMessage (System.Runtime.Remoting.Channels.IServerChannelSinkStack,System.Runtime .Remoting.Messaging.IMessage,System.Runtime.Remoting.Channels.ITransport Headers,System.IO.Stream,System.Runtime.Remoting.Messaging.IMessage,Sys tem.Runtime.Remoting.Channels.ITransportHeaders,System.IO.Stream) in 0x4e System.Runtime.Remoting.Channels.Http.HttpServerTransportSink:DispatchRe quest (System.IO.Stream,System.Runtime.Remoting.Channels.ITransportHeaders,Sys tem.IO.Stream,System.Runtime.Remoting.Channels.ITransportHeaders) in 0x45 System.Runtime.Remoting.Channels.Http.HttpServerTransportSink:ServiceReq uest (System.Runtime.Remoting.Channels.Http.RequestArguments,System.IO.Stream ,System.Runtime.Remoting.Channels.ITransportHeaders) in 0x3ff System.Runtime.Remoting.Channels.Http.HttpServer:SendRequestForChannel ( System.Runtime.Remoting.Channels.Http.RequestArguments,System.Collection s.IDictionary,System.Collections.IDictionary,byte[]) in 0x15b System.Runtime.Remoting.Channels.Http.HttpServer:ProcessRequest (System.Runtime.Remoting.Channels.Http.RequestArguments) in 0xa System.Runtime.Remoting.Channels.Http.RequestArguments:Process () in 0xff459c60 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () in 0x168 System.Runtime.Remoting.Channels.RemotingThreadPool:PoolThread () in 0x1c948 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () in 0x50e59787 (wrapper runtime-invoke) System.Object:runtime_invoke_void (object,intptr,intptr,intptr) Native stacktrace: mono(mono_handle_native_sigsegv+0xc0) [0x8137cb0] mono [0x8125ff6] /lib/libpthread.so.0 [0xb7ee3fd9] [0xe440] mono [0x8100e32] mono [0x80fc725] mono [0x80fc3ca] mono [0x80fd21c] mono [0x80fd41c] mono [0x80ffae0] mono [0x80ffbe0] mono [0x80ffda2] mono(mono_string_new_size+0x3e) [0x808fece] mono [0x80c552a] [0xb7636c96] [0xb7636bc7] [0xb76389d1] [0xb730b9a4] [0xb730b1f4] [0xb730c629] [0xb730895c] [0xb730898a] [0xb730870e] [0xb679cce0] [0xb62f1e36] [0xb670d953] [0xb670d89b] [0xb670cac4] [0xb670c7af] [0xb670c606] [0xb670bd60] [0xb6709c2c] [0xb6709abb] [0xb72afe28] [0xb6709a59] [0xb72afe28] [0xb72cc741] mono [0x8125ea0] mono(mono_runtime_invoke+0x27) [0x808e1e7] mono(mono_runtime_delegate_invoke+0x38) [0x808e8c8] mono [0x80b40f5] mono [0x80f3500] mono [0x8107be4] /lib/libpthread.so.0 [0xb7ede14d] /lib/libc.so.6(__clone+0x5a) [0xb7e3f05a] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] xsp error (temporary interruption)
We thought our web server went down, all web requests were failing, then as I am starting to look at the problem it all started working again on its own, XSP had the output below, any ideas what might have caused that? we are running mono and xsp 1.1.10.1 on gentoo 32bit (2.6.15 kernel) and no idea if its reproducible or not, we don't even know what was going on when it happened. System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 5 Server stack trace: in 0x00096 System.Collections.ArrayList:get_Item (Int32 index) in 0x00012 System.Collections.Specialized.NameObjectCollectionBase:BaseGet (Int32 index) in 0x00014 System.Web.HttpModuleCollection:Get (Int32 index) in 0x00033 System.Web.HttpApplication:Dispose () in 0x00051 System.Web.HttpApplicationFactory:Recycle (System.Web.HttpApplication app) in 0x001cf System.Web.HttpRuntime:RealProcessRequest (System.Object o) in 0x0002c System.Web.HttpRuntime:ProcessRequest (System.Web.HttpWorkerRequest wr) in 0xa Mono.WebServer.MonoWorkerRequest:ProcessRequest () in 0x00043 Mono.WebServer.BaseApplicationHost:ProcessRequest (Mono.WebServer.MonoWorkerRequest mwr) in 0x0037f Mono.WebServer.XSPApplicationHost:ProcessRequest (Int32 reqId, Int64 localEPAddr, Int32 localEPPort, Int64 remoteEPAdds, Int32 remoteEPPort, System.String verb, System.String path, System.String queryString, System.String protocol, System.Byte[] inputBuffer, System.String redirect, IntPtr socket, Mono.WebServer.SslInformations ssl) in (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in (wrapper xdomain-dispatch) Mono.WebServer.XSPApplicationHost:ProcessRequest (object,byte[],byte[],int,long,int,long,int,string,string,string,string,byte[],string) Exception rethrown at [0]: in (wrapper xdomain-invoke) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in 0x00563 Mono.WebServer.XSPWorker:InnerRun (System.Object state) in 0x00022 Mono.WebServer.XSPWorker:Run (System.Object state) System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 5 Server stack trace: in 0x00096 System.Collections.ArrayList:get_Item (Int32 index) in 0x00012 System.Collections.Specialized.NameObjectCollectionBase:BaseGet (Int32 index) in 0x00014 System.Web.HttpModuleCollection:Get (Int32 index) in 0x00033 System.Web.HttpApplication:Dispose () in 0x00051 System.Web.HttpApplicationFactory:Recycle (System.Web.HttpApplication app) in 0x001cf System.Web.HttpRuntime:RealProcessRequest (System.Object o) in 0x0002c System.Web.HttpRuntime:ProcessRequest (System.Web.HttpWorkerRequest wr) in 0xa Mono.WebServer.MonoWorkerRequest:ProcessRequest () in 0x00043 Mono.WebServer.BaseApplicationHost:ProcessRequest (Mono.WebServer.MonoWorkerRequest mwr) in 0x0037f Mono.WebServer.XSPApplicationHost:ProcessRequest (Int32 reqId, Int64 localEPAddr, Int32 localEPPort, Int64 remoteEPAdds, Int32 remoteEPPort, System.String verb, System.String path, System.String queryString, System.String protocol, System.Byte[] inputBuffer, System.String redirect, IntPtr socket, Mono.WebServer.SslInformations ssl) in (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in (wrapper xdomain-dispatch) Mono.WebServer.XSPApplicationHost:ProcessRequest (object,byte[],byte[],int,long,int,long,int,string,string,string,string,byte[],string) Exception rethrown at [0]: in (wrapper xdomain-invoke) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations) in 0x00563 Mono.WebServer.XSPWorker:InnerRun (System.Object state) in 0x00022 Mono.WebServer.XSPWorker:Run (System.Object state) System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 5 Server stack trace: in 0x00096 System.Collections.ArrayList:get_Item (Int32 index) in 0x00012 System.Collections.Specialized.NameObjectCollectionBase:BaseGet (Int32 index) in 0x00014 System.Web.HttpModuleCollection:Get (Int32 index) in 0x00033 System.Web.HttpApplication:Dispose () in 0x00051 System.Web.HttpApplicationFactory:Recycle
Re: [Mono-dev] too many heap sections
Does anyone know how I can change those values at least? My limits file on /etc has everything commented out. --Carlos On Mar 4, 2006, at 12:07 PM, Carlos Solorzano wrote: How can I figure out what I might be doing wrong in my code? I guess I can increase the things listed below but I would rather make my code a bit better if possible. Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS /home/mycompany/test.sh: line 16: 9149 Killed mono ./Test.exe There are a lot of threads, remoting and System.Diagnostics.Process stuff in my code. --Carlos ___ 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-dev] too many heap sections
How can I figure out what I might be doing wrong in my code? I guess I can increase the things listed below but I would rather make my code a bit better if possible. Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS /home/mycompany/test.sh: line 16: 9149 Killed mono ./Test.exe There are a lot of threads, remoting and System.Diagnostics.Process stuff in my code. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Diagnostics.Process.GetProcesses()
On: http://bugzilla.ximian.com/show_bug.cgi?id=77196 they mention another bug about it. Doesn't sound like its going to get fixed anytime soon, I went with reading /proc which worked out better because I needed to know if something was a zombie as well. --Carlos On Feb 6, 2006, at 9:02 AM, Jonathan S. Chambers wrote: I'm using the System.Diagnostics.Process.GetProcesses() method on mono on Linux. The only process it returns me is the currently executing managed app (ProcessTest.exe for example). Is this correct (I was expecting all processes on the machine)? This is the behavior as a regular user and as root (with latest from svn). - Jonathan ___ 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-dev] System.Diagnostics.Process.GetProcesses()
Thanks for the code, thats gonna come in very handy, very handy! I
was just checking if the directory existed and reading the status to
see if it was a Zombie, but this is much better.
--Carlos
On Feb 6, 2006, at 3:51 PM, [EMAIL PROTECTED] wrote:
Carlos Solorzano wrote:
On:
http://bugzilla.ximian.com/show_bug.cgi?id=77196
they mention another bug about it. Doesn't sound like its going to
get fixed anytime soon, I went with reading /proc which worked out
better because I needed to know if something was a zombie as well.
--Carlos
On Feb 6, 2006, at 9:02 AM, Jonathan S. Chambers wrote:
I'm using the System.Diagnostics.Process.GetProcesses() method
on mono on Linux. The only process it returns me is the currently
executing managed app (ProcessTest.exe for example). Is this
correct (I
was expecting all processes on the machine)? This is the behavior
as a
regular user and as root (with latest from svn).
- Jonathan
I have some code for reading the /proc files. Here it is, it
probably needs to be cleaned up and tested a bit.
--
Mike Hull
http://www.coversant.net
using System;
using System.IO;
using System.Collections.Generic;
using System.Text;
using Mono.Unix;
namespace Coversant.Linux.Proc
{
public class UnixProcStatus
{
#region Private Members
private string _Name;
private string _State;
private string _SleepAVG;
private string _Tgid;
private string _Pid;
private string _PPid;
private string _TracerPid;
private string _Uid;
private string _Gid;
private string _FDSize;
private string _Groups;
private string _Threads;
private string _SigQ;
private string _SigPnd;
private string _ShdPnd;
private string _SigBlk;
private string _SigIgn;
private string _SigCgt;
private string _CapInh;
private string _CapPrm;
private string _CapEff;
#endregion
#region Public Properties
public string Name{ get { return _Name == null ?
string.Empty : _Name; } }
public string State { get { return _State == null ?
string.Empty : _State; } }
public string SleepAVG { get { return _SleepAVG == null ?
string.Empty : _SleepAVG; } }
public string Tgid { get { return _Tgid == null ?
string.Empty : _Tgid; } }
public string Pid { get { return _Pid == null ?
string.Empty : _Pid; } }
public string PPid { get { return _PPid == null ?
string.Empty : _PPid; } }
public string TracerPid { get { return _TracerPid == null ?
string.Empty : _TracerPid; } }
public string Uid { get { return _Uid == null ?
string.Empty : _Uid; } }
public string Gid { get { return _Gid == null ?
string.Empty : _Gid; } }
public string FDSize { get { return _FDSize == null ?
string.Empty : _FDSize; } }
public string Groups { get { return _Groups == null ?
string.Empty : _Groups; } }
public string Threads { get { return _Threads == null ?
string.Empty : _Threads; } }
public string SigQ { get { return _SigQ == null ?
string.Empty : _SigQ; } }
public string SigPnd { get { return _SigPnd == null ?
string.Empty : _SigPnd; } }
public string ShdPnd { get { return _ShdPnd == null ?
string.Empty : _ShdPnd; } }
public string SigBlk { get { return _SigBlk == null ?
string.Empty : _SigBlk; } }
public string SigIgn { get { return _SigIgn == null ?
string.Empty : _SigIgn; } }
public string SigCgt { get { return _SigCgt == null ?
string.Empty : _SigCgt; } }
public string CapInh { get { return _CapInh == null ?
string.Empty : _CapInh; } }
public string CapPrm { get { return _CapPrm == null ?
string.Empty : _CapPrm; } }
public string CapEff { get { return _CapEff == null ?
string.Empty : _CapEff; } }
public UnixProcStatus Parent
{
get
{
UnixProcStatusList list =
UnixProcStatusList.GetProcessList();
return list.FindParentOf(this);
}
}
public UnixProcStatus[] Children
{
get
{
UnixProcStatusList list =
UnixProcStatusList.GetProcessList();
return list.FindChildrenOf(this);
}
}
public UnixProcStatus[] AllChildren
{
get
{
UnixProcStatusList list =
UnixProcStatusList.GetProcessList();
return RecurseChildren(list);
}
}
#endregion
#region Predicates
public bool IsChildOf(UnixProcStatus parent)
{
return parent != null parent.Pid != null
this.PPid != null this.PPid.Length 0
parent.Pid == this.PPid;
}
public bool IsParentOf(UnixProcStatus child)
{
return child != null
Re: [Mono-dev] XSP warning
On Jan 14, 2006, at 2:32 AM, Richard Torkar wrote:
On Jan 14, 2006, at 08:51 , Carlos Solorzano wrote:
XSP is all of the sudden going crazy for us. All we did is upgrade
mono and XSP to 1.1.13.0 and now it keeps printing out this
warning constantly that it never printed before:
** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020
*SNIP*
I don't know if it's any help to you but it looks like the mono
runtime gives you that msg. If you look in icall.c on line 1020 you
see this:
/*
* FIXME: mono_method_get_last_managed() sometimes
returns NULL, thus
*causing
ves_icall_System_Reflection_Assembly_GetCallingAssembly()
*to crash. This only seems to happen in
some strange remoting
*scenarios and I was unable to figure out
what's happening there.
*Dec 10, 2005 - Martin.
*/
if (dest)
assembly = dest-klass-image-assembly;
else {
g_warning (G_STRLOC);
}
The last line: g_warning, is the one that prints the warning.
Martin seems to be aware of this bug since he wrote that comment
Dec 10. Maybe ask him (could it be Martin Baulig you're after? Not
sure.)
Anyway, it's always a good idea to file it as a bug in bugzilla so
it doesn't get lost. And I'm quite sure Martin and the others are
interested in finding out what's causing this bug.
My code does use some remoting, mostly infinite lifespan objects,
most of them marshal by ref. My XSP configuration opens up an http
remoting channel on the web.config.
I will see if I can come up with an example to reproduce this.
--Carlos
/Richard___
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-dev] XSP warning
XSP is all of the sudden going crazy for us. All we did is upgrade mono and XSP to 1.1.13.0 and now it keeps printing out this warning constantly that it never printed before: ** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15520): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15515): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15515): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15515): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15515): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15518): WARNING **: icall.c:1020 ** (/usr/local/lib/xsp/1.0/xsp.exe:15515): WARNING **: icall.c:1020 Does anyone know whats going on? --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] replacing all the files on the xsp root directory causes a crash
I have no idea if this is the expected behavior, and its certainly not how I plan on upgrading stuff but I forgot XSP open when updating the data inside the root directory, all the aspx, asmx pages as well as the bin directory and web.config. During this process done to two different instances of xsp, one of them crashed. Is this normal? --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Console programs doesn't finish
On Dec 27, 2005, at 5:00 AM, Mirco Bauer wrote: On Wed, 2005-12-14 at 08:58 -0600, Carlos Solorzano wrote: My programs that don't exit are not as simple as just running some stuff on Main, instead they use a lot of threads (all the ones I have control of background), and I use a lot of remoting with a lot of Marhsal By Ref objects with an infinite lifetime. I would think my problem lies on the use of one of those two but who knows, also sometimes my programs do exit but I can't tell what the difference was. I found such problem with Remoting too, but I don't remember if the problem happened on windows or linux neither mono or ms.net, but one of them was caused by not unregistering the remoted channels. So try to cleanly unregister all your channels and see if it exists cleanly now. I will try that. However a couple of times one of my programs that doesn't use remoting didn't exit. It does use background threads heavily and just like all of my other programs it uses the Process class heavily. --Carlos Let me know if you figure out something :-) --Carlos -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Response.Redirect possible exception when using forms authentication
I am using forms authentication with XSP on mono 1.1.10.1 Whenever a user logs in, sometimes, the login page never responds after entering the username and password. I went ahead and tried to figure out where its getting stuck. I am almost certain now that the End() method on HttpResponse.cs can throw the exception given below. Try Catching that exception makes my forms authentication work correctly almost always now. Is there maybe something wrong I could be doing on my code? I know that sometimes having Try Catch blocks on Redirects can cause problems but I don't have any as far as I can tell, either-way I think an error should be shown to the user if thats the case, right now the code just doesn't respond. Anyways here is the exception: System.Threading.ThreadAbortException: Thread was being aborted in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_thread_interruption_checkpoint () in (wrapper managed-to-native) System.Threading.Thread:Abort_internal (object) in 0x0001a System.Threading.Thread:Abort (System.Object stateInfo) in 0x00071 System.Web.HttpResponse:End () ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] IE ignoring bordercolor from datagrid
I have a datagrid with a bordercolor (as shown below) and for some reason when the html comes out (as shown below) it does not have the border color. asp:DataGrid width=100% AutoGenerateColumns=false BorderWidth=1px CellSpacing=2 BorderStyle=None BorderColor=#ff id=Grid Runat=server CellPadding=3 The html that comes out of XSP: table cellpadding=3 cellspacing=2 rules=all border=1 id=Grid style=border-color:#FF;border-width:1px;border-style:None;width:100%; The html that comes out of ms.net: table cellspacing=2 cellpadding=3 rules=all bordercolor=White border=1 id=Grid style=border-color:White;border-width:1px;border-style:None;width:100%; I think that bordercolor=White makes the big difference. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] bad XSP crash
I am getting a weird XSP crash on Gentoo 64bit when using IE on winxp to log into a site using forms authentication. The login works most of the time from firefox but IE always causes the crash as soon as I hit the submit button. I changed the mono log level to debug and ran the code twice. One time I got: *** glibc detected *** malloc(): memory corruption: 0x00d46a80 *** Killed And another time I got: = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x System.Web.HttpRequest:MakeInputStream () in 0x3d2 System.Web.HttpRequest:MakeInputStream () in 0x1e System.Web.HttpRequest:get_InputStream () in 0x3f System.Web.HttpRequest:LoadWwwForm () in 0x9c System.Web.HttpRequest:get_Form () in 0xbe System.Web.UI.Page:DeterminePostBackMode () in 0x2b System.Web.UI.Page:InternalProcessRequest () in 0x10e System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) in 0x15eb Pipeline__1:MoveNext () in 0x2e System.Web.HttpApplication:Tick () in 0x54 System.Web.HttpApplication:Start (object) in 0xa3 System.Web.HttpApplication:System.Web.IHttpAsyncHandler.BeginProcessRequ est (System.Web.HttpContext,System.AsyncCallback,object) in 0x241 System.Web.HttpRuntime:RealProcessRequest (object) in 0x47 System.Web.HttpRuntime:ProcessRequest (System.Web.HttpWorkerRequest) in 0x10 Mono.WebServer.MonoWorkerRequest:ProcessRequest () in 0x57 Mono.WebServer.BaseApplicationHost:ProcessRequest (Mono.WebServer.MonoWorkerRequest) in 0x508 Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte [],string,intptr,Mono.WebServer.SslInformations) in 0xf90a (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte [],string,intptr,Mono.WebServer.SslInformations) in 0xcac6 (wrapper xdomain-dispatch) Mono.WebServer.XSPApplicationHost:ProcessRequest (object,byte[],byte [],int,long,int,long,int,string,string,string,string,byte[],string) in 0xfffcfd12 (wrapper xdomain-invoke) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte [],string,intptr,Mono.WebServer.SslInformations) in 0xfff61422 (wrapper remoting-invoke-with-check) Mono.WebServer.XSPApplicationHost:ProcessRequest (int,long,int,long,int,string,string,string,string,byte [],string,intptr,Mono.WebServer.SslInformations) in 0x772 Mono.WebServer.XSPWorker:InnerRun (object) in 0x42 Mono.WebServer.XSPWorker:Run (object) in 0xff7d (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object (object) in 0xc03e46a1 (wrapper runtime-invoke) System.Object:runtime_invoke_void_object (object,intptr,intptr,intptr) Native stacktrace: I am using mono 1.1.10, and no the native stacktrace didn't print out, I had to control C out of that XSP and the port stayed open. Any help or ideas will be very welcome. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Console programs doesn't finish
On Dec 13, 2005, at 10:23 AM, Miguel de Icaza wrote: Hello, I don't know if this is the same problem as I have but basically my programs finish, the last line in Main runs but yet control never returns to the shell, the mono processes stay running. I have not found yet what causes that problem yet or have an small example to file a bug with. Yes, I suppose it is the same problem because the last line runs but the control never returns to shell. Have you guys tried stracing the process? With the danger of sounding too ignorant, how do I do that? what will it tell me at the end? I can probably run a test briefly after I find that out. ___ 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-dev] Console programs doesn't finish
I don't know if this is the same problem as I have but basically my
programs finish, the last line in Main runs but yet control never
returns to the shell, the mono processes stay running. I have not
found yet what causes that problem yet or have an small example to
file a bug with.
--Carlos
On Dec 10, 2005, at 2:49 PM, Andrés G. Aragoneses wrote:
Hello. I have a strange problem. If I use mono in my Mandriva box
my programs doesn't finish, I mean, they keep blocked when the
execution should end. With my SUSE 10.0 they work perfectly, they
die when they should. But with Mandriva I have to hit CTRL+C to go
back to the prompt.
SUSE version:
mono --version
Mono JIT compiler version 1.1.10, (C) 2002-2005 Novell, Inc and
Contributors. www.mono-project.com
TLS: normal
GC:Included Boehm (with typed GC)
SIGSEGV : normal
Mandriva version:
# mono --version
Mono JIT compiler version 1.1.9.1, (C) 2002-2005 Novell, Inc and
Contributors. www.mono-project.com
TLS: __thread
GC:Included Boehm (with typed GC)
SIGSEGV : normal
Globalization: normal
My sample program:
// project created on 10/12/2005 at 21:42
using System;
class MainClass
{
public static void Main(string[] args)
{
Console.WriteLine(Hello World!);
}
}
Does anybody know why?
Thanks in advance,
Andrew [ knocte ]
--
___
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-dev] mod_mono vs xsp
We are going to try switching from XSP to apache/mod_mono hoping to get around http://bugzilla.ximian.com/show_bug.cgi?id=76667 Is there anything I should know about mod_mono, how is it different from xsp? I am guessing everything will pretty much just work, without many changes? Any comments will be appreciated. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] sharing violation on log4net
I am getting a sharing violation exception a lot since upgrading to mono 1.1.10, the code used to work a lot more often without that exception on mono 1.1.9.2 What its really bothering me now is that the sharing violation not only ocurrs after mono is completely closed and restarted but I am even getting it after system reboots, it makes no sense why that would happen. Below is the exception I get: log4net:ERROR [RollingFileAppender] OpenFile(/home/user/program.log,True) call failed. System.IO.IOException: Sharing violation on path /home/user/program.log in 0x00401 System.IO.FileStream:.ctor (System.String name, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean isAsync, Boolean anonymous) in 0x00046 System.IO.FileStream:.ctor (System.String name, FileMode mode, FileAccess access, FileShare share) in (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare) in 0x00142 System.IO.StreamWriter:.ctor (System.String path, Boolean append, System.Text.Encoding encoding, Int32 bufferSize) in 0x00035 System.IO.StreamWriter:.ctor (System.String path, Boolean append, System.Text.Encoding encoding) in (wrapper remoting-invoke-with-check) System.IO.StreamWriter:.ctor (string,bool,System.Text.Encoding) in 0x00142 log4net.Appender.FileAppender:OpenFile (System.String fileName, Boolean append) in 0x001af log4net.Appender.RollingFileAppender:OpenFile (System.String fileName, Boolean append) in 0x0008a log4net.Appender.FileAppender:ActivateOptions () ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sharing violation on log4net
Something else that is weird is that XSP doesn't work at all if the log setup fails, I will quit using file base logs on XSP to get around it though. --Carlos On Nov 28, 2005, at 6:22 PM, Dick Porter wrote: On Mon, 2005-11-28 at 17:22 -0600, Carlos Solorzano wrote: I am getting a sharing violation exception a lot since upgrading to mono 1.1.10, the code used to work a lot more often without that exception on mono 1.1.9.2 The file handling code should be the same between those two releases, as far as I can remember. What its really bothering me now is that the sharing violation not only ocurrs after mono is completely closed and restarted but I am even getting it after system reboots, it makes no sense why that would happen. The share data is stored in a file in ~/.wapi. If it finds a record for the file you are trying to open, it tries to check /proc for mono processes that have that file open. Look in mono/io-layer/handles.c:_wapi_handle_check_share to see what it's doing, and you might be able to watch it in gdb to see why it's failing. - Dick ___ 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-dev] XSP null reference exception
I had XSP running for a bit then I got a call saying the site was unresponsive, I tried it myself and yeah it was like it would accept the socket but do nothing with the new connection. I looked at the XSP windows and found the output below: Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. in 0x0 unknown method in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_ldvirtfn (object,intptr) in 0x002ad Mono.WebServer.ApplicationServer:RunServer () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () I dont know what caused it, and don't know if its reproducible, I have been running that same site with a pretty high load for a few weeks now and never saw that error before, right now it actually had almost no load. I am on 1.1.9.2 on that machine on gentoo 64bit but will be upgrading to 1.1.10 this afternoon. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling mono from source on gentoo 64bit
I got around it by first compiling one of the tar balls and using the mcs from it. On Nov 20, 2005, at 11:58 PM, Carlos Solorzano wrote: Now I am getting an monolite version error, and I just did the get latest thing. make profile-do--default--all profile-do--net_2_0--all make[4]: Entering directory `/home/root/svn/mcs' make PROFILE=basic all make[5]: Entering directory `/home/root/svn/mcs' make[6]: mcs: Command not found make[6]: *** [build/deps/basic-profile-check.exe] Error 127 make[6]: Entering directory `/home/root/svn/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** Trying the 'monolite' directory. make[7]: Entering directory `/home/root/svn/mcs' Corlib not in sync with this runtime: expected corlib version 43, found 41. Download a newer corlib or a newer runtime at http://www.go- mono.com/daily. make[8]: *** [build/deps/basic-profile-check.exe] Error 1 make[8]: Entering directory `/home/root/svn/mcs' *** The contents of your 'monolite' directory may be out-of-date *** You may want to try 'make get-monolite-latest' On Nov 20, 2005, at 11:34 PM, Carlos Solorzano wrote: That did it, thanks. --Carlos On Nov 20, 2005, at 11:27 PM, Thomas Harning Jr. wrote: I too have had this problem. Go into the libgc directory under mono and run the command. That oughtta fixy it. On 11/20/05, Carlos Solorzano [EMAIL PROTECTED] wrote: I just got the latest code from svn and I got stuck on the ./ autogen.sh command :-( The output I get is pasted below, I tried running libtoolize and it didn't give an error nor did it look like it did anything. I am using 64bit Gentoo, what should I do to fix this problem? checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. configure: error: /bin/sh './configure' failed for libgc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Thomas Harning Jr. ___ 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 mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] bugs from svn code
Whenever there is a problem with code on SVN do I submit a bug report or
just an email on the development list?
I have two bugs so far:
First is log4net doesn't display the class name correctly anymore, it
used to do it fine all the way till 1.1.9.2
For example it says:
DEBUG 20051121 00:00:32: ?
And before it used to have the namespace.ClassName.MethodName()
Second, I am getting an exception on the ID property of the Process
class right after launching a process, and I have never gotten that
before on the same exact code:
Unhandled Exception: System.InvalidOperationException: Process ID has
not been set.
in 0x0005a System.Diagnostics.Process:get_Id ()
in (wrapper remoting-invoke-with-check) System.Diagnostics.Process:get_Id ()
in 0x000ff Proc.Class1:Run ()
The code for that second bug is below, and it launches 30 xcalcs but you
dont even need to launch that many, I was trying to test a previous bug
I had found on the process class:
using System;
using System.Diagnostics;
using System.Threading;
namespace Proc
{
/// summary
/// Summary description for Class1.
/// /summary
class Class1
{
/// summary
/// The main entry point for the application.
/// /summary
[STAThread]
static void Main(string[] args)
{
for (int i =0; i 30; i++)
{
Thread thread = new Thread(new ThreadStart(Run));
thread.IsBackground = true;
thread.Start();
}
Console.ReadLine();
Console.WriteLine(Exiting);
}
private static void Run()
{
ProcessStartInfo info = new ProcessStartInfo(xcalc);
Process p = new Process();
p.StartInfo = info;
p.EnableRaisingEvents = true;
p.Exited +=new EventHandler(p_Exited);
p.Start();
while(true)
{
Console.WriteLine(DateTime.Now +:+
Process.GetProcessById(p.Id).HasExited);
Thread.Sleep(20);
}
}
private static void p_Exited(object sender, EventArgs e)
{
Console.WriteLine(sender + :+e);
}
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] bugs from svn code
On Nov 21, 2005, at 1:30 PM, Gonzalo Paniagua Javier wrote: On Mon, 2005-11-21 at 13:21 -0600, Carlos Solorzano wrote: Unhandled Exception: System.InvalidOperationException: Process ID has not been set. in 0x0005a System.Diagnostics.Process:get_Id () in (wrapper remoting-invoke-with-check) System.Diagnostics.Process:get_Id () in 0x000ff Proc.Class1:Run () This is probably caused by the changes in r53198 and r53199. -Gonzalo Looks like the ID problem is just when using ShellExecute. The ID returned from the extern method appears to be 0. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting URI Exception
On Nov 20, 2005, at 8:25 AM, Sebastien Pouliot wrote: Hello Carlos, On Sun, 2005-11-20 at 02:29 -0600, Carlos Solorzano wrote: I upgraded my mono runtime to 1.1.10 and now the remoting code that was working just fine is giving me the following exception: Unhandled Exception: System.UriFormatException: Invalid URI: Invalid port number This should give you an hint (port number). But all my other calls to the same remoting object work just fine, its only on a complex call involving a parameter which is marshalbyref that I get this error. I use that same remote object two lines above where the error happens. I am pretty sure any port numbers I set are correct, not to mention this works just fine on ms.net and mono 1.1.9.2 Anyways, how would I go about printing out the port number? I didnt really see an option on the URI exception to print the URI. If possible try to print the Uri you're using on the Console and, if it seems a valid Uri, post it on the list (or better a bug report). You may also want to try (if the Uri looks valid) SVN HEAD as many Uri bugs have been fixed post Mono 1.1.10 (as I'm including support for some 2.0 features). You are right seems like a bit of work has gone into the SVN code, I ran my code on the SVN mono and now the exception moved from the remoting server to the remoting client, but its the exact same exception however now I have a place where I can catch it, although there isn't anything I can do with it. Any pointers will be greatly welcomed. Thanks, --Carlos in 0x00ca9 System.Uri:Parse (System.String uriString) in 0x0001b System.Uri:ParseUri () in 0x00010 System.Uri:Parse () in 0x00098 System.Uri:.ctor (System.String uriString, Boolean dontEscape) in 0x0001d System.Uri:.ctor (System.String uriString) in (wrapper remoting-invoke-with-check) System.Uri:.ctor (string) in 0x00030 System.Net.ServicePointManager:FindServicePoint (System.String uriString, IWebProxy proxy) in 0x00032 System.Runtime.Remoting.Channels.Http.HttpClientChannel:SetServicePoi nt (System.String channelURI) in 0x002f1 System.Runtime.Remoting.Channels.Http.HttpClientChannel:CreateMessage Sin k (System.String url, System.Object remoteChannelData, System.String objectURI) My code wasn't changed at all, I literally just installed the new mono release and reran the code. I will continue adding to this email as I find more information but its getting a bit late tonight. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Sebastien Pouliot email: [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] Remoting URI Exception
If you have mono SVN, then simply edit Uri.cs to print the malformed Uri
as part of the exception text. That would give us the problematic Uri.
Now I feel like an idiot, sortof, I was editing the Remoting code to
find out where the exception was occuring instead of printing the URI
from the URI class. Eitherway I am almost certain the code happens at
around line 201 of RealProxy.cs or at least thats where my Console.Outs
took me :
// todo: remove throw exception from the runtime invoke
if (null != exc) {
out_args = null;
throw exc.FixRemotingException();
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting URI Exception
On Nov 21, 2005, at 3:09 PM, Sebastien Pouliot wrote: Hello Carlos, On Mon, 2005-11-21 at 14:56 -0600, Carlos Solorzano wrote: ... Anyways, how would I go about printing out the port number? I didnt really see an option on the URI exception to print the URI. ... You are right seems like a bit of work has gone into the SVN code, I ran my code on the SVN mono If you have mono SVN, then simply edit Uri.cs to print the malformed Uri as part of the exception text. That would give us the problematic Uri. The exception shows up on the remoting client but the Uri Console.WriteLine shows up on the remoting server and it basically prints out for the uriString: 192.168.0.193:-1 --Carlos and now the exception moved from the remoting server to the remoting client, but its the exact same exception however now I have a place where I can catch it, although there isn't anything I can do with it. Any pointers will be greatly welcomed. -- Sebastien Pouliot email: [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] AppDomain and web app
On Nov 21, 2005, at 6:09 PM, Miguel de Icaza wrote: Hello, is it possible for me to use the XSP dll (I think Mono.Webserver.dll) inside my app and have my application talk back and fwd with the web pages without the use of tcp or http remoting? or will the appdomains get in the way? You will need to setup a communications channel with remoting most likely. Considering the two appdomains are on the same process, do we still need tcp or http remoting? I know there are ways to pass stuff back and fwd between appdomains whenever you create the second domain however I do not know where asp.net creates the new domain, nor do I seem to have access to that information. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Remoting URI Exception
I upgraded my mono runtime to 1.1.10 and now the remoting code that was working just fine is giving me the following exception: Unhandled Exception: System.UriFormatException: Invalid URI: Invalid port number in 0x00ca9 System.Uri:Parse (System.String uriString) in 0x0001b System.Uri:ParseUri () in 0x00010 System.Uri:Parse () in 0x00098 System.Uri:.ctor (System.String uriString, Boolean dontEscape) in 0x0001d System.Uri:.ctor (System.String uriString) in (wrapper remoting-invoke-with-check) System.Uri:.ctor (string) in 0x00030 System.Net.ServicePointManager:FindServicePoint (System.String uriString, IWebProxy proxy) in 0x00032 System.Runtime.Remoting.Channels.Http.HttpClientChannel:SetServicePoint (System.String channelURI) in 0x002f1 System.Runtime.Remoting.Channels.Http.HttpClientChannel:CreateMessageSin k (System.String url, System.Object remoteChannelData, System.String objectURI) My code wasn't changed at all, I literally just installed the new mono release and reran the code. I will continue adding to this email as I find more information but its getting a bit late tonight. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting URI Exception
On Nov 20, 2005, at 8:25 AM, Sebastien Pouliot wrote: Hello Carlos, On Sun, 2005-11-20 at 02:29 -0600, Carlos Solorzano wrote: I upgraded my mono runtime to 1.1.10 and now the remoting code that was working just fine is giving me the following exception: Unhandled Exception: System.UriFormatException: Invalid URI: Invalid port number This should give you an hint (port number). If possible try to print the Uri you're using on the Console and, if it seems a valid Uri, post it on the list (or better a bug report). I'm going to see if I can catch the exception but as far as I can tell the exception happens on the remoting server whenever the client tries to call one of the many methods I have. I have a feeling the exception happens before it gets to any of my code on the server. I might be able to print the Uri on the client side though, is that the same Uri? You may also want to try (if the Uri looks valid) SVN HEAD as many Uri bugs have been fixed post Mono 1.1.10 (as I'm including support for some 2.0 features). in 0x00ca9 System.Uri:Parse (System.String uriString) in 0x0001b System.Uri:ParseUri () in 0x00010 System.Uri:Parse () in 0x00098 System.Uri:.ctor (System.String uriString, Boolean dontEscape) in 0x0001d System.Uri:.ctor (System.String uriString) in (wrapper remoting-invoke-with-check) System.Uri:.ctor (string) in 0x00030 System.Net.ServicePointManager:FindServicePoint (System.String uriString, IWebProxy proxy) in 0x00032 System.Runtime.Remoting.Channels.Http.HttpClientChannel:SetServicePoi nt (System.String channelURI) in 0x002f1 System.Runtime.Remoting.Channels.Http.HttpClientChannel:CreateMessage Sin k (System.String url, System.Object remoteChannelData, System.String objectURI) My code wasn't changed at all, I literally just installed the new mono release and reran the code. I will continue adding to this email as I find more information but its getting a bit late tonight. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Sebastien Pouliot email: [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
[Mono-dev] Compiling mono from source on gentoo 64bit
I just got the latest code from svn and I got stuck on the ./ autogen.sh command :-( The output I get is pasted below, I tried running libtoolize and it didn't give an error nor did it look like it did anything. I am using 64bit Gentoo, what should I do to fix this problem? checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. configure: error: /bin/sh './configure' failed for libgc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling mono from source on gentoo 64bit
That did it, thanks. --Carlos On Nov 20, 2005, at 11:27 PM, Thomas Harning Jr. wrote: I too have had this problem. Go into the libgc directory under mono and run the command. That oughtta fixy it. On 11/20/05, Carlos Solorzano [EMAIL PROTECTED] wrote: I just got the latest code from svn and I got stuck on the ./ autogen.sh command :-( The output I get is pasted below, I tried running libtoolize and it didn't give an error nor did it look like it did anything. I am using 64bit Gentoo, what should I do to fix this problem? checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. configure: error: /bin/sh './configure' failed for libgc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Thomas Harning Jr. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling mono from source on gentoo 64bit
Now I am getting an monolite version error, and I just did the get latest thing. make profile-do--default--all profile-do--net_2_0--all make[4]: Entering directory `/home/root/svn/mcs' make PROFILE=basic all make[5]: Entering directory `/home/root/svn/mcs' make[6]: mcs: Command not found make[6]: *** [build/deps/basic-profile-check.exe] Error 127 make[6]: Entering directory `/home/root/svn/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** Trying the 'monolite' directory. make[7]: Entering directory `/home/root/svn/mcs' Corlib not in sync with this runtime: expected corlib version 43, found 41. Download a newer corlib or a newer runtime at http://www.go-mono.com/ daily. make[8]: *** [build/deps/basic-profile-check.exe] Error 1 make[8]: Entering directory `/home/root/svn/mcs' *** The contents of your 'monolite' directory may be out-of-date *** You may want to try 'make get-monolite-latest' On Nov 20, 2005, at 11:34 PM, Carlos Solorzano wrote: That did it, thanks. --Carlos On Nov 20, 2005, at 11:27 PM, Thomas Harning Jr. wrote: I too have had this problem. Go into the libgc directory under mono and run the command. That oughtta fixy it. On 11/20/05, Carlos Solorzano [EMAIL PROTECTED] wrote: I just got the latest code from svn and I got stuck on the ./ autogen.sh command :-( The output I get is pasted below, I tried running libtoolize and it didn't give an error nor did it look like it did anything. I am using 64bit Gentoo, what should I do to fix this problem? checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. configure: error: /bin/sh './configure' failed for libgc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Thomas Harning Jr. ___ 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-dev] AppDomain and web app
is it possible for me to use the XSP dll (I think Mono.Webserver.dll) inside my app and have my application talk back and fwd with the web pages without the use of tcp or http remoting? or will the appdomains get in the way? --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] iptables possible log4net issue?
I have a bit of code working on Linux for a while now, it all uses log4net. We made a DROP everything unless specified firewall with iptables, and all my programs quit working, I notice they would quit responding on the first call where log4net is configured. I then ran: iptables -A INPUT -i lo -j ACCEPT Now my programs are working again, any ideas why that might be? I also ran programs without log4net and they seemed to run just fine. It could be that log4net was waiting for something to timeout, I didn't leave it running long enough maybe. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XSP debugging
On Nov 16, 2005, at 4:43 PM, Marek Habersack wrote: On Wed, Nov 16, 2005 at 11:00:05AM -0600, Carlos Solorzano scribbled: Whats the easiest way to do some debugging of XSP, is there a way to turn on logs for XSP? personally I use log4net (catches also Console.Write/WriteLine) with the following config: Marek, have you ever noticed any problems (specially since 1.1.10) where XSP closes after you hit Enter but when you open it again it just gives you a Sharing Violation in trying to open the log file for writing? It only happens with XSP for me so far and really bad with the latest version. I wonder if maybe I am configuring log4net at the wrong place, right now I do it somewhere in my Global.asax, on something like OnApplicationStart. --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XSP debugging
On Nov 18, 2005, at 4:21 PM, Marek Habersack wrote: On Fri, Nov 18, 2005 at 04:12:36PM -0600, Carlos Solorzano scribbled: On Nov 16, 2005, at 4:43 PM, Marek Habersack wrote: On Wed, Nov 16, 2005 at 11:00:05AM -0600, Carlos Solorzano scribbled: Whats the easiest way to do some debugging of XSP, is there a way to turn on logs for XSP? personally I use log4net (catches also Console.Write/WriteLine) with the following config: Marek, have you ever noticed any problems (specially since 1.1.10) where XSP closes after you hit Enter but when you open it again it just gives you a Sharing Violation in trying to open the log file for No, never. I'm running the latest SVN mono, mod_mono, xsp and haven't had such problems. But I run the software on Linux, so the problem might be windows-specific (I understand you're using Windows, right?) Actually im using Gentoo 64bit. I have seen this happen on regular Console apps but not nearly as often as its happening for me on XSP. Seemed to happen a lot more often when closing the app using Control C vs letting it end Main. writing? It only happens with XSP for me so far and really bad with the latest version. I wonder if maybe I am configuring log4net at the wrong place, right now I do it somewhere in my Global.asax, on something like OnApplicationStart. Why don't you try the method I posted in the other mail? It seems to be the nicest way of configuring log4net, at least IMHO. I didn't see how you told log4net to run but now I saw that assembly [assembly: log4net.Config.XmlConfigurator (ConfigFileExtension=log4net, Watch=true)] line so I will use that next. Thanks, --Carlos regards, marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] XSP debugging
Whats the easiest way to do some debugging of XSP, is there a way to turn on logs for XSP? Thanks, --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XSP debugging
I use log4net as well in my code, however there are times when XSP quits taking in any new calls, I am guessing there is a bug in it but I can't even begin to file a bug report unless I figure out what causes it and when so I wanted to know if there is a way to turn on logs for XSP. Thanks for the reply though, --Carlos On Nov 16, 2005, at 4:43 PM, Marek Habersack wrote: On Wed, Nov 16, 2005 at 11:00:05AM -0600, Carlos Solorzano scribbled: Whats the easiest way to do some debugging of XSP, is there a way to turn on logs for XSP? personally I use log4net (catches also Console.Write/WriteLine) with the following config: ?xml version=1.0 encoding=utf-8 ? log4net debug=false appender name=LogFileAppender type=log4net.Appender.FileAppender file value=logs/app-log.txt / appendToFile value=false / layout type=log4net.Layout.PatternLayout conversionPattern value=%date %-5level % logger - %message%newline / /layout /appender appender name=HttpTraceAppender type=log4net.Appender.AspNetTraceAppender layout type=log4net.Layout.PatternLayout conversionPattern value=%date %-5level % logger - %message%newline / /layout /appender appender name=HttpTraceAppender type=log4net.Appender.AspNetTraceAppender layout type=log4net.Layout.PatternLayout conversionPattern value=%date %-5level % logger - %message%newline / /layout /appender root level value=DEBUG / appender-ref ref=ConsoleAppender / appender-ref ref=LogFileAppender / appender-ref ref=HttpTraceAppender / /root /log4net And the following attribute somewhere in your main assembly: [assembly: log4net.Config.XmlConfigurator (ConfigFileExtension=log4net, Watch=true)] With this config, your log4net config file should be named YourMainAssembly.dll.log4net and should be put in the root directory of your application. You can get log4net from http://logging.apache.org/log4net/ hope that helps, regards marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] xsp error
I got this wierd error on XSP after it had been running for a while. The exception was much bigger but for some reason my xterm didn't copy anymore than this. Internal error: OutputPage threw an exception System.Exception: Internal error: shouldn't get here in 0x000f6 System.Web.HttpResponseStream+Block:GetChunk (Int32 size) in 0x00068 System.Web.HttpResponseStream+Chunk:GetChunk (Int32 cb) in 0x00029 System.Web.HttpResponseStream+ByteBucket:.ctor (Int32 cb) in 0x0004f System.Web.HttpResponseStream:AppendBuffer (System.Byte[] buffer, Int32 offset, Int32 count) in 0x00064 System.Web.HttpResponseStream:Write (System.Byte[] buffer, Int32 offset, Int32 count) in 0x00056 System.Web.HttpWriter:Write (System.String s) in 0x0002f System.Web.HttpResponse:Write (System.String s) in 0x000a6 System.Web.HttpResponse:Redirect (System.String url, Boolean endResponse) in 0x000bd System.Web.HttpApplication:RedirectErrorPage (System.String error_page) in 0x001d1 System.Web.HttpApplication:RedirectCustomError () in 0x0023a System.Web.HttpApplication:OutputPage () in 0x000a3 System.Web.HttpApplication:PipelineDone () ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] exiting problems
Every so often my console applications won't close after main has exited. I know main has exited because I usually have a Console.WriteLine on the last line of main that tells me that main has exited, however mono keeps on running. This doesn't happen every time, and I don't know if it has to do with heavy use of threading or remoting, which are both common to all my apps. Also I have had this happen to me with XSP. If you run XSP with the default command line options it lets you hit enter to exit, however sometimes after running for a long time (remoting in use) hitting enter won't let xsp exit. Any ideas what might be causing this? I am using 1.1.9.2 --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] zombie processes on Mono
The code I am porting to mono is in charge of launching a lot of processes, noticing when they end, launching them again, etc. For some reason unknown to me sometimes these processes become zombies and I am almost certain that calling HasExited on a process that has become a zombie returns a false. So my question is, how can I get rid of or at least detect that such a process is a zombie from c#? Thanks, --Carlos ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
